Создавайте перекрестные ссылки для релевантного контента

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

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

Рис. 4.3. Перекрестные ссылки между товарами на сайте Amazon

Разделы " Часто покупаются вместе" и " Что клиенты покупают после просмотра этой позиции" – это отличный способ сгруппировать продукты в категории, которые определяют релевантность данной страницы определенным тематическим областям, а также создают ссылки между релевантными страницами.

В системе Amazon все отображается на странице динамически, а для этого требуется ежедневная слаженная работа сотрудников компании Amazon. Данные " Клиенты, которые купили…" – это часть внутренних баз данных самой компании Amazon, а данные " Теги, которые клиенты связывают…" предоставляются непосредственно самими пользователями.

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

Используйте якорный текст

Якорный текст – это одна из поистине золотых возможностей внутренних ссылок. Как специалист по оптимизации, вы должны с самого начала предусмотреть в своем плане способ использования насыщенного ключевыми словами якорного текста во внутренних ссылках. Избегайте использования текста вроде " Дальше" или " Щелкните здесь" и убедитесь в том, что и техническая и креативная команды понимают это. Вам также понадобится потратить некоторое время на подготовку стратегии якорного текста для данного сайта.

Используйте навигацию " цепочки хлебных крошек"

Навигация типа " цепочки хлебных крошек" – это способ показать пользователю, в каком месте навигационной иерархии он находится. На рис. 4.4 показан пример из PetSmart.

Рис. 4.4. Строка " хлебных крошек" на сайте PetSmart.com

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

Минимизируйте глубину ссылок

Чтобы понять, какие страницы самые важные, поисковые движки (и пользователи тоже) смотрят на архитектуру сайта. Ключевой фактор – это количество кликов, которое необходимо сделать для попадания на данную страницу с начальной страницы. Та страница, которая находится на расстоянии одного клика от начальной, безусловно, важная. А та страница, которая находится в пяти кликах, далеко не так важна. В действительности паук поискового движка может даже никогда не найти такую страницу (это зависит отчасти и от авторитета ссылок сайта).

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

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

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

Аудит существующего сайта для выявления проблем в области оптимизации

Аудит существующего сайта – это одна из самых важных задач, с которой сталкиваются профессионалы по оптимизации. Оптимизация относительно новая область, а многие ограничения пауков поисковых движков совершенно не очевидны. Кроме того, web-разработчики обычно не слишком хорошо разбираются в оптимизации. Сюда входят и те, кто разрабатывал системы CMS, так что при выполнении аудита сайта вы можете найти массу проблем.

Элементы аудита

Аудит сайта по оптимизации часто становится первым шагом в реализации стратегии оптимизации. Чтобы ваши усилия в этой области увенчались успехом, ваш web-сайт должен быть прочной основой (более подробно об этом будем говорить в главе 6).

А сейчас рассмотрим то, что вам следует учитывать при выполнении аудита сайта.

• Удобство пользования.

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

• Доступность для пользователей и пауков.

Убедитесь в том, что сайт дружелюбен к паукам поисковых движков. Мы подробно обсудим это в главе 6.

• Проверка в поисковых движках.

Предлагаем некоторые быстрые проверки:

– выполните в поисковых движках поиск site: yourdomain.com, чтобы убедиться, что все ваши страницы присутствуют в индексе. Сравните это число с числом уникальных страниц, которое по вашим данным имеется на сайте;

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

– проверьте кэш Google и убедитесь, что кэшированные версии ваших страниц выглядят точно так же, как " живые" страницы.

• Проверка ключевых слов.

Используются ли правильные ключевые слова? Соответствует ли логическая архитектура сайта способу поиска пользователя по ключевым словам? Бывает ли так, что на одно ключевое слово нацелено более одной страницы (так называемая " каннибализация" ключевых слов)? Подробнее мы будем обсуждать эти вопросы в главе 6.

• Проверка на дублирование контента.

