Типичные ошибки пользователей счетчиков

↑

▷ Содержание

⇐ ПредыдущаяСтр 6 из 13Следующая ⇒

За последние годы нам многократно приходилось слышать, что счетчики счита-
ют все неправильно. Очень часто проведенное разбирательство показывало, что
проблемы связаны с одной или несколькими типовыми ошибками пользователей,
наиболее частые из которых рассматриваются ниже.

Установка нескольких (или многих) счетчиков:
правило 95%

Очень часто встречаются сайты, обвешанные счетчиками как новогодние елки — их
может быть три, четыре, пять и более. Когда пользователь обращается к странице
такого сайта, происходит следующее.

П Браузер начинает загружать графические элементы, делая это последовательно
(сверху вниз страницы).

□ Для каждого счетчика необходимо получить его адрес из системы адресов DNS,
установить соединение, получить графическое изображение с внешнего сайта.

□ За то время, пока это происходит, пользователь уже может уйти со страницы
по ссылке. В этом случае загрузка части счетчиков может не успеть произойти,
и данное обращение не будет засчитано.

Экспериментально установлено, что каждый дополнительный счетчик учитыва-
ет примерно на 5% меньше посещений, чем счетчик, установленный выше него
в HTML-коде.

Устанавливать стоит только те счетчики, наличие которых необходимо сайту, это
вежливо по отношению к пользователю (ускоряет загрузку страницы), позволяет
получать более корректную статистику посещаемости.

Установка кода счетчика внизу (в подвале) страницы

Чем ниже на странице установлен счетчик, тем позднее (в сравнении с другими
графическими элементами) будет производиться обращение к нему и тем больше
шансов, что клиент до загрузки счетчика успеет уйти с данной страницы на другие
страницы вашего сайта.

Для борьбы с этим продвинутые статистические системы предлагают «раздельный»
код — «считающий пиксель» (прозрачное изображение 1x1) для установки на
самом верху страницы и «логотип» для установки на видном месте. Если вы заин-
тересованы в получении от счетчика максимально точных показателей, то нужно
использовать эту возможность.

Установка кода счетчика не на все страницы сайта

Это очень распространенная проблема — например, если различные разделы
сайта собираются из разных шаблонов. Естественно, обращения к тем страни-
цам, где код счетчика не установлен, засчитываться системой статистики не
будут, поэтому может возникнуть впечатление, что посещаемость сайта ниже
ожидаемой.

Разные показатели называются одинаково или похоже

Эта проблема является проблемой интерпретации данных, однако возникает она
достаточно часто. Допустим, в системе статистики А «хитом» называется любое
обращение к странице; в системе статистики Б — тоже любое, но повторные обраще-
ния через 30 и менее секунд не засчитываются; тогда как в системе статистики В не
засчитываютсяперезагрузки (щелчки на кнопке Reload или «Обновить» браузера)
и повторные обращения менее чем через 30 секунд. Очевидно, что даже по «числу
показанных страниц» в идеальных условиях система А покажет наибольшие дан-
ные, а В — наименьшие.

Проблемы счетчиков

Системы статистики, как и любой другой сервис, не идеальны. При этом возни-
кающие у них проблемы с нагрузкой и видимостью в сети моментально становятся
проблемами их пользователей, так как при обращении к сайту с установленными
счетчиками происходит одновременное обращение пользователя и к системе ста-
тистики.

Наиболее распространенные проблемы описаны ниже.

□ Отсутствие связности сети между пользователем и сервером счетчика. Это
может быть как временная недоступность так и постоянная (например, адми-
нистратор сети, в которой находится пользователь, запретил доступ к счетчику
из соображений приватности либо экономии трафика, или же сервис счетчика
остановлен для регламентных работ). В этом случае клиентский браузер тратит
впустую изрядное количество времени на обращение к системе статистики, об-
ращения не происходит, заход пользователя на сайт не засчитан, а пользователь
раздражен, поскольку страница загружалась медленно.

□ Перегрузка системы статистики возникает в ситуации, когда пользователей
больше, чем может обслужить система. Все описанные выше симптомы (напри-
мер, «торможение» при загрузке страниц сайта с установленным счетчиком) по-
вторяются, но происходит это только в часы наибольшей загрузки (с 11-12 часов
до 17-18 часов по московскому времени). С проблемами перегрузки в разной
степени сталкиваются все системы статистики Рунета.

