6 лучших SEO-навыков для Claude и Codex в 2026 году

Две отдельные подборки для Claude и Codex сейчас не нужны. Одна сравнительная страница лучше отвечает на вопрос читателя: какие SEO-задачи можно поручить агенту, какие данные он действительно получит и чем различаются установка и разрешения. После проверки реальных SKILL.md, связанных материалов, установщиков и лицензий в список вошли шесть навыков с разными ролями — без добивки до круглой десятки и без нескольких перекрывающихся «универсальных SEO-экспертов».

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

Короткий выбор

Если нужен один основной набор для технического аудита, начните с seo от Ian Nuttall: это не только инструкция, а маршрутизатор к локальному краулеру, отчетам, Search Console и аналитике. Если задача ограничена данными Google Search Console, точнее и безопаснее использовать gsccli. Для контент-брифа и image SEO сильнее специализированные навыки SE Ranking, но им нужны коммерческий MCP и Firecrawl. Для архитектуры сайта и programmatic SEO достаточно двух узких instruction-only навыков Marketing Skills — при условии, что вы отдельно дадите им краул, список URL и поисковые данные.

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

• аудит и изменения в коде — seo;
• только Search Console — gsccli;
• бриф на основе SERP и keyword data — seo-content-brief;
• структура сайта и внутренние ссылки — site-architecture;
• programmatic SEO до генерации страниц — programmatic-seo;
• разметка и производительность изображений — seo-images.

Что здесь считается навыком

Agent Skill — папка с обязательным SKILL.md и, при необходимости, references, scripts и assets. Он хранит повторяемую процедуру: какие данные запросить, в каком порядке работать, что считать доказательством и как проверить результат. OpenAI описывает тот же переносимый формат для ChatGPT и Codex, а локальные навыки Codex на текущем поколении размещает в .agents/skills; для дистрибуции нескольких навыков и подключений предназначены plugins. Официальная документация Codex Skills также разделяет сам workflow и его зависимости.

В Claude Code навык находится в .claude/skills, может запускаться автоматически или через /skill-name. Claude расширяет базовый стандарт собственными полями: например, allowed-tools, запуском в subagent и динамической подстановкой контекста. Важно, что allowed-tools предварительно одобряет указанные инструменты, но не превращает все остальные в недоступные; запреты задаются отдельной политикой разрешений. Документация Claude Code Skills прямо советует проверять project skills до доверия репозиторию. Читать полный обзор сервиса Claude Code

Не смешивайте пять разных сущностей:

Сущность	Что дает	Чего не дает сама по себе
Agent Skill	Процедуру, критерии, формат результата	Доступ к URL, Search Console или crawler
Plugin	Установку и упаковку skills, MCP и метаданных	Гарантию качества каждого файла внутри
MCP, connector или CLI	Данные и действия внешнего сервиса	Правильную SEO-методологию без инструкций
AGENTS.md или CLAUDE.md	Постоянные правила проекта	Узкий workflow с прогрессивной загрузкой
Prompt	Разовую команду	Версионирование, discoverability и повторяемую проверку

Поэтому фраза «skill провел аудит сайта» имеет смысл только после ответа на вопрос: чем он получил HTML, отрендеренный DOM, статусы HTTP, список URL, Core Web Vitals и данные Google Search Console? Если у агента есть лишь SKILL.md и исходники одной страницы, он может провести code review или составить чек-лист, но не подтвердить полный аудит живого сайта.

Сравнение совместимости

