📺 Новая Телеконференция у Миши Шакина!

9 сентября, аккурат в 17-00 по Москве состоится телеконференция у Миши с моим участием:

Семантический кокон v.4.0: от силоса до графа сущностей

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

Подписаться на трансляцию вот здесь: https://www.youtube.com/watch?v=VxVv8zwvbDE

Итак, лет шесть назад я рассказывал о первых версиях семантических коконов. Тогда это звучало как откровение: перелинковка, которая думает не ссылками, а смыслом.

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

➡️От списка URL и ключевых фраз - к управляемой системе ответов на связанные задачи пользователя.

➡️От "страница похожа на страницу" - к "у каждого решения есть причина, альтернативы и уровень уверенности".

➡️От веры в мифические метрики авторитетности - к чёткому разделению подтверждённых фактов и внутренних эвристик.

Вот что лежит в основе коконов, которые действительно приносят трафик:
➡️один граф сущностей;
➡️двадцать семь модулей проверки;
➡️один барьер публикации, который сильнее любого редакторского чек-листа.

Семантический кокон 4.0 - это не философия, а инженерная система, которая постоянно развивается. Вы можете скачать из спецпромпт канала Topical Graph Architect (TGA) v4.0.8 - скилл проектирования и аудита семантических коконов (границы темы, карта сущностей, список страниц, схема перелинковки).

Во время телеконференции я также выдам мощнейшую обвязку над этим скиллом.

Я разберу её устройство по шагам и покажу, в какой именно точке рождается рост позиций, трафика и конверсии.


Доступы к телеконференции:

https://www.youtube.com/watch?v=VxVv8zwvbDE

не опаздывайте!
В чат трансляции можно задать свой вопрос по теме (и не только).

Ну а пока посмотрите о чем я рассказывал у Миши последние несколько лет (правда это далеко не весь список):
➡️https://www.youtube.com/@shakinru/search?query=drmax

Будет интересно!

PS
При желании, в комментариях к этому посту, задавайте насущные вопросы. Если смогу, то отвечу на них во время телеконференции.

#DrMax #телеконференция

➕ Семантические коконы 4.0

Введение в коконцеведение: часть 1.

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

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

Такие Uber-коконцы держатся на трёх слоях решений, а не на одном списке ключей.

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

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

Третий слой - контентная логика внутри страницы. Здесь работает принцип, знакомый по задачам отбора данных: максимизировать пользу и минимизировать избыточность одновременно (GIST система, о которой я много уже рассказывал). Страница не выигрывает от объёма - она выигрывает от того, что говорит нужное и не повторяет то, что уже сказали топы выдачи. Ключевая проверка - заменяемость: сможет ли конкурент воспроизвести этот блок за пять минут. Если да, блок слабый, даже если написан грамотно.

Чем это отличается от обычного кластера

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

Что это даёт SEO

Ранжирование само по себе никто не гарантирует - но у кокона 4.0 работают конкретные механизмы влияния:

➡️Полнота покрытия задачи снижает риск того, что пользователь после клика вернётся в выдачу за недостающим ответом - а поведенческие сигналы косвенно влияют на позиции.

➡️Отсутствие внутреннего дублирования и обратного дублирования устраняет конкуренцию страниц друг с другом за одну и ту же выдачу.

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

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

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


➡️Очень подробно я рассказывал про Коконы 4.0. на телеконференции у Миши Шакина.


Почему Кокон 4.0. невозможно посчитать руками

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

У меня масса наработок по работе с Коконами 4.0. Вчера я поделился с читателями канала мощнейшей Cocoon Engine X4 (система из четырёх скиллов, которая проводит весь этот процесс в диалоге).

В систему Cocoon Engine X4 встроен:

➡️Cocoon Pilot - управляющий слой, ведёт диалог и следит, чтобы решения одного скилла не подменяли решения другого.

➡️Reddit Mapper - собирает реальные боли, язык и критерии аудитории, отделяя доказательства от гипотез. Теперь работает не только с Реддитом.

➡️Topical Graph Architect - строит архитектуру: сущности, границы темы, структуру страниц, родителя, перелинковку.

➡️GIST Content Logic - считает логику каждой страницы: ядро темы, недостающие узлы, заменяемость, метаданные.

Систему и полный хелп по работе с ней забирайте в спецпромпт-канале.

На днях я напишу дополнительную брошюру по работе с системой и по верстке коконцев 4.0.

Пользутесь

ЗЫ
Обсуждение ведется в нашем SEO чате (канал с комментариями).


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