На практике 10-20% клиентских обращений счетчиками не учитывается, этот
процент выше в дни высокой загрузки (в будние дни, во время каких-то событий,
представляющих всеобщий интерес) и ниже в дни низкой загрузки.

Таким образом, следует с осторожностью относиться к предлагаемым рядом стати-
стических систем средствам учета заходов поисковых роботов. Так как роботы не
забирают картинки, то единственный способ учесть доступ роботов — это вставить
на страницы сайта код, который будет выполняться при любом обращении к стра-
нице и передавать в систему статистики необходимые данные. Если статистическая
система «лежит» или перегружена, то может получиться так, что и сайт будет мало
доступен или вовсе недоступен для индексации поисковой машиной, так как при
каждом обращении к серверу исполняется программа (скрипт), ожидающая ответа
статистической системы. В свою очередь это может привести к выпадению сайта
из результатов поиска.

Мы рекомендуем использовать для учета заходов индексных роботов только сис-
темы обработки журнальных файлов, которые работают независимо от сайта, сле-
довательно, лишены ряда проблем счетчиков.

11.6. Обзор возможностей анализаторов
журнальных файлов

Программы-анализаторы журнальных файлов (логов) предназначены для состав-
ления тех же отчетов, что и сервисы статистики, однако они используют данные,
которые накапливаются непосредственно на сайте. Различия в возможностях счет-
чиков и анализаторов логов были подробно рассмотрены выше.

Как и в случае со счетчиками, анализаторам необходимо «знание» о поисковых
системах и каталогах Рунета, а для анализа поисковых запросов — еще и знание
кодировок русского языка.

Основные возможности систем анализа журнальных файлов приведены в табл. 10.2.
Сюда включены отечественные решения и три зарубежные системы, две из кото-
рых (Analog и Webalizer) бесплатны и поэтому часто включаются в пакет услуг
хостерами сайтов, а третья (Webtrends) считается эталоном по набору возмож-
ностей.

11.7. Выводы

Очевидно, что возможности по анализу статистических данных возрастают одно-
временно со стоимостью решения. Оптимальный выбор зависит от круга решаемых
задач и бюджета.

В то же время оценка реальной эффективности рекламы без детального анализа
посещаемости с учетом целевых посетителей практически невозможна. Поэтому
неизбежно принятие того или иного продвинутого решения. На сегодняшний день
это означает либо установку бесплатных счетчиков Liveinternet или Google Analytics,
либо покупку того или иного решения по анализу лог-файлов за несколько сотен
долларов.

В следующей главе мы рассмотрим методы анализа предлагаемой на сайте информа-
ции. Это необходимо для определения «целей» — страниц, на которых необходимо
сосредоточить усилия по продвижению в поисковых системах.

11.8. Полезные ссылки

□ На сайте http://www.liveinternet.ru/rating/ru/ вы сможете найти рейтинг и стати-
стику для сайтов Liveinternet.ru.

□ Счетчик Rambler's ТорЮО (http://topl00.rambler.ru/topl00/) является не столько
статистикой, сколько самым популярным рейтингом сайтов Рунета.

