SEO на завод (monobrands edition)

Наша инициация в igaming-сетках началась с одного азиатского клиента, чей трафик разбирали сеошники, и нужен был бренд-протект.
На тот момент задача была простой – сделать функциональный генератор, удобную CMS-ку, минимум футпринтов + автоматически сетапить ссылочки. То есть завод по производству сайтов.

Однако это было очень далеко от нормальной единой системы.

Сейчас уже обязательно нужна единая центральна панель, где помимо deployments, CMS и traffic analytics, будет еще:

– постоянный мониторинг сайтов
– проверка индексации и DMCA
– автоматический клей и переезды
– трекинг позиций
– автоматическая отправка анкор-листов в работу линкбилдерам
– проверка качества ссылок
– автоматический подбор и покупка доменов
– ...and so on, and so on

Отдельная тема – что некоторым командам хотя бы иметь P&L и нормальных team leads. И это я вообще молчу про bizdev, от которого иногда зависит, будете ли вы вообще зарабатывать или просто возиться с сайтами.

Но давайте все же продолжим про централизованную систему. Нафига?

В инженерии есть такое понятие как single point of failure (SPoF) – единая точка отказа в системе. То есть проблема, отказ которой приводит к остановке всей системы или сети.

Так вот, когда NASA запускали телескоп Webb пять лет назад, там было 344 single-point failures. То есть критическая проблема с любым одним из этих 344 узлов сразу приводила бы к провалу всей миссии (что было бы = много бабла коту под хвост, где-то как ВВП Черногории).

Как думаете, сколько SPoF в построении вашей SEO-сетки? Абузы, анализ SERP, неактуальные данные, ошибки людей, корявые ссылки.. Крч много, я насчитал пару сотен 😅 И это только “видимые” SPoF.

Поэтому большие команды уже давно вышли за пределы генераторов.

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

У нас уже в бете более 20 новых плагинов и модулей, которые сводят все в единый центр управления сайтами. А вайбкодить уже можно прямо внутри нашей CMS 🚀!!

—

Сейчас мы интегрируем сторонние сервисы и услуги в AffBulk.com

И у меня запрос к вам – где найти лучшие ссылки 🥧 ⁉️

Ищем готовых к партнерству ради взаимовыгодного сильного результата.

Объемы уже большие. А будут еще больше. Пишите, буду рад пообщаться.

—

Всем отправляю позитивные вайбы от абуз ✨

Пару дней ушло у Гугла на Spam Update, и пару недель сеошникам на анализ – в паблике уже начали делать выводы.
Мой вывод: сеошим дальше, ребят

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

Однако теперь уже всем очевидно, что всё больше повылазило схем с зеркалами в формате: emd.com → drop.com → emd.com/lang/ → drop.com/lang/
где canonical и x-default ведут на дроп, hreflang – на emd.com/lang/, плюс ещё куча забавных вариаций типа кросслинки через Open Graph и т.п. 🙂

Но не стоит питать себя иллюзиями, что в любой топ сейчас можно залететь только с таким клеем. Как и раньше, лучшая инвестиция – это S&P 500 люди, диверсификация, и дропы 🙂

Дропы идут:
• на клей;
• на PBN;
• на клей и потом на PBN.

Если умеете добывать свои ссылочки – прекрасно. Если нет, то своя PBN – это всегда must-have.

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

Сейчас появляется много решений для поиска дропов – почти каждую неделю новый вайбкодед-тул в паблике (рад потестить).

Мы же не будем лезть в эту историю. Думаю, здесь каждый может найти свой подход и получить конкурентное преимущество хотя бы на какое-то время. Вместо этого сделаем интеграцию с инструментом, который действительно хорошо решает эту задачу – будем рады рекомендациям.

Наша цель – закрыть техническую часть: быстрое восстановление сайтов из Web Archive (coming soon), деплой вашего PBN в Cloudflare, и далее уже разные workflow для автоматизации.

И обязательно скрывайте свои сайты от всяких ahrefs и прочих ботов, чтобы хотя бы PBN-ки не страдали от DMCA 🥴

Ну и не забываем заглядывать в GSC – именно там сейчас основной источник хороших ключей для новых страниц и сайтов.
Для этого разработали свой seogets внутри AffBulk, тестируем - скоро будет.

—
Итого: этот апдейт точно дает хорошие возможности 🙂

Второй день в паблике волна репостов о “невидимых водяных знаках” в AI-контенте Claude и других LLM-ок. Я чё-т думал, что этот “риск” уже всем очевиден – большие LLM-ки точно будут прогибаться под регуляторов, прижмут генерацию неудобных тем, закручивать гайки будут крч.