Навык	Отдельная роль	Claude Code	Codex	Реальные данные	Главный риск
seo	Сквозной аудит, исправления, мониторинг	Да: skill + CLI/MCP	Да: skill + CLI/MCP	Crawl, HTTP, GSC, GA, optional providers	Большой runtime, сеть и телеметрия
gsccli	Глубокий анализ Search Console	Да: готовый SKILL.md, shell или read-only MCP	Условно: сам skill переносим, путь установщика нужно исправить	GSC Search Analytics, URL Inspection, sitemaps	OAuth, квоты, CLI-write команды
seo-content-brief	Keyword/intent research и бриф	Да: нативный plugin workflow	Условно: есть Codex plugin, но нужно проверить имена tools	SE Ranking, SERP, PAA, Firecrawl	Кредиты, внешняя передача запросов, эвристические прогнозы
site-architecture	IA, URL hierarchy, internal linking	Да: instruction-only	Да: instruction-only	Только переданные пользователем данные	Без crawl inventory не видит реальные orphan pages
programmatic-seo	Проектирование pSEO и quality gates	Да: instruction-only	Да: instruction-only	Только переданные данные и подключенные tools	Может превратить шаблоны в thin/doorway pages без жесткого review
seo-images	Image SEO, LCP/CLS и rendered markup	Да: Firecrawl-oriented workflow	Условно: plugin совместим, tool mapping надо протестировать	Rendered HTML, Firecrawl, optional PSI/audit	Платные credits и чрезмерно жесткие эвристики

«Условно» не означает, что Markdown несовместим с моделью. Это означает, что один и тот же текст ссылается на platform-specific имена инструментов, каталог установки или permission metadata. Пока тестовый запуск не подтвердил discovery и tool calls, заявлять полную совместимость нельзя.

seo: основной data-first аудит

Навык из проекта iannuttall/seo лучше остальных разделяет данные, вывод и действие. Короткий SKILL.md не пытается хранить внутри сотню статичных чек-листов. Он отправляет агента к каталогу локальных отчетов: сначала описать нужный report, затем запустить его с ограниченными параметрами и прочитать readOrder, ограничения и doNotClaim.

Такой подход полезен для технического SEO, потому что один зеленый Lighthouse score или удачный curl не доказывает здоровье сайта. Навык умеет держать отдельно:

• live crawl и HTTP-ответы;
• HTML и отрендерированный DOM;
• данные Search Console по запросам и страницам;
• Google Analytics;
• оценки внешних поставщиков по ключам, ссылкам и видимости;
• source code и локальный build;
• missing, partial, capped, filtered и sampled evidence.

Внутри предусмотрены отчеты для crawl/indexation, redirect trace, Core Web Vitals, internal links, падений трафика, pSEO, AI readiness, server logs, before/after measurement и regression monitoring. Он не должен превращать noindex или canonical в ошибку, пока не установлено, что настройка случайна. Для изменения исходников требуется пройти каждую находку, выбрать outcome, собрать проект и повторить тот же отчет на локальном build.

Когда выбирать

Это базовый вариант для сайта, который живет в репозитории и требует цикла «найти доказательство → изменить код → проверить». Он закрывает больше всего критериев статьи: crawl/indexation/rendering, migrations и redirects, Core Web Vitals, schema, international signals, изображения, GSC/analytics и rollback через diff и повторный отчет.

Что проверить до установки

Runtime заметно шире самого SKILL.md: глобальный npm-пакет, Node.js 22.19+, локальная база/кэш, Lighthouse, Playwright и опциональные provider packages. Лицензия Apache-2.0 непротиворечива, но privacy boundary нужно принять осознанно. Краулер обращается к проверяемым сайтам, Google-интеграции используют OAuth, внешнее обогащение может передавать выбранные queries или seeds провайдеру. Анонимная telemetry включена по умолчанию с уведомлением; ее можно отключить.

Для первого запуска выберите небольшой разрешенный домен, read-only режим и лимит URL. Не подключайте одновременно Google, Ahrefs, Semrush и DataForSEO только потому, что они поддерживаются. Добавляйте источник тогда, когда без него нельзя ответить на конкретный вопрос.

gsccli: Search Console без догадок

nalyk/gsccli — специализированный skill + CLI для Search Analytics, URL Inspection и sitemap data. Его ценность не в общих советах «улучшить CTR», а в знании ограничений API: разные property strings для URL-prefix и domain property, 25 000 строк на запрос, lag finalized data, несовместимые dimensions и дневная квота URL Inspection.

Навык подходит для задач, где общий аудитор дает слишком широкий ответ:

