🔥 Как использовать Cocoon Engine X4 для разработки инструментов (часть 1)

Одним из самых лучших видов контента для SEO являются интерактивные инструменты - разные там калькуляторы, квизы и прочие штукенции. Они на 100% уникальны, востребованы, интересны для посетителей, полезны (иногда) и всяко лучше ранжируются и собирают трафик и конверсии, чем 100 раз переписанные обзоры, однотипные на всех сайтах. Кроме того, ежели они будут полезны и "засветятся" перед массами посетителей, то могут заполучить неисчислимое количество упоминаний и ссылок.

Сейчас я вас научу как делать эти инструменты в промышленных масштабах. И на помощь нам приходит могучая система Cocoon Engine X4.

Вы можете на автопилоте (встроенная в систему функция) смастерить бриф для воплощения инструмента в коде, но мы поступим более хитро и распланируем все исследования, используя промпт COCOON CHAINSMITH.

Цепляйте в новый чат 4 файла системы Cocoon Engine X4, скопипастите промпт COCOON CHAINSMITH первым сообщением и давайте перейдем к настройке переменных, дабы на выходе получить шаги исследования для разработки инструмента.


Небольшое отступление:

Для TASK_TYPE: разработка_инструмента промпт всегда выбирает основной фасад /страница или /бриф и внутренний маршрут через модули GIST, отвечающие за логику решения (Decision Map, Research Layer, Content Selection, Metrics). Чтобы связка получилась рабочей, а не общей исследовательской, важно правильно заполнить не столько GEO/LANGUAGE/SITE_THEME (они всегда одни и те же по смыслу), сколько TASK_DESCRIPTION, DEPTH и BRANCHING.

Правила заполнения именно для инструментов

➡️TASK_TYPE. Если инструментов несколько и они разные по сути (например, калькулятор и тест) - не пытайтесь описать все сразу в одном запуске. Каждый инструмент - отдельный проход промпта с TASK_TYPE: разработка_инструмента, иначе сработает правило «primary/secondary task» и промпт предложит разделить задачи на две связки.

➡️TASK_DESCRIPTION. Для инструмента этот блок должен обязательно содержать пять вещей, даже если они пока гипотетические:

🔵какую неопределённость пользователя инструмент снимает (job to be done);

🔵на основе каких входных данных считает результат;

🔵есть ли уже похожий инструмент на сайте, с которым нужно не конфликтовать по canonical parent;

🔵нужна ли отдельная страница методологии (обычно да, если есть формула или методика);

🔵есть ли регуляторные/нормативные ограничения на формулировки результата.

➡️DEPTH. Для инструмента редко нужен minimal - даже простой калькулятор требует исследования, каким языком пользователь описывает свою задачу, и какие входные поля он ожидает увидеть. Стандартный выбор - normal. Extended берите, если у инструмента несколько сценариев использования (новичок/эксперт) или если результат инструмента влияет на решение с высокой ценой ошибки (деньги, здоровье, безопасность) - тогда нужен более глубокий слой проверки формулировок.

➡️BRANCHING. Для инструментов почти всегда да: в ходе исследования почти неизбежно всплывает, что пользователи хотят не просто число на выходе, а объяснение «что с этим делать» - и это меняет структуру страницы. Нет оправдан только если инструмент максимально простой и однозначный (конвертер единиц).

➡️MODE. По умолчанию optimal. Experimental разумен, если вы хотите на одном заходе получить веерное сравнение нескольких вариантов реализации инструмента (например, «тест с баллами» vs «калькулятор с формулой») - тогда промпт покажет оба пути с их canonical fallback.


Теперь изучите рабочие примеры:

➡️Пример 1. Электрочайники - инструмент подбора

GEO: "Германия"
LANGUAGE: "немецкий"
SITE_THEME: "сайт сравнения бытовой техники для кухни, обзоры и рейтинги"
SITE_URL: ""
TASK_TYPE: "разработка_инструмента"
TASK_DESCRIPTION:
Нужен инструмент подбора электрочайника по вводным пользователя: объём семьи, частота использования, приоритет (скорость закипания, бесшумность, безопасность для детей, цена). На выходе 2-3 подходящих типа/класса чайников с объяснением, почему. Похожего инструмента на сайте нет, но есть отдельные обзорные статьи по моделям - нужно не конфликтовать с ними по структуре раздела. Методология подбора должна быть прозрачной, отдельная страница методологии нужна.
MODE: "optimal"
DEPTH: "normal"
BRANCHING: "да"

Пример 2. Кровля крыши - инструмент расчёта материала

GEO: "Россия"
LANGUAGE: "русский"
SITE_THEME: "сайт о кровельных материалах и монтаже, кокон статей о выборе покрытия и монтаже"
SITE_URL: ""
TASK_TYPE: "разработка_инструмента"
TASK_DESCRIPTION:
Калькулятор расчёта количества кровельного материала и крепежа по площади и уклону крыши, с учётом типа материала (металлочерепица, ондулин, битумная черепица) и нахлёста. Уже есть статьи про выбор материала и монтаж стропильной системы - калькулятор должен встать в тот же раздел как canonical child, не создавая конфликт родителя.
Важно: формула расчёта нахлёста разная для разных материалов, это нужно явно исследовать и подтвердить перед публикацией методологии.
MODE: "optimal"
DEPTH: "extended"
BRANCHING: "да"

Пример 3. Домашние тренировки - инструмент подбора программы

GEO: "Италия"
LANGUAGE: "итальянский"
SITE_THEME: "сайт домашних тренировок без оборудования, статьи и видео-программы"
SITE_URL: ""
TASK_TYPE: "разработка_инструмента"
TASK_DESCRIPTION:
Инструмент-квиз для подбора программы тренировок: уровень подготовки, доступное время, цель (выносливость/сила/похудение), ограничения по здоровью. На выходе - рекомендация конкретной программы из уже существующей библиотеки на сайте. Нужно исследовать, как итальянские пользователи формулируют свои цели и ограничения (язык аудитории), и не давать медицинских рекомендаций при указании травм - только предупреждение и ссылку на консультацию со специалистом.
MODE: "optimal"
DEPTH: "normal"
BRANCHING: "да"

Заполнив переменные, запускаете промпт и получаете шаги исследования для системы Cocoon Engine X4. Что делать дальше - обсудим во 2 части.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #Google #Коконы4 #CocoonEngineX4

🔥Как использовать Cocoon Engine X4 для разработки инструментов (часть 2)

