Чек-лист технического SEO аудита

Аудит сканирования и индексации

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

robots.txt и директивы сканирования

• ☐ Убедитесь, что robots.txt открывается на корневом домене и отдаёт статус 200, а не 4xx/5xx.
• ☐ Проверьте, что ни одно правило Disallow не блокирует CSS, JavaScript и важные каталоги с контентом, нужные для рендеринга.
• ☐ Проверьте, что тестовые и девелоперские хосты закрыты от продакшена, а сам продакшен не закрыт целиком по ошибке (['Disallow: /']).
• ☐ Убедитесь, что в robots.txt указана корректная ссылка на карту сайта.
• ☐ Проверьте meta robots и заголовки X-Robots-Tag на случайный noindex или nofollow на индексируемых страницах.
• ☐ Убедитесь, что нужные в индексе страницы не закрыты в robots.txt (заблокированный URL не может прочитать собственный тег noindex).

XML-карты сайта

• ☐ Проверьте, что в карте сайта перечислены только канонические индексируемые URL со статусом 200: без редиректов, без noindex, без закрытых адресов.
• ☐ Проверьте, что карта сайта укладывается в лимиты на один файл (['50,000 URL / 50 MB без сжатия']) и при необходимости используется индекс карт сайта.
• ☐ Проверьте, что URL записаны абсолютными, единообразными https-адресами и совпадают с основным доменом.
• ☐ Отправьте карту сайта в Search Console и убедитесь, что она читается без ошибок.
• ☐ Сверьте число URL в карте сайта с числом проиндексированных и разберитесь с большими расхождениями.

Канонизация

• ☐ Убедитесь, что каждая индексируемая страница объявляет canonical на саму себя (абсолютный URL).
• ☐ Проверьте, что теги canonical ведут на живые страницы со статусом 200, а не на редиректы или 404.
• ☐ Найдите конфликтующие сигналы (canonical и noindex, canonical и hreflang, canonical и карта сайта).
• ☐ Убедитесь, что параметрические, фасетные и постраничные варианты, а также адреса с ID сессии канонизируются правильно.
• ☐ Проверьте, что канонической остаётся только одна версия URL среди http/https, www и без www, со слешем и без него.

Покрытие индексом

• ☐ Разберите отчёт Индексирование страниц в Search Console и рассортируйте каждую причину из блока Не проиндексировано.
• ☐ Разберитесь со статусами Просканировано, но пока не проиндексировано и Обнаружено, но пока не проиндексировано: это вопрос качества или бюджета сканирования.
• ☐ Устраните случаи Дубль без выбранной пользователем канонической страницы и Альтернативная страница с правильным тегом canonical.
• ☐ Через инструмент проверки URL подтвердите отрендеренный HTML, canonical и индексируемость ключевых шаблонов.
• ☐ Проверьте логи сервера или отчёт по статистике сканирования на всплески ответов 4xx/5xx и трату краулингового бюджета.
• ☐ Убедитесь, что важные страницы доступны по внутренним ссылкам, а не только через карту сайта.

Аудит архитектуры и внутренних ссылок

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

Глубина сканирования и структура

• ☐ Просканируйте сайт целиком с главной страницы и зафиксируйте глубину клика для каждого URL.
• ☐ Убедитесь, что приоритетные страницы лежат неглубоко от главной (['3 клика или меньше']).
• ☐ Найдите страницы, спрятанные за пагинацией, фильтрами или пустыми хабами, и поднимите их выше там, где это уместно.
• ☐ Проверьте логичную и единообразную иерархию URL, которая повторяет разделы сайта.
• ☐ Убедитесь, что главное меню и футер выводят верхние категории и ключевые коммерческие страницы.

Страницы-сироты и тупики