• сравнить равные периоды и найти страницы, теряющие clicks;
• отделить падение impressions от падения CTR;
• получить все строки через pagination, не выдав первый page за полный набор;
• проверить статус индексации конкретных URL;
• сопоставить страны, устройства и search appearance;
• передать данные в CSV или NDJSON без смешивания с форматированным отчетом.

MCP surface сделан read-only, а операции добавления property, отправки sitemap и Indexing API оставлены в CLI. Это хорошая граница против prompt injection. Сам Indexing API нельзя использовать как универсальный ускоритель: его допустимый SEO-сценарий ограничен страницами вакансий и трансляций.

Ограничение совместимости с Codex

Содержимое Claude и Codex SKILL.md почти одинаковое, но текущий installer проекта направляет Codex-копию в legacy .codex/skills. Актуальная документация OpenAI указывает .agents/skills. Не запускайте установщик вслепую: разместите проверенный skill в документированном каталоге, перезапустите discovery при необходимости и попросите Codex перечислить доступные skills. Дополнительный agents/openai.yaml проекта также нужно сверять с текущей схемой OpenAI, а не считать валидным из-за наличия файла.

Где проходит безопасная граница

OAuth-токены и service account дают доступ к реальным данным. Используйте отдельный Google Cloud project, минимальные scopes и read-only grant там, где запись не нужна. Для сравнения динамики берите одинаковые завершенные окна и фиксируйте даты: изменение после релиза не доказывает, что релиз стало причиной.

seo-content-brief: бриф с SERP и keyword data

В каталоге seranking/seo-skills два навыка попали в итоговый список. Первый, seo-content-brief, собирает доменную видимость, organic competitors, keyword gaps, SERP features, related questions и существующие страницы для внутренних ссылок. Raw results остаются в evidence-файлах, а автор получает один самостоятельный BRIEF.md.

Это важное отличие от навыка, который просто придумывает H2 по теме. Хороший content brief должен отвечать:

• какой intent доминирует в выдаче;
• какой page type уже вознаграждается;
• какие темы повторяются у лидеров, а какие gaps остаются;
• какие внутренние страницы действительно связаны с темой;
• какие цифры являются provider estimates, а какие наблюдались в Search Console;
• что автор должен проверить первичным источником.

Навык умеет явно пропускать schema/OG benchmark без Firecrawl и помечать null как unknown. Это правильнее, чем угадывать title, JSON-LD или search volume.

Что не принимать автоматически

Внутри есть фиксированные word-count floors, шаблонные доли трафика и другие эвристики. Они помогают сформировать стартовый бриф, но не являются требованиями Google и не должны превращаться в KPI автора. SERP majority тоже не обязывает копировать тот же формат, если уникальная ценность требует другого решения.

SE Ranking MCP расходует API credits, а Firecrawl — собственные credits. До запуска нужно показать balance, примерную стоимость, market/country, число SERP pages и пределы выборки. Queries, domains и URLs уходят внешним сервисам; клиентские темы и неопубликованные планы могут быть чувствительными.

site-architecture: структура и внутренние ссылки

В репозитории coreyhaines31/marketingskills стоит выбирать отдельные skills, а не устанавливать весь маркетинговый пакет. site-architecture дает понятный контракт результата: дерево страниц, URL map, navigation spec и internal-link plan. Перед реструктуризацией он спрашивает о важных страницах и существующих URL, которые нельзя потерять без redirect map.

Навык полезен на трех этапах:

• до разработки нового сайта — согласовать hierarchy и stable URL patterns;
• при росте каталога — отделить hub/category/entity pages и убрать orphan routes;
• перед миграцией — зафиксировать current URLs, parent-child relations и будущие redirects.

Но это instruction-only skill. Без sitemap, crawl export, analytics и Search Console он не знает, какая страница действительно orphan, сколько кликов получает URL и что уже канонизировано. Правила вроде «все важное за три клика» или заданного количества ссылок — ориентиры для review, а не доказанные ошибки.

Для рабочего стека дайте ему URL inventory и данные о traffic/conversions, затем проверьте проект через основной crawler. Не применяйте новое дерево сразу: сначала сформируйте redirect map, найдите конфликтующие canonicals/hreflang, запустите staging crawl и сравните до/после.

