🔥 ВордЧекер от Андрея Симагина

Давно не писал про новинки от Андрея. Вот хочу рассказать про его ВордЧекер - веб-сервис для проверки позиций сайта в Яндексе и Google, в том числе посредством пользовательских XML-лимитов.

✓ Выходит ощутимо дешевле многих конкурентов за счет проверки посредством собственных XML-лимитов (XMLStock, XMLRiver) либо средствами системы.
✓ Проверка позиций в один клик, экспорт в Excel, видимость, регионы и конкуренты.
✓ Сбор частотностей запросов по Яндекс Вордстат и Google Ads.
✓ Кластеризация запросов методами Hard и Soft.
✓ Проверка позиций по расписанию.
✓ Импорт проектов из Топвизора, PositionMeter, расширений ВордЧекер и Яндекс Вордстат.

Сервис ВордЧекер был создан по мотивам десктопной программы PositionMeter, поэтому многим его интерфейс покажется знакомым.

Ссылка - https://wordchecker.ru/

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

Можно писать как в наши комментарии (Андрей их читает и отписывает), так и непосредственно по контактам сервиса.


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

🥰Google обновил документацию по "бюджету сканирования"

По умолчанию Google использует консервативный подход к сканированию, а также учитывает размер и качество сайта при определении потребности в сканировании:

1. Google начинает с консервативного сканирования для каждого сайта. При запуске сканирования нового сайта, Google устанавливает ограничение пропускной способности по умолчанию.

Вывод: все сайты стартуют с одинакового, заведомо низкого лимита сканирования независимо от размера или репутации домена.

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

3. Пропускная способность распределяется между всеми сканерами. Таким образом, если один сканер (например, Googlebot-Image) забирает на себя большую часть пропускной способности, это фактически УМЕНЬШАЕТ пропускную способность других сканеров.

Вывод: Googlebot, AdsBot и Google Shopping crawler делят общий пул лимита. AdsBot и Shopping-краулер увеличивают нагрузку при динамическом ремаркетинге или активных товарных фидах.

4. Рекомендуется повышать скорость работы сайта для повышения эффективности. Уточнено, кому реально нужно заботиться о crawl budget: сайты 1M+ уникальных страниц с умеренно часто меняющимся контентом, или 10,000+ страниц с очень быстро меняющимся контентом. Более мелкие сайты, якобы, и так эффективно сканируются.

Отсюда такие умозаключения:

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

➡️Консервативный режим по умолчанию объясняет нытье о "песочнице", мол "Сайт запущен три недели назад, а Google проиндексировал лишь несколько страниц". Это не штраф, а начальное выделение ресурсов, и в документации теперь, по сути, говорится, что вы можете компенсировать это за счет качества и частоты обновлений, а не путем повторной отправки карты сайта пять раз.

➡️Примечание о совместном использовании ресурсов - это крайне важный момент. На сайтах с большим количеством изображений (недвижимость, электронная коммерция, портфолио и прочее), Googlebot-Image может незаметно потреблять часть ресурсов, пока все смотрят на статистику сканирования HTML, поэтому стоит разделить отчет о статистике сканирования GSC по типам ботов, прежде чем предполагать, что проблема в сайте.

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


🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #Crawl

🕸 Google Search теперь использует Gemini 3.5 Flash-Lite (с 21 июля)

Google выпустил три новых модели Gemini - 3.6 Flash, 3.5 Flash-Lite и 3.5 Flash Cyber, при этом заявленная 3.5 Pro так и не вышла (там офигенская проблема с кодированием - т.е. с вайбкодингом, которую не смогли забороть).

3.5 Flash-Lite - самая быстрая и дешёвая модель класса, 350 output tokens/сек, значительно опережает предыдущие Flash-Lite поколения на агентных задачах, уже раскатывается в Google Search для агентного поиска.

Более быстрые и дешёвые модели в основе AI Mode/Overviews обычно ускоряют масштабирование агентных функций (booking, персональные ассистенты) - важно следить, не изменится ли качество выборки источников при переходе на новую модель для рутинных агентных сценариев.

Ну и конечно, в очередной раз обновились приемы оптимизации под AI Mode Гугла.

Подробнее о новых модельках читайте вот тут.

ЗЫ.
Чанкирование по прежнему рулит.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #AIOverviews

✔️ Обновление LinguaForensic AI Text Detector до версии 3.8.12

На днях обновил и выложил детектор роботности (AI-risk). Самое главное - он теперь достоверно отлавливает RLHF сглаживание старших моделей LLM (т.е. маскировку под человека). Пересчитал веса и встроил дополнительные детекторы поверх прежней базы (284 признака + 16 маркеров + knockoff слой).

Как то это прошло мимо общественности )))

Для чего он вообще нужен этот детектор? Сразу скажу не ради снижения роботности (в скилл встроена такая функция, как обратная от детекта, но лучше её не использовать).

Детектор открывает безграничные возможности анализа выдачи и коррекции текстов.

1. Проверяем топ выдачи ниши (по нескольким интентам) на роботность и оцениваем возможность внедрения pSEO. Ищем ниши, где human-style контент - конкурентное преимущество, либо где AI-контент стал отраслевой нормой.

2. Сравниваем AI-профиль Top с профилем собственного URL. Сопоставляем паттерны детектора с контентными форматами лидеров.

Для своего контента можно:

3. Сравнивать результаты разных LLM на одном ТЗ / один промпт между версиями модели

4. Выявлять говнопромпты, которые стабильно производят легко детектируемую генеренку (например используя tricolon-риторику)

5. Сравнивать вводные/финальные абзацы всех страниц одного кластера