□ «Яндекс.Метрика» (http://metrika.yandex.ru/) — статистический сервис компании
«Яндекс», в первую очередь предназначенный для анализа рекламных кампаний,
проводимых в системе контекстной рекламы «Яндекс.Директ».

□ С 2009 года счетчик SpyLog преобразился и стал работать под именем Openstat.
Система Openstat — это счетчик посещаемости, интеграция с рекламными сер-
висами, глобальная статистика. Адрес сайта — https://www.openstat.ru/.

□ Сайт системы Google Analytics — http://www.google.com/analytics/.
О Сайт системы «Alexa» — http://www.alexa.com/.

□ На сайте программы AWLA (http://www.webloganalyzer.biz/rus/webloganalyzer.
html) вы сможете получить демоверсию анализатора логов и узнать о программе
более подробно.

□ Статья Юрия Коберского «Особенности национальной интернет-статисти-
ки», две части которой можно найти по ссылкам: http://www.searchengines.ru/
articles/004597.htmLn http://www.searchengines.ru/articLes/004598.html, познакомит
вас еще с одним мнением о различиях счетчиков и лог-анализаторов.

□ Рекомендуем также серию статей Владимира Ринга о всех счетчиках Рунета:
«Новейшая обсервация российских счетчиков: формация SpyLOG» (http://
promo.by/searchengines/spylog-overview.html), «Новейшая обсервация российских
счетчиков: формация Rambler's Тор 100» (http://promo.by/searchengines/rambler-
topl00-overview.html), «Новейшая обсервация российских счетчиков: формация
Rax» (http://promo.by/searchengines/rax-overview.html), «Новейшая обсервация
российских счетчиков: формация TopMail» (http://promo.by/searchengines/
topmail-overview.html), «Новейшая обсервация российских счетчиков: формация
Hotlog» (http://promo.by/searchengines/hotlog-overview.html).

□ Сравнить статистику своего сайта с конкурентами или посмотреть относитель-
ные данные о посещаемости, доле поискового трафика, демографии других
сайтов можно с помощью сервиса «Вебомер», который получает данные из
счетчика Livelnternet.ru, адрес сервиса — http://webomer.ru/.

Глава 12

Анализ предлагаемой на сайте
информации (контент-анализ)

В этой главе вы научитесь выбирать «цели» — находить страницы, которые можно
вывести в зону видимости поисковых систем с минимальными усилиями.

12.1. Множество страниц

И множество запросов

Напомним, что семантическим ядром сайта называют список поисковых запросов,
по которым веб-мастер хочет продвигать свой сайт в результатах поиска. Будем
считать, что семантическое ядро у нас уже есть.

Пусть на начальной стадии продвижения мы имеем два множества, с которыми
нужно работать:

□ семантическое ядро — множество поисковых запросов;

□ множество веб-страниц, из которых состоит продвигаемый сайт.

Эти два множества как бы пересекаются в поисковых системах (которые устанав-
ливают соответствие между ними), и картина пересечения может быть различной.

Нулевая видимость. Ни в одном из проверяемых поисковиков, в ответ ни на один
из запросов семантического ядра в зоне видимости не находится ни одна ссылка на
продвигаемый сайт. Эта ситуация характерна для новых сайтов, то есть большин-
ство пользователей попросту не смогут найти сайт по рассматриваемым запросам.

Полная видимость. В ответ на все запросы семантического ядра во всех поисковых
системах продвигаемый сайт находится в первой десятке результатов поиска. Это
идеальная ситуация, к которой стремится каждый веб-мастер.

Средняя видимость. По каким-то запросам сайт находится, а по каким-то еще
нет. В разных поисковых системах комбинации «запрос+позиция» различны. Это
наиболее распространенная, реальная ситуация.

Для понимания текущего состояния дел вам необходимо научиться анализировать
картину пересечения множества запросов семантического ядра и множества страниц
сайта в поисковых системах.

12.2. Поиск наиболее релевантных страниц

Поисковые системы по умолчанию сортируют ссылки в результатах поиска по
убыванию релевантности. Как уже говорилось, релевантность — это рассчитывае-
мая поисковой системой мера соответствия найденного документа поисковому
запросу. Поэтому можно считать, что первая ссылка — это ссылка на страницу,
наиболее соответствующую смыслу поискового запроса, вторая ссылка — на чуть
менее соответствующую страницу и т. д.

На одном сайте может находиться несколько релевантных запросу страниц. Это
типичная ситуация, поэтому поисковая система старается не перегружать резуль-
таты поиска ссылками на один и тот же сайт.

Для каждого сайта поисковик показывает в результатах поиска ссылку только

на одну, наиболее релевантную запросу страницу. Исключение — Google и с
2010 года «Яндекс», для некоторых запросов они могут отображать в выдаче ссылки
на две страницы сайта (рис. 12.1).

Iшкола анализа данных                                     jrä] Поиск I

® Поиск в Интернете О Только на русском

Веб Я Показать настройки...                                                                                                                        Результаты 1 -10

Школа анализа данных

Школа анализа данных открыта в 2007 году. Инициатором создания выступила
компания «Яндекс» Она же взяла на себя финансирование Школы. Главной целью
Школы...

shad.yandex.ru/- Сохраненная копия - П^ржие
Школа анализа данных — Компания Яндекс

Школа анализа данных придумана, организована и профинансирована компанией <
Яндекс» в 2007 году. Цель школы — подготовка специалистов в прикладных областях,...
company.yandex.ru > Статистика - Сохраненная копия

Яндекс принимает студентов в Школу анализа данных — Компания Яндекс
25 июл 2007... Яндекс открывает Школу анализа данных — вечерние двухгодичные
курсы, которые будут вести преподаватели отечественных и зарубежных...
company.yandex.ru > Статистика - Сохраненная копия

Школа анализа данных — Википедия

Школа анализа данных — двухгодичные очные вечерние курсы, организованные
компанией Яндекс для подготовки квалифицированных специалистов в прикладных...
ги.'*1к1рей1а.огдАмк1/Школа_ан!1ЛКза_данных - <

Рис. 12.1. Исключение — две ссылки на страницы одного сайта в результатах
поиска Google

Наиболее релевантная страница сайта

Найти для любого запроса наиболее релевантную страницу вашего сайта очень
просто. Для этого нужно выполнить поиск по данному запросу с условием, что
поисковик должен показать только страницы вашего сайта (рис. 12.2).

Такая возможность есть обычно в языке запросов, а также предоставляется в ин-
терфейсе расширенного поиска. Расширенный поиск и язык запросов имеется в
большинстве популярных поисковиков, в том числе в «Яндексе», Поиске@МаИ.
г и, «Рамблере» и Google.

Например, в «Яндексе» ограничить поиск только страницами вашего сайта можно
с помощью оператора языка запросов либо задать ограничение поиска страницами
вашего сайта на странице расширенного поиска «Яндекса». Для вашего удобства в
конце главы мы даем ссылки на страницы расширенного поиска и описания языка
запросов в «Яндексе», Поиске@Май.ги, «Рамблере» и Google.

В результатах поиска при таком ограниченном запросе будет выдан список ссылок
на те страницы вашего сайта, которые поисковая система считает релевантными
запросу. Алгоритм ранжирования этого списка тот же, что и в «большом» поиске.
Естественно, наиболее релевантная страница (далее — НРС) в результатах поиска
по сайту — это первая, самая верхняя страница в списке результатов. Заметим, что

Поиск Почта Касты Маркет Новости Словари Блоги Видео Картинки еще»

расширенный поиск

Я мщу.

жядалмуйге - - («зрей словом #30$ ксктммт

На сайте: mm.mystte.fu

'..'«1 с акта нш, раэдвда сайта

Слова: расположены на странице употреблены 8 текста

Показывать на странице 10 20 50 результатов поиска

Итого: расположенные на сайтент глумем

Найти

Рис. 12.2. Страница расширенного поиска «Яндекса», на которой можно задать ог-
раничение поиска по одному сайту для определения наиболее релевантной страницы

именно эта страница будет находиться и отображаться поисковиком в результатах
«большого» поиска по данному запросу, если поиск не ограничен вашим сайтом.

Процесс подбора страницы для отображения в результатах поиска описан ниже.
Для любого запроса и любого сайта поисковая система выполняет следующее:

О сначала выбирает все релевантные запросу страницы сайта и определяет лучшую
из них, наиболее релевантную;

□ затем выбранная поисковиком НРС с вашего сайта начинает конкурировать
с отобранными тем же способом НРС, находящимися на других сайтах.

В результате такой конкуренции и формируется общая поисковая выдача. Чтобы
понять, как поступит поисковик со страницами вашего сайта на первом этапе, сле-
дует провести контент-анализ сайта по семантическому ядру.

Контент-анализ

Анализ содержимого сайта с целью нахождения его наиболее релевантных страниц
называется контент-анализом. Выполняется он следующим образом.

Для каждого запроса семантического ядра осуществляется поиск его в «Яндексе»
с ограничением по анализируемому сайту. Адрес каждой найденной наиболее

релевантной страницы заносится в таблицу. Та же процедура выполняется в «Рамб-
лере», Google и других поисковых системах, в которых вы будете отслеживать
положение сайта.

Подобная методика поиска НРС избавляет веб-мастера от необходимости про-
смотра десятков страниц общей выдачи поисковика. Ведь НРС, стоящая первой в
результатах поиска по сайту, не обязательно окажется в первой десятке или даже
сотне результатов «большого» поиска. С помощью поиска по сайту НРС находится
всего за один запрос в поисковую систему.

После того как будут найдены наиболее релевантные страницы по всему семанти-
ческому ядру, можно заполнить таблицу результатов контент-анализа (табл. 12.1).

Таблица 12.2. Результат контент-анализа после сравнения с полной таблицей ви-
димости