Но тут конкретно с “водяными знаками” стоит разделять. Криптографическая метка в тексте (у DeepMind есть SynthID-Text, опубликован открыто) – но это они для себя пилят, чтобы свои же тексты палить. К ранжированию отношения не имеет. Ну, пока что так 🙂

А вот футпринты – это уже реальная проблема. Модель пишет одинаково: структура текста, длина абзацев, набор оборотов, переходы. Накладываешь сверху одинаковую публикацию пачками – и получаешь ровно то, что Google описал в апдейте про scaled content abuse.

Мы это давно видим на своих сетках: если сетапить много сайтов на модельках из общедоступных LLM-ок, живут они подозрительно похожим образом, и смерть приходит быстро. Спад трафа по сайтам на Gemini, траблы с OpenAI, теперь говорят про Claude – хотя, как по мне, он уже очень дорогой для массового запуска.

Есть ещё китайцы, но там тоже чужая общая модель = общие паттерны.
Я думаю, что локально мы уже в точке, когда пора диверсифицировать модели и тюнить под свои задачи.

Отсюда анонс, который пока был “секретом” – скоро релиз AffBulk AI 🚀

Моделей у нас несколько. Обучены на большом количестве SEO-текстов, написанных до 2022 года, плюс продолжают тюниться на актуальных свежих human-written статьях – от AI slop фильтруем тщательно. И цена будет минимум в два раза дешевле самых популярных моделей.

Что умеет:

- SEO-тексты, затюненные так, чтобы не палиться типовыми паттернами;
- AI-агент по созданию структур сайтов и наполнению;
- кластеризация, scheduled-агенты и прочая автоматизация.

Всем пользователям AffBulk откроем скоро. Ранний доступ – ограниченно, оставить заявку можно тут.

Параллельно много чего выкатываем: часть фич из старших пакетов уже доступна даже в стартовом сетапе – интеграции с GSC, мониторинг индекса и DMCA, мультиленг. Впереди автоматизация и больше аналитики: ключи, стата по трафу и GSC будут интегрированы и заведены под дальнейшие действия – в том числе под AffBulk AI.

Скоро покажу демку. И будет кейс по AI SEO – там wild west сейчас полный: сетки в белых нишах AI-ка ранжирует так же прекрасно, как ваши монобренды 😏

Ну что, адаптация под AI-first поиск несется!

Если еще не слышали, рассказываю: 20 августа Google выкатил встраиваемую на сайты кнопку “Add as a preferred source”. Что это такое – прикольно рассказывает парень вот здесь.

Коротко: Preferred Sources – фича Google Search, которая позволяет юзерам самим выбирать сайты, контент которых они хотят видеть чаще в Top Stories, G Discover, G News, а с недавних пор – в AI Overviews и AI Mode (!)
А теперь если есть для этого кнопочка, то можно этим делом манипулировать еще лучше 🙂

Там есть три способа добавить это на сайт:
1. Стандартный JS-виджет – две строчки кода, и кнопка сама рисуется на странице
2. Продвинутая интеграция – callback-очередь, если нужен кастомный UI и контроль момента показа кнопки
3. Deep-link без всякого JS: https://www.google.com/preferences/source?q=example.com

Работает это дело только на уровне домена и поддомена (example.com, blog.example.com), но на уровне папки (example.com/en) не работает. Больше деталей в гайде Google тут

❗️ Естественно, саму кнопку повесить может абсолютно любой сайт, а вот появится ли сайт как реально выбираемый вариант в инструменте google.com/preferences/source – это Google решает сам, без формальной заявки или верификации. Официальной документации о точных критериях Google тоже не публикует.

И тут уже кажется, что все пропало и никак туда простому аффилиатчику не попасть, но практическая проверка очень простая – идете на https://www.google.com/preferences/source?q= и вбиваете свой домен: если он находится в списке, значит, он уже eligible и можно смело продвигать кнопку аудитории.

Проверил я несколько дропов – некоторые там уже есть как source 😏 А потом еще позакидывал всякие EMD и, о чудо, даже наш тестовый домен affbulk.online оказался в списке!

Так что новый параметр для отбора доменов unlocked 😄

Что на самом деле стоит за этим?

Причин там явно много – например, утихомирить недовольных издателей из-за того, что AI Overviews съедают весь трафик: и тут типа Google дает контроль, ага, и бла-бла-бла.

Но я думаю, что это первый шаг к получению явных first-party сигналов доверия/качества, которые Google получает напрямую от пользователей, а не выводит косвенно из behavioral-данных или backlink-графа. Такой сигнал явно дешевле и надежнее использовать при обучении своих ранжирующих моделей и моделей выбора источников для AI Overviews/AI Mode – по сути, пользователи бесплатно размечают для Google, какие сайты “настоящие” и “заслуживают доверия”. Теперь посмотрим, как это “поможет” бороться со спамом и AI-generated фермами)