6. Если большая команда у вас - отлавливать ленивых редакторов и наказывать рублем, формировать карту сильных/слабых редакторов.

7. Контролировать качество массовых обновлений устаревших статей (если на автомате обновляете). Находить "переписанные без понимания" экспертные тексты.


Архитектура и pSEO:

8. Контролировать качество карточек товаров

9. Оценивать категории (не выглядит как просто каталог без мнения?)

10. Находить кластеры с одинаковой структурой при разных ключах

11. Оценивать риск запуска нового шаблона до генерации 100500 URL

12. В коконцах находить хабы, которые тупо пересказывают дочерние страницы


Аналитика:

13. Объединить AI-risk с GSC impressions, CTR и position. Проанализировать зависимость между роботностью и скоростью первой индексации, между роботностью и CTR, между роботностью и стабильностью позиций, между роботностью и поведенческим (например scroll depth, дочитываемостью, временем на странице и пр)

14. Искать порог роботности, после которого падает эффективность конкретного сайта/страницы/кластера/каталога и пр.


И еще 100500 разных способов использовать есть. Удивительно универсальный и полезный инструмент получился.


ВАЖНО:

1. Разные LLM дают разный % роботности. Это нормально. Оцените свой текст и сравните с роботностью, например, главы из "Капитанской дочки". ЧатГПТ на последних моделях наиболее суров, по сравнению с той же Клавдией.

2. Обязательно используйте стартовый промпт (приложил в описании). Без него LLM будет усиленно симулировать работу. Как минимум, в РЕЖИМ2 работе, LLM должна сгенерировать рерайт текста для knockoff-диагноза (один из слоев проверки роботности, когда LLM генереачит рерайт детектируемого текста и сравнивает его гладкость и роботность с исходным). Если рерайта нет или скажет что его эмулировала - перезапустите чат и заново вдолбите стартовый промпт. Иначе анализ будет абсолютно недостоверен.


Необходимо понимать:

1. Роботность - не прямая причина падения/роста в Google

2. Нельзя использовать роботность как автоматический повод удалить URL из индекса

3. Скилл не сможет восстанавливать точный исходный промпт конкурента. Много разных промптов и моделей дают похожие текстовые говнопаттерны.

4. Нельзя определять фальшивость автора исключительно по AI-score. Авторство - внешняя проверяемая сущность,а не лингвистическая метрика.


Смешно вышло:

Сгенерачил рабочий текст в Клавдии. Проверил скиллом на роботность. Клавдия аж распсиховалась - мол не доверяешь мне, говорит. Естественно, говорит, это робот сделал (то есть модель клода). Ну и никак я менее 50% роботности без потери качества контента не сделаю. И давай упрекать и ныть ))) Забавно


▶️ Качать вот тут.


🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #AIOverviews #Промпт

🔥 Как Гугл гнобит контент и куда бечь

На днях вычитал исследование Daniel Stanica "The Great Blogging Collapse". Там расписано, что 100 блогов - миллионников, которые в 2022 году были эталоном заработка на контенте, к 2026 потеряли медианно 85% органического трафика. Выжили только те, чей контент нельзя пересказать AI-суммаризацией без потери ценности: рецепт, который реально готовили, схема вязания, протестированная стежок за стежком, а не простая генеренка "как сделать X".

Крайне интересное и поучительное чтиво.

Отсюда родилась идея: а что если проверять "полезность" контента не через классические SEO-метрики, а через прямой эксперимент - заставить LLM саммаризировать текст и посмотреть, что теряется при сжатии. Если summary полностью закрывает потребность читателя - контент заменяем, и AI Overview его просто сожрет без клика.

Быстренько накидал и протестил хитрую системку CVD (Content Value Detector).

Что делает скилл:

➡️разбивает текст на смысловые юниты (личный опыт, данные, выводы, факты, визуальные артефакты)

➡️генерирует реальное summary, а не эмуляцию

➡️сверяет, что выжило, что деградировало, что пропало

➡️считает Replaceability Score с калибровкой на нишу (Finance и Parenting ведут себя принципиально по-разному)

➡️учитывает size of owned audience - если у вас 50k подписчиков, даже высокая заменяемость текста менее опасна

➡️классифицирует архетип контента: демонстрирует действие или просто описывает

Совместимость:

➡️с GIST-логикой - GIST ищет, каких смысловых узлов не хватает, CVD проверяет, что написанные узлы не сводятся к обобщению

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

Работает и в режиме одного чата (просто прикладываете текст и указываете режим), и в агентских системах - каждый режим отдаёт машиночитаемый JSON, который оркестратор может комбинировать с другими скиллами без ручного маппинга полей.

▶️ Скилл - качаем и тестим из спецпромпт канала.

Юзайте и делитесь наблюдениями в нашем SEO чате (комментариях).



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #AIOverviews #Промпт

🍎 Крах листиклов и новые возможности SEO/GEO продвижений

В прошлом году была крайне популярна (да что там говорить и крайне эффективна) тактика листиклов. Компании публиковали на собственном блоге статьи вида "Лучшие [категория]", где ставят себя на первое место, а иногда договариваются с конкурентами о взаимном упоминании - по принципу "ты упоминаешь меня, я упоминаю тебя".

Это была современная версия взаимных ссылок. Такие конструкции пихали бренд в ТОПы и Гугла и всяческих LLM. До поры, до времени.

Лили Рэй (Lily Ray) в течении года проводила исследование этого феномена. Вот реальные цифры из её датасета:

➡️184 самопродвигающих листикла у 146 брендов - таков был масштаб паттерна на момент первого анализа

