Как опытный SEO-специалист проводит предварительный аудит сайта?

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

№1 – поиск ошибок на сайте

Опытным вебмастерам в этом плане проще: они могут искать серьезные ошибки самостоятельно. Мы же с вами с этой целью обратимся к специальному программному обеспечению:

1. Netpeak Spider. Украинский софт, обладающий мощнейшим инструментарием, с помощью которого мы можем быстро узнать все критические ошибки своего ресурса: от моментов по внутренней оптимизации до анализа файлов индексации.
2. Screaming Frog. Англоязычный софт, позволяющий даже в бесплатном режиме отыскать фатальные ошибки и провести ряд оптимизационных процедур: от поиска страниц-дублей до создания карты сайта. В бесплатной версии доступны к анализу порталы с количеством страниц менее 500.
3. Xenu. Довольно старенькая программа, с помощью которой можно моментально проверить битые ссылки. Единственный минус – это довольно длительный процесс анализа, зато потом вы получаете готовый HTML-отчет с подробными результатами.

Единственный момент: вы должны проверять не только страницы своего проекта, но и все изображения, все скрипты, шаблоны и прочие элементы. Кроме того, вам необходимо воспользоваться информацией, которая предоставляется самими поисковыми системами – прочитайте про User Agent в кабинете вебмастера Яндекс и Google.

№2 – определение структуры портала

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

Для этого нет специализированного инструмента, поэтому берем Excel-таблиц и вручную анализируем структуру ресурса.

№3 – правильная настройка ЧПУ

ЧПУ или «человекопонятные URL-ы» - это отображение страниц веб-сайта в понятном пользователю виде. Например, если интернет-магазин одежды содержит страницу с брендом «Adidas», то URL страницы должен быть следующим: _shop.com/adidas, а не _www.shop-brand.com/11-12-18.

То есть адреса должны:

• располагаться в правильной иерархии (например, _shop-brand.com/brands/adidas – главная + раздел + подраздел);
• обладать статичностью (т.е. не меняться на протяжении процесса индексирования и выдачи);
• включать в себя названия самой страницы и страницы категории или разделов (см. 1 пункт);
• обладать естественным вхождением ключей (т.е. пишем просто «adidas», а не «kupit-adidas»).

Тут анализ тоже придется проводить вручную, но это не так уж и сложно: достаточно просто избавиться от динамичных адресов + отредактировать те URL, что не являются информативными для посетителя.

Настройка языковых версий ЧПУ

Это скорее исключительно для вебмастеров Рунета, но все же даже наши порталы могут обладать некой вариативностью в плане языков. Самым оптимальным вариантом здесь будет не изменение всех URL-страниц веб-ресурса под новый каталог, а просто смена доменной зоны. Оставляем все ЧПУ одинаковыми и просто помещаем их в домен .uk или .com.

Настройка ЧПУ для каталога интернет-магазина

Интернет-магазин – это динамичный проект, поэтому URL-адреса должны быть адаптированы в автоматическом режиме при каждом добавлении новой страницы. С этой целью оптимально использовать какие-либо плагины – просто единовременно настройте плагин под правильный ЧПУ, и вам больше не придется беспокоиться об этом.

Сами же ЧПУ должны: а) быть написаны латинскими буквами; б) обладать нижним регистром; в) разделяться только дефисом.

Никаких пробелов, никаких километровых адресов – простое, лаконичное сочетание ключевых слов, разделенных дефисом.

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

Когда допустимы динамические страницы?

Когда в структуре присутствуют фильтры трех видов:

• фильтры (как правило, несколько) единого набора;
• фильтры разных наборов;
• фильтры, созданные исключительно для юзабилити, не приносящие дополнительного трафика.

И даже в этом случае, когда мы создаем динамические URL, мы все еще способны наладить грамотную индексацию, не потеряв главных страниц. Для этого заходим в robots.txt и закрываем параметры динамичности. В код необходимо добавить параметры nofollow и noindex. Плюс, закрываем от поиска эту конфигурацию при сканировании сайта через Search Console. Теперь довольны все: и посетители, так как вы не убрали удобный инструмент фильтрации, и поисковые системы, так как они сканируют те страницы, в которых нет лишнего.