И судя по тому, что фича теперь официально числится сигналом для discover core update (упоминается в документации Google с февраля 2026), это похоже на постепенное встраивание “explicit user preference” как полноценного компонента ранжирования.

Так что SEO – это уже давно арбитраж, теперь вот даже гугловские аккаунты будем фармить для накрутки preferred sources 🙂

И конечно же, для пользователей AffBulk скоро добавим кнопку “Add as a preferred source” как стандартный компонент и продвинутую интеграцию, чтобы все это включалось одним тоглом сразу на весь выбранный портфель сайтов. Следом в аналитике будем трекать клики по deep-link и рост branded-трафика по каждому сайту портфеля (тут тянем данные с GSC).

Рассказывайте, кто уже начал тестить? Какие успехи?)

Прячем HTML. Проще, чем вы думаете 🙂

Внимательные уже давно должны были заметить, что осторожные ребята всегда подменяют контент в HTML своих сайтов – ведь нечего показывать так просто свои canonical / hreflang и прочие мутки, чтобы потом не ловить абузы на весь клей.

Часто прилетают вопросы по этой теме и всем кажется, что это сверхсложно. Например, типа как так у них вообще весь HTML пустой.

Кстати, тут две разные вещи, которые часто путают: пустой сорс – это обычно клиентский рендер (контент подтягивается JS'ом), а подмена – это когда на один и тот же URL отдаётся разный HTML в зависимости от того, кто пришёл. Часто комбинируют.

Однако делается это довольно просто, особенно если есть Cloudflare и о чудо AI 👼 (любой за 20 баксов в месяц)

⚠️ Сначала про названия – иначе AI нагенерит кашу

_middleware.js – это конвенция Cloudflare Pages Functions (лежит в /functions/_middleware.js). Если у вас чистые Workers – там файла-миддлвари нет, вся логика живёт в fetch-хендлере воркера, и воркер вешается на роут. Но думаю, большинство на Cloudflare Pages.

между прочим, в AffBulk все еще проще и можно сразу раскатать на всю сетку:
• загрузить скрипт в custom files
• сохранить как website preset
• и быстро выкатить на все сайты по MCP

Какую подмену делать? Да как душе угодно 🙂 кто-то просто canonical / hreflang меняет или убирает, кто-то весь HTML и так далее.

А вот дальше два места, где горят чаще всего.

1. Детект по User-Agent. Основная ошибка новичков – определять ботов по одному User-Agent. UA подделывается одной строчкой в курле, так что на нём логику строить нельзя. Нормальные сигналы – обратный DNS (как в доке у Гугла), официальные списки IP-диапазонов краулеров, ASN. На CF часть этого уже есть из коробки в request.cf.

2. Кэш. Если на одном URL отдаётся разный ответ, это надо явно разруливать (Vary / Cache-Control / обход кэша). Иначе CDN закэширует ботовую версию и раздаст живым юзерам (или наоборот).

В целом – да, это обычный клоакинг

✏️ Как накидать скрипт со своей логикой?

Claude / Codex может помочь с этим:
1. говорите, что ваши сайты используют Cloudflare Pages Functions,
2. далее описываете логику которую хотите реализовать,
3. ну и стоит показать пример HTML одного из ваших сайтов.

ВАЖНО: это подходит для сайтов, которые реально проксируются через Cloudflare (оранжевое облако) или живут на Pages/Workers. Если домен просто на CF-DNS в режиме DNS-only – воркер до запроса не доедет и ничего не отработает 😏 думаю логично, но лучше отметить на всяк.

Конечно же, подобный клоакинг можно реализовать не только с CF, а везде, где есть edge-функции: Bunny Edge Scripting, Vercel Edge Middleware, Netlify Edge Functions, Fastly Compute, AWS CloudFront Functions и т.д.

В AffBulk есть edge dynamic content уже довольно давно, но вижу, что запрос растет, поэтому скоро выкатим разные готовые сценарии, чтобы упростить жизнь.

—

Кстати, мы уже подходим к цифре в 100 000 сайтов (60% iGaming), и за это время было реализовано несколько сотен разных layouts – настало время релизнуть новую фичу, которая позволит кастомить сайты ещё более гибко. Детали скоро.

И еще. Мы не пишем о заработках клиентов, у нас строгий Terms & Conditions, тем более что мы вообще нигде не собираем эту стату.

Однако по опросам и результатам мониторинга нагрузки мы знаем, что более 30% команд выросли в 2 и более раз после всех сложных апдейтов этого лета.

Знаете, что перформит лучше всего? Хороший ресёрч, тщательная настройка всех процессов, и лишь последним пунктом идут бюджеты 😎