Почему PBN-сеть попадает под фильтр Google

Как сеть вообще находят

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

Сеть выдаёт пересечение: те же сто сайтов на одном хостинге, с одинаковым набором плагинов, зарегистрированные в один месяц, со статьями, опубликованными в одну неделю, и ссылками на один и тот же проект. Каждый признак по отдельности объясним, вместе — нет.

Отсюда два следствия, которые меняют порядок работы:

• Исправлять нужно самое заметное совпадение, а не то, которое проще поправить. Разнести контент по датам, оставив всю сеть в одной подсети, — потраченное время.
• Добавление доноров без разведения признаков усиливает проблему. Чем больше доменов с тем же совпадением, тем надёжнее оно читается.

Что именно считается повторяющимся следом и какие их виды бывают — в разборе footprint PBN.

Слой 1: инфраструктура

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

• Одна подсеть /24. Разные IP внутри одной подсети не считаются разведением. Как разводить правильно: IP класса C для PBN.
• Одна автономная система. Домены в разных подсетях одного провайдера остаются в одном ASN.
• Общие nameserver'ы. Пара DNS-серверов на всю сеть связывает её независимо от хостинга.
• Общие MX-записи. Почта на одном сервере — та же связка, про которую забывают чаще всего.
• Общий сертификат или панель. Wildcard-сертификат и один аккаунт в панели управления видны через публичные логи прозрачности сертификатов.
• Одинаковый whois. Прямая связка без всякого анализа. Что скрывать: приватность whois.
• Даты регистрации в одном окне. Тридцать доменов, оформленных в одну неделю у одного регистратора, — отдельный признак.

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

Слой 2: платформа

Всё из этого слоя лежит в исходном коде страницы и читается автоматически.

• Одинаковая сборка движка. Один движок, одна версия, один набор расширений — совпадение по десяткам строк кода и путей к файлам.
• Одна тема оформления. Включая структуру меню и разметку подвала, а не только палитру.
• Общие идентификаторы счётчиков. Один код аналитики или рекламы на сеть — самая дешёвая связка из всех.
• Совпадающие служебные файлы. robots.txt, карта сайта и страницы ошибок, собранные одним скриптом, идентичны побайтово.
• Одинаковые пути и имена файлов. Каталоги загрузок с той же структурой и те же имена картинок.
• Один аккаунт аналитики и Search Console. Счётчик виден в коде, но связка аккаунтов — отдельная история: доноры, добавленные в один аккаунт Search Console, связаны внутри самого сервиса, а не только в разметке страницы.
• Однотипные метаданные и микроразметка. Заголовки и описания, собранные по одной формуле, и одинаковый блок schema.org с теми же полями — тот же шаблон, только в head.
• Один CDN на всю сеть. CDN помогает развести адреса, но если через него идут все сто процентов доноров, он сам становится общим признаком. Через CDN прячут часть сети, а не всю.

Сравнение вариантов — в разборе PBN на WordPress или на разных CMS.

Слой 3: контент

Этот слой дороже всего в исправлении, поэтому его чаще всего и оставляют как есть.

• Шаблонная структура текстов. Статьи, собранные по одной схеме с подменой слов, определяются по повторяющемуся порядку абзацев, даже когда слова разные.
• Даты публикаций в одном окне. Если контент на всех донорах появился в одну неделю, видна дата сборки сети.
• Одна интонация на всех сайтах. Тридцать доноров, написанных одним способом, — это один автор.
• Исходящие только на продвигаемый проект. Сайт, который ссылается ровно на один внешний адрес, не похож на живой.
• Отсутствие собственного трафика. Донор без посетителей и без поисковых запросов выглядит ровно тем, чем является.

Что писать и как не попасть в этот список — в статье контент для доноров.

Слой 4: ссылочный профиль

Слой, на котором ошибаются уже после правильной сборки сети.

