Мониторинг позиций по региону Узбекистан без искажений выдачи
Проверка «загуглил и посмотрел» показывает вашу персональную выдачу, а не реальную. Разбираем, как снимать позиции корректно и какие метрики честнее позиций.
Почему ручная проверка врёт
Выдача персонализируется: учитывается история поиска, ранее посещённые сайты, местоположение вплоть до района, язык интерфейса, устройство. Ваш браузер, где вы каждый день открываете собственный сайт, покажет его выше, чем чужой.
Режим инкогнито помогает частично: он убирает историю и куки, но не убирает геолокацию по IP и не меняет язык интерфейса. Для Ташкента это означает выдачу для Ташкента, а не для Самарканда или для страны в целом.
Результат — постоянные споры «у меня третья позиция, а у клиента девятая». Оба видят реальную выдачу, но разную. Единственный выход — унифицированная методика съёма.
Как задавать регион корректно
В Google региональность задаётся параметрами запроса: gl=uz для страны и hl=ru или hl=uz для языка интерфейса. Для более точной геопривязки используется параметр uule с закодированным местоположением — именно так работают профессиональные трекеры.
В Яндексе регион задаётся параметром lr с числовым идентификатором региона, а параметр lang отвечает за язык. Идентификаторы регионов Узбекистана есть в справочнике Яндекса.
Важно фиксировать методику один раз и не менять её. Сравнивать замер, сделанный с параметром города, с замером по стране — это сравнивать разные величины и получать несуществующую динамику.
Мобильная и десктопная выдача — разные
На мобильном другой состав блоков: карты занимают больше места, органика начинается ниже, часть расширенных результатов не показывается. Позиция 5 на десктопе и позиция 5 на мобильном означают разный объём получаемого трафика.
Учитывая долю мобильного трафика в Узбекистане, снимать позиции только на десктопе — значит измерять не тот сегмент, который приносит основной объём визитов.
Снимайте оба среза и храните раздельно. Расхождение между ними само по себе диагностично: сильное отставание мобильной выдачи обычно указывает на проблемы со скоростью или мобильной вёрсткой.
Средняя позиция в Search Console: что это на самом деле
Средняя позиция в отчёте «Эффективность» — это среднее по всем показам, где страница появлялась. Она усредняет разные регионы, устройства и типы блоков, поэтому не совпадает с позицией в трекере и не должна совпадать.
Средняя позиция может ухудшиться при росте трафика: если страница начала показываться по новым, более широким запросам на низких позициях, среднее просядет, а кликов станет больше. Это положительная динамика, которую легко принять за падение.
Правильное применение — сегментация. Фильтруйте отчёт по стране, устройству и группе запросов, и тогда средняя позиция становится осмысленной для сравнения периодов внутри одного среза.
Что отслеживать вместо позиций
Число URL, приносящих хотя бы один клик за период. Это самая устойчивая метрика роста: она отражает расширение охвата и не зависит от персонализации.
Суммарные клики и показы по кластерам запросов, а не по отдельным словам. Кластер отражает тему целиком, и его динамика информативнее скачков по одному запросу.
Доля показов в топ-3 и топ-10 по вашему набору запросов — этот показатель есть в Search Console при фильтрации по позиции и меняется плавнее, чем позиция конкретного запроса.
Частота съёма и отчётность
Ежедневный съём позиций для большинства проектов избыточен: он создаёт шум и провоцирует реакцию на случайные колебания. Еженедельного среза достаточно, помесячная динамика — рабочий горизонт для выводов.
В отчёте клиенту показывайте связку: клики и показы из Search Console, число работающих URL, обращения из органики. Список позиций по двадцати словам без данных о трафике — самый бесполезный формат SEO-отчёта.
Отмечайте на графике даты релизов, обновлений алгоритмов и крупных правок. Без этих отметок любая динамика через полгода становится необъяснимой, а корреляции — потерянными.