• ☐ Сопоставьте данные сканирования с картой сайта, аналитикой и логами, чтобы найти страницы-сироты (URL без входящих внутренних ссылок).
• ☐ Добавьте контекстные внутренние ссылки на ценный осиротевший контент, а малополезные сироты удалите или отправьте редиректом.
• ☐ Найдите тупиковые страницы почти без исходящих внутренних ссылок и добавьте релевантные ссылки.
• ☐ Убедитесь, что страницы пагинации и фильтров по-прежнему открывают пути сканирования к самим товарам и материалам.

Вес ссылок и анкоры

• ☐ Посчитайте входящие внутренние ссылки и отметьте ценные страницы, на которые их почти нет.
• ☐ Сократите ссылки на малополезные URL (вход в аккаунт, корзина, служебные страницы), которые размывают вес.
• ☐ Используйте описательные, разные и релевантные запросам анкоры вместо общего нажмите здесь.
• ☐ Убедитесь, что важные внутренние ссылки, это доступные для сканирования элементы <a href>, а не обработчики клика на JavaScript.
• ☐ Почините внутренние ссылки, которые идут через редиректы или ведут на 404, чтобы вес передавался напрямую.

Хлебные крошки и хабовые страницы

• ☐ Внедрите хлебные крошки в глубоких шаблонах и разметьте их через BreadcrumbList.
• ☐ Убедитесь, что крошки, это настоящие ссылки и что они отражают реальную иерархию сайта.
• ☐ Создайте или усильте хабовые и категорийные страницы, которые ссылаются на связанный контент кластера.
• ☐ Проверьте, что блоки похожего и связанного контента ставят горизонтальные ссылки между тематически близкими страницами.

Аудит Core Web Vitals и скорости

Когда использовать: Найдите и расставьте по важности проблемы со скоростью и стабильностью страниц, которые бьют по пользователю и позициям.

Полевые данные и диагностика

• ☐ Изучите отчёт Core Web Vitals в Search Console и отметьте группы URL, которые не проходят проверку на мобильных и на десктопе.
• ☐ Полевые данные реальных пользователей важнее лабораторных оценок: лабораторные инструменты нужны только чтобы воспроизвести и отладить проблему.
• ☐ Подтвердите целевые значения: LCP не больше ['2.5s'], INP не больше ['200ms'], CLS не больше ['0.1'] по 75-му перцентилю.
• ☐ Проверяйте показательные шаблоны (главная, категория, товар или статья), а не только главную страницу.

Largest Contentful Paint (LCP)

• ☐ Определите LCP-элемент на каждом ключевом шаблоне и убедитесь, что он загружается рано.
• ☐ Предзагружайте LCP-изображение или шрифт и не включайте ленивую загрузку для медиа в первом экране.
• ☐ Отдавайте главные изображения в современных форматах, с правильными размерами и адаптивным srcset.
• ☐ Снизьте время ответа сервера (TTFB) за счёт кэширования и CDN.

Interaction to Next Paint (INP)

• ☐ Разбейте длинные задачи JavaScript и отложите некритичные скрипты.
• ☐ Уменьшите нагрузку на главный поток от сторонних тегов, инструментов A/B-тестов и виджетов чата.
• ☐ Уберите неиспользуемый JavaScript и CSS и разбейте крупные бандлы на части.
• ☐ Тестируйте реальные действия (тапы, открытие меню, ввод в формы) на среднем по мощности мобильном устройстве.

Cumulative Layout Shift (CLS)

• ☐ Задайте явные ширину и высоту (или aspect-ratio) для изображений, видео и встраиваемых блоков.
• ☐ Зарезервируйте место под рекламу, баннеры и динамически подставляемый контент.
• ☐ Предзагружайте веб-шрифты и используйте font-display, чтобы ограничить сдвиги при подмене текста.
• ☐ Не вставляйте контент над уже отрисованным содержимым после загрузки.

Доставка, кэширование и мобильные

• ☐ Уберите блокирующие рендеринг CSS и JS и встраивайте только критический CSS.
• ☐ Включите сжатие текста (gzip/Brotli) и долгие заголовки кэширования для статики.
• ☐ Проверьте, что HTTP/2 или HTTP/3 и CDN отдают файлы близко к пользователям.
• ☐ Убедитесь, что мобильная вёрстка адаптивна, а зоны нажатия и размеры шрифта рассчитаны на палец.
• ☐ Перепроверяйте всё после каждой правки и следите за полевыми данными весь период сбора, прежде чем объявлять успех.