Первое, что нужно сделать, – это убедиться в том, что ссылка на ваши страницы без указания протокола www (например, http: //yourdomain.com) делает редирект 301 на www-версию ваших страниц (т. е. на www.yourdomain.com) или наоборот (это часто называется каноническим редиректом). Когда вы будете заниматься этим, проверьте также, что у вас нет https-страниц, являющихся дубликатами ваших http-страниц. Следует проверить также и остальной контент сайта.

Самый простой способ – взять уникальные строки из каждой основной страницы контента сайта и сделать по ним поиск в Google. Не забудьте заключить строку в двойные кавычки (например, " это фраза с вашего web-сайта, которая используется для проверки на наличие дублированного контента" ), чтобы движок Google искал именно эту строку.

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

Вы можете также использовать для проверки на наличие дублированного контента такие команды, как inurl: и intitle:. Например, если у вас есть URL с идентифицирующими компонентами (например, " 1968-mustang-blue" или " 1097495" ), то можете сделать их поиск при помощи команды inurl: и посмотреть, не будет ли результатов более одного.

Еще один способ поиска дублированного контента – убедиться в том, что каждый элемент контента доступен только по одному адресу URL. Эта проблема встречается на больших коммерческих сайтах чаще других. Проблема состоит в том, что один и тот же контент доступен многими разными способами и по многим URL, что заставляет поисковый движок решать, какая версия является канонической, на какую надо сделать ссылку, а какую оставить без внимания. Никто не выигрывает, когда сайты борются между собой. Живите в мире, а если вам нужно поставлять контент разными способами, то используйте куки-файлы (чтобы не сбивать с толку пауков).

• Проверка URL.

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

• Анализ тега title.

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

• Анализ контента.

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

• Анализ метатегов.

Проверьте наличие на страницах вашего сайта метатега robots. Если вы найдете такой тег, то, вероятно, имеется проблема. Нечаянно поставленный тег Noindex или NoFollow (мы опишем их в главе 6) может испортить все ваши планы по рейтингу в поиске.

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

• Проверка файла Sitemaps и файла robots. txt.

Используйте инструмент Google Webmaster Tools для проверки вашего файла robots.txt. Также убедитесь, что в вашем файле Sitemaps указаны все (канонические) страницы.

• Проверка редиректов.

Для проверки того факта, что все использованные на сайте редиректы возвращают код состояния 301, используйте такое средство проверки заголовков сервера, как Live HTTP Headers (http: //livehttpheaders.mozdev.org/). Проверьте таким образом все редиректы. Нужно убедиться также в том, что правильно реализован канонический редирект.

К сожалению, вследствие неочевидного характера причин предпочтения редиректа 301, вам следует проверить, правильно ли это было сделано (даже если вы заранее дали явные указания web-разработчику). Ошибки случаются, а иногда использование редиректа 301 осложняет система CMS или хостинговая компания.

• Проверка внутренних ссылок.

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

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

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

Примечание

Краткое отступление относительно накапливания рейтинга PageRank: многие довели это дело до крайности и создали сайты, где отказывались делать ссылки на другие качественные сайты (потому что боялись потерять посетителей и " сок ссылок" ). Игнорируйте эту идею! Ссылки наружу нужно делать только на качественные web-сайты. Это хорошо для пользователей и, вероятно, даст преимущество при ранжировании (посредством увеличения доверия и релевантности, основанных на том, на какие сайты вы даете ссылки). Думайте о пользователе и давайте ему то, что он хочет. Это окупится сторицей.

• Ликвидация ненужных поддоменов.

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

• Геолокация.

Если домен нацелен на конкретную страну, то убедитесь в том, что вы выполнили указания разд. " Лучшие практики для нацеливания на язык/страну” главы 6. Если вас больше всего беспокоит рейтинг по словам chicago pizza (потому что вы имеете пиццерию в Чикаго), то убедитесь в том, что ваш адрес имеется на каждой странице вашего сайта. Вы должны также проверить свои результаты в Google Local, чтобы понять, есть ли у вас здесь проблемы.

• Внешние ссылки.

Проверьте входящие на сайт ссылки. Используйте для сбора данных о ваших ссылках такие инструменты, как Yahoo! Site Explorer (http: //siteexplorer.search.yahoo.com), Linkscape (http: //www.seomoz.org/linkscape), Majestic-SEO (http: //www.majesticseo.com) или Link Diagnosis (http: //www.linkdiagnosis.com). Ищите плохие шаблоны в якорном тексте (когда, например, 87 % ссылок содержат критичное ключевое слово для сайта). Это является верным признаком проблемы (если только данное критичное ключевое слово не является также названием компании). Такое распределение с большой долей вероятности является следствием покупки ссылок (или другого манипулирования).

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

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

• Время загрузки страницы.

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

• Тег alt для изображения.

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

• Качество кода.

Несмотря на то, что поисковые движки не требуют правильности кода, его проверка является хорошей идеей. Плохое кодирование может иметь нежелательные последствия. Как мы уже обсуждали ранее, чтобы понять, как поисковые движки видят страницу, необходимо использовать такой инструмент, как SEO Browser (http: //www.seo-browser.com).

⇐ Предыдущая 11 12 13 14 151617 18 19 20 Следующая ⇒