Уникальные просмотренные адреса URL

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

Это количество уникальных (недублированных) web-страниц, просмотренных пауками поисковых движков (такими, как Googlebot). Ваш web-сайт подобен виртуальному отделу продаж, он приносит потенциальных покупателей из поисковых движков. Представьте себе, что каждая уникальная страница – это ваш виртуальный продавец. Чем больше уникальных страниц у вас имеется, тем больше возможностей вы получаете для продаж через поисковые движки.

Количество поисковых посетителей на одну страницу

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

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

Количество ключевых слов на страницу

Это среднее количество ключевых слов, которое данная страница (за вычетом " иждивенцев" ) выдает за месяц. Иначе говоря, это отношение ключевых слов к дающим поисковый трафик страницам.

Чем выше количество ключевых слов, тем большую часть длинного хвоста естественного поиска будет захватывать ваш сайт. Иначе говоря, чем больше ключевых слов привлекает каждая страница, тем длиннее ваш хвост. Например, страница с восемью поисковыми терминами гораздо привлекательнее для поисковых движков, чем страница с тремя поисковыми терминами. Средний розничный продавец в электронной торговле имеет 2, 4 ключевых слова на страницу (по данным исследования компанией Netconcepts длинного хвоста естественного поиска (http: //www.netconcepts.com/learn/ChasingTheLongTail.pdf)).

Количество посетителей из поиска на одно ключевое слово

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

Средний продавец (по данным вышеупомянутого исследования компании Netconcepts) получал 1, 9 посетителя на ключевое слово.

Соотношение индекс/просмотр

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

Количество посетителей из поиска на одну просмотренную страницу

Вычисляется отдельно для каждого поискового движка и показывает, сколько трафика движок поставляет для просмотренной им страницы.

Все движки имеют разный размер аудитории. Этот показатель помогает вам объективно сравнить трафик из разных движков. Исследование компании Netconcepts обнаружило, что Bing и Yahoo! просматривают значительно больше страниц, но отдача от просмотренной страницы у Google обычно значительно выше.

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

Заключение

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

Глава 10
Изменения в доменах, перепроектирование после оптимизации, устранение неполадок

После каждого структурного изменения на вашем web-сайте существует риск того, что вы запутаете поисковые движки и нанесете ущерб своим поисковым рейтингам. В число таких изменений входят: изменение вашего доменного имени; замена системы управления контентом; изменение дизайна вашего сайта, короче говоря все, что фундаментально меняет ландшафт вашего присутствия в Интернете.

В этой главе мы дадим обзор всех этих сценариев. Будьте готовы перечитать разд. " Поставка контента и управление поисковыми пауками” главы 6, чтобы вспомнить все технические особенности переноса контента.

Основы переноса контента

Перенос контента – это такая ситуация, когда контент находился на одном URL (например, http: //www.yourdomain.com/pageA.html), а затем был перенесен на другой URL (например, http: //www.yourdomain.com/products/pageA.html). При переносе контента вы должны побеспокоиться о том, чтобы пользователи (и поисковые движки) при попытке попасть на старый URL (/pageA.html) получили контент из нового места (/products/pageA.html).

Имеется еще одна дополнительная и очень важная цель. Оказывается, что при переносе контента с одного URL на другой, ссылки на контент по старому URL перестанут увеличивать ваши рейтинги в поисковых движках (если вы не сделаете редирект 301).

В разд. " Проблемы дублированного контента" главы 6 мы подробно описали все технические особенности того, как это делается, в том числе и золотое правило переноса контента: поисковый движок должен получать код состояния 301 протокола HTTP при каждом перенаправлении его (или пользователей) на новое место.

Код состояния 301 протокола HTTP приводит к тому, что поисковый движок передает большую часть ценности ссылок исходной страницы на новую страницу (при этом происходит быстрое удаление старого URL из индекса). Поскольку " сок ссылок" является самым ценным достоянием, то вы должны использовать редирект 301 при каждом переносе!

Перенос контента в больших масштабах

Если изменения приводят к переносу большого количества контента, то сделать редирект 301 становится непросто. Например, если вы меняете имя домена, то каждый элемент контента вашего сайта переносится на новый URL, даже если архитектура сайта не меняется (http: //www.olddomain.com/… переносится наhttp: //www.newdomain.com/…).

Вам придется делать редирект 301 для каждой отдельной страницы вашего сайта, как в этом примере:

http: //www.olddomain.com/page1.html 301 redirect to http: //www.newdomain.com/page1.html

http: //www.olddomain.com/page2.html 301 redirect to http: //www.newdomain.com/page2.html

http: //www.olddomain.com/page3.html 301 redirect to http: //www.newdomain.com/page3.html

…

http: //www.olddomain.com/page1000.html 301 redirect to http: //www.newdomain.com/

page1000.html

И таким образом пришлось бы для всей тысячи страниц создавать редиректы со старого домена на новый. А представьте себе сайт с миллионом страниц!

Однако те издатели, которые используют web-сервер Apache (http: //www.apache.org/) (для операционных систем UNIX и Linux) могут применить модуль mod_rewrite (http: //httpd.apache.org/docs/L3/mod/mod_rewrite.html) этого сервера, который всего двумя строчками кода сделает редирект для всех URL старого домена на такой же URL нового домена:

RewriteCond %{HTTP_HOST} ^olddomain\.com [NC]

RewriteRule ^/(.*) http: //www.newdomain.com/$1 [R=301, L]

Этот код предполагает, что вы предпочитаете в качестве канонического URL иметь версию www. Вы можете также при помощи двух строк аналогичного кода указать в качестве канонического URL и отличную от www версию (примеры без www и другие альтернативные варианты смотрите по адресуhttp: //hamletbatista.com/2007/07/19/canonicalization-the-gospel-of-http-301/).

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

Другой очень популярный web-сервер – это IIS (http: //www.iis.net/) компании Microsoft. Во многих инсталляциях IIS вам придется делать отдельную команду для каждой страницы (по одной).

Однако и на IIS можно сделать переписывание при помощи дополнительного модуля ISAPI (такого, как iSAPi_Rewrite (http: //www.isapirewrite.com/)). Когда этот модуль будет инсталлирован, вы сможете выполнять масштабные переписывания на языке, который похож на используемый в модуле mod_rewrite сервера Apache.

Вы можете еще раз прочитать про modrewrite, ISAPIRewrite и регулярные выражения в разд. " Редиректы " главы 6.

⇐ Предыдущая 62 63 64 65 666768 69 70 71 Следующая ⇒