Аудит структурированных данных

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

Покрытие разметкой и выбор типов

• ☐ Составьте список шаблонов, где структурированные данные есть, и подходящих шаблонов, где их нет.
• ☐ Подберите каждой странице уместные типы (['Article, Product, FAQPage, BreadcrumbList, Organization, LocalBusiness']).
• ☐ Отдавайте предпочтение JSON-LD в исходном коде страницы и держите один формат разметки на страницу.
• ☐ Внедрите сущность Organization или сущность уровня сайта с логотипом и профилями sameAs, где это уместно.

Точность и правила показа

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

Проверка и тестирование

• ☐ Прогоните каждый ключевой шаблон через тест расширенных результатов и валидатор разметки.
• ☐ Исправьте все найденные ошибки и снимите предупреждения, которые блокируют расширенный показ.
• ☐ Тестируйте отрендеренный HTML: часть разметки подставляется через JavaScript уже после загрузки.
• ☐ Выборочно проверяйте несколько реальных URL на шаблон, а не один пример.

Мониторинг и поддержка

• ☐ Следите за каждым типом расширенных результатов в отчётах Улучшения в Search Console, чтобы ловить новые ошибки.
• ☐ Настройте оповещения или регулярную проверку после изменений в шаблонах, CMS или плагинах.
• ☐ Перепроверяйте разметку, когда меняются требования или функция перестаёт поддерживаться.
• ☐ Ведите журнал: какой шаблон отдаёт какие типы разметки и кто за них отвечает.

Аудит международного SEO

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

Внедрение hreflang

• ☐ Убедитесь, что каждая страница языкового или регионального набора ссылается на все альтернативы, включая саму себя.
• ☐ Проверьте, что обратные теги двусторонние: каждая альтернатива ссылается на остальные, без односторонних ссылок.
• ☐ Используйте корректные коды языка и, при необходимости, региона (['en, en-GB, es-MX']) в формате ISO.
• ☐ Добавьте тег x-default как запасной вариант для глобальной страницы или выбора языка.
• ☐ Выберите один способ передачи (head в HTML, HTTP-заголовок или карта сайта) и применяйте его везде одинаково.
• ☐ Ведите адреса hreflang на живые индексируемые канонические страницы со статусом 200, а не на редиректы или страницы с noindex.

Связь canonical и индексации

• ☐ Убедитесь, что каждый локализованный URL канонизирован сам на себя, а не на другую языковую версию.
• ☐ Проверьте, что hreflang и canonical не противоречат друг другу на одной странице.
• ☐ Проверьте, что почти одинаковые локализованные страницы не склеиваются в одну каноническую.
• ☐ Убедитесь, что локализованные страницы попадают в свои карты сайта с правильными ссылками на альтернативы.

Геотаргетинг и структура URL

• ☐ Выберите понятную и масштабируемую структуру для языков и регионов (ccTLD, поддомен или подпапка) и придерживайтесь её везде.
• ☐ Настройте таргетинг по стране там, где это уместно, и согласуйте его со структурой URL.
• ☐ Откажитесь от автоматических редиректов по IP, которые блокируют роботов и запирают пользователя в чужой версии: лучше баннер или переключатель языка.
• ☐ Локализуйте контент по-настоящему (валюта, единицы измерения, контакты, орфография), а не дублируйте один язык.

Проверка

• ☐ Просканируйте сайт с включённым отчётом по hreflang и устраните пропущенные или битые обратные теги.
• ☐ Через инструмент проверки URL посмотрите, как определяются альтернативные версии.
• ☐ Выборочно проверьте несколько локалей на корректный рендеринг, индексируемость и выдачу.
• ☐ Повторяйте аудит после добавления новых локалей или шаблонов.

Аудит переезда или редизайна