➡️На одном отдельно взятом сайте она обнаружила 191 самопродвигающий листикл ("best", где компания ставит себя на #1) при общей просадке видимости блога после Google-обновления января 2026.

➡️На другом сайте - 267 из 2,790 проиндексированных статей блога оказались такими же self-promotional листиклами, причём 76 из них содержали "2026" в заголовке.

➡️Третий кейс - SaaS-продукт, потерявший -34% суммарной видимости после того же обновления.

Более поздний анализ Lily Ray (100 B2B-запросов "best [категория]" в Google AI Overviews, три замера с апреля по июнь 2026) показал: страница-листикл бренда цитируется, но сам бренд исключается из финальной рекомендации AI Overviews примерно в 69% случаев. Это означает, что Google фактически "отвязал" то, что он цитирует как источник, от того, кого он рекомендует пользователю - самопродвигающий листикл может формально попасть в источники, но конкурент, упомянутый на второй-третьей позиции того же листикла, получит рекомендацию вместо автора статьи.

Общие паттерны у пострадавших сайтов:

➡️Практически идентичные программатик-шаблоны контента

➡️Избыточное использование "2026" в заголовках при том, что год только начался

➡️Отсутствие реальных доказательств тестирования продуктов, которые ранжируются в листикле (Google явно требует свидетельств реального использования для review-контента)

➡️Блог составлял 77–90% всей видимости пострадавших сайтов - то есть удар по этому конкретному разделу контента обрушивал показатели всего домена

Более свежий разбор (июль 2026) подтверждает продолжение тренда: у SaaS/B2B-сайтов с self-promotional листиклами зафиксированы просадки видимости на 30–50% в течение нескольких недель, концентрированные именно в блоговых поддиректориях и сравнительных страницах - и этот эффект переносится не только на Google, но и на ChatGPT, Perplexity и другие системы, которые опираются на индекс Google при retrieval.

Google официально не подтвердил отдельный алгоритмический сигнал или именованное обновление против листиклов как формата - представитель Google заявил The Verge, что компания применяет общие защиты против манипуляций в Search и Gemini, без выделения листиклов в отдельную категорию наказания. Не каждый листикл страдает: объективные списки от третьих лиц без явного элемента самопродвижения сохраняют позиции стабильно.

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

Ценность этого исследования заключается не в разоблачении отдельной хитрой механики накрутки (их тысячи таких), а в подтверждении окончательного перехода Гугла к работе с паттернами (шаблонами). Если сайт попадает страницами в какой то негативный паттерн (выборка масштабов не отдельных страниц, а сотен сайтов из инета), то такому сайту приходить конец.

Я хочу на днях сделать самый важный пост года на эту тему.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #AIOverviews

🎮 Гугл выкатил Platform Properties в Search Console

Функция впервые анонсирована 7 июля 2026 в официальном блоге Google Search Central как эксперимент, а 29 июля полностью раскатана глобально всем аккаунтам Search Console.

Platform Properties - новый тип свойства в Search Console (наравне с доменными и URL-префиксными свойствами), но привязанный не к сайту, а к аккаунту на внешней платформе. Поддерживаются четыре платформы: Instagram, TikTok, X и YouTube. Ключевая особенность - доступ получают даже создатели контента, вообще не имеющие собственного сайта.

Внутри есть три отчёта:

➡️Performance report - клики, показы и другие метрики с фильтрацией и сортировкой по конкретным постам и запросам; данные можно экспортировать для анализа во внешних инструментах

➡️Insights report - обзор трендов трафика, топ-контент и способы обнаружения аккаунта через Google

➡️Achievements - геймифицированный трекинг роста, например достижение нового порога кликов из Google Search за последние 28 дней

Подключение ваших платформ происходит через стандартную страницу Search Console → "Add property" → выбор одной из четырёх платформ → авторизация через встроенный процесс подтверждения владения аккаунтом.


Заюзать новинку можно множествами интересных способов:

➡️Понимание поисковой аудитории - через Insights report можно выявлять группы запросов с растущим/падающим трафиком, что даёт данные для тем следующих видео, подписей и хэштегов

➡️Обнаружение трендового контента - 24-часовой фильтр показывает внезапные всплески трафика из Google Search к недавним постам, что позволяет кросс-промоутить их на других платформах

➡️Кросс-платформенный анализ - экспорт данных из нескольких свойств в единую таблицу для сравнения эффективности YouTube, Instagram, X и TikTok side-by-side

➡️Оптимизация существующего контента - выявление старых видео, вновь набирающих поисковый трафик (сигнал для закрепления поста или создания part 2); также можно использовать аннотации Search Console для отслеживания, повлияло ли изменение заголовка YouTube или подписи TikTok на поисковую эффективность

➡️Сравнение форматов - фильтры страниц или режим сравнения для оценки эффективности плейлистов либо сопоставления трафика коротких и полноформатных видео

Это смещает фокус SEO-отчётности с "ранжируется ли сайт" на более широкий вопрос - "где именно бренд обнаруживается на всём пути поиска", поскольку пользовательский путь всё чаще выглядит как Google → YouTube-видео → Instagram-пост → TikTok → визит на сайт позже.

Ранее у SEO-специалистов не было способа увидеть, как контент на доменах без собственного девелоперского доступа (чужие платформы) реально работает именно в контексте Google Search, Discover и Google News.

Это создаёт новую возможность объединить SEO, соцсети и видео-стратегию на основе единых данных о поисковой эффективности, а не разрозненной аналитики каждой платформы по отдельности.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #Google #GSC

🔥 Скилл TEXT HUMANIZATION

В спецпромпт канале выложил скилл TEXT HUMANIZATION by DrMax v1.6.1 - RUNTIME FINAL

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

Это не свободный рерайтер и не инструмент обхода AI-детекторов. Скилл используют после отработки скилла GIST Content Logic.

Качайте скилл TEXT HUMANIZATION by DrMax v1.6.1 - RUNTIME FINAL

Читайте Хелп и Сценарии работы.

P/S
Финализировал 4 версию GIST (вернее GIST Content Logic Skill-v-4.3). Помимо десятков точечных правок и донастроек, внедрил новый слой, самостоятельно собирающие разнообразные данные. То есть исследовательский слой. Подробное обсуждение и реальные примеры работы - смотрите в нашем SEO чате (канал с комментариями).

PPS
4 версии GIST нет в свободном доступе. И пока не планируется )))