programmatic-seo: quality gate до масштабирования

Второй выбранный навык из того же каталога — programmatic-seo. Он нужен не для команды «сгенерируй тысячу страниц», а для решения, должна ли серия страниц существовать вообще. Workflow начинается с repeating search pattern, источника данных, реальной ценности каждой страницы и конкурентов в выдаче.

Сильные требования навыка:

• каждая страница должна давать уникальную пользу, а не менять город или переменную;
• proprietary/product/user data сильнее общедоступного пересказа;
• template должен содержать conditional и page-specific блоки;
• все страницы должны иметь место в browseable hierarchy;
• thin variations не надо отправлять в индекс;
• после запуска нужны indexation, traffic, engagement и conversion checks.

Это соответствует актуальной границе Google: scaled content abuse возникает, когда страницы создают в основном для манипуляции выдачей и не дают пользователю ценности; doorway abuse охватывает похожие страницы, ведущие к одной конечной точке. Spam Policies for Google Web Search

Безопасный режим pSEO

Сначала соберите 10–20 representative records, а не весь dataset. Для каждого проверьте фактическую наполненность, search intent, canonical, internal links и отсутствие дубликатов. Отделите PREVIEW или noindex от публикации. Массовый publish, sitemap submission и IndexNow должны быть отдельными подтвержденными действиями после sample review.

Comparison/alternatives pages можно проектировать тем же способом, но факты о конкурентах должны иметь дату и первичный источник. Нельзя синтетически заполнять цену, количество интеграций, rating или customer quote. Если вариантов недостаточно для самостоятельной ценности, одна глубокая comparison page лучше десятков шаблонов.

seo-images: отдельный аудит изображений

seo-images из каталога SE Ranking проходит важный тест на честность: без Firecrawl он не изображает полноценный image audit. Навыку нужен raw/rendered HTML, потому что Markdown fetch теряет srcset, sizes, loading, fetchpriority, dimensions, <picture> sources и JSON-LD.

При наличии данных он собирает inventory и проверяет:

• отсутствующий, пустой, повторяющийся или явно шаблонный alt;
• WebP/AVIF и fallback;
• srcset/sizes и фактически избыточные загрузки;
• lazy loading ниже первого экрана;
• вероятный Largest Contentful Paint image и его priority;
• размеры для предотвращения Cumulative Layout Shift;
• image URL/filename и CDN context;
• ImageObject только там, где есть реальные creator, copyright и license data;
• PageSpeed Insights wasted bytes, если Google API подключен.

Навык не перекодирует и не загружает assets автоматически. Это плюс: смена image pipeline или CDN затрагивает качество, cache keys, права и production bandwidth, поэтому требует отдельного решения.

Где нужен человеческий review

Порог длины alt, статус «legacy format» и вероятный LCP element — эвристики. Пустой alt="" корректен для декоративного изображения; хешированный CDN filename не является проблемой сам по себе; fetchpriority="high" нельзя расставлять массово. Сравните heuristic candidate с Lighthouse/PSI и реальным performance trace.

Metadata нельзя выдумывать. Google требует, чтобы structured data представляли видимый контент, оставались актуальными и не вводили пользователя в заблуждение; корректный Rich Results Test также не гарантирует показ. Общие правила структурированных данных Google

Почему отдельный schema skill не вошел

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

• упоминание Sitelinks Search Box или SearchAction, хотя feature давно снята;
• предложение FAQPage ради rich results после их полного прекращения в мае 2026 года;
• генерация типа по URL pattern без проверки основного видимого содержания;
• benchmark «у шести конкурентов есть тип — добавьте и вы», хотя частота не доказывает применимость к странице.

Поэтому schema лучше оставить режимом основного data-first аудита: получить raw и rendered HTML, разобрать текущий JSON-LD, определить основной entity, сверить конкретный Google feature guide, заполнить только реальные поля и проверить production URL после deploy. Если отдельный schema skill обновится, он сможет занять самостоятельную роль в следующем пересмотре списка.

Какие стеки выбрать

