Веб-аналитика: анализ информации о посетителях веб-сайтов - [58]
Лучше знать о трех перечисленных проблемах заранее и писать код веб-сайта правильно. Это позволит существенно ускорить модификацию веб-сайта и избежать смены инструмента. Кроме того, можно избежать конфликтов и после его запуска, поскольку когда эти проблемы проявятся, встанет вопрос о плохом выборе инструмента, хотя в действительности это не его ошибка, а один из указанных выше факторов.
Переадресация (redirect) — это небольшие изящные вставки, перенаправляющие трафик в случае изменения ссылок или когда внешнее агентство намерено отслеживать данные. В старые добрые времена веб-журналов переадресация использовалась при необходимости фиксировать щелчки и отсылать данные на другой веб-сайт (домен). Но при ее неправильном выполнении она может существенно повредить сбору данных веб-аналитики (а также, как упоминалось ранее, — индексации поисковыми роботами). Давайте рассмотрим два случая проблем при сборе данных: внутренняя и внешняя переадресация.
Применение внутренней переадресации (internal redirect) (переадресация с одной страницы веб-сайта на другую страницу того же сайта) может быть не оптимально. Например, давайте рассмотрим следующую ссылку с веб-сайта Microsoft:
Это ссылка с microsoft.com на подкаталог microsoft.com/downloads того же сайта, но через msn.com. Автор не уверен, делает ли Microsoft это для преодоления проблем с инструментом веб-анализа, хотя это совершенно неважно. Дополнительная передача данных через второй домен может вызвать проблемы. Инструмент придется настроить так, чтобы он свидетельствовал о переходе посетителей с домашней страницы www.microsoft.com не на g.msn.com, а на www.microsoft.com/downloads, и эту логику придется поддерживать постоянно (что может быть сложно при изменении сайта). Использование внутренней переадресации требует также фиксации и хранения дополнительных данных, что тоже может вызвать проблемы при их глубокой сегментации.
Подчеркну, что Microsoft, вероятно, вполне четко представляет данную проблему и использует внутреннюю переадресацию по некой важной причине. Главное, знать о сложностях, к которым может привести переадресация, и идти на ее применение с открытыми глазами (и при одобрении сотрудников отдела информационных технологий, которым придется все это реализовывать).
Удаление ненужных переадресаций с веб-сайта сокращает его код и упрощает поддержку группой информационных технологий. Они смогут модифицировать выпуски веб-сайта немного быстрее, поскольку не понадобится все время создавать новые переадресации или поддерживать то, что быстро может стать монстром, нуждающемся в постоянной заботе и кормлении. Большинство современных инструментов веб-аналитиков достаточно интеллектуально и не нуждается во внутренних переадресациях для точного сбора данных.
Еще один случай использования переадресации связан с переходом на другие вебсайты, отличные от собственного. Рассмотрим следующий вымышленный URL:
http://www.eliminated.com/Navigate.asp?Category=238&AppID=859&rDirURL=
http://www.zsolutions.com/application-for-payment-solution.htm&UType=6
В этом примере представлена ссылка на eliminated.com, которая пересылает трафик на zsolutions.com при помощи переадресации. В прошлом это была единственная возможность, поскольку при использовании веб-журнала данные реферрера передаются на сайт получателя. Применение переадресации позволяет веб-журналу зафиксировать “щелчок” для отчета.
Сегодня большинство инструментов веб-анализа способны отслеживать выход, что устраняет необходимость в данном типе переадресации. Это, конечно, упрощает код веб-сайта и немного ускоряет выпуски, устраняя лишнюю служебную информацию. Важно знать, что внешняя переадресация на веб-сайте сможет воспрепятствовать инструментам веб-аналитики собирать данные (если не используются веб-журналы или иные подобные средства).
Еще один резон использования внешней переадресации — часть некой кампаний (баннера, маркетинговый поиск, слияние и т.д.). Рассмотрим пример (взят из сети Yahoo!).
Когда пользователь щелкает на этой волшебной ссылке, он переходит по адресу вроде следующего:
Приведенный выше сервер, вероятно, используемый агентством, заканчивает переход примерно так: