Что люди реально ищут, когда сайт нужно починить или доработать: исследование поискового спроса по данным Яндекс Wordstat

Коротко

Разработчик обычно описывает задачу техническими терминами: webhook, PHP-FPM, права доступа, SSL, callback. Пользователь часто формулирует ту же ситуацию совсем иначе. Он ищет, почему бот не принимает заявку, почему WooCommerce не отправляет письмо или что делать с белым экраном WordPress.

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

Мы собрали основную выгрузку из 620 валидных наблюдений Яндекс Wordstat и отдельно провели углублённые проверки реальных поисковых веток по нескольким CMS и веб-сервисам. Частотности похожих запросов не складывались, технически правдоподобные формулировки не принимались за готовые темы автоматически, а значения Wordstat не трактовались как число уникальных пользователей.

Рабочая схема получилась простой:

широкий исходный запрос → реальные ветки Wordstat → более конкретные формулировки → поисковое намерение → отсев шума → решение о странице

Низкочастотный запрос здесь не цель сам по себе. Он полезен только тогда, когда помогает увидеть отдельную задачу внутри широкой темы.

Что именно мы исследовали

Основная воспроизводимая выгрузка была собрана 30 августа 2026 года через API Яндекс Wordstat. В каноническом файле — 623 уникальные формулировки: 620 валидных записей с частотностью и 3 записи с транспортной ошибкой.

Для основной выгрузки сохранилась дата измерения, но не сохранился точный календарный период, который показывал интерфейс Wordstat. Поэтому эти данные нельзя смешивать с позднейшими ручными замерами так, будто они относятся к одному периоду.

После основной выгрузки мы проводили отдельные углублённые исследования. В них период сохранялся, например 04.08–04.09.2026 или 05.08–03.09.2026. Такие проверки удобны для разбора конкретных веток и поискового намерения, но они не образуют одну общую статистическую выборку.

Ещё одно ограничение касается тематической классификации. Для 586 валидных строк основной выгрузки не сохранилось достаточно метаданных, чтобы надёжно отнести их к конкретной CMS или теме. Поэтому строить по этому файлу процентное распределение спроса между WordPress, Telegram, MODX, WooCommerce и другими направлениями некорректно.

Это не случайная выборка всего Рунета и не рейтинг CMS. Это набор тем и формулировок, которые мы исследовали в рамках работы WebFixer24.

↑ К оглавлению

Как читать частотность Wordstat

Частотность в Wordstat относится к конкретной формулировке в определённом наборе условий и за определённый период. Она не равна числу уникальных людей и сама по себе не говорит, сколько переходов или заказов можно получить.

Например, в Telegram-ветке запрос бот принимает заявки телеграм показал 38, а более узкие формулировки внутри той же ветки — 13 и 7. Складывать 38 + 13 + 7 нельзя: дочерние запросы относятся к одной структуре спроса и могут пересекаться.

По той же причине нельзя сложить woocommerce доставка и woocommerce плагины доставки, а затем назвать сумму «размером рынка доставки WooCommerce».

Отдельная проблема — разные периоды. Для формулировки оплата картой мир на сайте в наших материалах встречались значения 118 и 138. Это не ошибка и не «правильная» и «неправильная» цифра. Это два измерения, сделанные в разные периоды.

Транспортная ошибка тоже не равна нулю. Если API не вернул частотность по запросу, из этого нельзя делать вывод, что спрос отсутствует.

↑ К оглавлению

Почему широкий запрос почти никогда не является готовой темой

Как широкий запрос превращается в конкретную задачу

телеграм бот107 753

↓

телеграм бот заявки185

↓

бот принимает заявки телеграм38

↓

бот который принимает заявки в телеграм канал13

Частотности уровней не складываются.

Широкий запрос удобен как отправная точка, но внутри него часто смешано несколько совершенно разных задач.

У телеграм бот частотность составила 107 753. Внутри были ветки разработки, хостинга, оплаты, каналов, ограничений и нерелевантных формулировок.

Одна из веток выглядела так:

телеграм бот — 107 753
→ телеграм бот заявки — 185
→ бот принимает заявки телеграм — 38
→ бот который принимает заявки в телеграм канал — 13

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

Похожая ситуация была у MODX. Исходный запрос modx показал 8 011, но внутри оказались не только запросы про CMS, но и Yamaha, синтезаторы и музыкальное оборудование.