• Перекрёстная перелинковка. Доноры ссылаются друг на друга и рисуют связный граф. Причина, по которой так нельзя: перелинковка внутри PBN.
• Одинаковые анкоры. Один точный анкор со всех доноров. Пропорции типов — в анкор-плане.
• Рывок в размещении. Все ссылки за короткий срок. См. естественная динамика ссылок.
• Одна страница-приёмник. Весь объём на главную.
• Одинаковое место размещения. Ссылка в том же блоке на той же позиции шаблона у всех доноров.

Если сеть уже под фильтром

Признак обычно один: ссылки перестали влиять на позиции, при этом в Search Console ничего нет. Порядок разбора:

1. Проверить доноров в индексе. Выпали ли страницы, идёт ли обход. Настройка контроля — мониторинг PBN.
2. Найти самое заметное совпадение. Пройти слои сверху вниз: подсети и ASN, DNS и MX, сборка движка, счётчики.
3. Снять ссылки с деиндексированных доноров. Они не передают вес, но остаются в профиле.
4. Развести найденное совпадение, а не всё подряд. Перенос части сети к другому хостеру и смена DNS дают больше, чем переписывание текстов.
5. Проверить ручные меры у продвигаемого сайта. Если уведомление есть, работа начинается с него, а не с доноров.
6. Не наращивать сеть до исправления. Новые доноры с тем же признаком только усиливают связность.

Про восстановление позиций после просадки есть отдельный разбор — восстановление после апдейта. Типичные ошибки самостоятельной сборки собраны в статье типичные ошибки при самостоятельном построении PBN.

Чем проверить сеть самому

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

• Подсеть и автономная система. Whois по IP каждого донора даёт и подсеть, и ASN. Разложите в таблицу и отсортируйте — совпадения видно сразу.
• DNS и MX. Запрос NS и MX по каждому домену, туда же в таблицу. Это самая быстрая проверка из всех и самая часто пропущенная.
• Логи прозрачности сертификатов. Поиск по домену в публичном журнале сертификатов показывает, не выписаны ли они пачкой и не висят ли соседние домены на одном сертификате.
• Исходный код. Сохраните главную страницу каждого донора и сравните файлы между собой: совпадающие пути, имена тем, наборы скриптов и идентификаторы счётчиков вылезают при обычном сравнении.
• Архив страниц. Wayback по каждому домену — проверить, что восстановленная тема совпадает с прошлой, а не разъехалась.
• Индексация. Поиск по домену в выдаче: если страницы донора не находятся, дальше разбираться с его футпринтом смысла нет, сначала он должен быть в индексе.

Таблица из подсети, ASN, NS, MX, темы и идентификатора счётчика по каждому донору закрывает большую часть диагностики. Если в любом столбце есть повтор у двух и более доноров — это и есть то, что надо разводить первым.

Чеклист диагностики

Пройдите по слоям и отметьте, где есть совпадение у двух и более доноров:

1. Подсети /24 и ASN — совпадений нет ✓
2. Nameserver'ы и MX-записи — совпадений нет ✓
3. Регистрационные данные и даты регистрации разведены ✓
4. Движок, версия и набор расширений различаются ✓
5. Темы оформления и структура меню различаются ✓
6. Идентификаторы счётчиков у каждого свои ✓
7. Доноры не собраны в один аккаунт аналитики и Search Console ✓
8. Заголовки, описания и микроразметка не собраны по одной формуле ✓
9. CDN стоит не на всей сети ✓
10. robots.txt, карта сайта и страницы ошибок не совпадают побайтово ✓
11. Даты публикаций размазаны по месяцам ✓
12. Исходящие ссылки ведут не только на продвигаемый проект ✓
13. Внутри сети нет перекрёстных ссылок ✓
14. Анкоры различаются, объём распределён по страницам ✓

Как собрать сеть, в которой этих совпадений нет изначально, — в разборе footprint PBN и на странице сети под ключ. Инфраструктурную часть закрывает хостинг для PBN.