Продолжаю рассказ как мастерить инструменты используя Cocoon Engine X4.

Итак, вы получили связку рабочих команд, как я расписал в прошлом посте. Теперь заводите новый чат, цепляете 4 скилла от Cocoon Engine X4 и вводите команду:
/старт

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

‼️ Важно: не вставляйте всю связку одним сообщением - Cocoon Engine рассчитан на пошаговое накопление контекста, и каждый шаг должен реально опираться на предыдущий, а не просто идти по списку.


Что делать, когда система просит дособрать данные

Это ожидаемое поведение. Система по своей архитектуре обязана останавливаться и запрашивать уточнение, когда встречает unknown, недостаточное доказательство или конфликт - это тот самый механизм, который отличает Cocoon Engine от обычного чат-бота, выдающего ответ по памяти. Здесь есть два разных случая, и правила для них разные.

1️⃣ Если система просит уточнить что-то внутри уже запланированного шага (например, вы дали команду /карта-болей, а система спрашивает "уточните, интересуют ли вас только новички или все сегменты") - отвечайте самостоятельно. Это не новое исследование, а параметризация того же шага, промпт не обязан это предугадывать.

2️⃣ Если система сама предлагает дополнительное исследование (например, "хотите, чтобы я также проверила отзывы на маркетплейсах по этому же запросу?") - здесь решение зависит от параметра BRANCHING, который вы задали при генерации связки:

при BRANCHING: нет - фиксируете предложение как unknown/blocker и не отвлекаетесь: доводите текущий шаг до конца, затем возвращаетесь к следующему шагу связки. Это правильно, если вы генерировали жёсткую связку осознанно - ради предсказуемости и скорости.

при BRANCHING: да или усиленное - вы имеете право принять 1–2 таких предложения система, но только если они относятся к текущему шагу связки, а не уводят в сторону. Если находка меняет то, что вы уже собирались делать следующим шагом - принимайте её; если она открывает совершенно новый угол, не предусмотренный в TASK_DESCRIPTION, - фиксируйте её отдельно и решайте по завершении всей связки, стоит ли делать отдельный проход.

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

На выходе получаете готовый бриф. Именно его (а не всё пошаговое исследование целиком) используем для работы.


От брифа к инструменту

Сначала выделите из брифа только то, что реально нужно для интерфейса: входные поля и их тип (число, выбор из списка, слайдер), формулу или логику расчёта, форматы вывода результата, и обязательные предупреждения/ограничения, которые бриф просил показать пользователю.

Затем сформулируйте запрос на вёрстку отдельно от исследовательского контекста - одним самостоятельным техническим заданием: "сделай HTML5-страницу с такими полями ввода, такой формулой расчёта, с валидацией ввода, с адаптивной вёрсткой под мобильные экраны, без внешних зависимостей (чистый JS, без фреймворков)" - и отдельно попросите разбить результат на HTML/CSS/JS блоки, чтобы было легко встроить в CMS сайта. Обязательно включите в задание требование сделать код встраиваемым (embeddable) отдельным iframe- или script-блоком - это станет критично для продвижения (см. ниже).

Проверяйте методологию расчёта отдельно от вёрстки: если бриф указывал источник формулы или логики (научная статья, отраслевой стандарт), попросите исполнителя не менять её самостоятельно, а прямо спросить, если что-то в брифе неоднозначно, а не "доизобретать" логику.


Как продвинуть готовый инструмент

1️⃣ Сделайте инструмент "удобным для чужого сайта" с самого начала. Подготовьте блок "встроить этот инструмент у себя" с готовым embed-кодом (iframe или script), без обязательной регистрации, адаптивным под мобильные экраны - именно отсутствие трения в копировании определяет, будет ли чужой сайт реально его встраивать.

2️⃣ Ищите тех, кто уже ссылается на похожие инструменты. Проверьте обратные ссылки 2–3 инструментов-конкурентов вашей ниши - сайты, уже ссылавшиеся на чужой калькулятор в этой теме, статистически гораздо охотнее поставят ссылку и на ваш. Параллельно ищите страницы-подборки вида "полезные инструменты по теме X" и "ресурсы для Y" - попасть туда часто можно одним письмом.

3️⃣ Запускайте одновременно в нескольких каналах, а не последовательно: тематические форумы и сообщества (Reddit-разделы вашей ниши), профильные рассылки, LinkedIn-пост с позиционированием "мы сделали бесплатный инструмент для X" - синхронный запуск создаёт больше первоначального внимания, чем растянутый.

Важно:

Можно превратить данные использования инструмента в мега актив. Через несколько дней/недель/месяцев работы у вас появится агрегированная статистика (например, "68% пользователей выбирают экономичный режим чайника") - оформите это отдельной заметкой с цифрой в заголовке. Это именно ваша, уникальная статистика, собранная вашим уникальным инструментом. Гугл такое обожает и ценит.

Пользуйтесь.

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

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #Google #Коконы4 #CocoonEngineX4

👀 Статистика нулевых кликов

Вычитал интереснейшую статистику и сейчас кратко поделюсь с вами анализом.

Итак, сегодня почти половина поисковых запросов в Google заканчивается без клика, но рассматривать нулевое количество кликов как одно число - значит упускать из виду реальную картину. Показатель резко меняется в зависимости от того, кто ищет, где ищет, какое устройство использует и что ищет.

Вот что видно из статистики:

➡️46,96% поисков Google заканчиваются без единого клика. При этом 76% сессий - это ровно один запрос и один исход: либо клик, либо ничего. На "ничего" приходится 37,8%, на один клик - 38,2%. Больше двух действий в сессии - у 2%.

➡️Zero-click растёт медленно, но неравномерно: плюс 2,6 процентных пункта за 15 месяцев, а декабрь 2025 стал пиковым месяцем во всей выборке (45,6%). Важная деталь для органики: рост zero-click идёт почти целиком за счёт органических кликов, у платных кликов доля не изменилась. При этом в органике люди кликают в 25 раз чаще, чем по рекламе.

➡️Только около 14% кликов с Google идут на сайт, который человек буквально назвал в запросе. Остальные 86% - это открытие нового, а не переход к уже известному адресу. При этом на брендовых запросах платный клик случается в 1,3 раза чаще, чем на небрендовых (4,4% против 3,3%) - бренды платят за рекламу по собственному имени, даже когда уже стоят первыми в органике.

