seo-audit

SEO Audit помогает провести последовательную проверку сайта, когда нужно понять, почему страницы плохо обходятся, индексируются или получают меньше органического трафика. Сначала навык предлагает зафиксировать контекст продукта, цель поискового продвижения, приоритетные темы, известные изменения и границы проверки. Это позволяет отделить техническую проблему всего сайта от вопроса конкретного URL и не подменять диагностику общими советами. Основной порядок работы начинается с обходимости и индексации: проверяются robots.txt, ссылка на sitemap, состав XML-карты, канонические URL, редиректы, цепочки, циклы, soft 404, orphan pages и лишние параметры. В sitemap должны оставаться только канонические индексируемые адреса; сравнение ожидаемого и фактически проиндексированного набора выполняется через Search Console и другие доступные данные, а не по одному сигналу. Отдельно оценивается архитектура сайта и расстояние важных страниц от главной. Следующий слой — техническая основа. Навык предлагает смотреть серверное время ответа, загрузку изображений, исполнение JavaScript, доставку CSS, кэширование, CDN и загрузку шрифтов. Для Core Web Vitals он использует ориентиры LCP менее 2,5 секунды, INP менее 200 миллисекунд и CLS менее 0,1, связывая их с PageSpeed Insights, WebPageTest, Chrome DevTools и отчётом Search Console. Также проверяются HTTPS, сертификат, mixed content, перенаправление HTTP в HTTPS, адаптивность, viewport, горизонтальная прокрутка и соответствие мобильной индексации. Для международных сайтов добавляется проверка hreflang: самоссылка, взаимность, допустимые коды языка и региона, x-default, доступность целевых URL и согласованность HTML, sitemap и canonical. Важно, что canonical не должен незаметно подавлять локальную версию страницы. On-page часть охватывает уникальные title и meta description, разумную длину и формулировку, один понятный H1, последовательную иерархию заголовков, качество основного текста, дублирование и соответствие страницы поисковому намерению. Структурированные данные нельзя объявлять отсутствующими только по curl или web_fetch: если JSON-LD добавляется JavaScript-ом, его нужно проверить в браузере, Rich Results Test или рендерящем краулере. Итогом должен быть практичный бэклог: каждая проблема привязана к URL, доказательству, приоритету и проверяемому критерию исправления. Навык предназначен для аудита и диагностики; конкретные числа, ограничения и недавние изменения следует подтверждать актуальной документацией и данными сайта.