Чек-лист SEO для сайта: 80+ пунктов для аудита

SEO — это не одно действие, а система. Одна настроенная карта сайта не выведет проект в топ, а хорошо написанный тег title не компенсирует медленный сервер. Чек-лист охватывает все ключевые направления: от технической базы до контента и аналитики. Используйте его при запуске нового сайта, перед аудитом или как карту регулярной проверки.

Как пользоваться чек-листом

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

Технический SEO-чек-лист

Техническое SEO — фундамент. Если Google не может найти, прочитать или проиндексировать страницы, никакой контент и никакие ссылки не помогут. Проверьте этот раздел первым.

Индексация и сканирование

1. Файл robots.txt открывается по адресу /robots.txt, и ни одна коммерческая страница не закрыта директивой Disallow
2. XML-карта сайта создана, содержит все публичные страницы и отправлена в Google Search Console через раздел Sitemaps
3. Ни на одной странице, которая должна быть в индексе, нет тега <meta name="robots" content="noindex">
4. Googlebot может загружать CSS и JavaScript: эти пути не заблокированы в robots.txt (частая ошибка при переносе с тестового сервера на боевой)
5. В Google Search Console настроены URL-параметры, чтобы сессионные метки и UTM-параметры не создавали дубли страниц
6. Краулинговый бюджет не тратится впустую: нет бесконечных URL из пагинации без ограничений и тысяч вариантов из фасетной навигации без canonical
7. Все страницы доступны по одному каноническому URL: нет параллельных версий без редиректа или тега canonical

Структура URL и редиректы

1. URL состоят из читаемых слов через дефис, а не из ID и чисел: /blog/seo-checklist вместо /p?id=4821
2. Разделитель слов — дефис (-), а не нижнее подчёркивание (_): Google воспринимает подчёркивание как связку слов
3. URL написаны строчными буквами: /Blog/Article — технический дубль /blog/article
4. 301-редирект с HTTP на HTTPS настроен и работает
5. Настроен 301-редирект с www на без www (или наоборот): выбран один канонический домен
6. Нет цепочек редиректов длиннее одного шага: A → B → C нужно свести к A → C
7. Удалённые страницы либо отдают 410 (Gone), либо редиректят 301 на актуальную страницу. Не оставляйте 404 на страницах с обратными ссылками
8. Страница 404 отдаёт статус 404 (а не 200), содержит полезные ссылки и не превращается в тупик для посетителя

HTTPS и безопасность

1. SSL-сертификат действителен и не истекает в ближайшие 30 дней; настроено автообновление (Let's Encrypt + Certbot)
2. Нет mixed content: все ресурсы страницы (CSS, JS, изображения, шрифты) загружаются по HTTPS, а не по HTTP
3. В ответе сервера есть заголовок HSTS (Strict-Transport-Security)
4. Настроен заголовок Content-Security-Policy, который ограничивает источники загрузки ресурсов
5. Заголовок X-Frame-Options или директива frame-ancestors в CSP запрещает встраивать сайт в iframe без разрешения

Мобильная оптимизация

1. Тег <meta name="viewport" content="width=device-width, initial-scale=1"> есть на каждой странице
2. Текст читается без масштабирования: базовый размер шрифта основного контента не меньше 16px
3. Кнопки и ссылки не меньше 44×44px, чтобы удобно попадать пальцем
4. Нет горизонтальной прокрутки на экранах от 320px в ширину
5. Google Mobile-Friendly Test проходит без критических ошибок
6. Нет отдельного мобильного поддомена m.site.com. Если он есть, canonical и hreflang настроены правильно, или полностью завершён переход на адаптивный дизайн

Скорость загрузки и Core Web Vitals

1. Элемент LCP (обычно изображение-герой) оптимизирован: формат WebP, размер не больше нужного, добавлен атрибут fetchpriority="high"
2. Устранены ресурсы, которые блокируют отрисовку: критичный CSS встроен в страницу, некритичные скрипты загружаются с defer или async
3. У изображений ниже первого экрана есть атрибут loading="lazy"
4. У всех изображений заданы явные width и height: это защищает от CLS
5. JavaScript-бандл минимизирован: нет неиспользуемых библиотек, тяжёлые зависимости заменены более лёгкими
6. TTFB меньше 200 мс: настроено кэширование статики, для медиафайлов подключён CDN, оптимизированы запросы к базе данных
7. Используется HTTP/2 или HTTP/3. Проверьте во вкладке Chrome DevTools → Network, в столбце Protocol

On-page чек-лист

On-page — всё, что вы размещаете на странице напрямую. Здесь проходит большая часть повседневной работы SEO: теги, заголовки, контент, изображения, внутренние ссылки.

Тег title

1. Title уникален для каждой страницы: два разных URL не делят один title
2. Длина 50–60 символов: Google обрезает title примерно на 580 пикселях ширины
3. Основной ключевой запрос стоит ближе к началу: первые слова весят больше
4. Нет переспама ключами: «SEO-оптимизация SEO-услуги SEO London» — красный флаг для алгоритма
5. Title написан в sentence case: «Чек-лист SEO для сайта», а не «Чек-Лист SEO Для Сайта»
6. Главная страница не озаглавлена просто «Главная»: так теряется шанс ранжироваться по брендовым запросам

Мета-описание

1. Мета-описание уникально для каждой страницы: дубли снижают CTR сайта в целом
2. Длина 140–160 символов: в этом диапазоне описание в большинстве случаев выводится без обрезки
3. Основной запрос есть в описании: Google выделяет жирным совпадения с запросом пользователя
4. Есть конкретный призыв к действию: «Читайте полный чек-лист», «Проверьте сайт за 15 минут»
5. Нет спецсимволов " < >: их могут убрать или экранировать при выводе

Структура заголовков H1–H6

1. На каждой странице ровно один тег H1: не ноль и не два
2. H1 содержит основной ключевой запрос и соответствует теме title
3. H1 размечен в HTML как заголовок, а не как визуально крупный div или span
4. Иерархия заголовков не нарушена: H2 → H3, без перескока с H2 на H4
5. В H2 есть семантически близкие запросы и синонимы: так расширяется тематическое покрытие
6. Заголовки описывают содержание раздела, а не служат маркетинговыми лозунгами без SEO-ценности

Теги canonical и дубли

1. Тег canonical есть на каждой странице: он ссылается на саму страницу или на предпочтительную версию
2. Нет конфликтующих canonical: например, canonical указывает на A, а в sitemap страница отправлена как B
3. Страницы пагинации (/category?page=2) ссылаются canonical на себя, а не на первую страницу. Это устаревшая практика, от которой Google отказался в 2019 году
4. Версии с завершающим слэшем и без него ведут себя одинаково: одна редиректит на другую
5. Версии для печати и AMP-страницы (если есть) правильно связаны с канонической версией

Оптимизация изображений

1. У всех изображений есть описательный alt: он не пустой и не одинаковый для всех картинок
2. У декоративных изображений (разделители, фоны) alt="" (пустой): так и требуется для доступности
3. Имена файлов описывают содержимое: seo-checklist-example.webp, а не IMG_4821.webp
4. Для фото и сложных иллюстраций используйте WebP или AVIF: при том же качестве они легче JPEG на 25–35%
5. У всех изображений заданы width и height: это защищает от сдвига макета (Layout Shift, CLS)
6. У изображений ниже первого экрана есть loading="lazy"
7. У изображения-героя над первым экраном есть fetchpriority="high" и нет loading="lazy"

Внутренняя перелинковка

1. Каждая новая страница получает хотя бы одну внутреннюю ссылку с существующего контента: страниц-сирот нет
2. Анкоры описательные: «полный чек-лист robots.txt» вместо «здесь», «читать», «ссылка»
3. Ключевые страницы (услуги, категории) получают больше внутренних ссылок, чем вспомогательный контент
4. Нет битых внутренних ссылок (404): проверьте Screaming Frog, Sitebulb или Ahrefs
5. Нет ссылок на noindex-страницы: внутренняя ссылка на скрытую страницу тратит краулинговый бюджет

Структурированные данные

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

Разметка Schema.org

1. Тип разметки соответствует типу страницы: Article или BlogPosting для статей, Product для товаров, LocalBusiness для локального бизнеса; разметку FAQ добавляйте, только если FAQ виден читателям и полезен им
2. Разметка реализована в JSON-LD, формате, который рекомендует Google, а не в Microdata
3. Разметка проверена в Rich Results Test и в Google Search Console → Enhancements: критичных ошибок нет
4. Обязательные поля заполнены: для Article это headline, author, datePublished; для Product это name, description, offers
5. Содержимое FAQ видно на странице и точно; не добавляйте разметку ради попадания в поисковую функцию
6. Для локального бизнеса name, address и phone (NAP) в разметке точно совпадают с Google Business Profile

Open Graph и теги для соцсетей

1. Теги og:title, og:description, og:image и og:url заданы на каждой странице
2. og:image не меньше 1200×630px: это оптимальный размер превью в Facebook и LinkedIn
3. og:type указан верно: website для главной, article для статей
4. Настроены Twitter Card-теги: twitter:card, twitter:title, twitter:image
5. Превью проверены в Facebook Sharing Debugger и Twitter Cards Validator

Контент и E-E-A-T

С 2022–2023 годов Google последовательно усиливает роль E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) в оценке страниц. Это не прямой алгоритмический сигнал, но в конкурентных нишах сигналы E-E-A-T коррелируют с позициями.