🧟‍♂️ Семантические коконы 4.0
Введение в коконцеведение: часть 2.

Работа с Cocoon Engine X4: поисковый слой.

Сейчас я расскажу как работать с самой интересной и удивительной частью системы Cocoon Engine X4 - поисковым слоем. То что раньше было реализовно как поиск по Реддиту, сейчас расширено до любых UGC платформ и не только (есть поиск по научным работам, который собирает небывало интересные и полезные углы).

Я подготовил простой пошаговый Гайд, с массой реальных примеров (оттестил в бою) . Вам нужно:

1. Использовать свой чат с LLM с большим контекстным окном. Но я для поискового слоя крайне рекомендую использовать alphaxiv.org (можно бесплатного ассистента, но лучше за 8 баксов прикупить доступ на месяц)

2. Скачать Cocoon Engine X4 и прицепить 4 скилла в новый чат

3. Задать команду

/start

4. Прописать что мы будем исследовать, например:

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

и дальше просто копипастить команды из приложенного гайда.

Возьмите свою нишу/ тему и прогоните исследование по гайду. Вы будете поражены, ошеломлены и раздавлены той новой информацией, которой реально нет на ваших страницах.

Для меня сбор первоначального исследования - наиболее интересный и потрясающий слой работы с Cocoon Engine X4.

Тут я прогнал тематику "обжарка кофе на дому", в ожидании кофемашины )))

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

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

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

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

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

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

🤫 Google готовит замену всей архитектуре ранжирования

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

Сначала как работает ранжирование сейчас (очень грубо). Имеется два этапа ранжирования. На первом запрос и документы переводят в векторы и быстро отбирают пул кандидатов. Это происходит очень быстро, дешево по затратам, но довольно грубо. На втором этапе из большого пула кандидатов Cross Encoder ранжирует уже отобранных кандидатов. Это дорогой и затратный этап. Именно тут учитываются большинство из 14 тысяч сигналов, которые мы увидели в сливе API Гугла.

Разделение на два этапа - это компромисс между скоростью и точностью, на котором стоит вся современная поисковая инфраструктура, не только у Google.

Гугловцы предлагают заменить этот тандем на одну LLM, которая сама генерирует готовый ранжированный список документов. Это будет единая модель (Autoregressive Ranking, ARR), которая одним проходом решает задачу и грубого отбора, и точного ранжирования. Обучали её методом SToICaL: документам, которые должны стоять выше, дают больший вес при обучении, а вероятность выбора токенов модель распределяет так, чтобы она сама тянулась к более релевантным ответам.

На тестовых наборах новая модель показала качество, близкое к дорогому Cross Encoder, и заметно обошла этап преранжирования.

У текущего паплайна ранжирования есть математическое ограничение: чтобы представить любой возможный порядок из k документов, размерность вектора должна расти линейно с ростом k. У ARR такого ограничения нет - модель с постоянной размерностью скрытого состояния теоретически способна отранжировать произвольное количество документов.

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

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

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

PS

Именно из подобной статьи и именно от Гугл Девелоперов родилась превосходная система GIST, о которой я много вам рассказывал, которую вам выдавал и которая встроена в систему Cocoon Engine X4.

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

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

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

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

#DrMax #SEO #GoogleDeepMind #Ranking

🧟‍♂️ Семантические коконы 4.0
Введение в коконцеведение: часть 3.

Работа с Cocoon Engine X4: Аудит своей страницы и доработка до кокона


Сейчас я расскажу как делать аудит одной страницы или всего кластера, как анализировать конкурентов для этого, как искать слабости страницы.

Я подготовил простой пошаговый Гайд. Это набор пошаговых инструкций (системы Cocoon Engine X4) для аудита собственной страницы, проверки её содержания и архитектурного места на сайте, а также последующей доработки до узла кокона (если нужно).

Мануал помогает ответить на вопрос: "у меня уже есть страница/раздел, что с ним не так и как довести до полноценного узла кокона".

Используйте это руководство, чтобы ответить на вопросы (и тут же исправить):

➡️выполняет ли страница свою задачу;

➡️отвечает ли она на реальные вопросы и критерии выбора аудитории;

➡️нет ли похожих страниц, конкурирующих за одну задачу;

➡️есть ли у страницы понятный структурный родитель;

➡️какие важные блоки отсутствуют;

➡️какие утверждения требуют проверки;

➡️что нужно исправить в первую очередь;

➡️следует ли доработать текущую страницу или создать отдельную;

➡️готов ли узел страниц к передаче в производство.


Вот какие проблемы вы можете легко решить, используя пошаговые инструкции и запуская их в системе Cocoon Engine X4:

1. Неполное содержание страницы

Сможете обнаружить:

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


2. Неясную роль страницы

Вы сможете точно определить, что должна делать страница:
🔵информировать;
🔵объяснять проблему;
🔵поддерживать пользователя;
🔵сравнивать варианты;
🔵продавать товар;
🔵помогать выбрать категорию;
🔵подтверждать достоверность;
🔵выполнять роль инструмента или калькулятора.

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


3. Архитектурные конфликты

Сможете проверить в пределах переданного корпуса:

🔵есть ли дублирующие страницы;
🔵конкурируют ли страницы за одну задачу пользователя;
🔵какая страница является основным структурным родителем;
🔵что объединить;
🔵что разделить;
🔵где достаточно перелинковки;
🔵какой пробел следует закрыть блоком, а какой — отдельной страницей.

Архитектурные выводы действуют только в пределах переданных страниц. Неполный список сайта не позволяет подтвердить отсутствие других конфликтов.


Вы можете проделать и многое- многое другое. Универсальность и мощь системы Cocoon Engine X4 практически безграничны.


Читайте и пользуйтесь на здоровье.

ЗЫ
на странице системы выложил разборы частных случаев использования Cocoon Engine X4. Очень полезно - в стиле копипасть и делай!

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

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

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

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

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

🕸Google признался в пессимизации сайтов за генеренку

Всеми нами любимый Мюллер, говорящая голова Гугла, впервые признался, что Гугл понижает сайты за генеренку. На Bluesky он отвечал на вопрос про упавший программатик-сайт и малость спалился.

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

Дальше он высказался: "Легко накидать много страниц, тяжело дать пользователям реальную ценность."

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

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

И восстановить это доверие, по его словам, совсем не быстро. Нужно время и заметные усилия, чтобы показать ценность. Он сам сравнивает это с восстановлением после спам-апдейтов и падений из-за core update. Нужна не разовая чистка, а месяцы устойчиво хорошего поведения.

Если призадуматься, то не смотря на слова Мюллера, иногда проще и выгодней перебраться на новый домен. Усилия по восстановлению нужны колоссальные. Поставленный HCU крыжик снять менее чем за 2-3 апдейта Гугла невозможно, да и это не факт, что полная переработка всего сайта поможет.

Что нужно проделывать?

1. Проверьте программатик-разделы не на количество страниц, а на то, добавляет ли каждая шаблонная комбинация реальный, непересекающийся с остальными смысл. То есть те же региональные/страновые страницы. Наклепали одинаковых страниц под разные города с минимальной правкой - это плохо. Без внесения реально полезного угла на них - велик риск бана.

2. Бесполезно исправлять тонкий раздел (генеренку) добавлением ещё сгенерированного текста поверх него. Мюллер говорит что это неработающая тактика. Объём не равнозначен ценности. Верить ему или нет - дело добровольное.

3. Если сайт уже потерял доверие, не ждите быстрого отклика на одну правку.

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

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

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

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

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

#DrMax #SEO #Google

✍️ Как я коконы на WordPress вертел

Вчера выпала мне нужда прилепить коконы к WordPress сайту. Накрутил их Cocoon Engine X4, всё как обычно: благостно, полезно, силищно.

И вот тут затык вышел, как правильно структуру сделать для страничек кокона.

Как я докладывал у Миши на телеконференции, у коконов есть несколько слоев. Ну семантический слой рассчитал Cocoon Engine X4 и сделал перелинковкой, а вот структурный слой, который также обязателен, делается, как правило подчинением дочерних страниц материнским, что то типа:

site/cocoon/page-level-1/page-level-2

Но мне так делать не захотелось, так как коконы получились глубокие, а на самом нижнем уровне лежат полезные инструменты, типа хитрых калькуляторов (кои я тоже наделал по результатам исследования системой X4). А так как сайт буржуинский, то полезные инструменты хотелось вытащить поближе к имени домена, что то вроде

site/calculator

Буржуи любят такие штучки и радостно ими делятся друг с другом, порождая лавину халявных ссылок. Поэтому пихать инструменты вглубь структуры, с 3-4 уровнями вложения в ЧПУ - не наш вариант.

А на оном Вордпрессе стоит Yoast SEO.

Ага, сказал я, сделаю-ка я структурный уровень не вложением дочерних страниц в родительские, а хлебными крошками. И тут же наваял легкий сниппет к Юасту для переписывания хлебных крошек. Ну а само подчинение (кто рам родитель у данной страницы) запихал в дополнительные поля каждой страницы.