ЗЗЫ
Для эстетов, можно в паплайн встроить скилл детектора роботности и его снижения. Но не вижу особого смысла.

#DrMax #GIST #HUMANIZATION #Промпт

☄️ Скрытые (неочевидные) интенты и их использование в SEO

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

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

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

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


Важно отличать скрытый интент от произвольной ассоциации.

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

➡️Ассоциация - это то, что просто "часто встречается рядом" с темой, но не вытекает из запроса напрямую.

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


Использование скрытых интентов в SEO:

➡️Находим контент-гэпы, невидимые в частотности.
Ключ может быть низкочастотным, но скрытые интенты за ним подсказывают, какие подтемы нужно закрыть на странице, чтобы она полноценно отвечала на запрос, а не только на его буквальную формулировку.

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

➡️Понимаем, почему страница застряла на второй странице выдачи.
Позиции 10–20 часто означают не проблему с авторитетностью домена, а недостаточную полноту покрытия темы - то есть именно нераскрытые скрытые интенты.

➡️Формируем структуру страницы (H2/H3/FAQ):
Каждый скрытый интент может стать отдельным разделом или пунктом FAQ.

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

И так далее...


Приёмы использования неочевидных интентов

1. Открываем Google Search Console → Performance → Queries

2. Ишем в GSC запросы с высокими impressions и CTR заметно ниже среднего(симптом того, что заголовок или сниппет не совпадают с ожиданием, стоящим за запросом).

Что делаем:

1. Фильтруем запросы с высокими показами и CTR ниже среднего или ниже ожидаемого для позиции.

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

3. Формулируем 1–2 наиболее вероятных скрытых интента запроса и проверяем, отражены ли они в title и meta description.

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

5. Проверяем эффект через 2–3 недели по динамике CTR у этой группы запросов.


Следующий сценарий: Ключи на позициях 10–20

Ищем в GSC запросы с позицией 10–20 (иногда 7–20), отсортированные по показам. На этой позиции страница обычно уже отвечает на явный интент запроса - иначе она вообще не попала бы в топ-20. Причина, по которой она не выше, чаще всего - нераскрытые скрытые интенты, которые закрывают конкуренты из топ-5.

Что делаем:

1. Отбираем ключи с позицией 10–20 с наибольшим количеством показов.

2. Для каждого строим список из 3–5 скрытых интентов.

3. Сравниваем с текущей структурой страницы: какие из этих интентов уже покрыты, а какие отсутствуют как отдельные разделы.

4. Дополняем страницу новыми H2/H3-блоками под недостающие скрытые интенты - не переписывая то, что уже работает.


Сценариев использования скрытых интентов - сотни. Я расписал самые очевидные.

В спецпромптаканале выложил скилл для работы со скрытыми интентами. Там есть полное описание, хелп и расширенные приемы работы с ним.

Пользуйтесь

#DrMax #SEO #интент #промпт

🤫 Некоторые приемы использования скилла Latent Intent Analyst

Изначально скилл Latent Intent Analyst делался как часть большой системы Latent Intent Discovery & Evaluation - многоступенчатой архитектуры для discovery-поиска, в которой совмещены анализ интента, генерация гипотез, проверка через каталог и планирование действия с конечным пользователем. Поэтому в скилл встроены избыточные механизмы, но позволяющие выполнять массу хитрых трюков.

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


1️⃣ Аудит устаревшего контента по уровню информационной достаточности

Cтраницу стоит считать кандидатом на переработку не только по падению трафика, но и если при повторном прогоне её основного ключа information_sufficiency показывает insufficient или partial, а сама страница отвечает только на явный интент, полностью игнорируя новые устойчивые скрытые гипотезы, появившиеся с момента её написания.

Подходящие скрытые интенты: сравнение набора гипотез при повторном прогоне с содержанием существующей страницы.

Типы страниц: любые давно опубликованные материалы, подлежащие плановому пересмотру.

Как выполнять: раз в 6–12 месяцев повторно прогонять ключи основных страниц через скилл → сверять новый набор hidden_intents с текстом страницы → расширять или консолидировать материал по результатам разрыва.

SEO-эффект: системное поддержание актуальности крупных материалов без необходимости полного пересмотра всего контента сайта одновременно.

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

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



2️⃣ Аудит карточки товара на полноту покрытия скрытых интентов

Карточка товара часто отвечает только на явный интент (название, характеристики), полностью игнорируя обоснованные скрытые ожидания покупателя. Регулярный аудит по списку hidden_intents показывает, какие блоки описания системно не хватает.

Подходящие скрытые интенты: attribute_completion с confidence: high - это то, что описание карточки обязано покрывать явно.

Типы страниц: карточки товаров и услуг.

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

SEO-эффект: более полное текстовое соответствие карточки запросу, что особенно важно для карточек с минимальным техническим описанием.

