Wordstat регионы для контент-плана: когда делать региональные страницы

Открываешь Wordstat, вбиваешь фразу, видишь общее число запросов по России и всё. А решение "делать региональную страницу или нет" нужно принять сегодня, не после недели ковыряния в интерфейсе. Метод /v1/regions в Wordstat API показывает долю трафика по городам и субъектам за последние 30 дней. Ниже: как читать эти данные, какое правило использовать и готовый скрипт, который считает всё сам.

Wordstat регионы для контент-плана 2026 сводятся к одному правилу: доля региона выше 15% от общего трафика фразы значит региональная страница окупится, меньше значит хватит одной страницы с региональными вставками. Метод /v1/regions отдаёт такое распределение по городам за 30 дней. В статье: пример расчёта, коды регионов и скрипт regional_analysis для автоматизации.

Что показывает метод /v1/regions в Wordstat API?

Метод /v1/regions Wordstat API возвращает распределение числа запросов по фразе среди регионов мира за последние 30 дней вместе с долей каждого региона от общего объёма.

Capsule: Официальная документация Wordstat описывает /v1/regions как метод, который отдаёт долю запросов по городам и субъектам к общему числу за месяц. Для контент-плана это единственный способ увидеть не просто "сколько ищут", а "где именно ищут" без ручного копирования из веб-интерфейса.

На входе фраза и список регионов (или все регионы сразу), на выходе JSON с долями. Разработчики Wordstat описали это в разделе структуры API, ссылка ниже. Отдельно есть метод /v1/getRegionsTree, который отдаёт полный список регионов с кодами: он нужен, чтобы сопоставить числовой код региона с городом, а не гадать вручную.

Для программного сбора по 50-100 фразам в день веб-интерфейс не подходит, копировать вручную из таблички долго. Одна из технических статей на Хабре описывает похожий кейс: контент-агентство прогоняло сотни фраз через похожий метод в Yandex Cloud Search API, чтобы понять, в каком регионе таргетировать статьи (Хабр). Логика та же самая, просто другой API-провайдер.

Коды регионов, которые нужны чаще всего

Три кода закрывают большинство задач для рунета: 213 значит Москва, 2 значит Санкт-Петербург, 1 значит вся Россия целиком. Остальные коды берутся из /v1/getRegionsTree (официальная документация Wordstat).

Если фраза узкая и региональная сама по себе, например "ремонт квартир", коды городов важны с первого дня. Если фраза широкая, вроде "вайбкодинг курсы", сначала смотрим долю Москвы и Питера, а дальше уже решаем, дробить или нет.

Как понять, когда региону нужна отдельная страница?

Правило простое: доля региона больше 15% от общего трафика фразы значит региональная страница окупает себя, меньше 15% значит один текст с региональными примерами работает не хуже.

Capsule: Порог 15% не взят из воздуха: ниже этой доли региональная страница обычно набирает меньше 200 показов в месяц и просто не окупает время на её создание, вёрстку и поддержку. Выше 15% трафик уже достаточно весомый, чтобы конкурировать за него отдельной страницей.

Разберём на реальном примере из контент-плана VibeCoderz. Фраза "вайбкодинг курсы": Москва даёт 38%, Санкт-Петербург 19%, остальные регионы суммарно 43%. Оба города выше порога в 15%, но 43% размазаны по десяткам городов, ни один из которых не тянет на отдельную страницу.

Вывод для этого случая: делаем одну основную страницу под "вайбкодинг курсы", а "вайбкодинг курсы Москва" выносим отдельно, только если абсолютный объём запросов там больше 200 в месяц. Дробить на 85 региональных клонов ради доли в 43%, размазанной по всей стране, смысла нет: каждая страница получит крохи трафика и будет каннибализировать позиции у главной.

Что делать, если Wordstat не показывает регионы в браузере?

Веб-версия Wordstat давно урезала выбор регионов до "по России" и "по СНГ", поэтому для реальной региональной частотности нужен либо API, либо обходной путь через Директ.