Небольшой сайт в репозитории

Минимум: seo для crawl/source review. site-architecture добавляйте только при изменении структуры, programmatic-seo — только при планировании серии страниц. Search Console можно сначала передать экспортом, не выдавая OAuth.

Результат должен включать конкретные URL, evidence, приоритет, изменение, команду проверки и rollback. Green build без повторного crawl недостаточен.

Контентный проект и редакция

Используйте seo-content-brief для одной темы, затем проверяйте утверждения первичными источниками и отдавайте текст редактору. gsccli помогает выбрать страницы для refresh по завершенным периодам. Не генерируйте материалы пакетно до review первого брифа и одной статьи.

Каталог или programmatic SEO

Стек: programmatic-seo → site-architecture → data-first crawl. Сначала data contract, URL pattern, uniqueness rules, hidden/noindex state и representative sample. После sample audit можно расширять объем. Автоматическая публикация, sitemap submission и link placement не входят в работу skills по умолчанию.

Миграция или редизайн

Стек: seo + site-architecture + gsccli. До изменений сохраните crawl, status/canonical/hreflang, internal-link graph и Search Console baseline. На staging проверьте redirect map и soft 404. После релиза повторите те же отчеты, но не объясняйте каждое изменение трафика одной миграцией без учета сезонности и обновлений поиска.

Сайт с большим объемом оригинальных изображений

Стек: seo-images + общий audit. Начните с URL mode или выборки до 10 страниц, подтвердите credit estimate и не передавайте непубличные assets внешнему crawler. После исправлений проверяйте rendered markup, actual image response, dimensions, format, caching и PSI; права и licensing metadata подтверждает владелец контента.

Агентство с SE Ranking

seo-content-brief и seo-images оправданы, если аккаунт и credits уже есть. Сохраните raw evidence, provider labels и snapshot date. Не заменяйте ими Search Console: visibility estimates и реальные clicks отвечают на разные вопросы.

Как безопасно установить сторонний skill

Сначала прочитать пакет

Проверьте не только README, но и:

• полный SKILL.md;
• каждый прямо требуемый reference;
• scripts, hooks, templates и binaries;
• root license, license в frontmatter и plugin manifest;
• install/update/uninstall scripts;
• package dependencies и lifecycle scripts;
• MCP endpoints, OAuth scopes, telemetry и cache retention;
• каталог назначения и поведение при существующих файлах.

Stars и число установок показывают распространенность, но не точность SEO-совета. В одном из проверенных Codex-наборов skill и manifest заявляли MIT, а root license запрещала распространение и требовала активного membership. Такой конфликт важнее рейтинга репозитория.

Установить с минимальным радиусом

Для первого теста используйте repo-level каталог, pinned commit/tag и отдельную ветку или disposable project. Не передавайте main напрямую в curl | bash или PowerShell iex. Скачайте пакет, прочитайте script, проверьте checksum/commit и только затем запускайте.

Skill, CLI и MCP устанавливайте раздельно. Начните с Markdown-инструкции; затем добавьте read-only data tool. Browser, Playwright, paid provider и write scopes подключайте только при необходимости.

Ограничить permissions и egress

Разрешите чтение текущего проекта и конкретные read-only команды. Для сети задайте минимальный allowlist: целевой сайт, Google API или выбранный provider. Web search, browser, shell network и MCP контролируются раздельно; разрешенный skill не отменяет их политики.

Не храните tokens в SKILL.md, shell history, issue или отчете. Сначала используйте экспорт GSC, если он решает задачу. Для OAuth заведите отдельный client, проверьте scopes и путь локального хранения, затем протестируйте logout/reset.

Первый запуск — только аудит

Укажите один URL или небольшой crawl cap, запретите file writes и внешние submissions. В отчете должны быть source, date, coverage, missing data и verification. Если skill сообщает «schema отсутствует» после Markdown fetch или «все страницы здоровы» после выборки из пяти URL, тест провален.

Практический маршрут установки

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

npm view seo@0.2.40 version license dist.integrity
npm pack seo@0.2.40 --dry-run