Влияние на ранжирование: улучшение релевантности карточки по длиннохвостым модификациям основного запроса.

Как использовать скилл: режим human, поштучный аудит карточек по одному ключу за раз.



3️⃣ Сниппет-ответ под скрытый, а не явный интент

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

Подходящие скрытые интенты: attribute_completion уровня implied с confidence: high.

Типы страниц: справочные и блог-страницы по вопросным запросам.

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

SEO-эффект: повышение вероятности захвата блока прямого ответа за счёт более точного совпадения с реальным ожиданием, а не только с текстом запроса.

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

Как использовать скилл: режим human, гипотеза с максимальным confidence как основа первого абзаца.


Формат Телеграма не позволяет выложить все разработанные хитрые трюки. Выложу их в SEO чате, если не заленюсь )))


🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #интент

🤫 Скрытые (неочевидные) интенты и некоторые приемы использования скилла Latent Intent Analyst (часть 3)

Продолжаю рассказывать о хитрых способах использования скилла Latent Intent Analyst (см первую часть, вторую часть и почитайте комментарии ко 2 части - там еще есть приемы)

Сейчас разберем еще 3 способа:

Прием 9. Текст ссылки перелинковки по скрытому интенту целевой страницы

Суть: типичная SEO рекомендация — делать текст внутренней ссылки описательным и релевантным целевой странице. Более точный приём — формулировать текст ссылки не по названию раздела, а по той конкретной гипотезе hidden_intents, ради которой читатель переходит на целевую страницу именно из этого места текста.

Подходящие скрытые интенты: гипотезы attribute_completion и complement с compatibility: compatible или выше.

Типы страниц: блог, категории, карточки — везде, где есть переходы между смежными материалами.

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

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

Влияние на ранжирование: усиление тематической релевантности целевой страницы за счёт согласованных, разнообразных, но точных текстов ссылок.

Как использовать скилл: режим JSON, подбор формулировки `label`гипотезы как основы текста ссылки.



Прием 10. Страницы сопутствующих тем на основе гипотез-дополнений

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

Подходящие скрытые интенты: complement с compatibility: compatible.

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

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

SEO-эффект: расширение охвата раздела за счёт смежных, но самостоятельных тематических страниц.

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

Как использовать скилл: режим JSON, гипотезы complement как список кандидатов на новые материалы.



Прием 11. Страница "о компании" через сценарные и репутационные интенты

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

Подходящие скрытые интенты: attribute_completion, связанные с доверием, сроками работы, гарантиями — обычно с support_level: implied.

Типы страниц: страница "о компании", страницы гарантий и условий.

Как выполнять: прогнать через скилл брендовые репутационные запросы ("[бренд] отзывы", "[бренд] можно доверять") → выписать гипотезы → проверить, отражены ли они явно на странице "о компании".

SEO-эффект: усиление сигналов доверия и опыта, которые оцениваются при проверке качества контента.

Влияние на ранжирование: косвенное усиление через сигналы достоверности, которые учитываются при оценке качества всего сайта.

Как использовать скилл: режим JSON, применение к брендовым и репутационным запросам, а не только к товарным.

——-
Там еще с десяток способов хитрых - я накидаю в комментарии к этому посту (наш SEO чат). Так что потом поглядите.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #интент

📄 Переупаковка PDF: простая рабочая SEO тактика

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

Смысл метода переупаковки (с использованием LLM автоматизации): извлечь факты, проверить их, собрать в структурированную модель и уже из неё собрать два разных документа - HTML-карточку и, при необходимости, отдельный брендированный PDF (также можете натравить на это дело GIST скилл).

‼️Технические цифры (мощность, напряжение, класс защиты, размеры, комплектация) при этом не переписываются и не округляются (обязательно верифицируем).

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

Что проделываем с PDF при переупаковке:

➡️переписываем первый экран с резюме: товар, модель, артикул, назначение, 5–8 характеристик, дата актуальности, ссылка на карточку - вместо обложки производителя;

➡️таблица характеристик;

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

➡️локализация: единицы измерения, нормы электросети, гарантия и доставка именно вашего магазина;

➡️рабочий текстовый слой вместо скана, корректный порядок чтения таблиц и колонок, OCR с ручной проверкой артикулов и величин (проверяем 0/O, 1/I, IP44/1P44 - реальные источники ошибок);

➡️даем осмысленное имя файла и заполненные метаданные (Title, Subject, Keywords, язык);

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


Что это даёт ранжированию

➡️Точечный эффект по длинному хвосту: "инструкция", "схема подключения", "размеры", "как установить", "паспорт модели". Это не замена карточке и не источник основного трафика - это дополнительная точка входа, которая иначе просто терялась бы в дубликатах производителя. Рассчитывать, что переупакованный PDF резко поднимет позиции по коммерческим запросам, не стоит - эту работу должна делать HTML-страница.

➡️PDF чаще открывают уже тёплые посетители - на стадии сравнения или прямо перед монтажом. В этот момент работают ссылка на актуальную карточку (цену и остатки в файл лучше не зашивать - они устаревают), блок комплектации, рекомендации по совместимым товарам и понятный путь к консультации. Это не увеличивает объём спроса, а снижает потери на этапе принятия решения.

➡️Если документ действительно полезнее исходника, его иногда копируют или цитируют - но это стоит воспринимать как защиту источника, а не как link building стратегию. Ссылки внутри файла должны быть естественными и немногочисленными: на карточку, поддержку, категорию.

➡️Метод не создаёт уникальность заменой слов - рерайт без добавленной пользы хуже, чем компактный оригинал. Он требует проверки прав на переработку документации производителя, сохранения обязательных предупреждений и явного указания, что документ подготовлен магазином на основе материалов производителя, а не является оригиналом бренда. И имеет смысл применять его точечно - на 50–100 товарах с высоким спросом, а не на всём каталоге сразу.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #PDF

😒 Claude начал "подписывать" свои тексты (встраивать водяные знаки)

С 2 августа 2026 года все новые модели Claude (и постепенно старые через бэкфилл) встраивают в генерируемый текст незаметный водяной знак на уровне модели. Технически это не текстовая метка и не спецсимволы - модель немного смещает вероятности выбора токенов по скрытому паттерну, который можно детектировать статистически. На смысл, качество и читаемость это не влияет, метка "путешествует" вместе с текстом при копипасте и может пережить часть редактирования.

Зачем это сделано:
формально - исполнение статьи 50 нового AI Act ЕС, который с 2 августа обязывает маркировать ИИ-контент (текст, изображения, аудио, видео) машиночитаемыми метками происхождения. Разработчики Клавдии пишут, что эта ересь будет помогать третьим сторонам детектировать метки - то есть создаёт публичную инфраструктуру верификации.

Для файлов (svg, png, jpg) используется другой механизм (подписанные метаданные по открытому стандарту C2PA), которые фиксируют происхождение и позволяют обнаружить подделку.

Метка появится даже если попросить Клавдию вычитать орфографию или перевести чужой текст. Поэтому "чисто человеческий" текст, прогнанный через Claude на редактуру, тоже получит метку.

Риски для SEO
Главный риск - не ранжирование напрямую (Google пока не подтверждал использование таких меток как сигнала), а вторичные каналы: агрегаторы контента, партнёрские сети, биржи статей и площадки размещения гостевых постов всё чаще ставят детекцию генерации как фильтр на входе. Если появится публичный/доступный детектор Anthropic-меток, площадки, которые сейчас режут по эвристикам (perplexity/burstiness), получат более надёжный сигнал именно для контента, написанного через Claude.

Для сайтов, которые публикуют массово (в т.ч. programmatic SEO и нишевые проекты):

1. если детектор станет доступен через API, агрегаторы и биржи ссылок смогут автоматически отклонять или депубликовать материалы задним числом. Ретроактивное сканирование уже опубликованного контента упоминается как прямая цель Code of Practice;

2. если Google Search Console/сторонние SEO-тулзы интегрируют детекцию происхождения в оценку E-E-A-T, это усилит существующий тренд на пенализацию низкокачественного ИИ-контента, аналогично опасениям вокруг SynthID у Gemini.

Многие агрегаторы (контент-биржи, партнёрки, некоторые новостные и affiliate-сети) уже сейчас в явном виде запрещают "чистую генерику" в правилах. С появлением встроенного водяного знака у них исчезает необходимость полагаться только на вероятностные детекторы. Это может привести к избирательному ужесточению: тексты, сгенерированные Claude, будут отклоняться чаще, чем тексты от моделей без встроенной маркировки.

Методы противодействия
➡️Перефразирование через другую модель без встроенного водяного знака (риск: цепочка обработки может наследовать статистические паттерны - есть исследование NeurIPS 2024 про "radioactive" watermarking при дистилляции ).

➡️Существенное редактирование вручную, изменение структуры предложений, синонимизация. По данным Anthropic и исследованиям SynthID/Nature, глубокий перефраз снижает детектируемость.

➡️Конвертация в другой формат и обратно, сокращение до коротких фрагментов. Согласно самой документации Anthropic, эти операции стирают сигнал.

Важно:
пока нет достоверного, воспроизводимого метода поиска этой метки в текстовом слое.

Я недавно выложил детектор роботности (версии 3.9.4). Как только появится достоверный, воспроизводимый способ выявления водяных знаков Claude в текстовом слое (а не просто эвристика "похоже на паттерн"), встрою отдельный проверочный слой в детектор.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #PSEO

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

Расскажу вам сегодня про 4 генерацию семантических коконов. Первая версия была выложена мной на офф сайте уже 6 лет назад. Вторую можете найти по поиску в этом чате. На сегодня, самая совершенная версия - это генерация 4.

Семантический кокон - это стратегия внутренней перелинковки и архитектуры контента, которую в 2013 году во Франции разработал Лоран Бурелли как развитие SILO-структуры . Идея в том, чтобы не просто публиковать статьи на одну тему, а построить внутри сайта иерархическую сеть страниц, семантически близких друг другу, и связать их ссылками так, чтобы весь вес и релевантность концентрировались на целевой странице, отвечающей на самый широкий и конкурентный запрос .

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

Классический кокон первой версии описывается через французскую метафору семьи: наверху - "материнская" (целевая) страница, ниже - "дочерние" страницы второго уровня ("смешанные", сёстры друг другу), а под ними - "дополнительные" страницы третьего уровня ("внучки") . Движение веса шло строго снизу вверх: дочерние страницы "выталкивают" родительскую, а внучки "высасывают" вес наверх через дочерние. Французы называли этот процесс pompage .

В рамках классической теории появилось понятие метамота - сущности из нескольких неразделимых лексик (слов-сигналов), которая помогает и писать релевантный текст, и просчитывать, какие страницы стоит связывать между собой . Отсюда родились количественные правила, которые остаются актуальными до сих пор: минимум 3 естественные лексики на ссылку, абзац не длиннее 3–4 предложений, расстояние между ссылкой и лексиками не более 15 слов в каждую сторону, а точный анкор сам по себе бесполезен - учитывается только смысловой контекст вокруг ссылки.