В CMS-части нашлась, например, такая ветка:

ошибка modx — 45
→ при вызове formit modx выходит 500 ошибка — 5

Вторая формулировка уже описывает конкретный технический сценарий, а не тему «всё о MODX».

↑ К оглавлению

WordPress: пользовательский язык не всегда совпадает с техническим

В WordPress хорошо видно, как по-разному можно описывать одну и ту же практическую область.

В основной выгрузке были:

• форма связи wordpress — 52;
• обратная форма wordpress — 47;
• форма отправки wordpress — 33.

Это естественные пользовательские формулировки вокруг форм и отправки сообщений.

В отдельных датированных исследованиях другие технически узнаваемые симптомы дали более низкие значения:

• wordpress белый экран — 5;
• wordpress ssl ошибка — 6.

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

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

↑ К оглавлению

Telegram: чем глубже ветка, тем конкретнее задача

Telegram дал одну из самых наглядных структур:

Это не набор случайных синонимов. По мере углубления ветки задача становится понятнее: бот принимает заявки, отправляет их в канал, делает это автоматически.

Wordstat при этом не показывает путь одного конкретного пользователя. Он показывает структуру связанных формулировок, из которой уже можно выделять отдельные сценарии.

Другой пример — bot precheckout timeout telegram с частотностью 25. Здесь уже видна конкретная проблема платёжного pre-checkout flow. В отдельной проверке русские варианты с timeout часто показывали 0–4, а более широкая telegram api timeout — 78.

Из этого нельзя делать вывод, что одна формулировка «лучше» другой только из-за цифры. Но видно, насколько важно различать широкий технический запрос и конкретный пользовательский сценарий.

↑ К оглавлению

1С-Битрикс и Bitrix24: ошибка и внедрение — это разные темы

В исследованиях по Битрикс рядом встречались как проблемные запросы, так и задачи внедрения.

Например:

• права файлов битрикс — 46;
• bitrix permission denied — 43.

Это разные типы формулировок: первая описывает общую задачу с правами файлов, вторая — конкретное сообщение об ошибке доступа.

У Bitrix24 нашлись уже другие направления:

• битрикс24 настройка прав доступа — 34;
• битрикс24 utm метки — 33;
• как создать вебхук в битрикс24 — 22;
• crm форма на сайт битрикс24 — 15.

Объединять их в одну «статью про Bitrix24» нет смысла. Права доступа, UTM-метки, webhook и CRM-форма — разные задачи с разными результатами.

Здесь Wordstat полезен не только как источник частотности. Он помогает увидеть границы между темами.

↑ К оглавлению

MODX: сначала нужно отделить CMS от шума

Почему широкий запрос приходится очищать вручную

324Раскрыто строк

56Явные Yamaha / музыкальные формулировки

71Неоднозначные формулировки

Остальные строки не считались автоматически релевантными MODX CMS.

MODX особенно хорошо показывает, зачем нужна ручная очистка широкого запроса.

Мы раскрыли 324 строки. Из них 56 содержали явные признаки Yamaha и музыкальных инструментов. Ещё 71 строка была отмечена как неоднозначная: короткие названия версий, моделей и товарные формулировки.

После ручной фильтрации CMS-релевантной части выделилось несколько самостоятельных направлений:

• ошибка modx — 45;
• modx php error — 19;
• modx fatal error — 14;
• перенос modx — 32;
• modx перенос сайта — 23;
• modx cookie — 27.

У ошибка modx нашлась более глубокая формулировка про FormIt и HTTP 500 — 5. У перенос modx появилась дочерняя ветка modx перенос сайта — 23.

Это уже две разные пользовательские задачи: восстановление после ошибки и перенос сайта. Но даже здесь Wordstat не должен автоматически определять структуру сайта. Нужны ещё проверка поисковой выдачи и анализ существующих материалов, чтобы понять, оправданы ли отдельные страницы.

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

↑ К оглавлению

WooCommerce: сильная ветка не гарантирует сильный проблемный запрос

В основной выгрузке встретились разные направления WooCommerce:

• woocommerce доставка — 165;
• woocommerce каталог товаров — 36;
• woocommerce статус заказа — 23;
• woocommerce поля заказа — 21.

Отдельная проверка email-формулировок дала другую картину:

