Как прогнать один список беклинков через проверки Google, Bing и Яндекса перед drip-feed

Один файл с абсолютными URL. Три отдельных прогона чекера: Google, Bing, Яндекс. Три колонки «есть / нет». В drip-feed индексацию уходят только живые страницы, которых нет в Google. Доля «уже в Bing» не закрывает Google-задачу и не считает KPI кампании. Bing и Яндекс здесь читают тот же список тем же семейством инструментов, но это не один клик и не один усреднённый статус.

Заголовок «как прогнать один список беклинков через проверки Google, Bing и Яндекса перед drip-feed» описывает матрицу, а не магию «проиндексировано на 70%». Обзор обхода и индексации Google разделяет обход, хранение и показ. Три поисковика хранят документы независимо. Смешанная ячейка в отчёте клиенту врёт либо про Google, либо про Bing, либо про оба.

Проверка — это чтение. Отправка — другая операция. В SpeedyIndex нет индексатора Bing: промах Bing остаётся ячейкой отчёта, не заявкой. Индексация Google идёт Pay-per-Result: 100 токенов за URL, который на перепроверке лежит в Google. Возврат по Google считают на 7-й день; на drip-feed часы запускают от последней дневной порции, не от кнопки создания задачи. Яндекс перепроверяет на 15-й день, если вы ставите отдельную яндексовую задачу. Чужой донор в Search Console и Вебмастер не подтвердить — поэтому чекер принимает чужие URL без верификации.

Один txt, три отметки, одна очередь в Google

Миф звучит так: «прогнали список, 68% в индексе, можно не drip-feed». Второй миф: «если URL есть в Bing, Google подтянет сам». Третий: один прогон чекера сразу ставит три печати.

На деле членство в индексе живёт отдельно у каждого движка. Кампания на Google закрывает дыры Google. Кампания на Яндекс — дыры Яндекса отдельной задачей. Bing в этой связке даёт колонку для заказчика из США или Великобритании, не кнопку «отправить в Bing».

Держите один канонический .txt. Нормализуйте схему, хост, путь и слэш на конце один раз. Потом трижды загрузите тот же файл в проверку индексации сайта Google — семейство чекеров одно, движок меняете между прогонами. Не плодите google.txt, bing.txt, yandex.txt с разной нормализацией: джойн разъедется, в drip-feed попадут дубли, живые дыры Google выпадут.

Краулер задачи Google представляется как Googlebot Smartphone. Подтверждение домена не нужно. Standard подходит короткому чистому хвосту. Drip-feed (drip_feed, drip_feed_days от 2 до 30, число URL не меньше числа дней) растягивает большую пачку. Предпроверка 404/410/451, robots/noindex, медиа и уже проиндексированных URL по умолчанию выключена: включайте на грязном листе. Недоступные URL (404, 403, robots, noindex, петля редиректов) автоматический возврат индексационных токенов не обещают. Сервис не продаёт «100% индексации».

«Один файл, три движка, затем Google drip только по дырам Google. Если смешать булевы значения, вы либо заплатите за уже лежащие в Google URL, либо пропустите те, которых там нет. Bing — чекер. Индексатора Bing нет. Проверка не равна отправке. Сто процентов включения мы не продаём.»

— команда SpeedyIndex

Почему процент Bing не считают KPI Google-задачи

Клиент ищет гостевой пост в Google. Отчёт «70% проиндексировано» собран по Bing. В Google документ молчит. Команда радуется цифре и не ставит drip-feed. Через две недели линкбилдинг «не работает», хотя проблема была в смешении колонок.

Обратная ошибка: смотрели только Яндекс, увидели «нет», залили в Google-задачу тысячи URL, которые Google уже хранит. Pay-per-Result списывает 100 токенов за проиндексированный URL. Уже лежащая страница, если она на 7-й день всё ещё в индексе, попадает в списание. Колонка Яндекса этот счёт не отменяет.

Bing-процент полезен как дополнительная метка для брифа, где заказчик смотрит выдачу Microsoft. Он не заменяет Google-проверку и не даёт права пропустить живой URL, которого нет в Google. Он не превращает SpeedyIndex в индексатор Bing: такого продукта в сервисе нет.

Что не кладут в drip-feed после трёх прогонов

В Google-очередь не кладут:

• URL, у которых Google-отметка уже «есть»;
• 404, 410, 451, 403, петлю редиректов;
• страницы с noindex или запретом в robots.txt;
• медиафайлы, если вы покупали HTML-документ;
• короткие ссылки, пока не сняли финальный адрес.

Bing «нет» сам по себе не добавляет строку в Google drip. Яндекс «есть» сам по себе не вычёркивает строку из Google drip. Фильтр Google-задачи: живой, индексируемый, Google «нет». Если бриф отдельно купил Яндекс, собираете второй список: живой, индексируемый, Яндекс «нет» — и другую задачу, с часами на 15-й день.

Как прогнать один список: десять шагов до календаря

