Урок 9. Свежесть, гео и персонализация: почему позиции плавают Ты снял позиции утром - топ-3. Клиент проверил вечером из своего города со своего ноута - и ты на восьмом месте, причём клянётся, что ничего не двигалось. Никто не врёт. Единой позиции, которую можно "снять", просто не существует, и сейчас разберём почему.
Как это работает Релевантность - это не свойство пары "запрос плюс страница". Это свойство связки "запрос плюс страница плюс пользователь плюс контекст". Один и тот же набор символов в строке поиска означает разное в зависимости от того, кто ищет, откуда, на каком языке и когда. Три механизма, которые двигают выдачу под конкретного человека:
Свежесть. У каждого документа есть оцениваемый возраст: когда его впервые обошёл краулер и когда в нём реально менялось содержимое. Параллельно у каждого запроса есть оценка спроса на свежесть. У "счёт матча" или "вышла ли новая версия библиотеки" спрос высокий, у "как работает TCP-рукопожатие" - около нуля. Когда спрос на свежесть высокий, свежие документы получают временную надбавку к ранжированию. Когда низкий - надбавка умножается практически на ноль и ни на что не влияет.
Гео. Для части запросов система подмешивает фактор близости и локальные сигналы. "Кофейня рядом", "сервис ноутбуков", "вызвать электрика" - тут поверх обычного ранжирования работает отдельный слой: расстояние до пользователя, отзывы, полнота карточки бизнеса. Один запрос в Казани и в Самаре даёт две разные выдачи, и это норма, а не баг.
Персонализация. История посещений, регион, язык интерфейса корректируют то, что видит конкретный человек. Если пользователь уже заходил на твой бренд, при его повторных запросах бренд поднимается. Поэтому твоя личная выдача завышена: ты сам сто раз открывал сайт клиента и приучил поиск показывать его тебе выше.
На что ты влияешь, а на что нет Это ядро урока, поэтому честно по каждому пункту.
Свежесть - влияешь частично. Ты управляешь тем, чтобы контент реально обновлялся по сути и попадал в индекс быстро. Ты НЕ управляешь спросом на свежесть - это свойство запроса, а не твоё решение. На вечнозелёном запросе сколько ни обновляй дату, надбавки не будет, там её механизм просто выключен.
Скорость индексации - влияешь. Можно сократить окно, за которое новый материал станет находимым: чистый обход, машинно-читаемые потоки обновлений, предсказуемо частая публикация. Но есть ловушка: попав в индекс за минуты, страница первое время ранжируется по неполным сигналам. Мгновенного авторитета у новой страницы нет, и надбавка свежести - это аванс, а не зрелость.
Гео-привязка - влияешь сильно. Структурный адрес, телефон, карточка бизнеса, согласованные NAP-данные по всему вебу - это прямые управляемые сигналы. А вот на саму близость пользователя ты не влияешь никак: человек за двести километров не увидит тебя в локальном блоке, и это правильно.
Персонализация - влияешь косвенно. Прямого рычага нет. Но удержание и возвратность аудитории конвертируются в видимость: люди, которые тебя уже знают и возвращаются, поднимают тебя в своей выдаче. То есть лояльность к бренду - это тоже фактор видимости, просто не тот, который крутят за неделю.
Единая "объективная" позиция - не существует в принципе. Влиять не на что, потому что влиять не на что: нет одной цифры, есть распределение по пользователям и регионам.
Что делать
- Раздели семантику на свежестную и вечнозелёную. Для первой - регулярно дополняй страницы актуальными данными по сути. Для второй - вкладывайся в авторитет и полноту, дату не трогай.
- "Обновление" делай содержательным: добавь новые факты, цифры, разделы так, чтобы изменилось тело документа. Тогда датировщик зафиксирует значимое обновление.
- Для бизнеса с филиалами - отдельные посадочные по городам с уникальным локальным контентом, а не один список адресов в подвале.
- Проставь микроразметку организации с адресом и телефоном. Сверь NAP во всех справочниках и каталогах - формат должен совпадать до запятой.
- Замеряй позиции обезличенно и по конкретному региону, а не "как я вижу". Опирайся на агрегированную видимость из панелей вебмастера, а не на ручную проверку из браузера.
- Для мультиязычных проектов - каждой версии стабильный URL и взаимная разметка альтернатив со всеми остальными версиями плюс x-default для непокрытых контуров.
Мифы и устаревшее Переставить дату в подвале или в разметке - и страница "помолодела". Нет. Возраст считается по первому обходу и по реальному изменению тела. Косметическая дата без правок по сути не засчитывается, а систематическая подделка даты - это антиспам-сигнал, то есть путь вниз, а не вверх.
- "Поставлю lastmod=сегодня в карте сайта, и будет буст." Без изменения контента это пустой сигнал.
- "Освежу вечнозелёную статью - поднимется." На запросе со спросом на свежесть около нуля надбавка обнуляется. Тратишь время впустую.
- "Попал в новостной блок - закрепился там." Нет, документ держится в свежем бусте, пока спрос на свежесть не угас. Удержание даёт только зрелые сигналы: ссылки, нормальное поведение пользователей. Хайп без ценности проседает, как только аванс свежести кончился.
- "Гео определяется доменной зоной и хостингом." Слабый и ненадёжный сигнал. Давай явные структурные.
- "Подменю язык по IP - и будет мультиязычность." Это ломает индексирование и бесит пользователя. Нужны отдельные URL и переключатель.
- "У меня в топе - значит, у всех в топе." У тебя завышено из-за личной истории. Это самая дорогая ошибка в отчётах клиенту.
Проверь у себя
- Открой выдачу по ключу клиента в режиме инкогнито и с подменой региона на регион клиента. Сравни с тем, что показываешь в отчёте. Если расходится - ты меришь свою персонализацию.
- Возьми три страницы, которые ты "обновлял ради даты". Посмотри, менялось ли тело документа по сути или только штамп "обновлено". Во втором случае работа была холостой.
- Прогони бренд и адрес по справочникам. Найди хоть одно расхождение в NAP - другой телефон, сокращение в адресе, старое название. Это размывает локальные сигналы.
- Раздели свою семантику на свежестную и вечнозелёную. Если для вечнозелёных страниц у тебя в плане "регулярное обновление дат" - выкинь этот пункт и переложи ресурс в авторитет.
