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

Техническое SEO — это фундамент, на котором строится видимость сайта в поисковых системах. Вы можете написать идеальный контент и закупить тысячу ссылок, но если Googlebot не может нормально просканировать страницы, всё это не имеет значения. Данный чек-лист содержит 50+ пунктов проверки, сгруппированных по категориям. Распечатайте его, откройте рядом консоль и пройдитесь по каждому пункту — это займёт от двух до четырёх часов, но сэкономит месяцы безрезультатного продвижения.

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

Каждый раздел содержит конкретные пункты проверки в формате чекбоксов. Рекомендуемый порядок работы:

1. Пройдите все пункты последовательно — они выстроены от критичных к второстепенным.
2. Отмечайте выполненные проверки — это поможет не потерять прогресс.
3. Фиксируйте найденные проблемы — заведите отдельный документ или задачи в трекере.
4. Приоритизируйте исправления — сначала то, что блокирует индексацию, затем скорость, потом остальное.

Для автоматизации части проверок используйте Полная проверка сайта на reChecker — сервис проанализирует основные технические параметры за несколько минут и покажет, на что обратить внимание в первую очередь.

---

1. Индексация и краулинг

Если поисковый робот не может добраться до страницы или получает запрет на индексацию — эта страница не существует для поиска. Проблемы с индексацией являются самыми критичными, потому что они обнуляют все остальные усилия по оптимизации.

robots.txt

Файл robots.txt — первое, что читает краулер при заходе на сайт. Ошибки в нём приводят к закрытию от индексации целых разделов.

• Файл robots.txt доступен по адресу site.com/robots.txt и отдаёт HTTP 200
• Нет случайного Disallow: / для основных поисковых ботов (Googlebot, YandexBot)
• Закрыты служебные разделы: /admin/, /wp-admin/, /api/, /tmp/, /cart/, /checkout/
• Не заблокированы CSS и JS файлы, необходимые для рендеринга страниц
• Указана директива Sitemap: с абсолютным URL до XML-карты
• Нет конфликтующих директив для одного и того же User-agent
• Файл не содержит синтаксических ошибок (проверьте через анализатор robots.txt)

XML Sitemap

Sitemap ускоряет обнаружение страниц краулером и сообщает о приоритетах и частоте обновления.

• Sitemap доступен и указан в robots.txt
• Все URL в sitemap отдают HTTP 200 (нет 404, 301, 500)
• Sitemap содержит только канонические версии URL (без дублей, параметров, пагинации)
• Количество URL не превышает 50 000 на один файл (лимит протокола)
• Размер одного файла sitemap не превышает 50 МБ в несжатом виде
• Для крупных сайтов используется sitemap index с разбивкой по разделам
• Даты <lastmod> соответствуют реальным датам последнего изменения страниц
• Sitemap не содержит URL, закрытых в robots.txt или через noindex

Проверить карту сайта можно через валидатор Sitemap — он покажет ошибки формата, недоступные URL и расхождения со стандартом.

Meta robots и X-Robots-Tag

• Страницы, которые должны индексироваться, не содержат <meta name="robots" content="noindex">
• Сервер не отдаёт заголовок X-Robots-Tag: noindex для основных страниц
• Страницы пагинации, фильтрации и сортировки закрыты от индексации через noindex или canonical
• Страницы результатов внутреннего поиска содержат noindex
• Технические и тестовые страницы (staging, dev) недоступны извне или закрыты noindex

Canonical URL

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

• Каждая страница содержит тег <link rel="canonical" href="...">
• Canonical указывает на саму страницу (self-referencing) или на основную версию
• Canonical содержит абсолютный URL с протоколом
• Страницы с параметрами (?sort=, ?page=, ?utm_) указывают canonical на чистый URL
• Canonical не указывает на страницу с noindex, 404 или 301

Автоматически выявить проблемы с каноническими тегами поможет проверка canonical.

---

2. Мета-теги и контент

Мета-теги — это способ рассказать поисковой системе, о чём страница, ещё до анализа основного контента. Корректно заполненные title и description напрямую влияют на CTR в выдаче.

Title

• Каждая страница имеет уникальный <title>
• Длина title — от 30 до 60 символов (чтобы не обрезался в выдаче)
• Title содержит основное ключевое слово ближе к началу
• Нет шаблонных одинаковых title вида «Страница | Сайт» на всех страницах
• Title отражает реальное содержание страницы, а не набит ключевыми словами