➡️Составили рейтинг уязвимости топовых направлений трафика. Самые защищённые от перехвата Google: OpenAI (перехватывается только 11,1% потенциальных переходов), GitHub (12,7%), Reddit (14,2%), LinkedIn (16,5%), Amazon (16,6%). Самые уязвимые: Wikipedia (30,5%) и IMDB (33,4%) - треть их потенциального трафика теперь остаётся прямо на странице выдачи Google.

➡️ChatGPT занял шестое место по объёму переходов с Google - обгоняет почти все сайты интернета, кроме YouTube, собственных страниц Google, Reddit, Facebook и Wikipedia. И у ChatGPT самая высокая доля платных кликов среди топовых направлений: 4,75%, против 0,2% у YouTube и почти нуля у Wikipedia. OpenAI в буквальном смысле покупает трафик у Google, а не обходит его.

➡️"Мобильный трафик - это всегда zero-click" не работает как глобальное правило. В Великобритании разрыв между мобильным и десктопным zero-click - 19 пунктов (65% против 46%), в Индонезии - только 6. Самый сильный эффект - в англоязычных странах, самый слабый - в Азии.

➡️В пяти странах больше 60% мобильных поисков заканчиваются без клика: США (66%), Великобритания (65%), Австралия (64%), Канада (62%), Мексика (61%).

➡️Разброс между странами по zero-click - от 41% в Японии и Вьетнаме до 54% на Филиппинах. И отдельная деталь: на обычном google.com люди реже кликают, чем на локальной версии домена той же страны - потому что новые AI-функции сначала выкатывают именно на .com.


Национальный или общий показатель zero-click бесполезен для планирования. Разброс по стране, устройству, возрасту и типу запроса больше, чем сам эффект AI Overview, который все обсуждают. Мерить нужно по своему сегменту, а не по заголовку из чужого отчёта.

Полное исследование смотрите у iPullRank.

#DrMax #SEO #Google

🔥 Сентябрьский спам-апдейт Google 2026

Google запустил September 2026 spam update 24 сентября 2026 года в 09:15 по тихоокеанскому времени (16:15 UTC, 19:15 MSK).

Это четвёртый подтверждённый спам-апдейт за год - после мартовского, июньского и августовского. Апдейт глобальный, затрагивает все языки и регионы, а срок раскатки заявлен "до двух недель". Это самое длинное окно раскатки для спам-апдейта в 2026 году.

➡️Название: September 2026 spam update

➡️Старт: 24 сентября 2026, 09:15 PDT (16:15 UTC) - по Search Status Dashboard

➡️Срок раскатки: До 2 недель (максимум ~8 октября 2026) - самое длинное окно в 2026

➡️Охват: Глобально, все языки и локации

➡️Цель: Сайты, нарушающие спам-политики Google (через систему SpamBrain)

➡️НЕ затрагивает: Link spam; Google не объявил новых политик

➡️Формулировка Google: "Обычный спам-апдейт" (normal spam update)

➡️Раскрытие целей/масштаба: Нет

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

Формулировка "normal" теперь применена ко всем четырём спам-циклам 2026 года - это маркер рутинного правоприменения, а не кампании против одной конкретной тактики.

Все три предыдущих спам-апдейта 2026 года получали окно "несколько дней" и завершались примерно за трое суток или быстрее. Заявленные две недели - вдвое-втрое длиннее и указывают либо на более широкий охват, либо на более сложный набор сигналов. Есть и техническая деталь: в марте разрыв между открытием инцидента на Dashboard и релиз-заметкой был 18 минут, в июне - 3, в августе - 1, а в сентябре обе метки совпали минута в минуту (09:15 PDT).

Ещё одно наблюдение - сокращение интервалов между апдейтами: 92 дня разделяли март и июнь, 55 дней - июнь и август, а сентябрьский вышел всего через 37 дней после старта августовского.

Инструменты (Semrush Sensor, Mozcast и др.) фиксировали сильные скачки 22–24 сентября - на WebmasterWorld отмечали "major volatility across the US, UK, and Germany".

Барри Шварц (Search Engine Roundtable) отдельно подчёркивает, что та волатильность, что была до анонса, - это НЕ апдейт, ссылаясь на Джона Мюллера: апдейты не раскатывают заранее.

В комментариях на Search Engine Roundtable звучит характерное недоверие: пользователи предполагают, что Google "спрячет в апдейте апгрейды AI Overviews и заберёт ещё больше трафика, помечая всё, что не YouTube, Reddit или Wikipedia, как спам".

Специалисты советуют не паниковать и не делать массовых переделок в разгар раскатки: сохранить "чистое" окно данных до 21 сентября, атрибутировать просадки по таймлайну и сверяться со спам-политиками. Отдельно предупреждают о ловушке измерения: в тот же день, 24 сентября, Search Console разделил тип поиска Web на text и multimodal, поэтому сравнение старых и новых выгрузок может искажаться.


‼️ Хронология спам-апдейтов Google в 2026 году

Сентябрьский - четвёртый спам-апдейт года. Помимо спам-апдейтов, в 2026 году было два core-апдейта (март и май), и ждем в октябре нового core-апдейта.


➡️1. March 2026 spam update (24 марта-25 марта) ~19,5 ч (рекордно быстро).
Затронул массовый/авто-генерируемый и AI-контент без редактуры, doorway-страницы, дубли FAQ, PBN на AI, злоупотребление дроп-доменами.

Несмотря на рекордную скорость (менее суток), мартовский апдейт ударил сильнее, чем следовало из скорости. Он таргетировал scaled content abuse - массовый AI-контент без редакторского контроля, оригинального исследования и экспертизы. По отраслевым данным, магазины с тонкими авто-генерируемыми карточками теряли 80%+ трафика, а AI-контент-фермы - 60–80%. Отдельные источники сообщают о ручных санкциях для 40 000+ сайтов в первый месяц и таргетинге doorway-страниц, дублей FAQ, дроп-доменов и PBN, обновлённых AI-контентом.


➡️2. June 2026 spam update (24 июня-26 июня) ~2 дня 1 ч.
Затронул нарушения спам-политик; НЕ link spam и НЕ site reputation abuse

По данным SE Ranking, июньский апдейт был самым тихим за год: лишь 11,48% URL, попавших в топ-3, ранее были вне топ-20, и хотя около 20% доменов вылетели из топ-3, 77,2% остались в топ-10, а 92,3% - в топ-100. Google явно исключил из охвата link spam и site reputation abuse. Исключением стал Reddit: число ключей, где Reddit занимает первое место, выросло ещё на 4% (после скачка на 54% в марте–мае).