№4 – конфигурация параметров https-протокола

Это тот пункт, который предстоит выполнить еще в начале работы по аудиту и продвижению. Дело в том, что после внедрения таких протоколов вся карта сайта и структура URL-ов будет изменяться. В этом пункте очень много параметров: от перелинковки до редактирования медиа-контента, от установки SSL-сертификатов до настройки редиректов – все это нужно смотреть дополнительно. Впрочем, вам действительно необходимо этим заняться, особенно если вы работаете непосредственно с электронной коммерцией.

№5 – настройка мета-тегов для изображений

Здесь ничего сложного – всего лишь 3 пункта.

Первое – это добавление тегов alt + title для всех изображений. Данная методика не только улучшит процесс индексирования, но и сможет дать вам дополнительный трафик, когда пользователь начнет искать изображения, например, через «Яндекс Картинки».

Просто пишем тег title (например, кроссовки Adidas) + тег alt (например, модель CLOUDFOAM LITE RACER CC).

Второе – это удаление тегов alt + title для изображений, не имеющих отношения к контенту сайта. Что это значит? Это значит, что мы должны убрать описание и название для тех изображений, которые не должны индексироваться поисковиком. Например, логотип сайта или картинка в меню – это не то, что нужно клиентам, поэтому для всех элементов дизайна стоит убрать лишние теги.

Последнее – это редактирование «кривых» alt + title. То есть вы могли написать title, например, «кроссовки Адидас купить дешево со скидкой в миллион процентов» и добавить к этому какое-то нелепое описание. Все это исправляем на простые и лаконичные ключевики.

№6 – удаление внешних исходящих ссылок из индекса

Здесь, слава Богу, мы можем воспользоваться программами. Для этих целей подойдет тот же Xenu, плюс, в довесок воспользуемся софтом Ahrefs – с помощью этих инструментов проводим анализ всех ссылок, которые ведут из вашей площадки на чей-то другой ресурс, а после собираем их в единый файл.

Теперь даем ТЗ программисту или же вручную закрываем эти ссылки от индекса через добавление тега noindex.

№7 – настройка параметров для элементов функционала

Речь идет о двух моментах:

• параметры сортировки;
• страницы поиска внутри сайта.

Что первый, что второй пункт мы должны закрыть от индексации. Только в первом случае мы устанавливаем тег <meta name="robots" content="noindex, follow" /> (да, именно follow, а не nofollow). А во втором закрываем индексацию через robots.txt. Кстати, каталог поиска тоже желательно удалить через консоль Google.

№8 – редактирование и оптимизация кода

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

В любом случае, скорее всего, на вашем портале найдется примерно 7 грубейших ошибок. Пойдем по порядку.

Ошибка ① – большой объем скриптов

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

Ошибка ② – множество CSS-элементов

Дизайн должен быть красивым, но некоторые веб-студии так стараются украсить внешний вид, что код самого портала сравним с весом слона или кита – это все следствие добавления CSS-элементов. Проблема решается аналогичным образом: отделяем CSS в отдельный файл.

Ошибка ③ – множество «легких» скриптов

Когда клиент зайдет на ваш интернет-магазин, он не заметит, что за пару секунд на ваших страницах загрузилось 10-20 скриптов. Проблема в том, что, если таких скриптов очень много, сайт начинает тормозить, да и поисковому роботу несколько сложнее проводить анализ. Эту проблему можно решить, объединив несколько файлов .js в один – это не всегда возможно, но, если возможно, нужно это сделать.

Ошибка ④ – множество файлов CSS

Скорее всего, вы догадались, что это ошибка аналогична предыдущей и решение здесь соответствующее. Если возможно – объединяем, нет – идем дальше.

Ошибка ⑤ – наличие скрытого текста

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

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

Ошибка ⑥ – индексация неинформативных элементов

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

Ошибка ⑦ – разные шаблоны, скрипты и стили в одном домене

