Если нужно массово получить частотность именно из Google с минимальной себестоимостью, базовый вариант — Google Keyword Planner, а для регулярной обработки больших ядер — Google Ads API через GenerateKeywordHistoricalMetrics. Платный сторонний парсер имеет смысл не потому, что даёт «более правильную» частотность, а когда настройка и поддержка собственного API обходятся дороже его тарифа.
Что считать частотностью Google
В Keyword Planner показатель Average monthly searches — это среднее число поисков по ключевому слову и его близким вариантам с учётом выбранного периода, региона и поисковой сети. По умолчанию используется 12-месячный период. Google отдельно указывает, что историческая статистика относится к exact match, но включает close variants, а сами значения округляются.
Поэтому значение 1 000 не означает, что ровно тысяча пользователей ежемесячно вводит именно указанную строку. Для SEO это оценка спроса по запросу и его близким вариантам, а не счётчик точных текстовых вхождений.
Если ядро небольшое и проверка разовая
Для разовой обработки нескольких тысяч запросов проще использовать интерфейс Keyword Planner:
- открыть Get search volume and forecasts;
- загрузить CSV со списком запросов;
- выставить нужную географию и поисковую сеть;
- выгрузить исторические показатели.
Google официально поддерживает загрузку списка ключей из CSV и показывает оценки среднемесячного спроса. Для доступа к Keyword Planner необходимо завершить настройку Google Ads и указать платёжные данные.
Этот вариант не требует разработки. Минусы появляются при регулярном сборе: список приходится постоянно загружать и выгружать вручную, контролировать регионы и сводить результаты.
Если конкретный рекламный аккаунт показывает только широкие диапазоны вместо удобных числовых значений, такой формат плохо подходит для сортировки большого семантического ядра. Причину появления диапазонов не стоит объяснять универсальным правилом вроде «достаточно потратить X долларов»: актуальная документация Google такого порога не устанавливает.
Для десятков и сотен тысяч запросов
Для постоянного сбора лучше использовать Google Ads API и метод KeywordPlanIdeaService.GenerateKeywordHistoricalMetrics.
Один запрос принимает до 10 000 ключевых слов. В ответе доступны среднемесячная частотность и помесячные исторические значения.
Но здесь есть важная ловушка: Google выполняет near-exact deduplication. Например, если отправить формы вроде car и cars, API может вернуть только один результат. Метрики также могут включать close variants. Исходные 100 000 строк поэтому не обязаны превратиться в 100 000 независимых значений частотности.
Для самого Keyword Planning действует отдельный лимит — 1 запрос в секунду на CID. Basic Access разрешает до 15 000 API-операций в сутки; Standard Access снимает общий суточный лимит для большинства операций, но отдельное ограничение Keyword Planning сохраняется.
Кроме того, developer token должен иметь допустимый сценарий использования Researching keywords and recommendations, который открывает доступ к KeywordPlanIdeaService.
Практически это означает, что 100 000 фраз не нужно отправлять по одной. Их следует батчить, сохранять ответы и не переснимать одинаковую статистику каждый день.
Google прямо рекомендует кэшировать результаты Keyword Planning: исторические метрики обновляются ежемесячно.
Когда сторонний API выгоднее собственного
Если нужен единственный прогон на 100–500 тысяч запросов, а рабочего Google Ads API ещё нет, стоимость времени на developer token, OAuth, обработчик очереди, сохранение результатов и контроль ошибок может превысить стоимость готового bulk-API.
В таком случае имеет смысл покупать именно массовое получение Google Ads search volume, а не полноценную подписку на SEO-комбайн.
На 1 сентября 2026 года, например, DataForSEO заявляет цену $60 за 1 млн ключей в стандартной очереди и $90 в режиме live, при заполнении задач до 1 000 ключей.
SEOData для своего отложенного bulk-метода указывает примерно $0,08–0,14 за 1 000 ключей в зависимости от тарифа.
Это коммерческие тарифы конкретных поставщиков, а не цены Google и не гарантия качества результата. Перед большим прогоном нужно проверить одинаковый набор хотя бы на нескольких сотнях запросов и сравнить:
- географию;
- язык;
- Search Network;
- количество возвращённых ключей;
- обработку близких вариантов;
- нулевые значения;
- итоговую цену за 1 000 реально полученных результатов.
Google Trends и Search Console частотность не заменяют
Google Trends нельзя использовать как бесплатную замену Keyword Planner для получения абсолютной частотности. Trends работает на выборке поисковых запросов, нормализует показатели относительно времени и географии и масштабирует их от 0 до 100. Это инструмент для анализа динамики и сезонности, а не источник абсолютного среднемесячного search volume.
Search Console решает другую задачу: показывает запросы, по которым конкретный сайт появлялся в поиске Google. Это данные о собственной поисковой видимости сайта, а не рыночная частотность произвольного списка фраз.
Использовать частотность Яндекс Wordstat как замену частотности Google тоже некорректно. Это данные другой поисковой системы с другой аудиторией и собственной методологией. Надёжного универсального коэффициента пересчёта Wordstat → Google нет.
Рабочая схема с минимальной себестоимостью
Для регулярной работы:
исходное ядро → дедупликация → пакеты до 10 000 ключей → Google Ads API → сохранение avg_monthly_searches и monthly_search_volumes → кэширование → обновление раз в месяц.
Если задача разовая и ядро относительно небольшое — достаточно Keyword Planner и CSV.
Если ядро большое, но собственного API нет — сравните стоимость готового bulk-API со стоимостью разработки интеграции.
Если Google Ads API уже настроен — покупать отдельный SEO-сервис только ради получения той же исторической статистики обычно экономически нецелесообразно.