➡️3. August 2026 spam update (18 августа-21 августа) ~2 дня 16 ч.
"Обычное" применение; НЕ link spam, НЕ site reputation abuse. Но тут я наблюдал массовое крушение сайтов в 0. Да и в нашем SEO чате приводили кривульки.

Августовский апдейт вызвал заметную турбулентность: по данным SE Ranking, 16,71% URL из топ-10 выпадали за пределы топ-100 (против 9,2% в спокойный период июля) - рост на 82%, что делало URL из топ-10 примерно в 1,8 раза более склонным исчезнуть из топ-100. Волатильность продолжалась и после завершения раскатки - вплоть до конца августа и в сентябре.


4. September 2026 spam update (старт 24 сентября- в процессе до 2 недель).

Официальный совет Google: сайтам, увидевшим изменения, следует проверить соответствие спам-политикам; после исправлений системам могут потребоваться месяцы на переоценку, а для link-related санкций утраченный ранговый эффект вернуть нельзя.

Практические рекомендации на период раскатки:

➡️Сохранить "до-окно" данных примерно за 4 недели до 21 сентября как эталон для последующего сравнения.

➡️Правильно выстроить атрибуцию: любые движения до 24 сентября 09:15 PDT не относятся к этому апдейту.

➡️Читать динамику по неделям и по кластерам страниц, а не по одному дню.

➡️Учитывать разделение типа поиска в Search Console (text/multimodal) при сравнении выгрузок.

➡️Не запускать масштабные переделки и массовые удаления до завершения раскатки - иначе невозможно отделить эффект апдейта от собственных правок.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #Google #SpamUpdate

🆕 Сентябрьский спам-апдейт Google 2026: что известно на 28 сентября

По состоянию на утро 28 сентября сентябрьский spam update ещё раскатывается. Однако достоверно определить конкретную мишень апдейта пока нельзя. Самая обсуждаемая новая гипотеза - усиление борьбы со scaled content abuse, программными SEO-матрицами и сетями синтетического контента. Она правдоподобна с точки зрения действующих правил и отдельных кейсов, но не подтверждена Google.

Что изменилось с 25 сентября:

➡️Волатильность выросла 25 сентября (подтверждено несколькими отраслевыми наблюдениями)

➡️Появились кейсы падений pSEO/location-page кластеров

➡️Появилась гипотеза о SAFE (см ниже)

➡️Данные трекеров стали менее надёжными (подтверждены проблемы и блокировки сбора выдачи)

➡️В GSC добавлены multimodal-данные. Рост суммарных показателей Web может быть изменением покрытия отчётности, а не SEO-ростом


Официальная картина:
Google называет релиз "normal spam update". Он является четвёртым подтверждённым спам-апдейтом 2026 года. По данным Google, spam updates - это заметные улучшения постоянно работающих автоматических систем обнаружения спама, среди которых SpamBrain. Такие системы могут понизить сайт или полностью убрать его из результатов при обнаружении нарушений.


Что пишут коллеги

Reddit:
В основном обсуждении /r/SEO доминирует версия о scaled content abuse и pSEO, особенно о массивах страниц, где меняется только город. В той же ветке владельцы сообщали как о резком падении трафика, так и лишь о небольшом снижении позиций. Наиболее содержательный открытый кейс - сайт, ранее пострадавший в июне после публикации 9 247 программных страниц пригородов. После удаления или noindex слабых URL число проиндексированных страниц снизилось с примерно 16 000 до 4 780. Владелец наблюдал всё более длинные периоды частичного восстановления, но с началом сентябрьского апдейта снова увидел спад. Этот пример совместим с повторной оценкой scaled-content паттерна, но не доказывает её: сайт уже находился в нестабильном состоянии после предыдущего апдейта и крупных изменений.

WebmasterWorld:
На WebmasterWorld общий фон остаётся негативным. Участники жалуются на расхождение между ростом позиций и отсутствием полезного трафика, падение Discover/News и присутствие AI- и crypto-спама. Значительная часть таких сообщений началась задолго до 24 сентября, поэтому они описывают более широкий контекст нестабильности Google, а не чистый эффект сентябрьского апдейта.

SER:
В комментариях Search Engine Roundtable встречается мнение, что релиз маскирует перераспределение трафика в пользу Google и AI-функций. Это отражает уровень недоверия издателей. Разделять нужно три процесса: спам-классификацию, изменение состава SERP/AI-функций и снижение кликов при сохранении позиций.

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


Предварительные паттерны

Гипотеза о scaled content abuse сейчас сильнее других, потому что сходятся три типа сигналов:

➡️правила Google прямо запрещают генерацию большого числа страниц главным образом ради манипуляции ранжированием, независимо от того, созданы они AI, людьми или комбинацией методов;

➡️открытый Reddit-кейс связан с 9 247 автоматизированными suburb pages;

➡️один частный трекер 13 000 сайтов без чёткой entity и 3 500 EMD сообщает о новых потерях среди EMD, spun location content и страниц с заменой города.

Google официально относит к doorway abuse несколько региональных или городских страниц, которые ведут пользователя к одной конечной сущности, а к scaled content abuse - массовые малоценные страницы. Поэтому матрицы `service × city`, где различаются только топоним, title, H1 и несколько переменных, имеют двойной риск пессимизации.

При этом location pages сами по себе не запрещены. Страница с реальным локальным предложением, отдельными доказательствами работы, специалистами, кейсами, ценовыми или регуляторными отличиями не эквивалентна doorway-матрице.


EMD и "entity footprint"

Частные наблюдения предполагают потери exact-match domains без выраженной бизнес-сущности и рост реальных компаний с согласованными NAP/брендовыми сигналами. Но Google давно использует отдельную EMD-систему, которая не позволяет доменному совпадению получать чрезмерный рост. Следовательно, само падение EMD ещё не доказывает новый сентябрьский фактор. Возможен побочный эффект удаления иных преимуществ - шаблонного покрытия, слабого бренда или doorway-кластеров.


AI-контент

Официальная политика не запрещает AI как способ производства. Нарушением является масштабирование страниц без добавленной ценности. Поэтому формулировка "Google бьёт AI-контент" слишком широкая. Корректнее проверять комбинацию масштаба, оригинальной информации, редакционного контроля, межстраничной избыточности и цели публикации.


SAFE