Пример: страницы должны связываться не потому, что раскрывают одну тему, а потому что дополняют друг друга по смыслу. Страница Моцарта и страница Зальцбурга связаны не тематически, а фактом "место рождения" .

Путь к 4-му поколению коконцев

Развитие шло не одним скачком, а через накопление практических проблем и их решений - того самого корпуса кейсов, который описывает, что происходит с коконом на живом проекте: как найти все страницы-кандидаты для кокона, что делать с "полигамными" страницами, подходящими сразу под два кокона, как утилизировать страницы-сироты и зомби, как закрывать "слепые зоны", как совмещать герметичность кокона с требованиями E-E-A-T к внешним ссылкам, как строить мосты между изолированными тематически коконами ради сравнительных запросов, как избегать рассинхронизации данных (ставка "до 16%" на одной странице и "15,5%" на другой) .

Отдельным фактором стал патентный механизм Query Fan-Out - то, как ИИ-системы Google разбивают один пользовательский запрос на множество параллельных подзапросов и ищут ответ на каждый из них, а не на исходную фразу целиком. Кокон стал переосмысляться не как инструмент перелинковки ради PageRank, а как способ заранее выстроить для ИИ готовую карту сущностей и связей по теме - своего рода внутреннюю вики-базу, которую языковая модель может безопасно использовать и цитировать .

Параллельно накопился большой пласт материала о том, как современные архитектуры коконов трактуют внутренние переменные ранжирования Google (Entity Salience, TopicAuthority, midCount, Navboost, matriarchal trust-страницы и так далее).

Кокон 4.0: чем принципиально отличается от классического

➡️Основа построения: не ключевые слова и частотность, а сущности, явные и неявные (latent) интенты пользователя

➡️Иерархия: не жёсткая матриархальная пирамида (мать → дочки → внучки), а один канонический структурный дом у страницы + гибкий граф смысловых мостов поверх дерева

➡️Направление веса: не однонаправленное "высасывание" вверх (pompage), а двусторонний граф: parent/child/sibling/comparison/evidence/support/bridge/compliance

➡️Что считается страницей: не любая тема, под которую нашли ключи, а только тема с самостоятельной пользовательской задачей (user job). Лишнее уходит в раздел, related-блок или отклоняется

➡️Проверяемость решений: не опыт и интуиция SEO специалиста, а каждое решение имеет причину, альтернативу, уверенность и след для аудита

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

Второй эффект - поведенческий: когда пользователь после клика из поиска перемещается внутри кокона по логичным внутренним ссылкам и не возвращается в выдачу за более полным ответом, это снижает показатель last-click-out и работает в пользу поведенческих сигналов сайта в целом.

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

Что это даёт для GEO и выдачи LLM (AI Overviews и подобных)

Здесь смена поколения кокона крайне значима. Если Google (или Perplexity, ChatGPT Search, Bing Copilot) раскладывает пользовательский запрос на десятки скрытых подзапросов через Query Fan-Out, то побеждает не тот сайт, у которого одна отличная статья, а тот, у которого выстроен полный, непротиворечивый граф ответов на все возможные сабинтенты темы. Кокон 4.0 это и производит: карту явных и неявных интентов, агрегированную по кластерам, с решением для каждого - стать страницей, разделом, мостом или быть осознанно отклонённой. Это резко повышает шанс, что ваш сайт окажется процитирован в нескольких точках ответа ИИ-системы, а не в одной.

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



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #СемантическийКокон

🎮 Структура семантического кокона 4.0 и скилл Topical Graph Architect
(продолжение. начало вот тут)

Кокон 4 генерации держится на двух параллельных, но разных моделях, наложенных друг на друга.

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

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

Поверх этих двух моделей работает третий, ранее отсутствовавший в классической теории слой - согласованность: единый источник правды для изменяемых фактов (цены, ставки, лицензии), синхронизация навигационных сигналов и единый стандарт качества для каждой из 14 функциональных ролей страницы. Каждая роль получает не просто разрешение существовать, а обязательный минимальный набор требований: у кого какие доказательства нужны, кому нужен автор и дата проверки, кто обязан быть достижим из системных точек сайта, а кто прошёл проверку на паритет с материнской страницей.

Ссылки внутри графа - это не "перелинковка ради перелинковки". У каждой предусмотрен тип отношения (parent, child, sibling, detail, next_step, comparison, alternative, evidence, support, definition, trust, transactional, bridge, compliance), обязательное обоснование - какой вопрос или потребность читателя она закрывает - и проверка контекста вокруг неё: по сути, современное развитие идеи метамотов из классической теории, только в связке "сущности рядом со ссылкой + отсутствие смыслового дубля с целевой страницей".


Скилл Topical Graph Architect

Вся эта методология формализована в виде скилла Topical Graph Architect (TGA). Это не промт для написания текстов, а исполняемая архитектурная спецификация: 27 модулей, выстроенных в единый пайплайн - от нормализации входных данных и определения границ темы до построения графа сущностей, карты явных и скрытых интентов, реестра запрещённых для страницы тем (negative intents), архитектуры страниц, единого источника правды, графа ссылок с проверкой контекста, валидации каннибализации, навигационной согласованности, паритета качества, целостности графа, регуляторного соответствия и финального статуса готовности к публикации.

Что скилл умеет

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

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

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

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

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

➡️Вести реестр изменяемых фактов (SSoT) с нормализацией по региону, продукту и периоду.

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

и очень многое другое!

Методология Семантических Коконов 4 генерации опирается на несколько пластов: французскую теорию семантического кокона и метамотов как исходную дисциплину перелинковки; механизм Query Fan-Out из патента Google, описывающий декомпозицию запроса ИИ-системой на множество подзапросов; принципы E-E-A-T из Руководства для асессоров Google; накопленный за годы практический кейс-корпус внедрения коконов на живых проектах, включая коммерческие и YMYL-ниши; и работу с интерпретациями утечки Content Warehouse API.