Когда использовать: Сохраните позиции и трафик до, во время и после переезда: проверьте редиректы и соответствие старого и нового сайта.

Подготовка до запуска

• ☐ Просканируйте живой сайт и выгрузите полный список индексируемых URL, заголовков, метаданных и кодов ответа как точку отсчёта.
• ☐ Зафиксируйте исходные показатели: главные органические посадочные страницы, позиции, трафик, конверсии и покрытие индексом.
• ☐ Убедитесь, что тестовый сайт закрыт от индексации и защищён (авторизацией или списком IP), но проверьте, что на запуске эти директивы снимут.
• ☐ Составьте полную карту редиректов: с каждого старого URL на ближайший новый эквивалент.
• ☐ Подготовьте новые XML-карты сайта, robots.txt и ресурсы в аналитике и Search Console под новую структуру.

Карта редиректов

• ☐ Для изменившихся URL используйте постоянные 301 и не применяйте 302 для переездов навсегда.
• ☐ Сопоставляйте старые URL с новыми один к одному и не сваливайте всё редиректом на главную.
• ☐ Уберите цепочки и петли редиректов, чтобы каждый старый URL открывался за один шаг.
• ☐ Сохраните или перенесите hreflang, canonical и структурированные данные на новые URL.
• ☐ Продумайте, что делать со старыми параметрами, медиафайлами и всеми URL, на которые есть внешние ссылки.

Соответствие по контенту и технике

• ☐ Проверьте, что заголовки, метаописания, подзаголовки, текст и изображения перенесены или улучшены.
• ☐ Убедитесь, что внутренние ссылки ведут на новые URL напрямую, а не через редиректы.
• ☐ Проверьте, что canonical, структурированные данные и hreflang корректны в новых шаблонах.
• ☐ Сравните Core Web Vitals и скорость ключевых страниц до и после, чтобы поймать просадки.

Запуск и проверка после него

• ☐ В момент запуска снимите тестовые блокировки noindex и robots и убедитесь, что продакшен доступен для сканирования.
• ☐ Отправьте новые карты сайта и через инструмент проверки URL запросите индексирование приоритетных страниц.
• ☐ Просканируйте новый сайт заново: редиректы должны срабатывать, критичных 404 быть не должно, и ни один шаблон не должен отдавать случайный noindex.
• ☐ Первые недели ежедневно следите за покрытием индексом, статистикой сканирования, позициями и трафиком и ловите затяжные падения.
• ☐ Держите редиректы вдолгую и чините новые найденные битые пути.

План работ по внедрению (редактируемый)

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

План работ по внедрению

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

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

Колонки

• URL: [точная страница или шаблон адреса, а не сайт целиком]
• Доказательство: [скриншот, строка лога, строка выгрузки или отчёт, который это подтверждает]
• Важность: [блокирует / высокая / средняя / низкая], по потерянной выручке или потерянному сканированию, а не по аккуратности
• Трудозатраты: [часы или размер по шкале S, M, L]
• Ответственный: [один человек по имени, никогда не команда]
• Зависимость: [что должно случиться раньше, например окно релиза, правка в CMS, согласование юристов]
• Проверка: [проверка, которая докажет, что всё исправлено, и где её запускать]
• Готово: [дата проверки на живом сайте и кто проверил]

План работ

Правила, которые держат список честным

• Нет строки без доказательства. Если вы не можете дать ссылку на подтверждение, это мнение, а не находка.
• Нет строки без проверки. «Исправлено» значит, что проверка проходит на живом URL, а не что закрыли задачу.
• Важность, это про деньги и сканирование, а не про то, насколько находка вас раздражает.
• Перезапускайте аудит в одну и ту же дату каждый месяц и ставьте дату в каждой строке. Находки устаревают.

Пример заполнения (план работ после смены платформы)

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

Пример заполнения: план работ после смены платформы

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

Четыре строки, четыре названных ответственных, четыре проверки. Вот с чем разработчик действительно может работать.

Следующий шаг

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