请问HN：应用分享链接中的用户ID
我最近注意到越来越多的应用在分享内容时，复制链接时会包含某种“分享ID”的查询字符串参数。这些参数有时会在接收链接的用户打开链接时，在应用中显示一个横幅，比如“某某用户与您分享了这个，想关注他们吗？”我推测这些参数在后台也用于广告、数据挖掘或网络建设等目的。
例如，Instagram在分享链接时会添加一个“igsh”参数，而YouTube和Spotify则添加一个“si”参数。我想这些是用于营销的“utm”类型参数的延续。但在个人层面上，这些参数显得比在营销活动层面更让人感到不安和侵入。
此外，用户根本不知道这个参数的存在。一个用户的链接可能会被转发，而在他们脱离这个圈子很久之后，仍然会识别出这个用户作为来源。
对于这些做法有什么看法吗？有没有什么地方可以选择退出？
*编辑：格式和错别字*
查看原文
A thing I've noticed recently is more and more apps including some sort of "share id" query string parameter when you copy a link to share content.<p>These parameters are then (sometimes) used to surface a banner in the app when the receiver of the link opens it. Something like "<i>user so and so shared this with you, want to follow them?</i>". I'm presuming they are also used for ad/data mining/network building purposes under the hood.<p>For example Instagram adds an <i>igsh</i> parameter to share links while Youtube and Spotify add a <i>si</i> parameter.<p>I guess these are a continuation of the <i>utm</i> type parameters used for marketing. But they feel way more creepy and invasive when operating on a personal level than at a marketing campaign level.<p>Also the user isn't made aware of this parameter at all. A user link could get sent onwards and would identify the user as a source long after they are out of the loop.<p>Any thoughts on these practices? Is there an opt out somewhere?<p><i>edit: formatting and typo</i>