После запуска апдейта в SEO-медиа активно разошлась информация о SAFE - Scaled Abuse Forensics Examiner. Первичная работа Google описывает многоагентную систему: Root Agent объединяет выводы Content Understanding, Behavior Understanding и Channel Cluster Understanding Agents; система анализирует инфраструктуру, синхронность публикаций, генеративные артефакты и связи между каналами.

Но документ посвящён синтетическому видеоконтенту, кластерам каналов и platform integrity. В нём не упоминаются Google Search, web ranking, SpamBrain или сентябрьский spam update. Следовательно:

➡️SAFE существует и, по заявлению авторов, находится на ранней стадии производства;

➡️SAFE показывает направление Google: анализ не только отдельного контента, но и поведения, инфраструктуры и сетевых связей;

➡️перенос этих принципов на web spam теоретически возможен;

➡️утверждать, что SAFE является механизмом сентябрьского Search spam update, нельзя.

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


Важно:
Сентябрьский апдейт не сопровождается новой политикой, однако он работает уже в обновлённом policy-контексте. В апреле Google добавил back button hijacking в malicious practices, а автоматическое и ручное применение началось 15 июня 2026. Действующая спам-политика также прямо распространяет понятие манипуляции на generative AI responses в Google Search.


Наиболее вероятная рабочая модель - Google усиливает распознавание масштабных манипулятивных паттернов, а не запрещает конкретный инструмент вроде AI или pSEO. Главные риски возникают там, где масштаб сочетается с малой межстраничной информационной разницей, doorway-функцией, повторяемой инфраструктурой или отсутствием реальной сущности за посадочными страницами.

Эта модель согласуется с политиками и ранними кейсами, но до завершения раскатки должна оставаться гипотезой, а не фактом.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #Google #SpamUpdate

🎮 Google в AI Overview стал ссылаться на новые AI Overview

Вычитал на днях разбор SEJ о ссылках в AI Overview. И поражаюсь наглости и хитрожопости Гугла. Google теперь наращивает количество "ссылок" внутри своих ИИ-ответов, но заметная часть этих ссылок ведёт не на внешний сайт, а на новый запрос внутри самого Google.

В статье расписано, как некий исследователь записал на видео, как кликает по подчёркнутому тексту прямо в AI Overview - и вместо перехода на сайт открывается диалог в режиме AI. Пользователь остался внутри Google, а для вас этот переход не существует даже в статистике, даже если он обучился на ваших материалах, цитирует ваши исследования и т.д. То есть никакого трафика сайт не получит. Не для того Гугл развивает свою экосистему, чтобы делиться возможной прибылью с авторами.

Параллельно Peec AI опубликовали график: доля AI Overview с внешней ссылкой в тексте ответа выросла до 26,2% к 20 сентября, взлетев резко именно 11 сентября. Вроде бы наблюдаем рост видимости для сайтов. Но график показывает только наличие ссылки в тексте, а не то, кликнул ли по ней хоть кто-то и куда она вообще ведёт - на внешний сайт или в тот же самый AI Mode.

Теперь сложите это с заявлениями самого Google за последний год. Август 2025 - Google хочет показывать больше встроенных ссылок. Январь - можно "задать уточняющий вопрос прямо из обзора ИИ и перейти в диалог режима ИИ", это назвали "единым плавным интерфейсом". Май - добавили подсказки "куда перейти дальше" в конце ответов. Июнь - снова "увеличили количество встроенных ссылок". Формально ссылок больше на каждом шаге. Но трафика на сайты особо не наросло.

Я думаю так: модель, которая годами обучалась на контенте всего интернета, всё меньше нуждается в том, чтобы отправлять вас читать этот интернет заново. Ей выгоднее держать вас внутри собственного диалога, где показывается реклама, товарные карточки и подписки, а не отпускать на сторонний сайт, с которого Google не получает ни цента. "Больше ссылок" в такой логике - это метрика для пресс-релиза акционеров Гугла, а не показатель реального трафика на ваш сайт.

Отдельно раздражает GSC. Отчёт по генеративному ИИ в Search Console показывает только показы, без кликов и CTR. Обычный отчёт по эффективности включает клики из AI Overview в общую кучу кликов веб-поиска, но не помечает их отдельно. Поделить одно на другое и получить CTR по ИИ-функциям физически нельзя из тех данных, которые гугл нам подсовывает.

Так что всякое там GEO - это становиться профанацией.

Отписывайте в комментарии - обсудим этот пердимонокль.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #AIOverviews

🆕 Google выкатил мониторинг информации в AI Mode

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

Говоришь AI Mode, что именно отслеживать, и Гугл самостоятельно проверяет сайты, форумы, соцсети, источники реального времени и Shopping Graph из 60+ миллиардов товаров. После этого он присылает уведомление когда условие срабатывает.

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

Для SEO это тот же паттерн, что мы обсуждали в постах про AI Overview и zero-click - только теперь без промежуточного шага в виде повторного запроса. Раньше пользователь хотя бы возвращался в поиск снова и снова, чтобы проверить "появилось ли в продаже" или "открылось ли новое место рядом" - и у вашего сайта был шанс попасться на повторном заходе. Теперь Google сам следит за изменением и присылает результат в приложении, без нового запроса вообще.

Для e-commerce критичной становится не позиция в выдаче, а точность и свежесть фида в Merchant Center. Именно оттуда, судя по описанию, тянутся данные о наличии и цене для Shopping Graph.

Для локального бизнеса критична актуальность Google Business Profile и структурированных данных о мероприятиях, а не разовая SEO-оптимизация страницы.

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

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #AIOverviews #Google

⚙️Аудит страниц конкурентов с использованием Cocoon Engine X4

Сделал практическое руководство по анализу страниц конкурентов с помощью Cocoon Engine X4. Гайд помогает находить полезные отличия для своего сайта, не подменяя проверку предположениями. Его основное правило: вывод о том, что у конкурента есть или нет определённой информации, должен опираться на проверенные страницы и ограничиваться тем содержимым, которое удалось просмотреть.

Гайд содержит последовательность команд и образцы запросов: от выбора сайтов и сбора конкретных страниц до подготовки предложений для собственной страницы или кокона.

Добавлен сквозной пример интернет-магазина картриджей. При работе в другой нише замените тему, сайты, типы страниц и задачи покупателей.

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

Когда использовать

➡️Перед доработкой карточек товаров, категорий и других существующих страниц.

➡️При подготовке новой страницы или группы связанных страниц.