Таким образом при сохранении плоских урлов в коконе, типа:

site/cocoon-page-1
site/cocoon-page-2

Я бредкрамбами (хлебными крошками), показываю гуглу структурный слой:

site >> cocoon-page-1 >> cocoon-page-2

Название страницы для бредкрамба по умолчанию лежит там же в Юаст, потому сразу же прописал семантически правильные бредкрамб заголовки (короткие и емкие), чтобы сократить размер длинны самих хлебных крошек и чтоб на мобилах они не были в 3-4 строки текста из тайтлов страниц.


Вот собственно и всё.

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

Сниппет к Юаст вы легко сделаете своими могучими LLM - там 20 строчек максимум выйдет (выкладывать нет смысла). Просто скормите этот пост LLM )))

Творите!

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

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

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

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

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

☄️ COCOON CHAINSMITH v3: конструктор маршрутов для Cocoon Engine X4

➡️ Решает 99% всех задач по работе с контентом. Гугл обязуется лобзать в десна ваш сайт, умиляясь качеству и полноте контента.

Итак...

COCOON CHAINSMITH v3 - это не часть самой системы Cocoon Engine X4, а отдельный мета-промпт, который решает узкую, но постоянно возникающую проблему: перед началом любой работы с системой (исследование аудитории, создание кокона, аудит страницы) нужно правильно выстроить последовательность команд CP-Navigator. Делать это вручную каждый раз - трудоёмко и легко ошибиться: пропустить обязательный шаг регистрации материалов, спутать внутренний модуль TGA с пользовательской командой или выдать гипотезу за подтверждённый факт.

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

Как работать в режиме нового исследования

Допустим, у вас сайт с обзорами электрочайников, и вы решаете впервые исследовать тему "шум и время закипания как критерий выбора". Вы заполняете переменные:
GEO: Германия,
LANGUAGE: немецкий,
SITE_THEME: сайт сравнения бытовой техники для кухни,
TASK_TYPE: создание_статьи,
TASK_DESCRIPTION: тема новая, ранее не разбиралась, готовых материалов нет,
MODE: optimal,
DEPTH: normal,
BRANCHING: да.

Промпт выстроит связку с нуля:

/старт
→
/показать-собранное (зафиксирует, что материалов пока нет)
→
широкий поиск через /карта-болей и /язык-аудитории по немецким форумам и отзовикам
→
сужение до конкретных углов ("почему заявленное время закипания не совпадает с реальным", "шумометр в дБ или субъективные оценки")
→
открытая точка пересмотра перед приоритизацией (это и даёт BRANCHING: да)
→
/бриф.

Каждый шаг проверен: если для немецкого рынка данных мало, промпт заранее закладывает шаг сравнения с международным корпусом, а не выдаёт зарубежные жалобы за факты о немецких покупателях.

Как работать в режиме продолжения исследования

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

Здесь ключевое отличие в TASK_DESCRIPTION: вы прямо пишете, что часть данных уже собрана в этом чате и относится к смежным статьям серии. Промпт в связке сразу после
/старт
ставит
/показать-собранное
- он подскажет, что нужно взять уже найденные боли про кровлю и достроить только то, что специфично для новой темы (конденсат, зазоры), не пересобирая с нуля то, что касается материалов покрытия. Дальше добавляется шаг сверки с уже опубликованными статьями серии, чтобы новая статья не повторяла, а дополняла кокон - и явный шаг проверки canonical parent, чтобы новая страница корректно встала в структуру раздела, а не создала конфликт с уже существующими двумя.


‼️ В чём преимущество перед автоматическим режимом CP-Navigator

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

COCOON CHAINSMITH v3 даёт то же самое планирование, но снаружи и заранее: вы видите весь маршрут целиком до того, как он начнёт выполняться, можете сразу поправить глубину (например, для статьи про электрочайники достаточно minimal, а для целого кокона про кровлю кровли нужен extended), выбрать, разрешено ли системе уходить в сторону от изначальной структуры при неожиданных находках (BRANCHING), и - что особенно важно - заранее отделить надёжный режим optimal от experimental, где допускаются более смелые, но explicitно помеченные как непроверенные связки команд. Автопилот такой развилки не даёт: он один раз выбирает путь и идёт по нему, а не показывает вам альтернативу до старта.

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

Правила заполнения переменных посмотрите в самом промпте.

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

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

Пробуйте, придумывайте, эксперементируйте.

Я сделал всё возможное со своей стороны чтобы облегчить вашу работу.

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

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

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

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

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

🔥 Как использовать 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