Не нужно понимать, как работает тег canonical, прежде чем улучшать страницу с Claude Code. Вам нужны URL одной страницы, доступ к проекту сайта на момент правок и понятное правило: сначала Claude Code проверяет, затем вы одобряете изменения.
Это руководство показывает безопасный для новичка способ автоматизировать повторяющиеся SEO-задачи с Claude Code и навыком seo-auto-optimizer. Вы попросите Claude Code изучить страницу, объяснить выводы обычным языком, подготовить согласованные обновления в файлах сайта и проверить результат до выхода в продакшен.
Автоматизация SEO не означает «отдать агенту сайт и попросить исправить всё». Она означает поручить ему медленные повторяемые действия, сохранив за собой решения, которые могут убрать страницы из поиска или запутать посетителей.
Что вы получите в конце
После первого прохода у вас будут:
- один важный URL, проверенный на видимые SEO-проблемы;
- короткий список изменений по приоритету, с которыми может помочь Claude Code;
- понятное объяснение каждой рекомендации;
- проверенный набор изменений в локальном проекте сайта, если вы решите их внедрять; и
- чек-лист тестирования перед развёртыванием.
На первый запуск заложите от 30 до 60 минут. Выберите важную для бизнеса страницу: главную, страницу продукта или услуги либо статью, которая уже получает трафик. Не начинайте со всего сайта.
«Готово» означает, что вы можете показать страницу, объяснить, что и зачем изменилось, и подтвердить, что после обновления она продолжает работать. Это не гарантия роста позиции: поисковым системам нужно время на повторный обход и оценку страницы.
Перед началом: подготовьте четыре вещи
Можно начать без Google Search Console и технического опыта. Первая проверка использует публичные сигналы страницы. Держите под рукой следующее:
| Что нужно | Зачем это нужно | Что делать, если этого пока нет |
|---|---|---|
| Публичный URL страницы | Claude Code нужна конкретная страница для проверки. | Начните с главной или одной страницы услуги. |
| Файлы проекта сайта | Claude Code сможет подготовить согласованные правки в реальном исходном коде. | Попросите копию проекта или доступ к репозиторию у того, кто ведёт сайт. Не редактируйте продакшен вслепую. |
| Локальный предпросмотр или staging | Нужно увидеть страницу до публикации. | Используйте предпросмотр платформы или попросите разработчика дать staging-ссылку. |
| Способ развернуть изменения | Это может быть Git, CMS или панель хостинга. | В первом запуске оставьте развёртывание ручным. |
Позже пригодятся Google Search Console, Bing Webmaster Tools и экспорт краулера. Они отвечают на вопросы, на которые одна страница не отвечает: теряет ли она клики, конкурирует ли с другим URL или масштабно заблокирована от индексации.
Создайте навык SEO Auto Optimizer в рабочем пространстве Claude Code
Файл навыка нужно создать самостоятельно. Из статьи ничего скачивать не нужно.
Быстрый вариант: отправьте эту статью в Claude Code
Когда статья опубликована, можно дать Claude Code её URL и попросить настроить навык. Скопируйте запрос, замените [ARTICLE URL] на живой адрес этой статьи и отправьте его в Claude Code:
Прочитай эту статью и установи навык seo-auto-optimizer точно по её инструкции:
[ARTICLE URL]
Я новичок в SEO. Найди в статье полный блок кода SKILL.md. В активном проекте создай `.claude/skills/seo-auto-optimizer/SKILL.md`, если локальная конфигурация Claude Code не указывает другой путь навыков, и скопируй блок кода в этот файл без изменений.
До записи файла скажи полный путь, который используешь. После записи покажи первые 10 строк и подтверди, что имя навыка — seo-auto-optimizer.
Не проверяй мой сайт, не редактируй файлы сайта, не меняй настройки, ничего не развёртывай и пока не запускай SEO-аудит. Только установи и проверь этот навык.
Если Claude Code не может открыть URL статьи, используйте ручной способ ниже. При необходимости после этого запроса можно вставить полный блок кода прямо в чат.
В корневой папке рабочего пространства Claude Code, которое будет использоваться для SEO, создайте такую структуру:
your-website-project/
.claude/
skills/
seo-auto-optimizer/
SKILL.md
Путь навыка в проекте по умолчанию — .claude/skills/seo-auto-optimizer/SKILL.md. Если локальная конфигурация Claude Code указывает другую папку навыков, используйте её. Имя папки и поле name в файле должны быть seo-auto-optimizer. После этого Claude Code сможет вызвать навык как $seo-auto-optimizer.
Откройте простой текстовый файл с именем SKILL.md и вставьте в него весь следующий текст. Не вставляйте его в код сайта: он должен лежать в папке skills/seo-auto-optimizer/.
Навык начинается в режиме только для чтения. Так и задумано: он собирает публичные доказательства и готовит план исправлений, но не публикует страницы, не отправляет sitemap, не редактирует Search Console и не меняет живой сайт.
---
name: seo-auto-optimizer
description: Audit one public URL or a group of website URLs with evidence, then create an SEO optimization plan ranked by impact and effort. Use when a user asks to check, diagnose, optimize, or create an SEO task list, especially for indexing, technical SEO, metadata, structured data, content quality, internal links, search intent, keyword cannibalization, Core Web Vitals, mobile experience, CTR, Google Search Console, Bing Webmaster Tools, sitemaps, robots.txt, or E-E-A-T. By default, audit and provide code or copy recommendations only. Do not change the website, CMS, search-engine consoles, or third-party platforms.
---
# SEO Auto Optimizer
Turn a supplied URL into a verifiable SEO optimization plan that a developer, content team, or growth team can act on. Never present an item as checked or fixed when public evidence cannot confirm it.
## Working boundaries
- Default to read-only work. Inspect public pages, resources, and public site files. Do not change live pages, submit a sitemap, publish content, buy links, or operate any account.
- For a single-URL request, audit that URL and only the same-domain public files needed to verify it, such as `robots.txt`, a sitemap, or page links. Do not turn a single-page observation into a site-wide conclusion.
- Mark work that needs a login, search-performance data, a full crawl, server logs, or business facts as `Needs data`. State what data is needed and how to check it.
- Do not recommend black-hat, manipulative, or fabricated SEO: no purchased links, fake reviews/authors/comments, doorway pages, keyword stuffing, or bulk low-value AI pages.
- Follow the site's market, page language, URL conventions, and content standards. Proposed titles, meta descriptions, H1s, and body copy must use the target page's language.
## Inputs and clarification
A request needs at least one URL. If available, use the target market, language, business model, primary conversion, target keywords, Google Search Console or Bing exports, and local website project.
When those details are missing, do not block the work. Infer what you can from the page language, page type, and visible content, then state your assumptions at the beginning of the report. Ask one focused question only when the user requests keyword strategy, competitive content, or a site-wide change and the answer would materially depend on the target market or business.
## Audit process
### 1. Build an evidence baseline
1. Record the inspection date, final URL, HTTP status, redirect chain, `<html lang>`, visible robots instructions, and page-rendering limits.
2. Read the first screen, main content, and available source or DOM. Record the title, meta description, canonical, robots meta, viewport, H1-H6, visible publish or update date, author information, approximate body length, images, internal and external links, JSON-LD, and important JavaScript dependencies.
3. Check the same-domain `/robots.txt`. Check a sitemap only when one is discoverable; do not say a sitemap does not exist merely because its URL is not explicitly listed.
4. Keep locatable evidence for every conclusion: tag text, HTTP header, link URL, DOM observation, screenshot observation, or public-tool result. If the page is blocked by a WAF, login, geography, or another access limit, state the limitation immediately.
### 2. Classify every check
Use exactly one status for each item:
| Status | Meaning |
| --- | --- |
| `Pass` | Public evidence shows the item meets its purpose. |
| `Issue` | Public evidence shows an error, risk, or clear omission. |
| `Opportunity` | It may not be an error, but there is a reasonable opportunity to improve visibility, click-through rate, user experience, or conversion. |
| `Needs data` | Google Search Console, Bing, logs, a full crawl, field performance data, or keyword data is required. |
| `Not applicable` | The page type or business does not need this item; explain why. |
Do not turn `Needs data` into an `Issue` just to fill a checklist. Resolve the root causes that affect crawling, indexing, user experience, or the page's main intent before minor copy changes.
### 3. Create an action plan
Merge findings into non-duplicative tasks and rank them:
- `P0`: The page cannot be crawled or indexed; an incorrect canonical; accidental `noindex`; critical 4xx/5xx; site-wide robots blocking; severe mobile or rendering failure.
- `P1`: Main-page intent or content mismatch; duplicate or thin content; missing or conflicting title and H1; unacceptable structured data; missing key internal links; obvious performance bottleneck.
- `P2`: CTR improvements; images and alt text; FAQs; author and update information; content expansion; topic or comparison pages; local link and URL improvements.
- `P3`: Growth experiments, link earning, business profiles, and monitoring that require performance data or external coordination.
For every task, state the problem, evidence, recommended action, owner (developer, content, SEO, or growth), acceptance criteria, and risk or prerequisite. Give specific code or copy only when current information supports it. Where brand facts are missing, use clear placeholders instead of inventing facts.
## What to check
### A. Crawling, indexing, and URLs
Check and report:
- HTTP status, whether redirects are single-hop and appropriate, loops, and HTTP/HTTPS or www/non-www confusion.
- `robots.txt`, meta robots, `X-Robots-Tag`, and whether canonical URLs are reachable, absolute, single, self-referencing, or point to a sensible preferred URL.
- Whether canonical, `noindex`, pagination or filtering rules, and sitemap behavior agree. Mark uncertain cases as `Needs data`.
- Whether URLs are stable, readable, descriptive, free of meaningless parameters, case or trailing-slash duplication, and keyword stuffing. Do not recommend casual URL changes unless the plan includes 301 redirects, internal-link updates, canonical updates, sitemap updates, and rollback conditions.
- Whether main content appears in initial HTML or can render reliably. When important content depends only on client-side JavaScript, recommend verification with URL Inspection, rendering tests, and server-side rendering or prerendering options.
- Discoverable broken links, 404s, soft 404s, and incorrect internal destinations. A single URL cannot prove that a whole site has no broken links.
### B. Page structure and metadata
Check:
- A unique, accurate, intent-matched title. For Latin-script languages, a rough 50-60 characters can be useful, but accuracy matters more than reaching a count.
- A unique meta description that describes the page's real value without keyword lists or false promises. A meta description is not a ranking guarantee; prioritize relevance and likely click-through appeal.
- One H1 that describes the page's main question. Organize H2 and H3 headings by real topic hierarchy, without skipped levels or decorative text disguised as headings.
- `lang`, viewport, mobile usability, the ratio of main content to template noise, and breadcrumb visibility and semantics.
- Appropriate image formats, dimensions, lazy loading, and specific alt text. Decorative images should have empty alt text. Do not force keywords into alt text.
When recommending a rewrite, provide one adoptable title, meta description, H1, and heading outline. Label any information that needs a brand-owner confirmation.
### C. Structured data and trust signals
Check whether visible page content and JSON-LD, Microdata, or RDFa agree. Consider only schema appropriate to the page type: `BreadcrumbList`, `Article` or `BlogPosting`, `Product`, `SoftwareApplication`, `Organization`, `LocalBusiness`, `FAQPage`, and `WebPage`.
- Recommend schema only when it represents visible, real page information. Never add invented ratings, reviews, prices, authors, FAQs, or awards.
- Identify required fields such as URL, name, description, image, author, publish date, `dateModified`, breadcrumb positions, and entity identifiers.
- For content pages, check visible author information, author page or experience, editorial policy, sources, contact information, organization information, update date, and factual citations. E-E-A-T is not a tag that can be added; it comes from verifiable content and entity information.
- When schema exists, recommend the Google Rich Results Test and Schema Markup Validator as acceptance checks.
### D. Content, intent, and duplication
Identify the page's main query intent: informational, commercial research, transactional, local, navigational, or mixed. Check whether the main content answers the question early and adds value through original evidence, examples, steps, data, or product detail.
- Flag clear thin content, template repetition, unanswered core questions, intent mismatch, and stale content. Do not define thin content by word count alone.
- A single URL cannot prove site-wide duplicate content, keyword cannibalization, or orphan pages. Explain that these require a URL inventory, canonical and index status, GSC query-to-page data, an internal-link graph, and similarity analysis.
- For overlapping pages, first define the evidence and decision criteria for keep, merge, split, or redirect. Never recommend deleting a page based on a guess.
- When content creation is requested, provide a search-intent brief, unique value, information architecture, sources needed for claims, and internal-link targets. Original content means independent insight or verification, not a competitor rewrite.
- Suggest comparison, alternatives, list, or FAQ pages only when they have distinct intent, real comparison criteria, and maintainable facts. Do not create batches of low-value templates.
### E. Internal links, architecture, and topic coverage
Assess how the page can be found and understood:
- Check whether important pages have crawlable HTML links from relevant parent pages, topic hubs, navigation, or breadcrumbs. Anchor text should naturally describe the destination.
- Mark orphan pages as `Needs data` unless a sitemap and full link graph prove the finding.
- For a topic cluster, define one pillar or owner URL, a distinct intent for each support page, link direction, and a cannibalization rule. Multiple near-identical owner pages should not compete for one head topic.
- Before suggesting feature, use-case, integration, comparison, alternatives, or FAQ pages, define the user question, target query, unique content, owner URL, and link-back path.
### F. Performance, mobile use, and Core Web Vitals
Separate lab data from field data. Prefer real-user data from CrUX or PageSpeed Insights to validate LCP, INP, and CLS. Without it, inspect obvious risks: oversized hero media, images without dimensions, render-blocking CSS or JavaScript, third-party scripts, font loading, layout shifts, and heavy client-side rendering.
Every performance recommendation must explain its mechanism and test method. For example: responsive, compressed hero media may improve LCP; image width and height reduce CLS risk; splitting long tasks may improve INP. Do not promise a score or ranking improvement.
### G. Search performance, keywords, and external authority
Unless the user supplies data or access, mark these items as `Needs data`:
- Page-two rankings, traffic or ranking declines, and query-to-page keyword cannibalization.
- URLs or queries with high impressions and low CTR, plus title and meta tests.
- High-volume, low-difficulty keywords, SERP and People Also Ask opportunities, competitor gaps, and search intent.
- High-quality backlinks, broken-link opportunities, brand mentions, Google Business Profile, and local citations.
- GSC or Bing sitemap submission, URL Inspection, index coverage, and crawl errors.
Give an executable data-checking instruction. For example: in GSC, compare the last 28 days with the previous 28 days, filter to the target URL, export queries, impressions, clicks, CTR, and average position, then test a new title or meta description for high-impression, same-intent queries with weak CTR. Link strategies must use audience-relevant, editorially independent, verifiable channels and genuinely useful assets.
## Default deliverable format
Unless the user asks for a shorter response, return these sections in this order:
1. `Scope and limits`: target URL, check date, accessibility, what could not be verified, and key assumptions.
2. `Executive summary`: the three to seven most important findings and what to address first.
3. `Check matrix`: status, evidence, and short conclusion for items A-G. Cover the user's supplied checklist, and state `Needs data` where necessary.
4. `Prioritized action list`: P0-P3 tasks with owner, effort (S/M/L), acceptance criteria, and dependencies.
5. `Implementation-ready recommendations`: where appropriate, include metadata, heading structure, JSON-LD templates, internal-link locations, content briefs, or performance fixes.
6. `Data and human follow-up`: needed GSC, Bing, crawl, log, keyword, and business inputs, plus exact validation steps.
Use careful language. Say a change may improve relevance, discoverability, or CTR. Do not promise indexing, first place rankings, or that every SEO issue has been fixed.
## Completion standard
Before delivering the work, confirm:
- Every conclusion has public evidence or is explicitly labeled as an assumption or `Needs data`.
- Tasks are ordered by impact, dependency, and actual executability, not copied mechanically from a checklist.
- Recommendations do not risk breaking URLs, canonicals, index status, or content facts. Migration, deletion, and merge suggestions include redirect and rollback conditions.
- Schema and E-E-A-T recommendations come from visible facts or are clearly marked as information still needed.
- The report makes clear that no live changes, submissions, or publishing actions were performed.
Сохраните файл. Если это требуется в вашей установке, перезапустите или обновите Claude Code и спросите: List the skills available in this workspace. Is seo-auto-optimizer available? Не переходите к аудиту, пока Claude Code не подтвердит, что навык доступен.
Добавьте границу безопасности в CLAUDE.md до первой правки
В Claude Code файл CLAUDE.md подходит для постоянных инструкций проекта. Если он уже существует, сначала прочитайте его и попросите ответственного за репозиторий согласовать дополнение; не заменяйте существующие указания. Если его нет, можно создать небольшой файл в корне проекта:
# Безопасная автоматизация SEO
- Используй навык seo-auto-optimizer только для сбора доказательств и подготовки предложений.
- До редактирования составь план с затрагиваемыми файлами, видимым эффектом, проверками и путём отката.
- Дождись явного одобрения до изменения файлов.
- Не меняй URL, редиректы, robots.txt, noindex, canonical, файлы sitemap или настройки развёртывания без узкого явного одобрения.
- Делай минимальную правку, показывай diff и запускай релевантные проверки проекта.
- Не публикуй, не развёртывай, не выполняй commit и push без прямой просьбы пользователя.
Это граница безопасности, а не настройка SEO. Она требует от Claude Code сначала показать план и дождаться явного согласования.
Проверьте страницу до того, как просить Claude Code что-либо менять
Откройте Claude Code и вставьте этот запрос. Замените пример URL на адрес своей страницы.
Используй $seo-auto-optimizer, чтобы проверить эту страницу:
https://example.com/your-page
Я новичок в SEO. Объясни каждый вывод простым языком.
Не меняй файлы, не публикуй страницы, ничего не отправляй и не вноси правки на живом сайте.
Для каждой рекомендации покажи:
1. Что Claude Code нашёл и где именно.
2. Почему это может быть важно для посетителей или поисковых систем.
3. Подтверждённая ли это проблема, возможность улучшения или случай, где нужны данные.
4. Самое безопасное следующее действие.
5. Нужен ли мне разработчик или данные Google Search Console.
Расположи работу по приоритету: P0, затем P1, P2 и P3.
Первым результатом должен быть отчёт, а не изменённый сайт. Это правильно.
Claude Code обычно может изучить видимые сигналы: title, мета-описание, основной заголовок, alt-текст изображений, внутренние ссылки, тег canonical, инструкции robots, структурированные данные, viewport для мобильных устройств и очевидные битые ссылки. Он также может заметить явные пробелы в содержании страницы.
Он не должен утверждать, что знает всё. Отчёт с пометкой Needs data часто надёжнее уверенного диагноза всего сайта по одному URL.
Как читать отчёт без экспертизы в SEO
Навык использует две простые метки: статус и приоритет. Прочитайте обе до одобрения любой правки.
| Метка | Что она означает | Действие для новичка |
|---|---|---|
|
| Публичные доказательства показывают, что по этому пункту страница в порядке. | Ничего не меняйте. |
|
| Claude Code нашёл конкретную проблему, например отсутствующий H1 или неверную ссылку. | Проверьте доказательство и рассмотрите исправление. |
|
| Страница не сломана, но её можно сделать понятнее или полезнее. | Считайте это необязательным улучшением. |
|
| Claude Code нужны GSC, Bing, аналитика, логи или полный обход сайта. | Не гадайте; соберите данные позже. |
Приоритет подсказывает, что смотреть сначала:
| Приоритет | Простое объяснение | Типичные примеры |
|---|---|---|
|
| Серьёзная проблема может мешать важной странице появляться в поиске или нормально работать. | Неверный |
|
| У структуры, поискового намерения или технической настройки страницы есть заметная слабость. | Отсутствующий или конфликтующий title/H1, неверное намерение, некорректная подходящая schema, отсутствие важных внутренних ссылок. |
|
| Полезное улучшение, но не авария. | Лучший alt-текст, понятные FAQ, сведения об авторе или обновлении, тесты title и описания. |
|
| Работа, для которой нужны данные, другая команда или длительный эксперимент. | Получение ссылок, локальные профили, мониторинг позиций или исследование ключевых слов. |
Не одобряйте каждый пункт только потому, что он есть в отчёте. В первом внедрении достаточно одной-трёх низкорисковых правок. Небольшой релиз проще проверить и откатить.
Выберите безопасные первые изменения, а рискованные решения отложите
Большинство новичков могут начать с понятных улучшений на уровне одной страницы. Эта таблица помогает провести границу.
| Обычно безопасно подготовить и проверить | Остановитесь и попросите техническую или SEO-проверку |
|---|---|
| Более точный title или мета-описание | Изменение URL или удаление страниц |
| Один ясный H1 и логичные H2 | Редактирование |
| Конкретный alt-текст для значимых изображений | Правила редиректов или настройки миграции |
| Битая внутренняя ссылка с очевидным правильным адресом | Объединение страниц лишь потому, что они похожи |
| Schema, отражающая видимый и проверенный контент | Добавление несуществующих оценок, отзывов, цен, авторов или FAQ |
| Короткий ответ, делающий существующую страницу понятнее | Публикация множества AI-страниц только ради ключевых слов |
Например, тег canonical — это небольшая инструкция, которая сообщает поисковику, какую версию похожих страниц считать основной. Его изменение бывает важным, но может случайно заставить Google игнорировать нужную вам страницу. Попросите Claude Code показать текущий и предлагаемый canonical URL и получите техническую проверку до изменения.
То же правило относится к robots.txt и noindex. Эти настройки могут быть правильными для страницы благодарности, приватного предпросмотра или отфильтрованной страницы результатов. Они не являются ошибкой автоматически.
Попросите Claude Code составить план внедрения, а не вносить сюрпризные правки
Скопируйте одобренные пункты из отчёта и используйте следующий запрос внутри проекта сайта. Он говорит Claude Code, что можно менять и, что не менее важно, что нужно оставить без изменений.
Я одобряю только такие SEO-изменения:
[ВСТАВЬТЕ ОДОБРЕННЫЕ ПУНКТЫ]
Изучи мой локальный проект сайта и подготовь план внедрения.
До редактирования любого файла покажи:
1. Каждый файл, который предполагается изменить.
2. Точную страницу или компонент, на который влияет каждый файл.
3. Что иначе увидят посетители и поисковые системы.
4. Как мы протестируем результат.
5. Путь отката, если правка окажется неверной.
Не меняй URL, не удаляй страницы, не редактируй robots.txt, не добавляй noindex,
не меняй редиректы, не публикуй контент, не развёртывай сайт и не делай правок вне
одобренного списка.
После показа плана дождись моего одобрения.
Проверьте список файлов перед ответом. Если Claude Code хочет затронуть незнакомые вам файлы, спросите почему. Если в плане написано «оптимизировать SEO», но он не может назвать файл и ожидаемый результат, попросите конкретику.
Когда план выглядит правильным, дайте узкое разрешение:
Одобрено. Выполни только план выше.
После редактирования:
- покажи краткий итог по каждому файлу;
- покажи нужный diff или текст до и после;
- объясни, что мне нужно проверить вручную;
- запусти существующие проверки проекта, если они доступны;
- ничего не развёртывай.
Именно здесь автоматизация становится полезной. Claude Code может делать повторяемые правки, но решение о том, что меняется и когда это публикуется, остаётся за вами. Требование плана до правки и явного одобрения — не лишний этап: оно защищает живой проект от слишком широких действий.
Проверьте результат до выхода страницы в продакшен
Не пропускайте предпросмотр. Технически корректная правка всё равно может звучать неестественно, сломать вёрстку или сделать страницу менее полезной.
Используйте этот чек-лист релиза:
| Проверка | Что искать |
|---|---|
| Предпросмотр в браузере | Страница загружается, а изменённый текст звучит естественно. |
| Предпросмотр на мобильном | Заголовки, изображения, меню и кнопки работают на узком экране. |
| Title и описание | Они описывают реальную страницу и не обещают того, чего посетитель не получит. |
| Структура заголовков | Один ясный H1 описывает страницу, а H2 организуют реальные разделы. |
| Ссылки | Изменённые внутренние ссылки ведут на нужную живую или staging-страницу. |
| Изображения | У значимых изображений есть полезный alt; у декоративных нет alt, перегруженного ключевыми словами. |
| Исходный код или SEO-расширение | Нужные canonical, инструкции robots и структурированные данные не изменились неожиданно. |
| Проверки проекта | Существующие команды сборки, тестов, lint или валидации проходят. |
Для изменений schema запустите Google's Rich Results Test или Schema Markup Validator после развёртывания либо на доступной staging-странице. Корректного формата schema недостаточно: она должна соответствовать тому, что видит пользователь на странице.
Если проверка не проходит, не просите Claude Code делать случайные последующие изменения. Передайте точную ошибку, укажите, какая одобренная правка её вызвала, и попросите минимальное исправление. Если вы не можете объяснить или проверить изменение, откатите его до развёртывания.
Чего автоматизация SEO не может узнать по одной странице
Здесь новичков часто вводит в заблуждение уверенный на вид ответ AI. Некоторые SEO-вопросы требуют данных, которых нет в браузере.
| Вопрос | Что нужно Claude Code для ответственного ответа |
|---|---|
| Почему упал трафик? | Данные GSC и аналитики за два сопоставимых периода. |
| У каких страниц много показов, но низкий CTR? | Экспорт запросов и страниц из GSC. |
| Конкурируют ли две страницы за одно ключевое слово? | Данные GSC «запрос — страница» и сравнение контента. |
| Какие страницы изолированы от внутренних ссылок? | Полный обход сайта, sitemap и граф внутренних ссылок. |
| Действительно ли Core Web Vitals ухудшают опыт посетителей? | Полевые данные, например CrUX или PageSpeed Insights, а не только локальный тест. |
| На какие низкоконкурентные ключевые слова стоит ориентироваться? | Исследование ключевых слов и SERP вместе со знанием вашей аудитории и предложения. |
| Нужно ли отправлять sitemap или запрашивать индексацию? | Доступ к GSC или Bing Webmaster Tools и причина это делать. |
Позже можно автоматизировать сбор и организацию этих данных. Для первой страницы достаточно, чтобы Claude Code пометил их как Needs data, а не выдавал догадку за диагноз.
Простая еженедельная рутина, которую легко поддерживать
Когда первая страница опубликована и проверена, повторяйте этот процесс для одной важной страницы в неделю:
- Выберите страницу с бизнес-целью, а не случайный URL.
- Запустите проверку Claude Code в режиме только для чтения.
- Одобрьте лишь несколько понятных низкорисковых обновлений.
- Проверьте план внедрения и diff файлов.
- Протестируйте локально или на staging до развёртывания.
- Зафиксируйте страницу, дату, изменения и открытые вопросы в простой таблице или Markdown-файле.
Через несколько недель добавьте выгрузки GSC. Тогда Claude Code сможет помочь находить страницы, для которых следующее улучшение подтверждено реальными показами, кликами или данными запросов. Для более широкой диагностики используйте также проверку SEO-оценки сайта вместе с проверкой кода.
Частые вопросы
Может ли Claude Code автоматизировать всё SEO моего сайта?
Нет. Claude Code может автоматизировать повторяемые задачи: проверку публичных сигналов страницы, организацию списка проблем, подготовку title и описаний, подготовку правок кода или контента и сверку одобренного списка изменений. Решения об удалении страниц, редиректах, управлении индексацией, canonical, бизнес-утверждениях, развёртывании или данных производительности всё ещё требуют человеческой проверки.
Нужно ли знать SEO-ключевые слова до начала?
Нет. Начните с важной страницы и попросите Claude Code объяснить её видимую SEO-настройку простым языком. Исследование ключевых слов пригодится, когда вы захотите создать новые страницы или решить, какие существующие требуют больше работы. Для него нужны исследовательские данные и понимание ваших клиентов, а не просто список, созданный агентом.
Может ли Claude Code отредактировать страницу WordPress, Webflow или Shopify?
Только если среда Claude Code имеет разрешённый доступ к этой системе или её файлам сайта. Для первого процесса попросите Claude Code подготовить точный текст, код или изменение файла, затем обновите CMS самостоятельно или попросите владельца сайта одобрить это. Не выдавайте доступ к публикации, пока не появится надёжный процесс проверки.
Выведут ли эти изменения мою страницу на первое место в Google?
Нет. SEO-изменения могут улучшить сканируемость, релевантность, ясность и пользовательский опыт. Позиции также зависят от конкуренции, поискового намерения, качества сайта, ссылок и того, как поисковые системы оценивают страницу со временем. Считайте Claude Code способом принимать более качественные и безопасные решения, а не гарантией позиции.
Автор: Julian Mercer, технический SEO-практик с 14-летним опытом в Auspia. Julian пишет о сканируемости, schema, рендеринге, архитектуре сайта и технических основах контента, понятного AI.