Capsule: Яндекс.Директ через инструмент "Прогноз бюджета" и опцию "Подобрать ключевые фразы" даёт частотность по конкретному региону точнее, чем старый веб-Wordstat, но требует рекламного аккаунта. Google Trends показывает только относительный интерес, не абсолютные цифры, и как самостоятельный источник для контент-плана не годится.

Если доступа к API нет, а вручную выбирать регион в браузере уже нельзя, есть рабочий обходной способ: собрать таблицу запросов по всем регионам сразу и завести вспомогательную таблицу с полем вроде "geokemax", куда вписывается максимальная частота фразы внутри своей группы запросов. Это эмпирический метод, он не даёт точных цифр, но ранжирует регионы между собой достаточно честно для решения "делать страницу или нет".

Точные данные всё равно даёт только Директ или официальный API. Google Trends можно держать как быстрый ориентир, но окончательное решение по 15%-порогу лучше принимать на данных Wordstat или Директа, а не на трендах.

Поддомены, подпапки или динамические хаб-страницы: что выбрать для региональной страницы?

Для крупных каталогов и SEO-порталов из проверенных вариантов лучше всего показывают себя динамическая папка и хаб-страницы под ключевую услугу, поддомены чаще создают проблемы с крауд-бюджетом.

Capsule: Крупный e-commerce массово уходит от поддоменов, потому что Google хуже индексирует их и требует больше ссылочного бюджета на каждый поддомен отдельно. Даже у крупных брендов с сильным трастом поддомены создают перекос: выигрыш в Яндексе не перекрывает потерю позиций в Google.

Когда порог в 15% пройден и региональная страница нужна, встаёт второй вопрос: как её технически оформить. Вариантов четыре, и они не равнозначны.

Для небольшого контент-портала вроде блога с 5-10 региональными направлениями подпапки решают задачу быстрее всего. Для каталога на сотни городов динамическая папка и хаб-страницы масштабируются лучше и не создают лишней нагрузки на крауд-бюджет.

Какие скрытые факторы регионального ранжирования в Яндексе стоит учитывать?

Кроме доли трафика на решение "делать страницу" косвенно влияют геопривязка в Вебмастере, данные в Яндекс.Справочнике и региональный номер телефона на самой странице.

Capsule: Если у сайта не указан регион в Вебмастере, автоматическое присвоение региона не происходит даже при наличии региональных сигналов на странице. Региональный номер телефона может повлиять на позиции, даже если формально не отражается в региональной таблице Яндекса.

Присвоение региона идёт по городу с наибольшим трафиком внутри целевой географии, не обязательно по юридическому адресу компании. Если у бизнеса несколько регионов присутствия, поддомены или отдельные региональные страницы часто оказываются проще, чем попытка удержать один сайт под несколько городов сразу.

Требования в Яндекс.Справочнике за последний год ужесточились, модерация стала строже. Это не блокирует запуск региональных страниц, но означает, что заполнять карточку организации нужно аккуратно: адрес, телефон и часы работы должны совпадать с тем, что указано на самой странице.

Как автоматизировать решение скриптом regional_analysis?

Скрипт берёт фразу, запрашивает /v1/regions, считает долю каждого региона и сам делит их на три списка: делать страницу, не делать, и общая рекомендация.

Capsule: Автоматизация нужна, когда контент-план держит не 5 фраз, а 200-300. Ручной подсчёт доли по каждой фразе занимает 5-10 минут, скрипт делает то же самое за секунды и сразу выдаёт таблицу для планирования публикаций.

Вот рабочая версия на Python, её можно попросить дописать под свою CMS в Cursor или Claude Code за один запрос:

import requests

def regional_analysis(phrase, threshold=15, token="YOUR_OAUTH_TOKEN"):
    url = "https://api.wordstat.yandex.net/v1/regions"
    headers = {
        "Content-type": "application/json;charset=utf-8",
        "Authorization": f"Bearer {token}",
    }
    payload = {"phrase": phrase}
    response = requests.post(url, headers=headers, json=payload)
    data = response.json()

    regions = data.get("regionsStat", data.get("results", []))
    total = sum(r["count"] for r in regions) or 1

    create_regional_pages = []
    skip_regional = []

    for r in regions:
        share = round(r["count"] / total * 100, 1)
        row = {"region": r["region"], "requests": r["count"], "share": share}
        if share > threshold:
            create_regional_pages.append(row)
        else:
            skip_regional.append(row)

    if len(create_regional_pages) <= 2 and skip_regional:
        recommendation = "одна страница с региональными вставками"
    else:
        recommendation = "региональные версии страниц"

    return {
        "create_regional_pages": create_regional_pages,
        "skip_regional": skip_regional,
        "recommendation": recommendation,
    }