1. Соберите мастер-файл. Действие: выгрузите уникальные абсолютные href из таблицы размещений. Инструмент: таблица → .txt, один URL в строке. Настройка: схема, хост, путь зафиксированы; без UTM и fbclid. Наблюдаете: N строк. Когда: до любого чекера. Успех: одна каноническая строка на размещение, как в акте. Провал: короткие ссылки рядом с финальными, http и https на один документ — сначала снимите редиректы.

2. Отсейте мёртвые до трёх печатей. Действие: выкиньте 404, 410, 451, robots и noindex. Инструмент: выборка заголовков, затем по желанию предпроверка на будущей Google-задаче. Настройка: следуйте редиректам, пишите статус, location, x-robots-tag. Наблюдаете: N2 живых индексируемых строк. Когда: до оплаты трёх прогонов, если лист грязный. Успех: класс 200 и нет noindex. Провал: платите чекерам, чтобы узнать, что URL мёртв, а потом спорите про возврат, которого на недоступных страницах нет.

3. Прогон Google. Действие: тот же .txt, движок Google. Инструмент: чекер, чужие URL, без Search Console. Настройка: точные строки, дата в имени лога. Наблюдаете: Google «есть» / «нет» на строку. Когда: первый движок, если KPI кампании — Google. Успех: колонка, которую можно сджойнить. Провал: по ошибке создали задачу индексации и начали отправку, пока нет печатей Bing и Яндекса.

4. Прогон Bing. Действие: тот же файл. Инструмент: то же семейство чекеров, движок Bing. Настройка: только проверка. Наблюдаете: Bing «есть» / «нет». Когда: сразу после Google, в тот же день, если успеваете. Успех: колонка для отчёта. Провал: Bing «нет» читаете как заявку на индекс Bing. Такой заявки в SpeedyIndex нет.

5. Прогон Яндекса. Действие: тот же файл, движок Яндекса. Инструмент: то же семейство. Настройка: проверка. Наблюдаете: Яндекс «есть» / «нет». Когда: после Bing. Успех: третья колонка. Провал: часы Яндекса считаете как день 7 Google. Индексатор Яндекса закрывает отчёт на 15-й день.

6. Склейте по URL. Действие: точное совпадение строк после той же нормализации, что в шаге 1. Инструмент: таблица. Настройка: без ручного «почти тот же адрес». Наблюдаете: N2 строк и три булевых значения. Когда: после трёх экспортов. Успех: у каждого href есть Google, Bing и Яндекс. Провал: слэш, кодировка IDN, www и без www разъехались.

7. Соберите Google drip-набор. Действие: оставьте Google «нет» и индексируемые. Инструмент: новый .txt. Настройка: не добавляйте Bing «нет», если Google уже «есть»; не вычёркивайте Google «нет» только потому, что Яндекс «есть». Наблюдаете: M URL. Когда: после джойна. Успех: M меньше N2, если много Google «есть». Провал: M равно N2, потому что Google-прогон пропустили или перевернули фильтр.

8. Создайте одну Google-задачу drip-feed. Действие: Pay-per-Result Google, капельная подача. Инструмент: drip-feed. Настройка: дни от 2 до 30; URL не меньше дней; Googlebot Smartphone; без подтверждения в Search Console. Наблюдаете: один идентификатор задачи. Когда: после M ≥ 2. Успех: порции по календарю на дырах Google. Провал: Standard на десятках тысяч или дни, которые список не заполняет.

9. Отдельно решите про Яндекс. Действие: если бриф купил Яндекс, соберите Яндекс «нет» ∩ живые. Инструмент: отдельная яндексовая задача Pay-per-Result. Настройка: часы 15-го дня, не смешивайте с Google drip. Наблюдаете: второй идентификатор. Когда: только если Яндекс в договоре. Успех: две задачи, два отчёта. Провал: одна задача «на все поисковики».

10. Сложите матрицу в папку кампании. Действие: датируйте мастер-файл, три экспорта чекера, drip-.txt и идентификаторы. Инструмент: папка кампании. Настройка: имя кампании в файле. Наблюдаете: джойн можно повторить. Когда: до сообщения «готово». Успех: след для аудита. Провал: перезаписанный .txt и в памяти только «70% в индексе».

Иллюстративные сценарии на одном списке

Иллюстративный сценарий — не реальный клиент. Команда слила 4 200 гостевых URL. Чекер Bing показал 71% «есть». Google не гоняли. Drip-feed не ставили. Клиент через сайт: искал якорь в Google и не находил. После трёх прогонов Google «нет» оказалось 1 140 живых строк. Их и нужно было капать, а не радоваться Bing.

Иллюстративный сценарий — не реальный клиент. Три файла после трёх прогонов: в одном оставили слэш, во втором сняли www, в третьем нижний регистр хоста. Джойн покрыл чуть больше половины. В drip-feed уехали дубли, живые дыры Google остались в «несматченных». Один мастер-файл этой дыры не даёт.

Иллюстративный сценарий — не реальный клиент. Лист крауда прогнали только по Яндексу, увидели много «нет», залили всё в Google Standard. Часть URL Google уже хранил: на 7-й день они остались в индексе и списали по 100 токенов. Колонка Яндекса не была Google-KPI.

Что писать клиенту вместо одной цифры