Description

• Каждая страница имеет уникальный <meta name="description">
• Длина description — от 120 до 160 символов
• Description содержит call-to-action или описывает выгоду для пользователя
• Нет дублирования description между страницами
• Description не повторяет title дословно

Массовую проверку мета-тегов по списку URL можно выполнить через анализатор мета-тегов.

Заголовки H1–H6

• Каждая страница содержит ровно один <h1>
• H1 отличается от title, но передаёт ту же тему
• Иерархия заголовков соблюдена: H2 внутри H1, H3 внутри H2 (без пропусков уровней)
• Заголовки не используются исключительно для визуального оформления
• Навигационные блоки и сайдбары не содержат основных заголовков H1–H2

Изображения

• Все <img> содержат атрибут alt с описанием содержимого
• Alt-теги не набиты ключевыми словами, а описывают изображение по существу
• Декоративные изображения имеют пустой alt="" (а не отсутствующий)
• Имена файлов изображений осмысленные: team-photo.jpg вместо IMG_2847.jpg
• Изображения оптимизированы по размеру (WebP/AVIF) и имеют заданные width/height

Дублированный контент

• Нет страниц с идентичным или почти идентичным текстовым содержанием
• Версии с www и без www, http и https — перенаправляются на одну основную
• Страницы с trailing slash и без него не создают дублей (настроен единообразный формат)
• Параметризованные URL (?ref=, ?source=) не порождают дубли в индексе

---

3. URL и структура сайта

Структура URL отражает архитектуру сайта. Чистые, логичные адреса улучшают и пользовательский опыт, и сканирование поисковыми роботами.

Формат URL

• URL читаемые (ЧПУ): /catalog/smartphones/ вместо /cat.php?id=37&sub=12
• URL содержат латиницу (транслитерация для кириллических сайтов)
• Слова разделены дефисами, а не подчёркиваниями: my-page вместо my_page
• URL не содержат заглавных букв (или настроен редирект на lowercase-версию)
• Trailing slash используется единообразно: либо везде /page/, либо нигде /page
• URL не содержат идентификаторы сессий, токены или технические параметры

Глубина вложенности

• Важные страницы доступны за 3 клика от главной (или меньше)
• Нет «тупиковых» страниц без внутренних ссылок на другие разделы
• Breadcrumbs (хлебные крошки) реализованы и соответствуют структуре URL
• Навигация позволяет добраться до любого раздела без использования поиска

Редиректы

• Постоянные переезды страниц оформлены через 301 (не 302)
• Нет цепочек редиректов (A → B → C) — максимум один шаг
• Нет циклических редиректов (A → B → A)
• Старые URL после миграции перенаправляют на релевантные новые страницы (не на главную)
• Редиректы с http на https и с www на без-www работают корректно

---

4. Скорость и производительность

Скорость загрузки — прямой фактор ранжирования с 2021 года, когда Google внедрил Core Web Vitals. В 2026 году пороговые значения стали жёстче, а влияние на позиции — заметнее.

Core Web Vitals

Core Web Vitals — три метрики, которые Google использует для оценки пользовательского опыта:

• LCP (Largest Contentful Paint) ≤ 2.5 секунды — время отрисовки основного контента
• INP (Interaction to Next Paint) ≤ 200 мс — отзывчивость на действия пользователя
• CLS (Cumulative Layout Shift) ≤ 0.1 — визуальная стабильность (элементы не «прыгают»)

Проверить текущие метрики можно через мониторинг Web Vitals.

Время ответа сервера

• TTFB (Time to First Byte) не превышает 600 мс для основных страниц
• Сервер отдаёт ответ стабильно, без скачков времени при повторных запросах
• Настроено серверное кеширование (Varnish, Redis, Memcached или аналоги)
• Для статических ресурсов используется CDN

Оптимизация ресурсов

• CSS и JS файлы минифицированы
• Неиспользуемый CSS удалён или отложен (критический CSS — инлайн, остальной — async)
• JavaScript не блокирует рендеринг (атрибуты defer или async)
• Изображения используют современные форматы: WebP или AVIF с fallback
• Реализована ленивая загрузка (lazy loading) для изображений ниже первого экрана
• Атрибуты width и height заданы для всех изображений (предотвращает CLS)
• Шрифты подключены с font-display: swap или optional
• Включено сжатие ответов: Brotli (предпочтительно) или Gzip

