Главная / SEO Оптимизация / Мобильный поиск Google понизит «недружественные» сайты в выдаче
Мобильный поиск Google понизит «недружественные» сайты в выдаче
Новости из мира интернета от 20.01.2015г.
Мобильный поиск Google понизит «недружественные» сайты в выдаче мобильного поиска.
Google начал массовую рассылку уведомлений владельцам сайтов с не дружественным к мобильным устройствам интерфейсом. Аналитики говорят о приближении серьезных перемен в мобильном поиске.
Владельцы интернет-ресурсов и веб-мастера стали получать от Google уведомления «угрожающего» характера. В них содержится информация о том, что в мобильных версиях соответствующих сайтов обнаружены ошибки, которые не позволяют ресурсам занимать высокие позиции в выдаче поиска. В формулировке присутствует фраза о «критических ошибках мобильного юзабилити».
Google не дает рекомендация относительного того, каким образом можно устранить найденные недостатки. Кроме того, в уведомлениях даже не указывается, что это необходимо делать. Но информацию многие веб-мастера уже восприняли в качестве предупреждения об ухудшении ранжирования ресурсов в поисковой выдаче.
Еще раз стоит отметить, что это касается в первую очередь мобильного поиска. То есть проблемы юзабилити найдены в тех версиях сайтов, которые предназначены для использования на смартфонах и других аналогичных гаджетах.
Получить уведомление владелец ресурса может по простой электронной почте или через сервис Google Webmaster Tools. Примечательно, что предупреждения в своем почтовом ящике находят даже те веб-мастера, что с самого начала не предполагали создание мобильных версий ресурсов. При этом, их Google также предупреждает о понижении в поисковой выдаче.
Опираясь на представленную в рассылке информацию, аналитики делают вывод, что Google в ближайшее время перейдет на принципиально иной алгоритм ранжирования сайтов в мобильной версии поиска.
Этот факт подтверждается еще и тем, что недавно компания запустила новый инструмент, позволяющий проверить «дружественность» ресурса к мобильным гаджетам. В самой поисковой выдаче мобильный поиск google появились пометки рядом с позициями сайтов, которые указывают на степень самой «дружественности». Видимо, предстоят серьезные изменения в мобильном поиске от Google.
Читайте также:
1) Сколько покупать ссылок, чтобы вывести сайт в ТОП?
2) Почему не растут позиции сайта?
3) Что такое околоссылочный текст?
4) Способы привлечения поискового робота
5) Как сделать редирект?
6) Сезонность в SEO-продвижении
7) Низкочастотные запросы в раскрутке сайта
Какие ошибки делают сайт «недружественным» для мобильных устройств
Сайт считается неудобным для мобильного пользователя, если страницу приходится увеличивать, прокручивать в разные стороны или ждать несколько секунд до появления основного содержимого. Такие проблемы Google фиксирует при проверке отдельных URL, поэтому наличие адаптивного шаблона само по себе не гарантирует корректную оценку всего ресурса.
Горизонтальная прокрутка появляется, когда ширина блока, таблицы, изображения или рекламного модуля превышает ширину экрана. Пользователю приходится двигать страницу вправо и влево, чтобы прочитать строку или нажать кнопку. Частая причина — фиксированная ширина контейнера в пикселях, длинные фрагменты кода, неадаптированные таблицы и изображения без ограничения по ширине.
Текст должен читаться без постоянного масштабирования. Мелкий шрифт, короткая высота строки и слабый контраст затрудняют просмотр статьи на смартфоне. Проблема усиливается, если заголовки, подписи к формам и служебные сообщения заметно меньше основного текста.
Ссылки и кнопки, расположенные слишком близко друг к другу, приводят к случайным нажатиям. Это касается пунктов меню, элементов фильтра, переключателей, полей формы и кнопок в рекламных блоках. Если интерактивная область рассчитана на курсор мыши, а не на палец, посетитель может открыть не тот раздел или несколько раз отправить одну форму.
Отдельного внимания требуют выпадающие меню и всплывающие окна. Они не должны перекрывать весь экран без понятной кнопки закрытия. Полноэкранный баннер, который нельзя убрать на небольшом дисплее, блокирует доступ к тексту и навигации.
Google также проверяет контент, который не воспроизводится на мобильном устройстве. Проблемы возникают с Flash-элементами, некоторыми форматами видео, скриптами, требующими поддержки устаревших технологий, и встроенными объектами с фиксированными размерами. Если вместо материала появляется пустой блок или сообщение об ошибке, страница теряет часть полезного содержимого.
Медленная загрузка складывается из нескольких факторов: тяжёлых изображений, большого числа запросов к серверу, неиспользуемых скриптов, медленных ответов хостинга и отсутствия кеширования. На мобильной сети задержка ощущается сильнее, чем на компьютере с быстрым подключением. Даже если первый экран появляется быстро, зависшая реклама или скрипт может мешать прокрутке и нажатию на элементы.
Ошибки бывают и у отдельных страниц. На одном шаблоне меню может отображаться правильно, а в карточке товара появится горизонтальный блок; в статье загрузится шрифт, а в разделе каталога — нет. Редирект на несуществующий адрес, цепочка перенаправлений, ошибка сервера или показ desktop-версии на смартфоне также снижают удобство ресурса.
Проверять следует разные типы страниц: главную, запись, категорию, карточку товара, страницу контактов и форму заказа. Такой подход помогает найти дефект шаблона, который не виден при проверке одного адреса. Базовые требования к технической стороне продвижения собраны в материале об основах SEO.
Как проверить мобильную версию сайта и найти проблемы
Проверку начинают с перечня ключевых URL, а не с одной главной страницы. В список включают адреса, которые получают переходы из поиска, страницы с заявками и основные варианты шаблонов. Для крупного ресурса достаточно выбрать по несколько страниц каждого типа, а затем отдельно изучить адреса, на которые уже поступали уведомления Google.
Проверьте URL в инструменте Google. В Google Search Console, которая раньше называлась Webmaster Tools, откройте проверку URL и укажите конкретную страницу. Сервис покажет, доступна ли она роботу Google, какую версию страницы удалось загрузить и есть ли проблемы с мобильным отображением. После исправлений проверку нужно повторить для тех же адресов.
Используйте тест мобильной оптимизации. Вставьте адрес страницы в инструмент Google и дождитесь результата. Отчёт обычно указывает на слишком широкий контент, мелкий текст, тесно расположенные элементы управления, неподдерживаемые компоненты и недоступные для робота ресурсы. Проверяйте таким способом разные шаблоны: положительный результат для главной не распространяется автоматически на карточки и статьи.
Изучите отчёты Search Console. В разделе мобильных проблем видны типы ошибок и число затронутых страниц. Сначала открывают самую массовую проблему, затем переходят к примерам URL. Несколько адресов из отчёта нужно открыть вручную: одинаковое сообщение может появиться из-за одной общей настройки шаблона или из-за отдельного повреждённого блока.
Проверьте robots.txt. Файл не должен закрывать от Google доступ к CSS, JavaScript, изображениям и шрифтам, которые участвуют в формировании страницы. Если робот получает только HTML без стилей и скриптов, он видит другую версию сайта. После изменения правил проверьте, не заблокированы ли папки с файлами шаблона, каталогами изображений и ресурсами адаптивной верстки.
Сравните шаблоны страниц. Откройте главную, статью, категорию, карточку товара и контактную форму на одном смартфоне. Проверьте меню, поиск, поля ввода, кнопки, таблицы, изображения и всплывающие окна. Затем повторите просмотр на телефоне с меньшей шириной экрана: дефект часто появляется при переходе к узкому разрешению.
Измерьте скорость загрузки. В PageSpeed Insights или другом инструменте Google отдельно смотрят время ответа сервера, появление первого содержимого и момент, когда страница становится пригодной для взаимодействия. Отчёт помогает найти тяжёлые изображения, лишние скрипты и блокирующие загрузку стили. После оптимизации измерения проводят повторно на тех же URL.
Проверьте страницу без кеша и при слабой сети. Откройте её в режиме инкогнито, отключите сохранённые данные браузера и протестируйте через мобильное соединение. Убедитесь, что контент не исчезает после выполнения JavaScript, реклама не перекрывает экран, а форма отправляется с первого нажатия. Полезно проверить сайт на двух операционных системах и в разных браузерах.
Результаты фиксируют в таблице: URL, тип шаблона, найденная ошибка, причина, ответственный и дата повторной проверки. После исправления меняют статус только тогда, когда страница прошла автоматический тест и ручной просмотр. Такой порядок помогает отделить проблему одной страницы от сбоя, который затронул весь сайт.
Способы адаптации сайта под мобильный поиск Google
Для мобильной адаптации используют адаптивную вёрстку, динамическую выдачу контента или отдельную версию сайта. Выбор зависит от архитектуры проекта, числа страниц и возможностей CMS.
Подход
Как работает
Что учитывать
Адаптивная вёрстка
Одна страница меняет ширину и расположение блоков под размер экрана
Проще поддерживать единый адрес и структуру контента
Динамическая выдача
Сервер отдаёт разные HTML-коды в зависимости от устройства
Нужно правильно определять User-Agent и передавать заголовок Vary: User-Agent
Отдельная мобильная версия
Для смартфонов используется другой адрес, например m.site.ru
Требуются связка страниц, редиректы и синхронизация контента
Адаптивная вёрстка обычно удобнее для сайтов с большим количеством материалов. У всех пользователей сохраняется один URL, поэтому не приходится дублировать настройки индексации для двух наборов страниц. При разработке задайте в <head> тег viewport: width=device-width, initial-scale=1. Без него браузер может показывать страницу в уменьшенном десктопном масштабе.
Динамическая выдача подходит проектам, где мобильным посетителям нужен другой состав блоков или облегчённый HTML. Сервер должен стабильно распознавать тип устройства, а мобильная страница — содержать тот же основной текст, заголовок, метаописание и структурированные данные, что и десктопная. Ошибка в определении устройства часто приводит к тому, что робот получает неподходящую версию страницы.
Отдельный мобильный адрес оправдан при крупной переработке интерфейса или ограничениях старой CMS. Для каждой десктопной страницы создайте соответствующую мобильную. На десктопной версии укажите rel="alternate" с адресом мобильной страницы, на мобильной — rel="canonical" на основную десктопную страницу. Если схема использует взаимные указания, проверьте, чтобы страницы ссылались на правильные пары, а адреса не вели на главную или на раздел с другим содержанием.
Редирект с десктопной страницы должен учитывать устройство посетителя и вести на соответствующую мобильную страницу. Нельзя отправлять всех пользователей на мобильную главную: такой редирект ухудшает переходы из поиска и мешает роботу сопоставить документы. Для отсутствующей мобильной копии лучше оставить доступ к исходной странице, чем направлять посетителя на нерелевантный URL.
Меню размещайте в зоне, доступной большим пальцем. Ссылки должны иметь достаточный интервал, а важные разделы — открываться без наведения курсора. Уберите горизонтальную прокрутку, всплывающие окна на весь экран и элементы, которые закрывают текст сразу после загрузки.
Изображения сохраняйте в размере, достаточном для экранов смартфонов, но не загружайте фотографию шириной 3000 пикселей там, где она показывается в блоке 320 пикселей. Используйте сжатие, современные форматы при поддержке браузеров и атрибуты width и height, чтобы страница не меняла положение элементов во время загрузки. Проверить базовые требования к структуре и индексации можно в материале об основах SEO.
Что делать после исправления мобильных ошибок
После внесения изменений проверьте несколько типов страниц на реальных смартфонах и в эмуляторе браузера. Откройте главную, раздел, карточку товара или записи блога, форму, страницу поиска и документ с длинным текстом. Для каждой страницы проверьте ширину, меню, кнопки, изображения, шрифты, прокрутку и отправку форм.
Затем повторно запустите проверку в инструменте Google для анализа мобильной пригодности. Исправления нужно проверять по исходному адресу, поскольку устранение ошибки на одной странице не означает, что та же проблема исчезла во всём шаблоне. Отдельно протестируйте страницы с динамической выдачей и мобильными URL.
Порядок действий после публикации изменений можно организовать так:
Сохраните резервную копию шаблонов и настроек редиректов.
Опубликуйте исправления сначала на ограниченной группе страниц.
Проверьте HTML-код, заголовки ответа сервера, canonical, alternate и файл robots.txt.
Убедитесь, что мобильные страницы отвечают кодом 200, а старые адреса перенаправляются на соответствующие документы.
Отправьте исправленные URL на переобход через Google Webmaster Tools.
После обработки роботом откройте отчёты об ошибках и сравните их с предыдущими данными.
Переобход не происходит мгновенно. Сначала контролируйте выбранные страницы вручную, затем оцените состояние всего раздела. Если сайт содержит карту сайта, обновите дату изменения страниц и отправьте файл на повторную обработку. Не меняйте адреса страниц без необходимости: при адаптации обычно достаточно исправить шаблон, стили и правила выдачи контента.
В Google Webmaster Tools отслеживайте уведомления о мобильных ошибках, статус исключённых URL и сообщения о проблемах сканирования. После исправлений могут появиться новые ошибки: бесконечные редиректы, цепочки перенаправлений, заблокированные CSS и JavaScript, повторяющиеся canonical, ссылки на несуществующие мобильные страницы. Проверьте также, не закрывает ли robots.txt изображения и файлы, которые нужны браузеру для отображения макета.
Изменения оценивайте по нескольким показателям. Сравните мобильный органический трафик до и после работ, позиции по основным запросам, долю страниц в индексе и количество переходов на страницы с исправленным шаблоном. Резкое падение показов при сохранении трафика с компьютеров часто указывает на ошибку мобильной версии или редиректа. Для планирования дальнейших работ пригодится стратегия продвижения.
Экспертный комментарий
Материал подготовлен практикующим специалистом по маркетингу
Михаил Каржин — Вебмастер, маркетолог, преподаватель и специалист по рекламным технологиям. Разрабатываю сайты, рекламные кампании и стратегии продвижения для бизнеса. Работаю с Яндекс Директ, SEO, контентом, аналитикой и комплексным интернет-маркетингом. Пишу полезные статьи и книги.
Преподаватель маркетинга. Специалист по рекламе. Разработка сайтов. Яндекс Директ
