Блог

Как подготовиться к Mobile-first индексу

Уже совсем скоро Google запустит в полном объеме свой Mobile-first индекс. Индексирование Mobile-first означает, что большинство факторов ранжирования группы on-page и on-site (т.е. зависящие как от контента сайта страницы, так и всего сайта в целом) теперь будут вычисляться по мобильной версии сайта, запоминая в кеше и используя именно мобильную (а не десктопную) версию. Я уже рассказывал как это негативно повлияет на сайты и выдачу в целом, теперь давайте изучим как подготовиться к Mobile-first индексу, чтобы молниеносно не просесть на десятки позиций в выдаче.

Ранее я писал как от внедрения Mobile-first индекса у вашего сайта отвалится больше половины ссылок. Компенсировать это необходимо активной линкбилдинг стратегией. Но тут вылезает один интересный факт, мимо которого пройти невозможно.

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

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

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

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

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

Как пошагово составлять семантическое ядро – смотрите в глобальном руководстве “SEO Монстр 2018”.

2. Около 70% сайтов не готово к Mobile-first индексу

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

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

Вам необходимо срочно провести аудит вашей мобильной версии сайта.

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

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

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

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

Откройте Google Analitics (в дальнейшем GA). Выберите пункт Поведение – Страницы входа.

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

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

Аудит мобильного сайта

Выберите дополнительный параметр “Мобильные устройства”.

Аудит мобильной версии

И проанализируйте полученные данные.

Сравнение поведенческого при аудите мобильной версии

Из приведенного примера видно, что число ПК пользователей в 9 раз превышает число мобильных пользователей. Это ненормальная ситуация, так как по статистике сегодня 55% посетителей должно приходить с мобильного поиска. Это сразу подсказывает нам, что есть глобальные недоработки в мобильной версии сайта, например полное пренебрежение линкбилдингом, что весьма важно для мобильной выдачи, низкой скоростью мобильной версии сайта и т.д. Уже на этом этапе мы можем выстроить предположения, в какую сторону нам предстоит двигаться.

Но наиболее уникальную информацию нам дает сравнения поведенческого для мобильной и стационарной версии сайта. Так, показатель отказов для ПК-версии 56,38%, а для мобильной 32,73%.

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

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

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

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

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

Итак, мы можем сравнить мобильные и ПК версии сайтов для всех важнейших страниц. Это сравнение должно наметить нам план работ по совершенствованию мобильной версии сайта.

Как правильно анализировать поведенческое, CTR и прочие факторы мобильного ранжирования – читайте в руководстве “SEO Гуру 2018”. Дублировать здесь информацию не вижу смысла.

А мы переходим к следующему пункту.

3. Псевдо-клоакинг - это хорошая практика

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

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

Клоакинг – это прием “чёрной” поисковой оптимизации, заключающийся в том, что информация, выдаваемая пользователю и поисковым роботам на одной и той же странице, различается. Фактически создаются два варианта страницы: один для поисковых роботов, другой — для посетителей.

Псевдо-клоакинг – это потенциально “черный” способ оптимизации. Однако Google  прекрасно разбирается, что часть контента скрыта от пользователя (но доступна для индексации) с целью более удобной организации представления контента на странице. Поэтому использование Табов, Аккордеонов и Фильтров – наиболее безопасный и правильный вариант оформления контента. А использование значительного числа LSI ключей поможет контенту отлично ранжироваться в органической выдаче.

Обратите внимание: на сайтах, особенно на коммерческих на многих страницах встречается повторяющаяся информация. Особенно этим “грешат” карточки товаров.

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

В таком случае:

  1. На виду оставляем наиболее важное, а все дубли переносим в Табы, Аккордеоны и пр, где загрузку осуществляем скриптом, закрытым от индексации. В таком случае эти дубли будут недоступны для индексации и качество страниц может (но не обязательно) повысится.
  2. Вторым вариантом является использование Lazy load (ленивая загрузка) для такой информации, размещенной в Табах. При этом снижается общее время загрузки страницы, снижается время “первой реакции” (когда часть страницы уже загружена и пользователь уже может что-то делать на ней, например начать заполнять форму). Все это хорошо скажется на поведенческом. А необходимая информация будет подгружена поздней, когда она понадобиться пользователю и он откроет нужный Табик.

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