➡️Когда нужно проверить предполагаемое отличие от конкурентов.

➡️Когда в брифе появилось утверждение вроде "у конкурентов этого нет".

➡️При повторной проверке конкурентных страниц, если прежний аудит мог устареть.


Как читать руководство:

➡️Если аудит начинается с нуля, идите по гайду последовательно: план → сбор страниц → проверка выводов → сопоставление с потребностями покупателей → бриф → кокон.

➡️Если материалы уже собраны, переходите сразу к нужному разделу. Раздел "Связки для исследования" содержит дополнительные сценарии; выполнять их все не требуется. Технические термины в гайде обозначают статусы и результаты работы системы, а не команды для ввода.


Как применять:

1. Подставьте в примеры свою тему, регион, язык, домены конкурентов и адреса собственных страниц.

2. Вводите команды по очереди. После каждого шага проверяйте, какие URL действительно открыты, какие доступны только фрагментами и какие не проверены.

3. Сопоставляйте страницы одинакового назначения и отделяйте вопросы покупателей от содержания страниц конкурентов.

4. Используйте найденное отличие как внутреннюю гипотезу для страницы. Не переносите сравнительное утверждение в публичный текст без отдельной проверки.

5. Сохраняйте промежуточные материалы и ограничения проверки вместе с выводами - иначе следующий этап может принять предположение за установленный факт.


Вы можете использовать COCOON CHAINSMITH, который попытается самостоятельно разработать исследовательские шаги для системы Cocoon Engine X4, но без глубокого понимания и анализа, вряд ли сможете реализовать преимущества системы.

Поэтому, если хотите укладывать конкурентов на лопатки, читайте руководства к системе!

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #Коконы4 #CocoonEngineX4

⬆️ Новая версия ВордЧекер 1.7

Андрей Симагин, наш хороший товарищ и реально могучий программист, чей SEO софт мы используем долгие годы, выкатил очередное обновление ВордЧекера. Кто не знает, ВордЧекер - это инструмент для автоматического мониторинга позиций сайта в Яндекс/Google.

В новом обновлении добавлена интеграция с панелью Яндекс Вебмастера – теперь, посредством Яндекс API, доступно отображение истории позиций сайтов раздела «Мониторинг запросов» Яндекса, отображение кликов, внешних ссылок, импорт запросов и многое другое.

Почитать о новой версии можно вот тут: https://wordchecker.ru/articles/version-1-7/

Что нового:
- добавлена интеграция с панелью Яндекс Вебмастера и мониторинг запросов из Вебмастера по API
- добавлено отображение метрик по разделам «Мониторинг запросов», «Клики в поиске», «Внешние ссылки», «Ahrefs DR», «Динамика ИКС»
- добавлена возможность импорта ключевых запросов из Яндекс Вебмастера
- добавлена возможность выбора группы при добавлении запросов в проект
- дополнено контекстное меню списка ключевых фраз новыми пунктами
- добавлена возможность пополнения баланса сервисом «ЮMoney»
- добавлена возможность пополнения баланса с зарубежных карт
- внесены незначительные изменения в интерфейс

Мониторинг запросов
Раздел мониторинга отображает динамику позиций «значимых» поисковых запросов, по мнению Яндекса, из одноименного раздела панели Яндекс Вебмастера.

Внешние ссылки
Раздел отображает список всех найденных Яндексом ссылок на ваш сайт в виде «Источник -> Целевой URL».

Страницы в поиске
Данный раздел отображает актуальные страницы сайта, проиндексированные Яндексом и участвующие в поиске.

Исключенные страницы
Это страницы сайта, по какой-либо причине исключенные из поиска Яндекса.

Распределение Ahrefs DR
Анализ входящих ссылок на домен по параметру Ahrefs DR, позволяющий массово проверять список входящих доменов по метрике DR сервиса Ahrefs.

Динамика ИКС
Данный раздел отображает историю параметра ИКС вашего сайта как на графике, так и в виде таблицы.

Импорт запросов из Яндекс Вебмастера
Позволяет добавлять новые запросы в выбранный проект посредством модуля «Мониторинг запросов» с тем пониманием, какие текущие позиции они уже занимают, какой у них CTR, показы и спрос без необходимости подбора запросов через сервис Яндекс Вордстат.

Сайт: https://wordchecker.ru/

ЗЫ
Если будут вопросы или предложения по инструменту - оставляйте в комментариях. Андрей мониторит такие вопросы, является пользователем нашего SEO чата и постарается быстро и полно ответить на все вопросы/ предложения. Ну или отписываете ему в контакты на сайте.

#DrMax #SEOштукенции

🔥 Google ужесточил требования к генеренке

Ну чтож, допрыгались. Гугл вчера выкатил новые требования к генеренному контенту и мало никому не покажется.

Вот самые важные изменения в документе:
​
1. Прямая отсылка к инструкциям для асессоров (Search Quality Raters guidelines)
Google впервые так явно указывает конкретные разделы руководства для оценки качества:

➡️​Раздел 4.6.5 (Scaled content abuse) - злоупотребление масштабной генерацией контента.

➡️​Раздел 4.6.6 - основной контент, созданный с минимальными усилиями, без оригинальности и добавочной ценности.

Хотя (якобы) оценки асессоров не влияют на ранжирование напрямую, это сигнал о том, на что именно сейчас натаскивают алгоритмы. Массовая штамповка страниц ради охвата семантики находится в фокусе спам-фильтров.
​
2. Фокус на ручной проверке метаданных и микроразметки
Если раньше Google в основном призывал проверять на достоверность (галлюцинации) сам текст, то теперь фокус сместился и на техническое SEO.

В документе сказано, что ручная проверка критически важна для элементов <title>, meta description, alt-атрибутов изображений и структурированных данных (structured data). ИИ может выдать некорректные данные в разметке, что лишит страницу расширенных сниппетов (Rich Results) или приведет к нарушениям (и бану).

​3. Ужесточены технические требования для E-commerce
Появились конкретные правила маркировки:
​
➡️Сгенерированные нейросетями изображения обязаны содержать внутри себя метаданные стандарта IPTC DigitalSourceType TrainedAlgorithmicMedia.
​
➡️Названия и описания товаров, написанные ИИ, должны передаваться в фидах отдельно и иметь специальную пометку о том, что они сгенерированы.
​
4. Призыв к прозрачности перед пользователями
Google рекомендует открыто сообщать читателям о том, что при создании материала использовалась автоматизация.
​
☄️ Что это значит для оптимизаторов:
Для проектов с большим объемом однотипных страниц (например, агрегаторов, каталогов или масштабных сайтов с обзорами), где активно применяются автоматизированные пайплайны на базе LLM, риски пессимизации за "scaled content abuse" серьезно возрастают.