Да-да, дополнительные инструменты и различные «украшательства» лучше хранить на новом домене или использовать для этого поддомен.

№9 – увеличение скорости загрузки сайта

Переходим на сайт: _gtmetrix.com или _developers.google.com – эти ресурсы позволяют нам выявить все слабые моменты, что тормозят загрузку сайта. Все же пользователь – человек нетерпеливый, лишняя секунда для него – это кошмар, поэтому найдем ошибки в ресурсе и оптимизируем скорость загрузки.

№10 – проверка структурированных данных

Микроразметка – важнейшая часть любого сайта, она соответствует любому элементу, который в нем присутствует. Чтобы в процессе продвижения не возникло ошибок, нужно откорректировать этот параметр для всех элементов. Вы можете задействовать инструмент от Google _https://search.google.com/structured-data/testing-tool/ и проверить правильность структурированных данных.

Мы же рассмотрим эти параметры по конкретным разделам какого-нибудь вымышленного интернет-магазина.

Логотип

<script ENGINE="application/ld+json">

{"@context": "_http://shop.com","@type": "Organization","url": "_http://shop.com","logo": "_http://shop.com/logo.jpg"}

Отзывы

<div typeof="v:Review-aggregate" xmlns:v="_http://rdf.data-vocabulary.org/#">
<span property="v:itemreviewed">Отзывы о кроссовках [Название товара (например, КРОССОВКИ PHARRELL WILLIAMS HU HOLI NMD MC)]</span>
<span rel="v:rating">
<span typeof="v:Rating">
<span property="v:average">общее значение</span>

из

<span property="v:best">лучшее значение</span>
</span>
</span>

на основе

<span property="v:votes">множество оценок</span> оценок.

<span property="v:count">множество клиентских отзывов</span> клиентских отзывов.</div>

Диапазон цен

<script ENGINE="application/ld+json">
{
"@context": "_http://shop.com",
"@type": "Product",
"name": "КАТЕГОРИЯ ТОВАРА",
"offers": {
"@type": "AggregateOffer",
"priceCurrency": "UAH",
"lowprice": "МИНИМАЛЬНАЯ СТОИМОСТЬ",
"highprice": "МАКСИМАЛЬНАЯ СТОИМОСТЬ",
"offerCount": "КОЛИЧЕСТВО ТОВАРОВ В КАТАЛОГЕ"
}
}

Контакты

<div class="vcard">
<div class="adr">
<p><span class="locality">г. Киев</span>
<span class="street-address">ул. ВЕРНАНДСКОГО 15-б</span></p>
</div>

Телефоны:

<span class="tel">+38 (050) 337-91-92</span>
<span class="tel">+38 (067) 576-43-03</span>
</div>

Навигация

<div xmlns:v="_http://rdf.data-vocabulary.org/#">
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Название подкатегории 1</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Название подкатегории 2</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Название подкатегории 3</a>
</span>
<span typeof="v:Breadcrumb">
<a href="_http://..." rel="v:url" property="v:title">Название подкатегории 4</a>
</span>

Отзывы

<div typeof="v:Review-aggregate" xmlns:v="_http://rdf.data-vocabulary.org/#">
<span property="v:itemreviewed">Отзывы о продукте [Название продукта]</span>
<span rel="v:rating">
<span typeof="v:Rating">
<span property="v:average">общее значение</span>

из

<span property="v:best">наилучшее значение</span>
</span>
</span>

на основе

<span property="v:votes">кол-во оценок</span> оценок.
<span property="v:count">кол-во отзывов</span> отзывов.
</div>

Соцсети

<script type="application/ld+json">
{ "@context" : "_http://shop.com",
"@type" : "Organization",
"name" : "НАЗВАНИЕ ИНТЕРНЕТ-МАГАЗИНА",
"url" : "_http://shop.com/",
"sameAs" : [ "_https://www.facebook.com/shop.com",
"_https://www.vk.com/shop",
"_https://www.instagram.com/shop/"]
}
</script>

Описание протокола Open Graph

<meta property="og:url" content="_http://shop.com" />
<meta property="og:title" content="Продажа оригинальных товаров от всемирно известного бренда Adidas" />
<meta property="og:description" content="Продажа оригинальных товаров от всемирно известного бренда Adidas. Качественная и уникальная Адидас по низкой цене | компания Шоп-Брэнд" />
<meta property="og:image" content=" _http://shop.com /design/web/img/logo.png" />
<meta property="og:type" content="website" />
<meta property="og:site_name" content="shop" />
<meta property="og:locale" content="ru_RU" />
<meta property="url" content="_http://shop.com/>
<meta property="title" content="="Продажа оригинальных товаров от всемирно известного бренда Adidas" />
<meta property="description" content=" Продажа оригинальных товаров от всемирно известного бренда Adidas. Качественная и уникальная Адидас по низкой цене " />
<meta property="image" content="_http://shop.com/design/web/img/logo.png" />

Google+

<meta itemprop="url" content="_http://shop.com/">
<meta itemprop="name" content="Продажа оригинальных товаров от всемирно известного бренда Adidas" />
<meta itemprop="description" content="Продажа оригинальных товаров от всемирно известного бренда Adidas. Качественная и уникальная Адидас по низкой цене | компания Шоп">
<meta itemprop="image" content=" _http://shop.com /design/web/img/logo.png">

Twitter

<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:site" content="_@turboseoua">
<meta name="twitter:title" content=" Продажа оригинальных товаров от всемирно известного бренда Adidas ">
<meta name="twitter:description" content=" Продажа оригинальных товаров от всемирно известного бренда Adidas. Качественная и уникальная Адидас по низкой цене | компания Шоп ">
<meta name="twitter:image" content="_http://shop.com /design/web/img/logo.png">

№11 – оптимизация перелинковки

Перелинковка – это удобно расположение кликабельных элементов, что позволяет нашему клиенту удобно перемещаться между веб-страницами ресурса. Если у вас такого нет, то: а) ее нужно сделать; б) ее нужно правильно оптимизировать.

Есть два вида перелинковки: с обязательными элементами и сложными.

К обязательным относят:

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

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

№12 – удаление всплывающих окон

К этому элементу поисковые системы (в частности Google) относятся крайне негативно. Собственно, пользователи разделяют их мнение: когда заходишь на сайт, а тебе «в лицо» летит всплывающее окно на половину экрана – это довольно раздражительно. В общем, от таких элементов стоит избавиться, но касается это не всех окон. Давайте рассмотрим подробнее.

«Поп-ап»

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

«Модальные окна»

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

Опять же – проблем такие окна не вызывают, но если вы начнете откровенно спамить, то тут уже поисковику придется внести санкции.

«Оверлеи»

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

В остальном – нарушений нет. Сами оверлеи – это просто формы подписи или, возможно, какие-то онлайн-консультанты. Такие окна появляются аккуратно, сбоку, не мешая вам смотреть остальную информацию.

«Межстраничные объявления»

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

Как вы понимаете, «Гуглу» такие окна совсем не нравятся – удаляем их!

№13 – работа с мобильной версией сайта

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

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

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

• информация на портале;
• мета-теги;
• пагинация и разметка;
• ранжирование и фильтрование контента;
• описание товара (в случае интернет-магазинов).

Очень сильно в этом деле помогает разработка отдельного приложения под мобильные устройства. Единственная проблема в том, что нужно обозначить связь между оригинальным магазином и приложением. Делается это посредством тега rel=alternate – добавляем его в код, а после через sitemap.xml устанавливаем связь.

И последний момент – это AMP-страницы. Очень полезная вещь с точки зрения Google. Суть в следующем: вы оптимизируете страницы под AMP, а Google ранжирует ваш проект выше, так как он более удобно воспринимается пользователями мобильных устройств. Более подробную информацию читаем на _google.com (_https://support.google.com/webmasters/answer/6340290?hl=ru).

№14 – работа с редиректами

Если говорить просто, то редиректы – это перенаправления с одних страниц на другие. Разновидностей редиректов довольно много: если у вас крупный интернет-проект, то вы, скорее всего, задействуете большинство из них, если не все.

301 – для регистра

Редирект регистра: когда клиент пишет в адресную строку URL _Shop.com, редирект должен перенаправить его на страницу - _shop.com. То есть нужно сделать нижний регистр для всех адресов.

301 – для www

Если портал открывается только с WWW, то нужно это исправить – настроить редирект на обычный URL (без WWW). Для проверки можете попробовать инструмент _Bertal.ru.

301 – для слеша

Адреса страниц в интернете должны оканчиваться слешем, т.е. / - таким знаком. Если у вас этого нет – создаем редирект на версию со слешем.

301 – для формата страниц

HTML, PHP, ASP – не понятно, в каком расширении отображается ваша информация. Необходимо проверить, отображаются ли адреса с выбранным форматом.

301 – для IP

По одному и тому же адресу IP портал может дублироваться. Ваша задача - сделать редирект и установить один адрес.

301 – для пагинации

Если вы перешли на вторую страницу сайта _shop.com, а потом вернулись на предыдущую, то сами адреса должны быть одинаковыми, в противном случае, вы неверно настроили пагинацию. Например,

• _shop.com/brands/adidas/
• _shop.com/brands/adidas/page1/

В этой ситуации нужна склейка страниц, чтобы все отображалось по единому URL.

301 – для туннелей редиректов

Если на сайте возник цикл переходов: с одной страницы на вторую и со второй на первую, необходимо отредактировать 301 редирект.

301 – для старых ссылок

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

№15 – оформление каноничных страниц

В любом интернет-магазине есть GET-параметры – это параметры, обозначающие номер заказа или номер товара. Так вот: если при добавлении этих параметров в URL-странице сама страница дублируется, то нам необходимо прописать тег canonical на главную веб-страницу.

Например, в нашем магазине проходит акция, доступна по адресам:

• _shop.com/share/
• _shop.com/share/?id=425 (425 – это GET-параметр, например, номер акции).

То есть одно и то же событие отображается на двух страницах. В этом случае мы должны прописать следующее: <link rel="canonical" href=" _shop.com/share/" /> - теперь все, что после «share» не будет дублироваться. Ну, и аналогичным способом решаем вопрос с остальными, динамичными страницами.

Есть и другая проблема. Например, у нас есть одна карточка товара - допустим, у нас есть один MP3-плеер и 5 разных расцветок. По идее у нас должны быть 5 разных страниц, но с помощью параметра rel="canonical" мы можем поставить одну страницу в индекс.

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

№16 – ошибка 404 и 200 код

Ваши несуществующие страницы должны быть без заветной цифры 200. Проверить это можно через:

• _https://www.google.com/webmasters/tools/googlebot-fetch;
• _http://www.webconfs.com/http-header-check.php;
• _https://www.bertal.ru/.

Ошибка при изменении каталогов

Довольно банальная ошибка, которая влечет за собой другие. Например, есть адрес: _shop.com/brands/adidas. Меняем местами и получаем: _shop.com/adidas/brands. Если в последнем случае возникает 200 код, то мы ставим вместо него 404.

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

Ошибка при удалении/добавлении промежуточных категорий

Опять же, пример: _shop.com/brands/adidas. Убираем из этой цепи «brands»: если возникает 200 код – меняем его на ошибку 404, т.к. этой страницы в интернет-магазине нет.

Второй вариант: _shop-brand.com/brands/adidas. Добавляем еще одну категорию: _shop.com/brands/brands/adidas – при возникновении кода меняем его на 404. В общем, поступаем аналогично.

Или мы можем добавить какой-то фрагмент в адрес и получить цифру 200. То есть: _shop.com/brands/adidasZX. Возникает ошибка – меняем ее.

Ошибка при разных языковых версиях

Возникает ситуация, когда самих разноязычных разделов нет, но система генерирует их автоматически. В этой ситуации нам стоит проверить самые популярные домены, типа com, uk, ua и прочие – если при переходе на эти страницы перед пользователем появляется 200 код, то меняем его на ошибку 404.

№17 – установка разных языковых версий

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

Вариант раз. Есть три версии – русская (ru), немецкая (de) и английская (en). Они, само собой, отличаются друг от друга, разбиты по разным каталогам и огорожены друг от друга. Допустим, что главная страница отображает русский язык, но на ней мы можем переключаться между русским, английским и немецким.

В этой ситуации мы должны использовать hreflang следующим образом:

_http://shop.com/
<link rel="alternate" hreflang="ru" href="_http://shop.com/" />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/" />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/" />
_http://shop.com/de/
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/ " />
_http://shop.com/en/
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/ " />

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

_http://shop.com/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="de"" href="_http://shop.com/de/landing/ " />
<link rel="alternate" hreflang="en" href=""_http://shop.com/en/landing/ " />
_http://shop.com/de/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/landing/ " />
_http://shop.com/en/landing/
<link rel="alternate" hreflang="ru" href="_http://shop.com/landing/ " />
<link rel="alternate" hreflang="de" href="_http://shop.com/de/landing/ " />

Разница в страницах может заключаться только в названии конечных элементов. То есть в российском домене будет страница: «o-nas», а в английской версии – «about».

Вариант два. На нашем портале остались три версии, но один и тот же язык используют две разные страны (en – Англия и США, ru – Россия и Украина). И здесь снова выручает тег canonical – с его помощью можно сделать определенную перелинковку.

То есть:

_http://shop.com/
<link rel="alternate" hreflang="ua" href="_http://shop.com/ua/ " />
<link rel="alternate" hreflang="ru" href="_http://shop.com/ " />
<link rel="alternate" hreflang="en" href="_http://shop.com/en/ " />
<link rel="canonical" href="_http://shop.com/ua/" />

Если вы подготовили субдомены, то дело обстоит еще проще – достаточно просто прописать субдомены в настройках (_http://en.shop.com.) и на главной странице отобразить переключение.

№18 – закрытие индексации для некоторых страниц

Есть три момента:

1. Фильтры товаров. Если ваш проект работает только первые месяцы, то все фильтры нужно закрыть от индексации. Как только пройдет первый серьезный трафик, вы сможете отследить те фильтры, которыми реально пользуются люди – их и оставляем для индекса.
2. Технические элементы. Это мы уже обговорили ранее: все формы авторизации, регистрации, онлайн-консультанты – все это должно быть скрыто от поисковых роботов.
3. Пустые страницы. Если вы создали десяток страниц для последующего размещения информации, но на данном этапе они пустые – их тоже нужно закрыть от индексации (пользуйтесь мета-тегами, что мы рассмотрели ранее).

№19 – настройка robots.txt

Ранее мы уже рассмотрели тот факт, что для поисковых систем нужно создавать файлы для оптимизации процесса индексирования. Делается это посредством создания файла robots.txt, в начале которого прописывается User-agent: Yandex, а после ссылки, которые нужно исключить при индексации + User-agent: Google и ссылки, запретные для индексации.

Тут же стоит рассмотреть еще два параметра: Host и Sitemap. Первый параметр покажет поисковику главную версию портала, а второй указывает ссылку на файл, в котором расположены все адреса.

№20 – параметры вложенности страниц

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

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

№21 – оптимизированная пагинация

Пагинация – это распределение всего каталога товаров или статей на несколько страниц, необходимая для более гибкой индексации и более быстрой загрузки сайта. В данном вопросе создание каноничных страниц посредством rel="canonical" – это не единственный инструмент, ведь еще нам нужны атрибуты rel="next" и rel="prev". При использовании этих трех параметров мы можем показать поисковой системе, что страницы дублируются намеренно из-за особенностей портала.

Для примера возьмем вымышленный nsite.ru. Есть адрес: _http://имя-сайта.com/tovar По этому адресу располагается весь каталог товаров. Нам нужно настроить пагинацию, выглядит это так:

• <link rel="canonical" href="_http://имя-сайта.com/tovar" />
• <link rel="next" href="_http://имя-сайта.com/tovar/page-2/" />

Эти строчки нужно поместить в код между <head> и </head>. Что мы сделали в итоге? Мы создали дополнительную страничку с товаром. Теперь нам нужно сделать, чтобы на второй странице мы могли перейти на первую и на 3. Делаем так:

• <link rel="canonical" href="_http://имя-сайта.com/tovar/page-2" />
• <link rel="prev" href="_http://имя-сайта.com/tovar" />
• <link rel="next" href="_http://имя-сайта.com/tovar/page-3" />

Скорее всего, суть вы уловили – дальше исправляем только цифры и параметры предыдущих и следующих адресов. Единственное, что следует сделать еще – это настройка последнего номера:

• <link rel="canonical" href="_http://имя-сайта.com/tovar/page-100" />
• <link rel="prev" href="_http://имя-сайта.com/tovar/page-99" />

В данном случае атрибута next нет, т.к. это последняя страница. На первой же нет тега prev, т.к. перед ней нет ничего – в общем, все довольно просто.

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

№22 – формирование мета-тегов

Работа с шаблонами

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

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

• шаблоны должны добавлять только уникальные мета-теги, иначе не произойдет должной индексации и ранжирования;
• к шаблону относится каждая страница портала;
• длина шаблонов должна соответствовать требованиям ПС (например, заголовок – 60 знаков, описание – 150);
• шаблон должен присваивать каждому товару код или артикул.

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

Ах, да. Если вы до сих пользуетесь атрибутом keywords, то это уж неактуально – его можно смело удалять.

№23 – правильное внедрение заголовков H1 – H6

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

1 – корректные H1

Эти заголовки должны быть информативными. Причем это касается не только людей, но и поисковых машин. Например, у нас есть холодильники разных категорий. Если вы просто напишете: «Двухкамерные» в заголовке, то клиенты вас поймут, а вот для робота этого недостаточно. Пишите более информативно.

2 – шаблоны при создании H1

С шаблонами можно не только мета-теги генерировать, но и полноценные заголовки. Главное, чтобы каждый заголовок к каждой карточке товара был уникальным и неповторимым. Кстати, это касается не только заголовков H1, при желании можете генерировать и заголовки второго уровня H2.

3 – неинформативные заголовки

Для Google Chrome есть отличный плагин - SEO META in 1 CLICK, с его помощью вы сможете за секунду проанализировать свои заголовки. Если инструмент найдет ошибку, вы должны будете ее исправить посредством CSS-стилей.

4 – правильный порядок

Все заголовки от H1 до H6 действительно должны располагаться в порядке убывания. Нельзя строить текст по схеме: H1-H3-H2-H5. Все заголовки должны идти друг за другом: от большего к меньшему. Исправьте этот момент, если у вас он присутствует.

№24 – создание файла sitemap.xml

Сегодня, пожалуй, только лендинги не нуждаются в карте сайта, все остальные, многостраничные, ресурсы должны быть снабжены правильным файлом sitemap. По сути своей, sitemap.xml – это просто список URL-адресов, расположенных по иерархии: от важных страниц до второстепенных.

Сами адреса публикуются единожды, они не должны иметь дублей или повторяться в структуре файла. Собственно, более подробно можно прочесть на сайте Яндекса или Google.

Кстати, если вы создали крупный проект с субдоменами, то для них тоже следует создавать отдельные XML-карты

Проверка наличия Sitemap

Карта находится или по главной ссылке, типа _shop.com/sitemap.xml, или где-то еще. Если она есть, то ее наличие можно проверить через Google – заходим в него и пишем запрос: site:_shop.com inurl:sitemap.

Есть еще один вариант – проверка через robots.txt. Откройте файл, в нем обычно расположен конечный адрес.

Если карту не нашли, то ее нужно создать.

Создание карты сайта

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

В интернете вы можете найти буквально готовые карты и на их основе построить свою.

Отдельный момент – это карта для изображений. То есть Google советует вам оформить такой файл, чтобы ваши картинки попадали в выдачу. Более подробно об этом читайте здесь - _https://support.google.com/webmasters/answer/178636?hl=ru.

Выставление параметров

Речь идет о трех атрибутах:

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

Sitemap и индексация

С помощью сервиса screamingfrog вы сможете загрузить файл карты сайта и посмотреть, какие URL вы скрыли от индексации. При этом отображается перелинковка, canonical и другие параметры.

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

№25 – изменение структуры

Когда вы соберете в единый файл всю общую картину, всю общую структуру, необходимо сравнить этот момент с требованиями от Яндекс и Google – если возникнут несоответствия, их следует исправить.

№26 – анализ индекса

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

• info: - наличие страницы в индексе;
• inurl: - отображение одного каталога или одной группы;
• -inurl: - исключение отдельныъ каталогов или групп.

Впрочем, самый главный параметр – это отдельный каталог, ведь по нему можно определить реальный индекс.

№27 – параметры сайта при работе с Google Search Console

Заходим в Search Console и проводим анализ. Обращаем при этом внимание на следующие параметры.

1 – уровень индексирования

Есть полезные страницы, есть те, которые попали в индекс. Если разница между ними существенная, вам нужно быстро выявить ошибку и исправить ее.

2 – итог сканирования

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

3 – микроразметка

О ней мы говорили ранее – поручаем этот момент фрилансеру, а после проверяем работу. Если есть ошибки – отправляем заказ на доработку.

4 – HTML

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

5 – таргетинг

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

6 – уровень удобства мобильной версии

Проверяем 3 инструментами: если вы не закрыли портал от индексации, то это можно сделать через Google Webmaster. Если же индексация запрещена, вам помогут плагин SEO & Website Analysis или PageSpeed от того же Google.

7 – заблокированные элементы

Все свои скрипты, стили, всплывающие окна и прочее открываем от индексации только в том случае, когда они попали в список заблокированных. Открываем их индексацию через robots.txt и исправляем огрехи.

8 – ошибки при сканировании

Их, как правило, две: это или 500 (связанная с сервером), или 404 (связанная с несуществующими страницами). Если нашлись другие – отправляем ТЗ специалисту и ждем их устранения.

9 – Googlebot

Портал для робота должен отображаться в таком же виде, как и для человека. Если вы нашли какие-то заблокированные участки – откройте их индексацию через robots.txt.

10 – карта сайта

Добавляем и проверяем. Сами адреса не должны быть скрыты от индексации, а после проверки все они обладают 200 кодом. Если есть ошибки – смотрим, в чем они заключаются, в этом вам может помочь инструмент на сервисе rush-analytics.

11 – закрытие индексации

Сюда попадают динамичные адреса, инструменты фильтрации и определенные скрипты.

12 – анализ безопасности

Проверяйте портал на предмет взлома.

№28 - параметры сайта при работе с Яндекс Вебмастер

По сути, все советы аналогичные:

1. Безопасность. Проверяем на предмет взлома.
2. Диагностика. Смотрим на ряд проблем, возникших при анализе, отправляем отчет специалисту или решаем их самостоятельно.
3. Sitemap. В отдельных случаях показатели Google и показатели Яндекс могут отличаться, проблема решается закрытием индексации или перелинковкой.
4. Таргетинг. Если в первом случае у нас международный масштаб, то здесь таргетинг скорее относится к регионам страны.
5. Индексирование. Если в индекс не попали полезные адреса, смотрим, что именно не нравится Яндексу.

№29 – работа напильником по дополнительным моментам

Единый IP

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

Для проверки юзаем xseo.in.

Проверка для статичных прокси

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

Защита текста от копирования

Совсем защитить текст от копирования невозможно, но возможно снизить уровень «кражи». Для этого помещаем в тег <body> параметр oncopy="return false. Теперь копирование с сайта отключено.

Добавление favicon

Нужно добавить яркий и выделяющийся favicon (иконку сайта) – это повышает CTR.

№30 – работа с субдоменами

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

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

С помощью этого чек-листа даже обычный вебмастер сможет провести «тотальный аудит» для своего проекта. Главное – ничего не упускайте, так как даже один, небольшой момент может испортить все дальнейшее продвижение. Удачи!