Як трафік надходить зі скороченими URL-адресами, наприклад bit.ly, чи вони відображаються в Google Analytics як прямі чи вони залишаються реальними рефералами?
Наприклад: якщо хтось набирає bit.lyпосилання, це вважається прямим, але якщо хтось натискає bit.lyпосилання з Twitter, це вважається трафіком рефералу з Twitter?
Відповіді:
Служби скорочення URL-адрес bit.lyі goo.gl(див. Примітку tinyurl.comнижче) повертають постійний HTTP-статус 301 - тобто. URL-адреса. Потім браузер надсилає новий запит на нову (тобто довгу) URL-адресу, знову передаючи реферер. AFAIK це те саме для більшості сервісів скорочення URL-адрес.
Якщо служба виконує переадресацію 301 (як слід), браузер повторно передає реферер. У цьому випадку я не бачу причин, щоб Google Analytics не показував цього реферера у своїх звітах.
Однак зауважте, що сам браузер може бути налаштований на придушення рефералу HTTP або навіть надіслати щось абсолютно помилкове.
Форма надходження трафіку зі скороченими URL-адресами на зразок bit.ly, чи вони відображаються в Google Analytics як прямі чи вони залишаються реальними рефералами?
Вони тримають справжнього реферера. Це також може бути "прямим", якби це був прямий запит.
Вих. Якщо хтось набирає посилання bit.ly, це вважається прямим, але якщо хтось натискає посилання bit.ly з Twitter, це вважається трафіком рефералів з Twitter?
Так. Зауважте, що twitter тепер приховує всі свої URL-адреси у власній службі скорочення URL-адрес, тому URL-адреса, що посилається, має форму http://t.co/xyzxyz.
Наступні скорочені URL-адреси всі переадресовують на сторінку, на якій відображається HTTP-референт.
http://tinyurl.com/checkreferer (див. важливу примітку щодо tinyurl.com)
Ви можете бачити, що переходячи до будь-якого з перерахованих вище посилань, HTTP-референт передається (за умови, що ваш браузер встановлений для цього). Якщо ви скопіюєте та вставите URL-адресу у нове вікно браузера, тоді жоден референт не передається - це пряме посилання.
Я не знаю, чи це щось нове, але я щойно помітив, що tinyurl.comвиконує лише регулярне перенаправлення 301 (і надсилає HTTP Referer) на 2-й і наступні запити, зроблені користувачем !? З першого ж запиту tinyurl.comз’являється завантаження посередницької сторінки, а потім видається переспрямування (JavaScript?)! Це призводить до того, що перший запит повертає 200 OKстатус, а референс встановлюється за скороченою "крихітною" URL-адресою! (І робить щось особливе з історією браузера.)
Однак на 2-й запит вам подається стандартне перенаправлення 301 і очікуваний HTTP Referer передається (це також буде кешовано). (Я думаю, це може бути визначено файлом cookie tinyurl.com, який встановлюється під час першого запиту?)
2015-08-09: Раніше я тестував вище, використовуючи нове вікно анонімного перегляду в Google Chrome, однак, тепер, здається, це призводить до переадресації 301 незалежно - так, не точно впевнений, що відбувається tinyurl.com, чи це просто " глюк "?!
Просто додаткова примітка про посилання від захищеного вмісту (HTTPS) до незахищеного контенту (HTTP) - це впливає на будь-який тип посилання, а не лише на скорочення URL-адрес. У цьому випадку браузер не встановлює заголовок HTTP-реферала .
Клієнти НЕ повинні включати поле заголовка Referer у HTTP-запит (незахищений), якщо перенаправлена сторінка була перенесена із захищеним протоколом.
Джерело: RFC 2616 Розділ 15.1.3
Тим НЕ менше, переадресація JavaScript буде знищити вихідний реферер. Немає Locationзаголовка не встановлено , і ви бачите тільки 200 OKHTTP коди статусу.
В якості довідки, у цій статті перераховано багато найпопулярніших скорочувачів URL-адрес та вказано, який тип переспрямування вони використовують.
http://searchengineland.com/analysis-which-url-shortening-service-should-you-use-17204
Це залежить.
За звичайних обставин, коли ви користуєтесь веб-браузером із Twitter або соціальними мережами загалом, натискання на скорочене посилання покаже оригінальний посилання в Google Analytics. Однак, оскільки багато користувачів використовують мобільний телефон та програми соціальних медіа замість браузера, у вас буде прямий трафік. Якщо ви фільтруєте дані GA, ви, ймовірно, побачите багато прямого трафіку з мобільного.
Як це вирішити?
Це насправді досить просто. Додайте змінні відстеження кампанії до всіх своїх URL-адрес, перш ніж скоротити їх. Тоді ви можете побачити все правильно в GA. Під відстеженням кампанії я маю на увазі додавання utm_source, utm_mediumа також utm_campaignзмінні URL-адреси. Це найкращий спосіб вирішити це незалежно від того, якою послугою скорочення ви користуєтесь і навіть за різними протоколами.
Я провів деякі дослідження і виявив це; трафік, класифікований Google Analytics, буде залежати від веб-сайту, що скорочує URL-адреси.
Перейдіть за цим посиланням для отримання додаткової інформації: