Большинство публичных тестов индексаторов в интернете построены так, что их результат нельзя воспроизвести и нельзя верифицировать. «Отправил 100 ссылок, через 3 дня в индексе 80» — без указания типа ссылок, источника, даты и контрольной группы это рекламная фраза, не данные.
Чтобы тест действительно отвечал на вопрос «работает ли сервис на моих задачах», нужно соблюсти несколько условий. Эта статья — рабочая методика, которой пользуется редакция при подготовке обзоров. Можете применить её для теста любого сервиса.
Условие 1. Контрольная группа
Без контрольной группы любой результат бесполезен. Если 80% ссылок попали в индекс через сервис, но за то же время 75% таких же ссылок попали через обычный sitemap, эффективность сервиса — 5%, не 80%.
Как составить контрольную группу. Возьмите два одинаково подготовленных набора URL. Условия должны совпадать максимально точно: тип страниц, размер, тематика, дата публикации, наличие внутренних ссылок, состояние сайта. Один набор отправляется через сервис, другой — обычным способом (sitemap, ручная отправка через Search Console).
Размер. Минимум по 10 URL в каждой группе. Лучше 20-30. На 5 ссылках случайные колебания индексации съедают любую разницу между сервисами.
Условие 2. Однородность набора
Ссылки в тесте должны быть однотипными. Не смешивайте:
- свои страницы и внешние бэклинки;
- молодой домен и зрелый;
- коммерческие страницы и блог-посты;
- страницы с тонким контентом и нормальные;
- активно перелинкованные внутри сайта и orphan-страницы.
Иначе вы получите цифру «70% индексации», которая описывает не сервис, а смесь ваших URL разного качества.
Условие 3. Подготовка перед отправкой
Все URL до начала теста должны:
- открываться, отдавать код 200;
- не быть закрыты в robots.txt;
- не иметь meta noindex или X-Robots-Tag noindex;
- иметь понятный canonical, указывающий на этот же URL или на корректный основной адрес;
- быть упомянуты в sitemap.xml сайта;
- иметь хотя бы одну внутреннюю ссылку с того же домена.
Если эти условия не соблюдены — вы тестируете не сервис, а ваши технические проблемы.
Условие 4. Фиксация ДО начала теста
Перед отправкой запишите:
- список URL обеих групп;
- дату и время отправки в обеих группах;
- состояние индекса каждого URL до отправки (через site: или URL Inspection);
- ожидаемые проверки: через 3, 7, 14 и 30 дней;
- что считаете успехом.
Без этой фиксации задним числом нельзя отделить «попало в индекс благодаря сервису» от «попало само». Поисковик может проиндексировать URL независимо от вашего сервиса, особенно если у сайта приличный crawl budget.
Условие 5. Поисковики разделять
Google, Яндекс и Bing считаются отдельно. У них разная скорость обхода, разные алгоритмы оценки качества, разные настроения после апдейтов.
Сервис может показать 90% в Bing и 30% в Google на одной и той же выборке. Усреднение даёт «60%» — это не работает как метрика.
Также по-разному смотрят:
- Google: через
site:example.com/url/в выдаче и через URL Inspection в Search Console. - Яндекс: через
host:example.com url:запрос в выдаче или через раздел «Индексирование → Страницы в поиске» в Вебмастере. - Bing: через
site:запрос и через Bing Webmaster Tools.
Условие 6. Проверка во времени, не одна точка
Проверка через 24 часа — почти бессмысленна. Поисковик мог не успеть прийти, мог прийти, но ещё не обработать, мог проиндексировать на черновую и через 3 дня выкинуть.
Минимальный график проверок:
- Через 3 дня. Первичный сигнал. Сколько URL в индексе.
- Через 7 дней. Появилась ли часть, которая отставала.
- Через 14 дней. Стабильность. Какие URL выпали.
- Через 30 дней. Финальная фиксация.
В отчёте о тесте должны быть все четыре цифры. «Stable indexed» — это последний показатель.
Условие 7. Считать стоимость одного stable indexed URL
Самая полезная метрика для бизнеса. Берёте бюджет, потраченный на сервис, делите на количество URL, которые остались в индексе через 30 дней. Получаете стоимость одного действительно проиндексированного URL.
Пример. Сервис стоит $20 за пакет 100 ссылок. Через 30 дней в индексе 50 ссылок. Стоимость одного stable indexed URL — $0,40.
Если в контрольной группе из 100 ссылок без сервиса в индексе через 30 дней оказалось 30 — реальный прирост сервиса 20 ссылок, реальная стоимость одного «дополнительного» индексирования — $1.
Эта метрика часто меняет восприятие. Дорогой сервис с 90% результатом может оказаться выгоднее дешёвого с 60%, если последний даёт прирост над контрольной группой всего на 5%.
Условие 8. Логи Googlebot
Это уже продвинутый уровень, но для серьёзных тестов важный.
Если у вас есть доступ к логам сервера, отфильтруйте посещения Googlebot за период теста. Сравните:
- сколько раз Googlebot пришёл к URL из группы с сервисом;
- сколько раз — к URL контрольной группы.
Это отвечает на вопрос «реально ли сервис привёл бот, или только так заявил». Часть сервисов считает «отправленным» и «обработанным» URL без фактического визита бота. В логах вы увидите правду.
Reverse DNS-проверка обязательна — есть много фейковых ботов, которые подделывают user-agent. Для Googlebot reverse-lookup на IP должен возвращать домен из googlebot.com или google.com.
Шаблон отчёта
Любой полезный тест индексатора должен включать:
Дата отправки: 2026-04-28
Сервис: <название>
Тариф: <название>
Сумма: $XX
Количество URL: NN
Тип URL: страницы сайта / бэклинки / параметрические / гибрид
Состояние сайта на момент отправки: <возраст домена, размер, состояние индекса>
Контрольная группа: NN URL, отправлены через <способ>
Результаты:
3 дня | сервис: % | контроль: % | в Google / Яндексе / Bing
7 дней | сервис: % | контроль: % | в Google / Яндексе / Bing
14 дней | сервис: % | контроль: % | в Google / Яндексе / Bing
30 дней | сервис: % | контроль: % | в Google / Яндексе / Bing
Стоимость 1 stable indexed URL: $X (с учётом контрольной группы)
Замечания: <что заметили в логах, что говорил сервис, что было неожиданным>
Без этих полей тест в публикации лучше не показывать. Лучше написать «тест в работе, методика на странице методологии», чем выпустить полу-данные, которые читатель не сможет верифицировать.
Что не делать в тесте
- Не тестируйте на закрытом стейджинг-домене. Поисковик его в принципе не индексирует.
- Не отправляйте URL, которые уже в индексе. Эти URL уже там, сервис их «индексировать» не будет — ему нечего делать.
- Не отправляйте через сервис URL, для которых вы только что нажали «request indexing» в GSC. Появление в индексе припишется не тому каналу.
- Не делайте выводы по 5 URL. Случайных колебаний больше, чем разница между сервисами.
- Не запускайте параллельно тест в разных нишах. Один пакет, один тип URL, один эксперимент.
Связанные термины
- Stable indexed — состояние «в индексе через 14–30 дней».
- Crawled vs Indexed — два разных события, которые часто путают.
- Drip-feed — растянутая отправка; в тестах нужен отдельный отдельный сценарий.
- Контрольная группа — необходимое условие любого осмысленного теста.