Branch

Infrastructure

deep linking service

SHOW HN2014

57points
20comments
#561of 2,272 in 2014
Top 25%of 2014 by points

How HN took it

CuriousMostly questions and neutral comments

2 positive, 7 neutral or asking, 1 mixed, 4 critical, out of 14 comments about the project. Thread score -0.11.

Performance: 0 for, 2 againstExecution: 1 for, 1 againstIdea: 1 for, 0 againstPrivacy: 0 for, 1 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Detailed explanation of how the approach works

    From 1 comment
    • Alex, thanks for the detailed answer. Looks like you're building some really interesting stuff.
      hiroprot on HN
  • Interesting product

    From 2 comments
    • Alex, thanks for the detailed answer. Looks like you're building some really interesting stuff.
      hiroprot on HN
    • The use case here is that a user can go from a link in an SMS, email, facebook post, tweet, etc. to app store for install and once installed goes directly to the content shared.…
      palakchokshi on HN

Objections

  • Browser fingerprinting may be unreliable on mobile and can produce mismatches

    From 3 comments
    • Except: "browser fingerprinting is not good with mobile browsers"
      pbreit on HN
    • What happens when someone's fingerprint matches up with another? Do they get access to data that they shouldn't have access to?
      rpicard on HN
    • Wouldn't the chance get higher and higher as the service expands? It seems as though there would be more existing fingerprints that might collide.
      rpicard on HN
  • Tracking across install may not be guaranteed

    From 1 comment
    • I'm really curious about this as well. Last I checked, Safari is sandboxed w.r.t. session data, and something like time/IP seems really difficult to use reliably, e.g. if the…
      jeremyflores on HN
  • Cookie-based checks may conflict with Apple's policies

    From 1 comment
    • FWIW, Apple has frowned upon the browser cookie check approach and they might reject a submission using it:…
      jeremyflores on HN

Requests

  • Feedback on the dashboard display of analytics

    From 1 comment
    • Alex with Branch here. Let me try to explain how it works. Basically, we use different technologies in different scenarios with the goal to deliver the user to the app as fast as…
      maephet on HN

Questions

  • How tracking across the app store works

    From 2 comments
    • How are you doing the tracking across the app store? Some kind of cookie in Mobile Safari, or attributing based on time/IP address correlation?
      hiroprot on HN
    • I'm really curious about this as well. Last I checked, Safari is sandboxed w.r.t. session data, and something like time/IP seems really difficult to use reliably, e.g. if the…
      jeremyflores on HN
  • What happens when fingerprints collide

    From 1 comment
    • What happens when someone's fingerprint matches up with another? Do they get access to data that they shouldn't have access to?
      rpicard on HN
  • Error rate of the fingerprint approach

    From 1 comment
    • FWIW, Apple has frowned upon the browser cookie check approach and they might reject a submission using it:…
      jeremyflores on HN

Alternatives named

  • hasOffers and other mobile attribution trackers

    From 1 comment
    • Yes. That is what I am guessing. If the app is opened close to the user's click, it might be fairly reliable. I think hasOffers and few of the other tracking companies do this.…
      chandraonline on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/8355721)