HTTP-кеширование

• Статические ресурсы (CSS, JS, изображения, шрифты) отдают заголовок Cache-Control с max-age от 1 года
• HTML-страницы не кешируются агрессивно (no-cache или короткий max-age)
• Для ревизии статики используется хеширование имён файлов: app.a1b2c3.js
• Настроены заголовки ETag или Last-Modified для условных запросов

---

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

Google индексирует мобильную версию сайта как основную (mobile-first indexing). Если мобильная версия неполноценна — страдают позиции и в десктопной выдаче.

Viewport и адаптивность

• Тег <meta name="viewport" content="width=device-width, initial-scale=1"> присутствует
• Контент не выходит за пределы экрана (горизонтальный скролл отсутствует)
• Сайт корректно отображается на экранах шириной от 320px
• Таблицы адаптированы для мобильных (горизонтальная прокрутка или перестроение)
• Изображения масштабируются под размер экрана (max-width: 100%)

Интерактивные элементы

• Размер кликабельных элементов (кнопки, ссылки) — не менее 48×48 CSS-пикселей
• Расстояние между кликабельными элементами — не менее 8px
• Формы удобны на мобильных: правильные типы <input> (tel, email, number)
• Нет всплывающих окон, перекрывающих контент на мобильных (Google штрафует за intrusive interstitials)

Шрифты и читаемость

• Базовый размер шрифта — не менее 16px
• Длина строки текста — не более 80 символов на мобильных
• Контраст текста и фона соответствует WCAG AA (соотношение 4.5:1)
• Текст не требует масштабирования для чтения

---

6. Безопасность

Безопасность сайта — фактор ранжирования и доверия пользователей. HTTPS обязателен с 2018 года, но одного сертификата недостаточно — важна его корректная настройка и защитные заголовки.

SSL/TLS

• Сайт полностью работает по HTTPS (без mixed content)
• SSL-сертификат валиден и не истёк (проверьте через проверку SSL)
• Цепочка сертификатов полная (включая промежуточные)
• Поддерживается TLS 1.2+ (TLS 1.0 и 1.1 отключены)
• HTTP-версия перенаправляет на HTTPS через 301
• Нет ошибок mixed content (HTTP-ресурсы на HTTPS-странице)

Security Headers

Заголовки безопасности защищают пользователей от XSS, clickjacking и других атак. Поисковые системы учитывают их как сигнал надёжности сайта.

• Strict-Transport-Security (HSTS) — принудительный HTTPS, рекомендуемое значение max-age=31536000; includeSubDomains
• X-Content-Type-Options: nosniff — защита от MIME-sniffing
• X-Frame-Options: DENY или SAMEORIGIN — защита от clickjacking
• Content-Security-Policy — контроль загрузки ресурсов (минимум default-src 'self')
• Referrer-Policy — управление передачей referer (рекомендуется strict-origin-when-cross-origin)
• Permissions-Policy — ограничение доступа к API (камера, микрофон, геолокация)

Полную проверку заголовков безопасности можно выполнить через анализатор Security Headers.

---

7. Международное SEO

Если сайт работает на нескольких языках или ориентирован на аудиторию из разных стран, необходимо корректно настроить языковые и региональные сигналы. Ошибки в этой области приводят к показу не той языковой версии в результатах поиска.

Hreflang

Атрибут hreflang сообщает Google, какую языковую версию страницы показывать пользователям в зависимости от их языка и региона.

• Теги hreflang указаны для всех языковых версий каждой страницы
• Каждая страница ссылается на себя (self-referencing hreflang)
• Код языка соответствует стандарту ISO 639-1 (ru, en, de), код региона — ISO 3166-1 Alpha-2 (ru-RU, en-US)
• Связи между языковыми версиями двусторонние (если A ссылается на B, то B ссылается на A)
• Указан fallback-вариант x-default для пользователей с нераспознанным языком
• URL в hreflang абсолютные и совпадают с каноническими
• Hreflang не указывает на страницы с noindex или 404

Проверить корректность разметки hreflang можно через валидатор hreflang.

Атрибут lang

• Тег <html> содержит атрибут lang с корректным кодом языка (lang="ru")
• При смене языка внутри страницы используется атрибут lang на соответствующем элементе
• Язык контента соответствует указанному в lang (нет русского текста на странице с lang="en")

