Answers:
URL缩短服务bit.ly和goo.gl（请参阅tinyurl.com以下说明）返回301移动永久HTTP状态-即。URL重定向。然后，浏览器向新（即长）URL发送新请求，并再次传递引用。对于大多数主流URL缩短服务，这都是相同的。
如果该服务执行301重定向（应如此），则浏览器将绕过引荐来源。在这种情况下，我看不出Google Analytics（分析）没有在其报告中不显示该推荐人的理由。
但是请注意，浏览器本身可以配置为禁止HTTP引用，甚至发送完全错误的内容。
流量是通过缩短网址（例如bit.ly）而来的，它们是否直接显示在Google Analytics（分析）中，还是保留了真实的引荐来源？
他们保留真正的推荐人。如果确实是直接请求，则这也可能是“直接”的。
例如 如果有人键入bit.ly链接，则视为直接链接，但如果有人单击Twitter的bit.ly链接，则视为来自Twitter的引荐流量？
是。请注意，twitter现在将其所有URL包装在其自己的URL缩短服务中，因此，引用URL的形式为http://t.co/xyzxyz。
以下缩短的URL都重定向到显示HTTP引用程序的页面。
http://tinyurl.com/checkreferer （请参阅以下有关tinyurl.com的重要说明）
您可以看到通过跟踪上述任何链接，可以传递HTTP引用（前提是您的浏览器已设置为这样做）。如果您将URL复制并粘贴到新的浏览器窗口中，则不会传递任何引荐来源-这是直接链接。
我不知道这是否是新东西，但我刚刚注意到，它tinyurl.com仅在第二次以及用户发出的后续请求中执行常规301重定向（并发送HTTP Referer）！最初tinyurl.com出现的请求似乎是要加载中间页，然后发出（JavaScript？）重定向！这将导致第一个请求返回一个200 OK状态，并且将引荐网址设置为缩短的“小” URL！（并执行浏览器历史记录中特有的操作。）
但是，在第二个请求上，将为您提供标准301重定向，并传递了预期的HTTP引用（也将被缓存）。（我想这可能是由在第一个请求期间设置的tinyurl.com cookie决定的。）
2015-08-09：我之前在Google Chrome浏览器中使用新的隐身窗口对上述内容进行了测试，但是无论如何，它现在似乎都会导致301重定向-因此，不确定到底发生了什么tinyurl.com，仅仅是“毛刺”？！
只是有关从安全内容（HTTPS）到非安全内容（HTTP）的链接的补充说明-这会影响任何类型的链接，而不仅仅是URL缩短器。在这种情况下，浏览器未设置 HTTP引用标头。
如果引用页面是通过安全协议传输的，则客户端不应该在（非安全的）HTTP请求中包含Referer标头字段。
但是，JavaScript重定向将破坏原始引用。没有Location设置标题，并且您仅看到200 OKHTTP状态代码。
作为参考，本文列出了许多最受欢迎的URL缩短器，并指出了它们使用的重定向类型。
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
这取决于。
通常情况下，通常将Web浏览器与Twitter或社交媒体一起使用时，单击缩短的链接将在Google Analytics（分析）中显示原始引荐来源。但是，由于许多用户使用的是手机和社交媒体应用程序而不是浏览器，所以最终将获得直接流量。如果您过滤了GA数据，则可能会看到大量来自移动设备的直接流量。
如何解决呢？
实际上，这很容易。在缩短广告系列跟踪变量之前，请将其添加到所有URL。然后，您可以看到GA中所有正确的内容。广告活动追踪我的意思是增加utm_source，utm_medium也utm_campaignURL变量。无论您使用哪种缩短服务，甚至跨不同协议使用，这都是解决此问题的最佳方法。
我做了一些研究发现：Google Analytics（分析）分类的流量会因网址缩短程序网站而异。
请参阅此链接以获取更多信息：