• woocommerce не отправляет письма — 3;
• woocommerce не приходят письма — 0.

Эти значения нельзя сравнивать с доставкой по одной шкале, потому что они относятся к разным измерениям. Для доставки период основной выгрузки не сохранился, а email-проверка проводилась за 04.08–04.09.2026.

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

Поэтому частотность широкой ветки нельзя переносить на каждый соседний симптом.

↑ К оглавлению

Что мы проверяли и отбрасывали

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

Несколько формулировок в конкретных проверках получили 0:

• woocommerce не приходят письма;
• telegram bot ошибка;
• telegram callback не работает;
• tilda webhook ошибка;
• tilda домен не подключается;
• drupal форма не отправляет;
• битрикс24 webhook не работает.

Ноль здесь относится только к конкретной формулировке и конкретному измерению. Он не означает, что сама проблема не существует и никому не нужна.

Был и обратный случай: высокая частотность, но неподходящее поисковое намерение.

Например:

• wordpress скачать — 1832;
• telegram боты скачать — 297;
• создать сайт бесплатно tilda — 219.

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

Часть формулировок отбрасывалась ещё и потому, что тема уже была покрыта. Например, форма заявки tilda пересекалась с существующей веткой по формам, а woocommerce страница оформление заказа — с материалами по checkout.

Такой отсев нужен не только для удаления дублей слов. Он помогает не плодить несколько страниц под один и тот же пользовательский сценарий.

↑ К оглавлению

Что это означает для сбора семантики

На практике достаточно последовательно ответить на пять вопросов:

1. С какого широкого запроса начинается предметная область?
2. Какие реальные формулировки Wordstat показывает рядом?
3. Есть ли внутри ветки отдельная, более конкретная задача?
4. Какое поисковое намерение стоит за этой формулировкой?
5. Не покрыта ли эта задача уже существующей страницей?

Полезно сохранять вместе с запросом не только частотность, но и период, источник, положение в ветке и причину, по которой тема была принята или отклонена.

Низкочастотный запрос не всегда лучше. Формулировка с частотностью 5 может быть очень точной, но слишком узкой для отдельной страницы. Запрос с частотностью 45 может выглядеть сильнее, но всё равно требовать проверки поисковой выдачи и пересечения с существующими материалами.

Wordstat помогает увидеть направление. Решение о странице всё равно остаётся редакционным.

↑ К оглавлению

Ограничения исследования

У этого набора данных есть ограничения, которые важно учитывать:

• точный интерфейсный период основной выгрузки не сохранился;
• для 586 валидных строк основной выгрузки недостаточно сведений, чтобы надёжно распределить их по CMS и темам;
• ручные углублённые исследования проводились в соседние периоды и не являются одной общей выборкой;
• частотности разных формулировок не складывались;
• значения Wordstat не равны числу уникальных людей;
• по ним нельзя делать выводы о CTR, конверсии, заказах или доходе;
• исследование не является репрезентативным срезом всего российского интернета;
• транспортные ошибки не трактовались как нулевой спрос;
• часть старых и ручных записей требует отдельной сверки, если использовать их для нового публичного измерения.

↑ К оглавлению

Краткий вывод

Главный результат этого исследования — не одна большая цифра и не список «лучших» CMS-тем.

Гораздо полезнее другое: не путать техническую очевидность с реальным поисковым спросом.

В Wordstat рядом могут находиться широкая брендовая тема, конкретная коммерческая задача, проблемная формулировка, шум и нулевой результат. Только последовательный переход от широкого запроса к реальным веткам позволяет понять, что заслуживает отдельного материала, что лучше оставить как вспомогательную формулировку, а что нужно отбросить.

На практике порядок такой: сначала зафиксировать реальную структуру спроса, затем проверить поисковое намерение и существующее покрытие, и только после этого принимать решение о новой странице.

↑ К оглавлению

Источник данных

Яндекс Wordstat; собственные выгрузки и ручные исследования WebFixer24, август–сентябрь 2026.

Исследование подготовлено WebFixer24

Источник данных

Яндекс Wordstat

Исследование

WebFixer24

Период

август–сентябрь 2026

Дата публикации

11 сентября 2026

Яндекс Wordstat; собственные выгрузки и ручные исследования WebFixer24, август–сентябрь 2026.