Мобильная выдача

Происхождение и история термина

Один из документированных этапов развития мобильной выдачи — обновление Google, начавшееся 21 апреля 2015 года. Удобство страницы для мобильных устройств стало сильнее влиять на её ранжирование — порядок результатов — именно в мобильном поиске. Изменение действовало для отдельных страниц, а не присваивало оценку всему сайту. При этом Google сохранял значение других сигналов, включая соответствие запросу. ^[6]

Другой этап затронул содержимое, по которому поисковик оценивает страницы. 4 ноября 2016 года Google объявил эксперименты с mobile-first indexing: преимущественным использованием мобильной версии при индексировании — включении содержимого страниц в поисковую базу. В анонсе речь шла об одном индексе для разных устройств. ^[2] Эти даты обозначают изменения конкретной системы, а не первое употребление термина «мобильная выдача».

Сегодня руководство Google описывает индексирование и ранжирование по содержимому, полученному роботом для смартфонов. ^[1] Так связаны два процесса: читатель видит результаты на телефоне, а поисковик заранее получает и оценивает документы.

Суть и механизм

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

1. Документ: какой текст, изображения и служебные сведения о странице доступны поисковому роботу — программе, которая получает страницы для поисковой системы. ^[1]
2. Отбор: какие страницы система выбирает для ответа на запрос.
3. Представление: что пользователь видит в результатах — заголовок, описание, изображение и соседние блоки.

Текстовый результат Google содержит сведения об источнике, ссылку-заголовок и сниппет — краткое описание результата. Его оформление зависит, в частности, от запроса, языка и устройства. ^[4] Поэтому при разборе проблемы полезно сформулировать её точно: исчез текст страницы, изменился набор результатов или иначе выглядит ссылка.

Google рекомендует сохранять одинаковое основное содержание мобильной и настольной версий. Допустимо иначе расположить его, например во вкладках. Однако робот не загружает содержание, для получения которого требуется действие пользователя: клик, ввод текста или смахивание. ^[1] Уже загруженный текст за раскрывающимся заголовком и текст, который ещё предстоит запросить после нажатия, — разные ситуации. Их различие нужно выяснить до правки заголовков и описаний.

Виды и классификации

Для наблюдений выдачу можно группировать по поисковой системе, устройству и типу поиска. Это предложенный здесь способ организовать проверку. В Search Console устройство и тип поиска действительно используются для отбора данных; телефоны, планшеты и компьютеры различаются. ^{[3] [7]}

Отдельная классификация Google относится к реализации сайта. При адаптивном дизайне адрес и HTML, то есть код разметки страницы, остаются одинаковыми, а расположение элементов подстраивается под экран. При динамической отдаче адрес тот же, но сервер отправляет разные варианты HTML в зависимости от устройства. При отдельных URL (адресах страниц) версии имеют разные адреса. ^[1] Следовательно, наличие мобильного поддомена — характеристика сайта, а не самостоятельный вид выдачи.

Как применяется на практике

Таблица сопоставляет практические задачи, а не внутренние алгоритмы систем. Например, Яндекс отдельно описывает условия подмены адресов: они зависят от соответствия страниц и обнаруженной связи версий. Перенаправлять все настольные статьи на мобильную главную страницу он не рекомендует. ^[5]

Учебная ситуация: региональное издание публикует расписание отключения воды. На компьютере видны улицы и часы, а на телефоне — только фотография и заголовок. Редактор сверяет наличие расписания; разработчик выясняет, почему его не отдаёт мобильный шаблон. После исправления проверяют результат загрузки, затем наблюдают показы и клики. Замена заголовка до восстановления расписания решала бы другую задачу.

Для повторной проверки редакция может записывать URL, дату, запрос, устройство, язык и выбранные фильтры отчёта. Такой журнал помогает сравнивать конкретные наблюдения. Это предложенный порядок работы, а не требование поисковика.

Как измерить или проверить

В Google Search Console — сервисе отчётности для владельцев сайтов — выберите период, страну и тип поиска, например веб-поиск по текстовым запросам. Затем сравните устройства; при необходимости сузьте данные до одной страницы и группы запросов. ^{[3] [9]} Сохраняйте одинаковые фильтры в сравниваемых выборках. Не смешивайте показатели всего сайта и отдельных страниц: правила объединения показов и кликов у них различаются. ^[8]

CTR — доля кликов от показов результата, выраженная в процентах. ^[3]

CTR = клики / показы × 100%

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

Для смартфонов получаем 80 / 2000 × 100% = 4%. Разница с компьютерами — два процентных пункта. Общий CTR вычисляется из суммы кликов и показов: 110 / 2500 × 100% = 4,4%, а не как простое среднее двух процентов. При нуле показов это отношение не определено: делить на ноль нельзя.

В следующем условном месяце смартфоны дали 60 кликов при 1000 показах. CTR вырос до 6%, хотя кликов стало меньше. Поэтому рядом с процентом оставляют оба исходных числа. Даже совпадение фильтров ещё не доказывает причину изменений: для объяснения нужно рассмотреть страницы и запросы, а также проверить, что именно изменилось на сайте. Клики поиска здесь не подменяются посещениями или числом людей.

Ошибки, ограничения и спорные вопросы

Ручной запрос с телефона фиксирует отдельное наблюдение. Google предупреждает, что результаты зависят от времени, места, устройства и недавней истории поиска. ^[3] Скриншот полезен для разбора оформления, но не заменяет данные за период.

Средняя позиция также требует контекста: при объединении данных по сайту учитывается его верхний результат, а по странице — верхний результат конкретного URL. ^[8] Это не постоянное место ссылки на каждом экране. Кроме того, Google не показывает одновременно все возможные визуальные элементы результата. ^[4] Не следует обещать неизменную карточку после исправления метаданных.

Частые вопросы

Связанные термины

• poiskovaya-vydacha
• mobilnaya-adaptatsiya
• mobile-first-indeksatsiya
• snippet
• CTR (кликабельность)
• google-search-console