Mobile-Friendly сайты: на что обратить внимание при оптимизации

Mobile-Friendly — это алгоритм Google, который оценивает, насколько сайт удобен в использовании с мобильных устройств. Он существует с 2015 года, в 2016 похожий алгоритм «Владивосток» появился у Яндекса.

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

Почему важен Mobile-Friendly фактор

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

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

Методы реализации мобильного «дружелюбия»

Существует три способа сделать сайт дружелюбным для мобильных ОС.

Адаптивный дизайн

Этот способ рекомендуют специалисты Google и Яндекса как самый простой.

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

Динамический показ

Тип устройства определяется с помощью серверных скриптов. Затем гаджет получает соответствующий HTML-код.

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

Мобильная версия

Речь идет о страницах с отдельными URL-адресами для мобильной версии. Чаще всего они располагаются на поддоменах M.

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

Минимальные требования поисковиков к Mobile-Friendly сайтам

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

  • Тег Viewport с указанием ширины устройства

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

Адаптируя сайт под смартфон, необходимо использовать тег Viewport со значением width=device-width. Это нужно, чтобы в мобильной версии не появились полосы горизонтальной прокрутки и пользователю не пришлось проматывать страницу влево-вправо.

  • Оптимизация изображений по ширине

Кроме тега Viewport следует задать максимальную ширину изображений. Это также позволит избежать горизонтального скроллинга.

Если изображение окажется слишком широким для экрана, даже при правильно заданном теге Viewport весь макет страницы может сдвинуться в отсутствие параметров максимальной ширины. Поэтому для изображений стоит указывать тег Max-width 100%. Он не позволит изображению превысить ширину родительского блока, в котором оно размещено.

  • Размер шрифта

Шрифт должен быть удобным для чтения с мобильного устройства. Рекомендуемый минимальный размер основного текста у Google и Яндекса отличаются. Яндекс считает допустимым шрифт в 12 пикселей по высоте, Google в своем руководстве Material Design рекомендует 16 пикселей.

  • Расстояние между элементами навигации

Речь идет о ссылках в боковом меню, шапке, футере или оглавлении.

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

  • Протокол шифрования https

Эта рекомендация актуальна как для мобильной, так и для десктопной версии сайта.

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

  • Файл Robots.txt

Google всегда учитывает «рекомендации», прописанные в robots.txt. Поэтому важно вручную проверять, какие элементы закрыты от индексации, а какие — нет.

Желательно открыть CSS-файлы, JS-файлы и файлы стилей. Потому что, если при оценке Mobile-Friendly они будут закрыты от сканирования, сайт пройдет проверку, но результаты будут некорректными.

  • Свернутые блоки

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

  • Фавиконки

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

  • Адаптивный дизайн для AMP-страниц

Это единственный оптимальный вариант мобильной оптимизации для AMP-страницы.

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

  • Проверка вручную

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

Также стоит самостоятельно проверять все страницы, которые не индексируются поисковиком, например:

  • «Личный кабинет»;
  • «Корзина»;
  • страницы, которые находятся в процессе разработки или обновления;
  • страницы печати;
  • пользовательские формы;
  • страницы пагинации.

Дополнительные рекомендации

Следует также обратить внимание на следующие моменты.

Поиск на сайте

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

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

Кнопка «Вверх»

Ее актуальность зависит от тематики и объема публикуемого на странице контента.

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

Фиксированные блоки на сайте

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

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

Бесконечный скроллинг

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

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

Рациональным решением будет постраничная пагинация или кнопка «Загрузить еще» внизу страницы.

Работа с формами ввода

Для корректного отображения страниц и улучшения UX стоит максимально упростить все формы ввода.

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

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

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

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

«Липкие» кнопки действия

На любой странице сайта пользователь должен видеть кнопку, которая позволит ему совершить нужное для конверсии действие, например, «Купить», «Заказать звонок», «Зарегистрироваться». Посетитель в любой момент может «дозреть» до совершения действия, и благодаря «липкой» кнопке ему не придется возвращаться на предыдущую страницу или скроллить сайт на несколько экранов вперёд.

Заключение

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

Также важно помнить не только о SEO-стратегии, но и о пользовательском опыте. Только принимая в расчет все аспекты, можно существенно улучшить конверсию.

66
2 комментария

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

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

"Адаптивный дизайн для AMP-страниц
Это единственный оптимальный вариант мобильной оптимизации для AMP-страницы." (с)

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

Аlex, согласна, шишек набито немало) Делимся тем, что у нас системно срабатывает, спасибо за ваш пример