Проверка позиций сайта: региональная выдача, официальные лимиты и честный расчёт

Почему замер с одного адреса ничего не показывает

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

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

• Регион определяется автоматически, и у мобильных операторов адрес может не соответствовать городу.
• Мобильная и десктопная выдача считаются раздельно — Вебмастер Яндекса даёт фильтр по типу устройства.
• Персонализация по истории влияет на то, что видит конкретный пользователь.
• Раскатка обновлений по дата-центрам делает результат зависимым от момента.

Ловушка: lr у Яндекса и у Google — разные вещи

Это самая частая ошибка в самописных инструментах, и она даёт молча неверные данные, а не ошибку. У Яндекса lr задаёт регион. У Google lr задаёт язык документов. Один и тот же параметр, совершенно разный смысл.

# Яндекс: lr — это РЕГИОН. 213 = Москва.
# Параметр не описан в пользовательской справке, но используется в примерах
# документации Вебмастера, то есть на него нельзя опираться как на контракт.
https://yandex.ru/search/?text=ЗАПРОС&lr=213

# Google: lr — это ЯЗЫК, а не регион. Полная коллизия с Яндексом.
lr=lang_ru        # ограничить язык документов
gl=ru             # ПОДНИМАЕТ результаты страны, но не ограничивает ими
cr=countryRU      # вот это действительно ограничивает
hl=ru             # язык интерфейса

# googlehost помечен как устаревший, вместо него gl.
# uule официальной документации не имеет вовсе.

Про lr на публичной выдаче Яндекса стоит знать ещё одно: в пользовательской справке он не описан. Он встречается в примерах документации Вебмастера, но как публичный контракт не заявлен и может измениться без предупреждения. Ручная установка региона через настройки хранится в cookie, то есть требует поддержки сессии, а не только адреса.

Что правила говорят про автоматические запросы

Здесь честный ответ неудобный, но знать его нужно до того, как вы построите систему съёма. Google относит автоматические запросы к выдаче к нарушениям своих правил и называет скрейпинг ради проверки позиций прямо, отдельным пунктом. Файл robots.txt на google.com закрывает раздел поиска от обхода.

У Яндекса в пользовательском соглашении закреплено право ограничивать число обращений за период и запрещать автоматическое обращение к сервисам. При потоке однотипных запросов сервис показывает проверку, отличающую человека от программы.

Что разрешено и чем пользоваться

Для позиций собственного сайта правильный инструмент — панели самих поисковиков. Вебмастер Яндекса показывает позиции с фильтром по региону и по типу устройства, Search Console — данные по запросам с оговоркой, что выдача зависит от времени, места, устройства и истории пользователя.

Для программного доступа у Яндекса есть Search API с объявленными квотами. Это поисковая база Яндекса, то есть данные сопоставимы с обычной выдачей.

Yandex Search API — объявленные ограничения

  синхронные запросы     10 000 в час, 10 в секунду
  отложенные запросы     35 000 в час, 10 в секунду
  результатов на запрос  до 250
  отложенный режим       от 5 минут, результаты хранятся 12 часов

У Google программный доступ устроен иначе, и здесь важны две оговорки. Первая: Custom Search JSON API закрыт для новых клиентов, а действующим объявлена миграция до начала 2027 года. Вторая, более важная: это не та же выдача. В документации прямо сказано, что результаты не включают часть возможностей обычного поиска, в том числе персонализацию, а при подключении более десяти сайтов индекс может быть подмножеством. Подавать его как замену проверке позиций некорректно.

Где в этой задаче действительно нужны разные адреса

Не для того, чтобы остаться незамеченным. Честный список применений короче и конкретнее.

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

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

Расчёт объёма

Нагрузка считается умножением, и посчитать её стоит до выбора инструмента — часто оказывается, что объём укладывается в квоты API и городить съём вообще не нужно.

запросов/сутки = ключи × регионы × поисковики × устройства × съёмов в сутки

500 ключей × 3 региона × 2 поисковика × 2 устройства × 1 раз в сутки
  = 6 000 запросов в сутки

Плюс множитель пагинации: глубина ÷ результатов за запрос.
  Топ-100 при 10 результатах на страницу -> ×10 = 60 000 обращений в сутки
  Топ-100 при 250 результатах за запрос  -> ×1  = без пагинации вовсе

Дальше начинается граница честности. Разделить эту нагрузку на «допустимое число запросов с одного адреса» нельзя: такого официально объявленного числа не существует ни у Яндекса, ни у Google, и любая цифра здесь была бы выдумкой. Что можно посчитать точно — отношение к объявленным квотам API: шесть тысяч запросов в сутки укладываются в один час синхронной квоты Яндекса и требуют менее десятой доли её секундного потолка.