Качество контента

1. Контент написан для людей, а не для роботов: страница существует, потому что даёт пользователю реальную пользу, а не ради захвата трафика
2. Основной запрос и его варианты есть в H1, первом абзаце и одном-двух H2, а по тексту они встречаются естественно
3. Нет переспама: один и тот же запрос не повторяется в каждом предложении
4. Тема раскрыта полностью: страница отвечает на все смежные вопросы пользователя. Проверьте, что есть у конкурентов из топ-5
5. Приведены конкретные цифры, даты и примеры, а не общие фразы вроде «SEO очень важно для бизнеса»
6. Автор назван и есть хотя бы краткая биография: анонимный контент с точки зрения E-E-A-T слабее
7. Даты публикации и обновления видны: Google учитывает свежесть контента в некоторых темах

Регулярный аудит контента

1. Страницы без органического трафика 12+ месяцев проанализированы. Решение: улучшить, объединить с другой страницей или удалить с 301-редиректом
2. Устаревшие данные (статистика, инструменты, ссылки) обновлены, особенно в статьях о SEO, маркетинге и технологиях
3. Нет дублированного контента между страницами сайта: для поиска используйте Siteliner или Screaming Frog
4. Тонкий контент (страницы до 200–300 слов с низкой ценностью) объединён с более длинными страницами или дополнен
5. Проверьте каннибализацию: несколько страниц не должны конкурировать за один запрос. Это видно в отчёте Search Console по запросам

Внешние факторы (off-page чек-лист)

Off-page SEO выходит за пределы сайта: сюда относятся ссылочный профиль, упоминания и локальное присутствие. Повлиять на эти факторы сложнее, но они определяют авторитетность домена в глазах Google.

Профиль обратных ссылок

1. Ссылочный профиль проверен в Ahrefs, Semrush или в отчёте Links Google Search Console: нет массовых спамных ссылок с PBN и ссылочных ферм
2. Файл disavow в Google Search Console настроен там, где есть явно манипулятивные или спамные ссылки
3. Ведётся активная работа по ссылкам: гостевые публикации, HARO/Connectively, партнёрства, digital PR
4. Анкорный профиль разнообразен: нет перевеса точных коммерческих анкоров, который выглядит неестественно
5. Внешние ссылки на сайт ведут на живые страницы: не теряется ссылочный вес на 404

Локальное SEO (для локального бизнеса)

1. Google Business Profile создан, подтверждён и полностью заполнен: категория, описание, часы работы, фото
2. NAP (Name, Address, Phone) одинаков на сайте, в GBP и во всех каталогах: любое расхождение путает алгоритм
3. Сайт зарегистрирован в отраслевых и локальных каталогах (Yelp, отраслевые агрегаторы)
4. На отзывы в Google регулярно отвечают: и на положительные, и на отрицательные
5. На страницах локаций корректно настроена разметка LocalBusiness Schema

Аналитика и мониторинг

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

Google Search Console

1. Сайт подтверждён в Google Search Console через DNS или тег на странице
2. XML-карта сайта отправлена и не показывает ошибок
3. Отчёт Index Coverage / Pages проверяется раз в месяц: нет новых ошибок Excluded и статуса Crawled - not indexed
4. В отчёте Core Web Vitals Search Console видно статус LCP, INP и CLS по данным реальных пользователей
5. Отчёт Links проверяется раз в квартал: вы следите за внешним ссылочным профилем
6. Включены email-уведомления об ошибках: Google присылает оповещения, когда находит проблемы со сканированием или индексацией

Google Analytics 4

1. GA4 установлен, данные поступают корректно: проверьте это в отчёте реального времени
2. Настроены ключевые конверсии: отправка формы, клик по телефону, добавление в корзину, регистрация
3. Включён фильтр внутреннего трафика, чтобы визиты сотрудников не искажали данные
4. GA4 связан с Google Search Console: анализ запросов работает вместе с данными о поведении на сайте
5. Настроен отчёт по каналам трафика с чётким разделением: Organic Search, Direct, Referral, Paid

График регулярного мониторинга

Частые вопросы о SEO-чек-листах