---

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

Структурированные данные (Schema.org) позволяют поисковикам точнее понимать контент страницы и выводить расширенные сниппеты: рейтинги, цены, даты, FAQ, хлебные крошки. Расширенные сниппеты увеличивают CTR на 20–40%.

Реализация

• Разметка реализована в формате JSON-LD (рекомендуется Google)
• JSON-LD размещён в <head> или <body> (оба варианта допустимы)
• Разметка валидна: проверена через Google Rich Results Test
• Нет ошибок и предупреждений в Search Console в разделе «Расширенные результаты»

Типы разметки по типу страниц

• Главная страница: Organization или WebSite с SearchAction для sitelinks searchbox
• Статьи и посты: Article или BlogPosting с автором, датой публикации и изображением
• Товары: Product с ценой, наличием, рейтингом, отзывами
• FAQ-страницы: FAQPage с вопросами и ответами
• Контакты: LocalBusiness или Organization с адресом, телефоном, часами работы
• Хлебные крошки: BreadcrumbList — совпадает с видимыми breadcrumbs на странице
• Видео: VideoObject с title, description, thumbnailUrl, duration
• Мероприятия: Event с датой, местом, ценой билетов

Распространённые ошибки

• Разметка соответствует видимому контенту (нет скрытых данных, не отображаемых пользователю)
• Не используются устаревшие форматы: Microdata и RDFa (если нет особых причин)
• Вложенные объекты имеют собственный @type (например, author — это Person, а не строка)
• Обязательные свойства заполнены для каждого типа (проверяйте по документации Schema.org)

---

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

Внутренние ссылки распределяют ссылочный вес (PageRank) по сайту и помогают поисковым роботам находить все страницы. Грамотная перелинковка — один из самых недооценённых инструментов SEO.

Покрытие страниц

• Нет orphan pages — страниц, на которые нет ни одной внутренней ссылки
• Все страницы из sitemap доступны через внутреннюю навигацию
• Важные страницы (коммерческие, продуктовые) получают ссылки с главной или категорий
• Глубокие страницы каталога связаны с родительскими категориями

Якорные тексты

• Анкоры внутренних ссылок описательные: «подробнее о технологии X» вместо «нажмите сюда»
• Анкоры не переоптимизированы (не состоят из одних ключевых слов)
• Одна и та же страница не получает ссылки с противоречивыми анкорами

Навигационные элементы

• Главное меню содержит ссылки на все основные разделы
• Footer содержит ссылки на важные служебные страницы (политика конфиденциальности, контакты, карта сайта)
• Пагинация реализована корректно: rel="prev" / rel="next" или «загрузить ещё»
• HTML-карта сайта (для пользователей) актуальна и содержит ссылки на все разделы

Битые ссылки

• Нет внутренних ссылок, ведущих на 404
• Нет внутренних ссылок, ведущих на страницы с редиректом (обновите ссылки на конечные URL)
• Нет внешних ссылок на несуществующие страницы

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

---

10. Серверная часть

Корректная настройка сервера — основа стабильной работы сайта. Ошибки на уровне сервера невидимы для пользователя, но критичны для поисковых систем.

HTTP-коды ответов

• Все рабочие страницы отдают HTTP 200
• Несуществующие страницы отдают HTTP 404 (а не 200 с текстом «страница не найдена» — soft 404)
• Удалённые навсегда страницы отдают 410 Gone (ускоряет исключение из индекса)
• Сервер не отдаёт 5xx ошибки при штатной нагрузке

Страницы ошибок

• Пользовательская страница 404 содержит навигацию, поиск и ссылки на основные разделы
• Страница 404 возвращает HTTP-код 404 (а не 200 или 302)
• Страница 500 оформлена и не раскрывает техническую информацию о сервере
• Страницы ошибок соответствуют дизайну основного сайта

Серверная конфигурация

• Сервер корректно обрабатывает заголовок If-Modified-Since (условные запросы)
• Настроен Keep-Alive для повторного использования TCP-соединений
• Ответы сервера содержат правильный Content-Type и charset
• Логи ошибок сервера мониторятся (5xx не остаются незамеченными)
• Настроено ограничение частоты запросов (rate limiting), но не слишком агрессивное для ботов
• Сервер поддерживает HTTP/2 или HTTP/3 для ускорения загрузки