➡️​Чтобы избежать санкций за автоматизацию, становится недостаточно просто настроить качественный промпт. Критически важно выстроить процесс так, чтобы на сайт попадала добавочная ценность (экспертное мнение, уникальная верстка, данные, которых нет в обучающей выборке ИИ), а технические элементы вроде Title и микроразметки проходили валидацию.

➡️Публикация ИИ-контента "как есть", без финальной вычитки и редактуры человеком, становится слишком рискованной стратегией.

➡️Крайне рекомендую прогнать сверку всех мета описаний страниц (включая туда же og:title, og:description, twitter:title, twitter:description) с реальным контентом (с упором на циферки).

➡️На порядок выросла значимость системы Cocoon Engine X4 с её исследовательским слоем, которая помогает запихать в контент тонны добавочной ценности.


А вы все генерируете по старому?
Тогда Гугл больше не придет к вам.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #Google #CocoonEngineX4

🔥Google ужесточил требования к реальным авторам контента

Google 1 октября добавил в страницу о полезном контенте, созданном для людей, абзац о поддельных авторах. Абзац стоит в разделе "Who (created the content)", сразу после совета указывать точное авторство и байлайны.

Суть абзаца (пересказ):

не используйте обманчивую информацию об авторстве. Выдуманные профили создателей - это обман, например AI-аватары, придуманные имена или ложные регалии, чтобы контент казался написанным экспертами-людьми. Любой обман делает страницу недостоверной для пользователей и для "автоматических систем качества" Google и служит сигналом низкого качества страницы.

Раздел 4.5.3 рекомендаций для асессоров уже содержал такие примеры обмана:

➡️AI-контент с выдуманными профилями авторов, построенными на AI-изображениях или фальшивых биографиях.

➡️Профили, ложно заявляющие регалии, например выдающие себя за врача.


Из этого следует несколько выводов:

➡️Раньше это было правило для оценщиков. Теперь то же самое сказано для владельцев сайтов, то есть критерий стал публичным требованием.

➡️Новый текст говорит об автоматических системах качества, а не только об оценщиках. Как системы распознают фальшивый профиль, не сказано.

➡️Раздел 4.5.3 шире: он также охватывает фальшивые данные о компании, выдачу себя за другого и обманный дизайн страниц. Новый абзац покрывает только авторство.

➡️Байлайны сами по себе не помогают ранжироваться.Поэтому требование не "добавьте автора", а "не лгите об авторе".

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

Что проверить на сайтах

➡️Реальны ли все авторы, есть ли подтверждаемые регалии, нет ли сгенерированных фото.

➡️Есть ли "эксперты" без проверяемого следа вне вашего сайта, особенно в тематике, близкой к YMYL.

➡️Не выдаётся ли редакционный бренд за персону.


Как лучше всего сделать, если реальных авторов нет

💡 Ставим в контенте подпись редакции и/или явное указание, что материал подготовлен с участием AI и проверен конкретным редактором (настоящим). Это моя рекомендация, Google такого не предписывает.


А вы все используете фейковых авторов?
Тогда Гугл больше не придет к вам.

зы
не верите?
почитайте про Brown Brothers Media, которая массово создавала выдуманных журналистов и экспертов. После таких публикаций Google, по данным издания, ограничил её сайты в Search и News. Там целый цикл статей про трех братьев-махинаторов, которые пытались выстроить медиа империю с фальшивыми авторами.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #SEO #GoogleUpdate

🔥 Information Gain: как Google считает прирост информации на странице

Сегодня у нас очередной разбор статьи могучего исследователя Шона Андерсона. Рекомендую почитать оригинал статьи (2 раза под карандаш), ну или мои выжимки и дополнения. В статье механика разложена по патентам и утечке Content Warehouse API, и там действительно есть на что опереться.

Итак, существует два уровня сигнала прироста информации (Information Gain) на странице:

➡️Статический считается при индексации, до того как страница кому-то показана.

➡️Динамический пересчитывается внутри живой поисковой сессии, по мере того как пользователь кликает по результатам.

Динамическая часть описывается формулой условной энтропии: I(D; St) = H(D) - H(D | St).
H(D) - общая информационная плотность документа.
H(D | St) - та же плотность, но с учётом того, что пользователь уже увидел в предыдущих кликах St.
Если новая страница просто пересказывает уже увиденные факты другими словами, H(D | St) стремится к H(D), прирост информации схлопывается почти в ноль, и страница перестаёт быть кандидатом на следующий клик в этой сессии.

Статическая часть считается через дельту графа сущностей (ΔE): насколько триплеты "сущность-отношение-значение" в документе отсутствуют или расходятся с триплетами, уже извлечёнными из топ-10 выдачи. Чем больше у страницы подтверждённых узлов, которых нет у конкурентов, тем выше базовая новизна при индексации (раньше, чем до неё дойдёт хоть один пользователь).

В статье есть интересная привязка к реальным production-атрибутам из утечки API Гугла:

➡️originalContentScore - статическая оценка доли неповторяющегося текста относительно веб-индекса. Работает как входной фильтр.

➡️contentEffort - модельная оценка трудозатрат: сложность вёрстки, плотность мультимодальных элементов, глубина проработки.

➡️docEmbeddings - плотные векторные представления документа для вычисления расстояния от существующих кластеров выдачи.

➡️siteAuthority через QualityNsrData - агрегированная новизна и качество по всему сайту; низкая уникальность по URL бьёт по домену целиком.

➡️NavBoost - поведенческая проверка задним числом, трекает 13 месяцев кликов (goodClicks, badClicks, lastLongestClicks).

💡Важно: NavBoost не считает дифференциальные уравнения в реальном времени во время запроса, он фиксирует долгосрочную статистику. Страница может получить начальный буст за статическую новизну, но если пользователи возвращаются на выдачу (badClicks), буст систематически гасится.


Маршрут обработки запроса состоит из трёх стадий:

➡️на этапе индексации считаются ΔE и статические метрики, векторные представления строятся через TwinBERT и MUM;

➡️на этапе запроса Mustang и RankBrain формируют пул кандидатов, сравнивая кандидатов с центроидом текущей выдачи;