Отчёт держит четыре числа на дату: сколько живых; сколько Google «есть»; сколько Bing «есть»; сколько Яндекс «есть». Пятое число — сколько ушло в drip-feed (Google «нет» ∩ живые). Шестое, если покупали Яндекс, — размер яндексовой задачи. Не усредняйте три процента в один. Не называйте проверку «отправкой». Не обещайте, что Google скопирует Bing.

Календарь Google drip: порции 2–30 дней, URL не меньше дней, возврат считают от последней порции плюс 7 дней. Календарь Яндекса, если задача есть, живёт отдельно. Bing календаря отправки в SpeedyIndex не имеет.

Когда три прогона можно урезать

Бриф «только Google, Рунет не смотрим, Microsoft не смотрим» — честно опустите Bing и Яндекс, но не рисуйте вместо них выдуманный статус. Бриф «отчёт в трёх поисковиках, индекс только Google» — три прогона, одна Google-задача. Бриф «Google и Яндекс как две оплаты» — три прогона плюс две задачи. Не сокращайте Google-прогон, если деньги клиента завязаны на выдачу Google: именно эта колонка решает, кто попадает в drip-feed.

Trial на новом аккаунте — 200 токенов. Их хватает на пробу процесса, не на 20 000 беклинков. Грязный лист сначала чистят выборкой, не сжигают триал на 404.

Порядок движков в календаре команды тоже фиксируйте. Google первым, если деньги клиента завязаны на Google: без этой колонки drip-feed собирать рано. Bing и Яндекс можно в тот же день, можно на следующий — лишь бы файл не успели «чуть почистить» между прогонами. Любая правка мастер-файла после первого прогона ломает джойн: вы либо гоняете три движка заново, либо живёте с дырами в матрице. Дата в имени экспорта спасает от спора, какой из трёх логов свежее.

Не кладите в письмо клиенту фразу «прогнали по всем поисковикам, индекс 64%». Пишите три процента и размер Google-очереди. Если очередь ноль, потому что Google уже хранит все живые URL, drip-feed не ставят «для галочки». Если очередь большая, дни 2–30 выбирают по объёму выживших, не по проценту Bing.

Частые вопросы про один список и три поисковика

Можно ли одним прогоном чекера закрыть Google, Bing и Яндекс?

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

Почему доля URL в Bing не отменяет drip-feed в Google?

Клиент ищет документ в Google. Bing хранит свой индекс. KPI Google-задачи — колонка Google, не процент Microsoft.

Куда девать URL, который уже лежит в Google, но отсутствует в Bing?

В Google drip его не кладут. Bing «нет» оставляют в отчёте. Индексатора Bing в SpeedyIndex нет, эту дыру сервис заявкой не закрывает.

Смешивают ли Google и Яндекс в одну задачу индексации?

Нет. Google-задача и яндексовая задача живут отдельно. Часы возврата разные: 7 дней у Google от последней порции drip-feed, 15 дней у Яндекса.

С какого файла начинать, если беклинки пришли из трёх отчётов биржи?

Склейте в один нормализованный .txt, затем три прогона. Три «исходника» с разной нормализацией ломают джойн.

Вернут ли токены, если в drip-feed попал URL, который Google уже хранил?

Pay-per-Result списывает 100 токенов за проиндексированный URL. Уже лежащая страница — не «промах индексации». Сначала колонка Google, потом очередь.

Нужен ли Вебмастер донора, чтобы прогнать чужой беклинк?

Нет. Чекер принимает чужие URL без подтверждения сайта. Инспекция в кабинете владельца на чужой хост не открывается — поэтому и нужен публичный прогон.

Что делать с 404 до трёх проверок?

Выкинуть. Мёртвая страница не становится живой от трёх печатей. На недоступных URL автоматический возврат индексационных токенов не обещают.

Когда запускать drip-feed относительно трёх отметок?

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

Есть ли смысл ставить Standard вместо drip-feed на тысячах беклинков?

Standard — короткая пачка. Большой список чужих доноров растягивают drip-feed на 2–30 дней, и число URL не меньше числа дней. Три печати этот выбор не отменяют.

Предыдущая заметка в этой серии: Как SEO-фрилансер получает 15% пожизненно с пополнений по реферальной ссылке SpeedyIndex. Сначала её, если пришли по соседнему хвосту.

О SpeedyIndex

SpeedyIndex ставит URL в очередь обхода Google и Яндекса по модели Pay-per-Result: 100 токенов за проиндексированный адрес. Непроиндексированные доступные URL Google возвращают токены на 7-й день, Яндекс — на 15-й. На drip-feed отсчёт Google начинают после последней дневной порции.

Режим Standard закрывает короткий список. Drip-feed растягивает большую Google-задачу. Опциональная предпроверка отсекает 404, 410, 451, запрет robots/noindex, медиа и уже проиндексированные адреса; по умолчанию она выключена.

Краулер представляется как Googlebot Smartphone. Подтверждать сайт в Search Console и Вебмастере не нужно, чужие URL принимаются. Новый аккаунт получает 200 токенов на пробу. Bing в сервисе проверяют, не индексируют. Проверка не равна отправке. Сервис не обещает сто процентов попадания в индекс.