4. Скорость сайта - критична

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

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

  • TTFB – Time to first byte, время загрузки первого байта после отправки пользователем http запроса на сервер. Однозначно является фактором ранжирования из-за простоты измерения и достоверности данных для сайта. Показатель требует самого пристального внимания для его оптимизации (меньше-лучше).
  • TTI – Time to Interact, время вывода на экран первого интерактивного элемента. Говоря по простому – время до начала интерактивного использования сайта. Напрямую, возможно участвует в ранжировании, но при этом является важнейшей характеристикой сайта, оказывающее влияние на поведенческое пользователей. Действительно, кому хочется долго ждать полной загрузки сайта, когда хоть что-то можно начать на нем делать.
  • First Meaningful Paint – это время до появления основного содержимого страницы. Это основная метрика для восприятия пользователями процесса загрузки. Для разных типов сайтов First Meaningful Paint означает разное. Например в блоге – это появление заголовка и текста до “сгиба” экрана, для поисковых систем – это результаты поиска, для магазина – описание товара и, возможно, его изображение. Метрика явно влияет на поведенческое и, возможно, напрямую участвует в ранжировании.

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

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

Причиной плохой скорости может быть:

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

Примерно оценить скорость работы сайта можно вот здесь.

Значительный перечень практических рекомендаций по увеличению скорости работы сайта приведен в отдельной главе руководства SEO Гуру 2018.

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

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

5. Оптимизация коммерческих сайтов

Коммерческие сайты, по сравнению с информационными, пострадают от введения Mobile-first индекса наименьшим образом. Это связано с наличием полсотни коммерческих факторов ранжирования, завязанных на “Google Мой Бизнес” и Local Pack выдачи.

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

Настройка Google Мой Бизнес

Описание бизнеса появилось в марте этого года и мало кто еще знает о нем. Тем временем это поле имеет влияние на ранжирование в Local Pack и органике. Подробнее смотрите в справочной системе Google.

Следующая фишка, очень спамная и опасная, но гарантированно выводящая в ТОП Local Pack – это добавление 1,2,3 ключей в название компании.

Например было: Медиамаркс
Стало: Медиамаркс – телевизоры и компьютеры оптом.

Это очень спамно, но очень эффективно для доминирования по всем видам ключей “телевизоры” и “компьютеры” (жк телевизоры, телики купить, ПК купить и иные коммерческие запросы, связанные с ними). Но скорее всего вас забанят.

Как всегда, пласт информации по этой теме есть в моем руководстве SEO Гуру 2018.

Так например, с введением мобильного индекса станут использоваться совершенно новые метрики, такие как Driving directions – т.е. прокладка маршрута от посетителя до вашей компании (магазина/офиса) на картах Google. Или Clicks-to-Call Metrics – количество звонков в компанию из мобильной выдачи.

На сегодняшний день таких факторов ранжирования насчитывается около 50.

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

Аудит мобильной версии сайта строго обязателен. Для начала проверяется его техническая составляющая. Для этого поисковой консоли Google проверяем ошибки сканирования и сравниваем мобильную и ПК версию.

Технический аудит мобильной версии сайта

Далее, используя Screaming Frog SEO Spider сравниваем его мобильную и десктопную версию.

Для анализа мобильной версии в настройках конфигурации (1) выбираем HTTP Header (2), устанавливаем User-Agent (3) в поле пресетов в положение мобильного паука, как указано на рисунке.

Настройка Screaming Frog

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

Все обнаруженные ошибки необходимо устранить.

После этого посмотрите ваш robots.txt. При внедрении mobile-first индекса Google выдал рекомендации об отсутствии блокировок Java-скриптов и CSS. Это он объясняет необходимостью содержать в кэше такую страницу, как видит её пользователь. Думаю имеет смысл прислушаться к этой рекомендации.

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

0
  Посмотрите еще

Добавить комментарий