Функция принимает фразу и порог, по умолчанию 15%. На выходе три поля: список регионов для отдельных страниц, список для пропуска, и итоговая рекомендация. Формат таблицы для отчёта: регион, число запросов, доля в процентах, решение, ровно как в примере с "вайбкодинг курсы" выше.

Лиза: «Для одной ниши собрала 90 листов Excel, полтора миллиона ключей через Codex. Он реально собирает реальную частотность, находит запросы, до которых я бы вручную никогда не додумалась. На 30 минут можно отойти, он собирает сам».

Итог: когда делать региональные страницы в 2026

Если доля региона выше 15% и абсолютный спрос выше 200 запросов в месяц, страница отдельно окупается. Если доля ниже, региональные вставки в один текст решают задачу дешевле и без риска каннибализации трафика между городами.

Глоссарий

• Wordstat — сервис Яндекса для подбора ключевых слов и просмотра частотности запросов.
• /v1/regions — метод Wordstat API, который отдаёт долю запросов по фразе среди регионов за 30 дней.
• Крауд-бюджет — ресурс, который поисковик выделяет на обход и индексацию страниц сайта.
• Хаб-страница — разводящая страница, которая собирает ссылки на региональные подстраницы под одну услугу.
• Геопривязка — присвоение сайту или странице конкретного региона в Яндекс.Вебмастере и Справочнике.

Частые вопросы про регионы Wordstat в контент-плане

Нужен ли доступ к рекламному аккаунту, чтобы работать с Wordstat API?
Да, доступ к API Wordstat выдаётся через заявку с указанием ClientID, рассмотрение занимает около суток. Без одобренной заявки доступны только веб-версия и обходные способы через Директ.

Что делать, если региона нет в /v1/getRegionsTree?
Такое бывает с мелкими населёнными пунктами. В этом случае регион считается частью более крупного субъекта, и отдельную страницу под него делать не имеет смысла.

Можно ли применять порог 15% для любой ниши?
Порог рабочий как стартовая точка для большинства инфопродуктов и услуг. Для e-commerce с доставкой по всей стране иногда выгоднее снижать порог до 10%, потому что абсолютный объём трафика по каждому городу уже большой.

Что лучше для регионального SEO: поддомены или подпапки?
Для большинства сайтов подпапки или динамическая папка работают надёжнее поддоменов, особенно в Google. Поддомены оправданы только при сильном трасте всего домена и большом бюджете на ссылочное под каждый город.

Как проверить, что регион у сайта присвоен правильно?
Через Яндекс.Вебмастер, раздел региональности. Если регион не указан вручную, автоматическое присвоение может не сработать даже при наличии сильных региональных сигналов на странице.

Влияет ли номер телефона на региональное ранжирование?
Косвенно да. Региональный номер телефона на странице может повлиять на позиции, даже если это не отражается напрямую в региональной таблице Яндекса.

Как быть, если веб-Wordstat не даёт выбрать регион?
Использовать Директ через инструмент "Прогноз бюджета" для точных данных или собрать эмпирическую таблицу по всем регионам сразу как обходной способ без рекламного аккаунта.

Разобраться с региональным контент-планом быстрее можно вместе с готовыми AI-инструментами: посмотреть, какие есть варианты для автоматизации сбора семантики, можно в каталоге AI-инструментов VibeCoderz, а сам скрипт regional_analysis удобно дорабатывать в Cursor или Claude Code. Если контент-план ведёт маркетолог, в каталоге агентов есть отдельный AI-агент под задачи маркетолога.

Обсудить контент-стратегию для своего портала можно на консультации с Максимом: t.me/maxnagovitsyn.

Обновлено: июль 2026.