Забирайте скилл из нашего спецпромпт канала. Там есть сам скилл, краткий и полный хелп и хитрые техники использования скилла.



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #СемантическийКокон

🔥 Как делать семантические коконы даже новичку: TGA Navigator v1.0.3

Недавно я рассказывал про 4 генерацию семантических коконов (часть 1 и часть 2). По сути, это лучшая в мире архитектура тематических кластеров, дающая гигантские бусты при работе с контентом.

По просьбам ребят из нашего SEO чата я сделал скилл Topical Graph Architect (TGA). Это система для проектирования семантических коконов: не простая кластеризации ключей, а построение полноценной архитектуры сайта с сущностями, задачами пользователей, единым источником фактов, проверкой на дубли и обязательными требованиями для чувствительных тем.

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

Поэтому смастерил скилл TGA Navigator.

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

Вам не нужно знать, что такое каноническая структура или единый источник фактов - Navigator сам переведёт это в вопрос вида «эта цена меняется со временем?».

Сейчас модно строить многоагентные конструкции: одна модель кластеризует, другая проверяет дубли, третья пишет техническое задание — и всё это на отдельной инфраструктуре, с API, очередями задач и стоимостью за каждый вызов. TGA и TGA Navigator показывают, что тот же результат можно получить в одном обычном чате с LLM (Claude, ChatGPT или похожими) - просто прикрепив два текстовых файла и скопипастив в чат один стартовый промпт. Ненужно никакого кода, никакой оплаты за токены сверх обычной подписки, никакой настройки серверов. Вся логика - в самой спецификации, а не в инфраструктуре вокруг неё.

Что можно делать с надстройкой TGA Navigator

➡️Разобрать список ключей и сразу понять, сколько разделов сайта из них получится. Присылаете 50–100 запросов и Navigator сгруппирует их по задачам пользователей, покажет, что можно объединить в одну страницу, а что требует отдельного материала. Можно начать и с 1 запроса/интента или вообще с предполагаемой тематики.

➡️Построить структуру нового раздела сайта с нуля, начиная всего с темы и описания бизнеса — без единого ключа на входе. Navigator задаст несколько вопросов о сайте и аудитории и покажет черновик структуры по уровням: сначала самые важные страницы, потом остальные.

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

➡️Найти скрытые вопросы аудитории, которые не встречаются в ключевых словах напрямую — через обращения в поддержку, отзывы или внутренний поиск сайта.

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

➡️Провести стресс-тест собственной структуры. Можно попросить систему специально «сломать» архитектуру и посмотреть, находит ли аудит типичные ошибки, прежде чем публиковать реальный контент.

➡️И многое другое. Встроил более 20 хитрых сценариев работы.


Для кого это всё я сделал

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

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

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



🔔 Узнайте как поддержать развитие канала.

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

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

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

#DrMax #SEO #СемантическийКокон

🔥 BrandCore: контроль фактов в SEO-контенте

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

Пример:
На одной странице указана одна дата основания компании, на другой - другая. В карточке товара есть характеристика, которой нет в документации. Условия доставки расходятся. Продукт получает свойства, которые когда-то появились в рекламном тексте и больше не были подтверждены. Это редко происходит из-за одной ошибки автора. Чаще причина в процессе: каждый новый материал создаётся на основе неполной, устаревшей или локальной версии данных.

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

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

- пользователю сложнее принять решение;

- редактору труднее проверить новую публикацию;

- страницы могут описывать одну сущность несовместимыми способами;

- старые материалы продолжают жить в поиске, а новые туда не попадают;

Контент начинает масштабировать не позиционирование компании, а накопленные ошибки.

Еще смешней обстоит с LLM.

Языковая модель не знает, какая страница на сайте "главнее", если это не задано в её контексте.

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

Разработал универсальный протокол BrandCore. По сути это и протокол и рабочий файл для управления фактами, claims и правилами публикации.

В BrandCore фиксируются, сведения о компании, продуктах и линейках; характеристики, аудитории и сценарии применения; разрешённые и запрещённые claims; доказательства и ограничения;и многое другое!

Перед подготовкой страницы SEO-специалист проверяет не только запросы и конкурентов. Он сверяет материал с BrandCore (ну и генерирует контент с его использованием).

Задача BrandCore: уменьшить число публикаций, которые строятся на несогласованных или устаревших данных.

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

Стоимость подобных заполненных брифов начинается от $2k до $100к. Есть с десяток предложений подобных на рынке. Обычно клиент получает итоговый PDF. Рабочая система, в которой собирались факты, фиксировались источники и принимались решения по спорным формулировкам, остаётся у подрядчика.

BrandCore устроен иначе: это редактируемый файл, который остаётся внутри компании и может поддерживаться без постоянной зависимости от автора методики.

Кстати, позаполняв для своих проектов BrandCore, понял, отчего такие дикие ценники на подобные брифы/протоколы. Это ужасно кропотливый ручной, аналитический труд.

Пришлось делать BrandCore Navigator (по аналогии с TGA Navigator), который позволяет часть данных заполнять на полуавтомате (с ручной верификацией), а остатки добивать в простом диалоговом режиме. Это вразы ускорило заполнение BrandCore-протокола для моих проектов. Раздавать Navigator пока не планирую.

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

Пользуйтесь! Протокол лежит в спецпромптканале.



🔔 Узнайте как поддержать развитие канала.

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

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

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

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