npm view @nalyk/gsccli@1.2.1 version license dist.integrity
npm pack @nalyk/gsccli@1.2.1 --dry-run

После проверки можно поставить только выбранный пакет. Для seo сразу проверьте seo doctor, статус telemetry и отключите ее, если политика проекта запрещает исходящие usage events. Для gsccli сначала выполните gsccli skills install --agent claude --dry-run; в Codex не принимайте legacy path из установщика, а перенесите проверенный skill в текущий .agents/skills/gsccli и подтвердите discovery.

Из Marketing Skills устанавливайте только две выбранные папки:

npx skills add coreyhaines31/marketingskills --skill site-architecture programmatic-seo

Для Claude Code явно укажите target агента, если installer предлагает только universal directory. Для Codex проверьте, что итоговый путь находится под .agents/skills, а не в устаревшем каталоге.

SE Ranking Skills лучше устанавливать через plugin manager соответствующей платформы: так skill и MCP приходят как один versioned package. До OAuth убедитесь, что plugin показывает read-capabilities, ожидаемый MCP endpoint и выбранные skills. Затем проверьте credit balance и запустите один дешевый read-only сценарий. Если Codex не сопоставляет имена WebFetch или Firecrawl tools из SKILL.md со своими доступными tools, не редактируйте skill на лету: остановите запуск, зафиксируйте несовместимость и создайте проверенную platform adapter копию.

Как проверить результат и откатить изменения

Технический аудит

Сверьте sitemap inventory, crawler inventory и GSC index evidence. Проверьте HTML source и rendered DOM отдельно. Для каждого finding сохраните URL, raw evidence, предполагаемое влияние и способ воспроизведения. Отсутствующие данные не равны нулю.

Изменения в коде

До правок сохраните commit или patch. После каждой небольшой группы изменений:

1. Просмотрите diff.
2. Запустите lint, typecheck, tests и build.
3. Поднимите локальную или staging-версию.
4. Проверьте известный URL, 404, redirect chain, robots и sitemap.
5. Повторите тот же crawl/report.
6. Зафиксируйте rollback для migration, redirect и template change.

Deploy и public verification — отдельный этап. Локально правильный JSON-LD не доказывает, что CDN или CMS отдал его пользователю и Googlebot.

Schema

JSON должен парситься, тип должен соответствовать главному содержанию страницы, а значения — видимому тексту и реальным данным. Затем нужны Rich Results Test и URL Inspection на опубликованной странице. Не обещайте rich result: валидность означает eligibility, не показ.

Search Console и аналитика

Сравнивайте равные finalized periods, отмечайте сезонность, релизы, изменения tracking и search updates. Не смешивайте query rows с page rows и не суммируйте агрегаты без учета privacy/capping. После изменения заранее определите leading metric и дату повторной проверки.

Programmatic SEO

Проверяйте выборку вручную: уникальные данные, полезность, duplicate/canonical, internal links, HTTP status и conversion path. Расширяйте batch только после прохождения quality gate. Если sample слабый, откат — оставить записи hidden/noindex и исправить data/template, а не индексировать «пока что есть».

Одна статья или две

Одна страница лучше закрывает текущий интент. Пользователь ищет лучшие SEO skills и хочет понять, будут ли они работать в Claude или Codex. Формат файла переносим, а самые важные различия помещаются в две колонки: каталог discovery, plugin installation, разрешения и tool mapping. Разделение рейтинга удвоит повторяющиеся критерии, Google policy, риски и названия кандидатов, создавая каннибализацию по запросам «SEO skills Claude», «SEO skills Codex» и «лучшие навыки SEO».

Если позже появятся отдельные гайды, их интенты должны различаться:

• Claude Code: marketplace, plugin namespaces, allowed-tools, hooks, subagents, sandbox и domain permissions;
• Codex: .agents/skills, $skill-installer, plugins, agents/openai.yaml, permission profiles, local/cloud network access.

Тогда сравнительная страница остается canonical selection guide, а platform guides отвечают только на установку и эксплуатацию. Создавать вторую страницу с теми же шестью строками в другом порядке не стоит.