Рендеринг для поисковых ботов

• Контент, загружаемый через JavaScript, доступен при отключённом JS (или настроен SSR/SSG)
• Проверено через Google Search Console → «Проверка URL» → «Просмотр отрендеренной страницы»
• Нет критических JS-ошибок, блокирующих рендеринг основного контента
• Динамический контент (lazy-loaded разделы, infinite scroll) индексируется корректно

---

Бонус: автоматизация проверок

Проходить весь чек-лист вручную каждый раз — нерационально. Настройте регулярный мониторинг по ключевым метрикам.

Что мониторить постоянно

Метрика	Инструмент	Частота
Доступность сайта (uptime)	Мониторинг uptime	Ежеминутно
Core Web Vitals	CrUX / Web Vitals мониторинг	Еженедельно
Ошибки сканирования	Google Search Console	Еженедельно
SSL-сертификат	Проверка SSL	Ежемесячно
Битые ссылки	Проверка ссылок	Ежемесячно
Security Headers	Анализатор заголовков	Ежемесячно
Валидность HTML	HTML-валидация	После деплоя

Регулярный аудит по расписанию

• Еженедельно: проверка индексации в Search Console, мониторинг Core Web Vitals, поиск новых 404.
• Ежемесячно: полный обход краулером, проверка мета-тегов, анализ новых страниц.
• Ежеквартально: полный проход по данному чек-листу, пересмотр архитектуры перелинковки, ревизия structured data.
• После каждого релиза: проверка HTTP-кодов, тестирование редиректов, валидация HTML, мониторинг скорости.

---

Приоритизация: что чинить в первую очередь

Не все проблемы одинаково критичны. Вот порядок приоритетов при исправлении:

Критический приоритет (исправить немедленно)

Эти проблемы полностью блокируют индексацию или трафик:

• Случайный Disallow: / в robots.txt
• noindex на основных страницах
• Сайт недоступен (5xx ошибки)
• Невалидный или истёкший SSL-сертификат
• Soft 404 (страницы-заглушки отдают HTTP 200)

Высокий приоритет (исправить в течение недели)

Эти проблемы серьёзно влияют на видимость в поиске:

• Core Web Vitals за пределами нормы
• Отсутствие или ошибки в sitemap
• Цепочки редиректов
• Mixed content (HTTP-ресурсы на HTTPS)
• Массовые дубли title и description

Средний приоритет (исправить в течение месяца)

Влияют на качество индексации и пользовательский опыт:

• Отсутствие structured data
• Битые внутренние ссылки
• Orphan pages
• Неоптимальные alt-теги
• Нет HSTS и других security headers

Низкий приоритет (запланировать в бэклог)

Улучшения, которые дают накопительный эффект:

• Оптимизация анкорных текстов
• Переход на WebP/AVIF для всех изображений
• Внедрение HTTP/3
• Настройка Permissions-Policy

---

Чек-лист в цифрах

Для тех, кто хочет быстро оценить масштаб работ, — сводка по разделам:

Раздел	Пунктов	Критичность
Индексация и краулинг	23	Критическая
Мета-теги и контент	19	Высокая
URL и структура	15	Высокая
Скорость и производительность	17	Высокая
Мобильная оптимизация	13	Высокая
Безопасность	12	Высокая
Международное SEO	10	Средняя (если есть языковые версии)
Структурированные данные	12	Средняя
Внутренняя перелинковка	11	Средняя
Серверная часть	14	Высокая

Итого: 146 пунктов проверки

---

Заключение

Техническое SEO — не разовое мероприятие, а непрерывный процесс. Сайты меняются: добавляются страницы, обновляется код, меняются серверные конфигурации. Каждое изменение может создать новую проблему: сломать редирект, добавить noindex, замедлить загрузку, породить дубль.

Используйте этот чек-лист как основу для регулярных аудитов. Проходите по нему полностью раз в квартал, а критические разделы (индексация, скорость, безопасность) проверяйте ежемесячно.

Для быстрой автоматизированной диагностики запустите Полная проверка сайта на reChecker — сервис покроет значительную часть пунктов из этого чек-листа и покажет результаты в удобном формате с конкретными рекомендациями по исправлению.

Техническая база должна быть крепкой, прежде чем вкладывать ресурсы в контент и ссылки. Дом строят с фундамента — сайт продвигают с технического аудита.