➡️на этапе пересессионного переранжирования энтропийный распад I(D; St) не даёт показывать подряд несколько страниц с одной и той же информацией.


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

Низкий information gain: "чтобы исправить всплески подключений PostgreSQL, задайте max_connections=100 и установите PgBouncer." Это просто пересказ консенсуса выдачи, H(D|St) близко к нулю.

Высокий information gain: указание конкретной версии (PostgreSQL 15+, ядро Linux 5.15+), объяснение источника издержек (2 МБ накладных расходов на процесс), режим transaction pooling вместо session pooling, формула расчёта pool_size = количество ядер × 2 + число шпинделей, и собственный замер на 10 000 одновременных клиентов с результатом минус 68% к переключениям контекста.

Разница не в тоне текста, а в количестве новых проверяемых сущностей и точных параметров.


А теперь вспомним #GIST. Ничего эта механика не напоминает? Точно! Примерно так работает GIST модуль, который ныне встроен в систему Cocoon Engine X4. Очень удивительно было получить подтверждения верности моих наработок от стороннего исследователя.


Итак, что рекомендует проделывать Шон:

➡️Выписать консенсусные триплеты топ-5 конкурентов и добавить минимум два факта, инструмента или подтемы, которых там нет.

➡️Заменить обобщённые формулировки точными параметрами с собственным замером, а не чужой цифрой без источника.

➡️Убрать стоковые изображения без уникальной информации, добавить хотя бы один собственный визуальный актив - схему, график, интерактивный расчёт.

➡️Проверить вступление и выводы на пересказ консенсуса синонимами. Если смысл не меняется при замене слов, это не прирост информации.

➡️Закрыть основной интент в первом экране, чтобы не провоцировать возврат на выдачу (атака на NavBoost и по lastLongestClicks).


ps
На днях выкачу маленькое дополнение к системе Cocoon Engine X4 - слой постобработки контента. Посмотрите потом в спецпромптканале.

📔 DrMax: Доказательное SEO 2026 + Введение в Промптоведение

📚 25 PRO промптов + Pocketbook DrMax: Промптоведение для SEO-стратегов 2026

❄️Всяческая SEO халява

🎮 Реестр моих Free промптов из спецпромптканала

#DrMax #GIST #CocoonEngineX4 #Google #SEO

🔥 Сентябрьское обновление Google против поискового спама - итоги.

Спам апдейт проходил с 24 сентября по 8 октября 2026 года и занял 13 дней 16 часов. Он действовал во всех странах и на всех языках. По продолжительности обновление заметно отличалось от трёх предыдущих обновлений против спама в 2026 году, каждое из которых завершалось примерно за три дня или быстрее.

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

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

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

Вторая волна: 30 сентября–1 октября
После краткого успокоения выдача снова заметно изменилась 30 сентября. Владельцы сайтов сообщали о резких потерях именно в этот день; некоторые отмечали одновременное исчезновение трафика из Discover и Google News. Одновременно возник важный противоположный пример: машинно переведённые страницы Reddit, ранее потерявшие позиции после майского основного обновления и июньского обновления против спама, начали возвращаться в выдачу нескольких стран. Это один из сильнейших доводов против тезиса, что обновление просто распознаёт происхождение текста и понижает всё, что создано ИИ.

Третья волна: 4–6 октября
Новый рост сообщений о выпадении сайтов.


🔔Основные результаты

1.Массовые шаблоны стали опаснее
Правило Google определяет злоупотребление масштабным созданием материалов как производство большого числа страниц преимущественно для управления позициями, а не для помощи пользователю. Способ создания неважен: нарушение может выполняться человеком, ИИ, программой или их сочетанием:
- массовую генерацию страниц ИИ без добавленной пользы;
- получение чужих материалов и их автоматическое перефразирование, перевод или иное сокрытие происхождения;
- соединение фрагментов разных страниц без самостоятельной ценности;
- разнесение массива по нескольким сайтам для сокрытия масштаба;
- создание множества страниц, содержащих ключи, но почти не имеющих смысла для читателя.

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


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

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

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

Следовательно, коммерческие "определители ИИ-текста" не подходят для оценки риска. Политика Google не устанавливает допустимый процент машинного текста и не обещает использовать такой показатель.


3. Оценивается семейство страниц

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

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

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


4. Discover и News могут усиливать ущерб

Во вторую и третью волны встречались сообщения об одновременной потере обычного поиска, Discover и Google News. Правила Google предусматривают, что при обходе политики сайт может потерять право на участие в отдельных возможностях, включая Discover и "Новости", а меры могут распространиться на большее число разделов.



‼️Что нового обнаружилось

1. Польза должна расти вместе с числом страниц
Раньше многие проекты оценивали полезность шаблона на одной удачной странице, после чего размножали его на десятки тысяч сочетаний. Обновлённая практическая планка требует другого вопроса: получает ли пользователь на каждой новой странице сведения или функцию, которых нет на соседних страницах?

Например, страница "услуга + город" оправдана, если содержит действующий местный адрес, район обслуживания, местные цены, сроки, ограничения, специалистов, случаи из практики и особенности законодательства.


2. Указание источников не заменяет собственную работу
Новое руководство о полезных материалах говорит, что ссылка на источники не заменяет оригинальный труд. Пересказ пяти статей со ссылками может быть точным, но оставаться вторичным и легко воспроизводимым. Добавленная польза возникает, когда издатель:

- собирает собственные данные;
- проводит испытание;
- сопоставляет источники и разрешает противоречие;
- применяет сведения к конкретной задаче;
- предоставляет расчёт, таблицу, карту или инструмент;
- добавляет подтверждённый опыт специалиста или пользователя;
- обновляет изменчивые факты по контролируемой базе.


3. Ручная проверка должна быть реальной
С 1 октября Google прямо указывает: все созданные ИИ материалы необходимо вручную проверять на точность и достоверность до публикации. Проверка вторым языковым алгоритмом не является ручной. Беглый просмотр без сверки ключевых утверждений с источниками также не доказывает выполнение этой рекомендации. Для тем здоровья, денег, безопасности, права и общественного благополучия сведения должны быть не только фактически точными, но и согласованными с установившимся мнением специалистов.


4. Проверяется не только видимый текст

Ручная проверка распространяется на:

- элемент <title>;
- описание страницы;
- структурированные данные;
- альтернативные подписи изображений.

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


🔄 5. Основной материал шире статьи