I have a service with a large share of requests with an empty value for HTTP_REFERER. I'd like to interpret this correctly and wonder about the most common reasons for that.
我有一个服务,其中有大量请求,HTTP_REFERER为空值。我想正确地解释这一点,并想知道最常见的原因。
I understand that HTTP_REFERER is an optional header field, but most browsers with default setting seem to send them.
我知道HTTP_REFERER是一个可选的标头字段,但大多数具有默认设置的浏览器似乎都会发送它们。
Common reasons I have found so far:
到目前为止我找到的常见原因:
- proxies
- robots
- JavaScript links (All of them? Is this browser dependant?)
- request from bookmarks or as browser startup page
- user entered URL manually
- Flash links
- link from a different app like email client
- browser settings or privacy browser add-ons
- some personal firewalls filter referrers
- no referrer is sent by most browsers if the redirect happens via semi-official Refresh http header
- referrer fakers like this
JavaScript链接(所有这些?这个浏览器是否依赖?)
来自书签或浏览器启动页面的请求
用户手动输入了URL
从电子邮件客户端等其他应用程序链接
浏览器设置或隐私浏览器加载项
一些个人防火墙过滤引用
如果重定向通过半官方刷新http标头发生,则大多数浏览器都不会发送引用者
像这样的推荐人
What's missing|irrelevant|wrong?
Is it possible to put percentages behind these items? Or at maybe sort the list and point out the proportions?
是否可以将百分比置于这些项目之后?或者可能对列表进行排序并指出比例?
4 个解决方案
#1
A percentage will depend on what your website is and why people may want to fake their referrer .. Also some people just crack open a new-tab without a homepage. Or land via something other than the browser (such as an addon or chat link, whatever).
百分比将取决于您的网站是什么以及为什么人们可能想要伪造他们的推荐人..也有些人只是在没有主页的情况下打开一个新标签。或者通过浏览器之外的其他东西登陆(例如插件或聊天链接,等等)。
If your functionality relies on the referrer use a cookie or rethink the design. Because you can't rely on it.
如果您的功能依赖于引荐来源,请使用cookie或重新考虑设计。因为你不能依赖它。
#2
Basically, all page requests that does not involve user clicking on a link on a webpage.
基本上,所有页面请求都不涉及用户点击网页上的链接。
#3
All depends, and we don't have enough information to say which of the causes is most likely. I'd say robots, but you have to analyse the data (assuming you have server logs) and interpret it. I have no idea how popular your site is or what is its purpose, so robots may not be the number one reason.
一切都取决于,我们没有足够的信息来说明最有可能的原因。我会说机器人,但你必须分析数据(假设你有服务器日志)并解释它。我不知道您的网站有多受欢迎或其目的是什么,因此机器人可能不是首要原因。
#4
In some cases 301 redirects are the cause of losing referral information.
在某些情况下,301重定向是丢失推荐信息的原因。
#1
A percentage will depend on what your website is and why people may want to fake their referrer .. Also some people just crack open a new-tab without a homepage. Or land via something other than the browser (such as an addon or chat link, whatever).
百分比将取决于您的网站是什么以及为什么人们可能想要伪造他们的推荐人..也有些人只是在没有主页的情况下打开一个新标签。或者通过浏览器之外的其他东西登陆(例如插件或聊天链接,等等)。
If your functionality relies on the referrer use a cookie or rethink the design. Because you can't rely on it.
如果您的功能依赖于引荐来源,请使用cookie或重新考虑设计。因为你不能依赖它。
#2
Basically, all page requests that does not involve user clicking on a link on a webpage.
基本上,所有页面请求都不涉及用户点击网页上的链接。
#3
All depends, and we don't have enough information to say which of the causes is most likely. I'd say robots, but you have to analyse the data (assuming you have server logs) and interpret it. I have no idea how popular your site is or what is its purpose, so robots may not be the number one reason.
一切都取决于,我们没有足够的信息来说明最有可能的原因。我会说机器人,但你必须分析数据(假设你有服务器日志)并解释它。我不知道您的网站有多受欢迎或其目的是什么,因此机器人可能不是首要原因。
#4
In some cases 301 redirects are the cause of losing referral information.
在某些情况下,301重定向是丢失推荐信息的原因。