Этот контрольный список технического SEO последовательно собирает пункты, которые нужно проверить, чтобы поисковые системы могли найти и просканировать ваш сайт, нужные страницы попали в индекс, а посетитель получил быстрый и безопасный опыт. Даже лучший контент не получит позиций, если его не могут просканировать или по ошибке исключили из индекса, поэтому сначала нужно проверить основу. Каждый пункт написан так, чтобы его можно было отметить как «да / нет».
Почему техническое SEO идёт первым?
Поисковая система работает в три этапа: сканирование (найти страницу и загрузить её), индексация (понять содержимое и сохранить его) и ранжирование. Техническое SEO обеспечивает бесперебойную работу первых двух этапов. Если проблема возникает здесь, последующие этапы просто не начинаются. Прежде чем начинать, убедитесь, что Search Console подключён; инструкции по настройке есть в нашем руководстве по началу работы с Search Console. Большинство проверок ниже подтверждаются отчётами именно там.
Для ускорения проверки достаточно трёх бесплатных источников: Search Console (как Google видит ваш сайт), PageSpeed Insights (скорость и Core Web Vitals) и настольной программы для сканирования сайтов (она пройдёт сайт как поисковый робот и составит список битых ссылок, редиректов и отсутствующих тегов). Отмечайте результат каждого пункта как «в порядке / нужно исправить / нет данных» в таблице с датами; через три месяца сможете сравнить результаты с той же таблицей.
1. Проверки сканирования (crawl)
- Важные страницы не заблокированы в robots.txt. Инструмент «Проверка URL» в Search Console показывает, можно ли просканировать страницу.
- Страницы отдают HTTP 200. На важных страницах не должно быть 404, 500 или soft 404 (страница без содержания, но с кодом 200).
- Редиректы одношаговые и 301. Цепочки редиректов (A → B → C) нужно сократить; 302 используйте только для временных случаев.
- Важные страницы связаны внутренними ссылками. «Осиротевшие» страницы, на которые не ведёт ни одна ссылка, могут остаться незамеченными. Подробнее — в нашей статье о стратегии внутренней перелинковки.
- Битые внутренние ссылки исправлены. Исправьте или удалите ссылки, которые ведут на 404.
- Структура URL аккуратная. Предпочитайте короткие, читаемые адреса в нижнем регистре без лишних параметров; не создавайте сотни вариантов с параметрами, ведущих к одному и тому же содержимому.
- В логах сервера нет ошибок Googlebot. На больших сайтах частые ответы 5xx боту снижают частоту сканирования.
2. Проверки индексации
- Отчёт «Страницы» в Search Console просмотрен. Внимательно прочитайте причины «не проиндексировано» (например, «Просканировано, в данный момент не проиндексировано», «Альтернативная страница с правильным canonical», «Исключено тегом noindex»).
- На важных страницах нет noindex. Тег
<meta name="robots" content="noindex">, добавленный при разработке и забытый, — распространённая ошибка. - Ненужные страницы намеренно исключены. Для страниц благодарности, корзины, фильтров и внутреннего поиска рассмотрите noindex.
- Тонкий (thin) контент пересмотрен. Объедините или доработайте страницы из нескольких предложений и повторяющиеся страницы.
- Проверен поиск по сайту. Введите в Google
site:вашдомен.ruи примерно сравните количество страниц в индексе с реальным.
3. Canonical и дублированный контент
Тег canonical (<link rel="canonical" href="...">) — способ сказать «основная версия вот эта» в тех случаях,
когда одинаковый или очень похожий контент доступен по нескольким адресам.
- Каждая страница указывает canonical на себя (self-referencing) или намеренно на основную версию.
- Canonical использует абсолютный адрес (https://...) и не указывает на адрес с редиректом или 404.
- Варианты www / без www, http / https и наличие завершающего слэша перенаправляются 301 на одну версию.
- Параметры фильтрации и сортировки передают canonical основной странице категории.
- Canonical и noindex не используются вместе. Два сигнала противоречат друг другу.
Примечание: canonical — это рекомендация, а не приказ. Google может выбрать другой адрес, если сигналы противоречат друг другу (внутренние ссылки, sitemap, редиректы). Поэтому внутренняя ссылка, sitemap и canonical должны указывать на один и тот же адрес.
Типичный пример ошибки с canonical: в интернет-магазине адрес категории с параметром «?sort=price» указывает canonical сам на себя. В результате один и тот же список товаров попадает в индекс по десяткам адресов, и страницы начинают конкурировать друг с другом. Решение — указать в canonical всех вариантов с параметрами чистый адрес категории.
4. Hreflang и многоязычная структура
Если у вас есть страницы на нескольких языках или для разных регионов, hreflang подсказывает Google, какую версию показывать какому пользователю.
- Каждая языковая версия ссылается на все остальные (взаимное подтверждение). Если страница A указывает на B, то B должна указывать на A.
- Каждая версия включает и себя (self-reference).
- Коды языка и региона верны: например
ru,en,en-gb; вместоru-ruобычно достаточноru. - Целевые адреса отдают 200 и не противоречат canonical.
x-defaultзадан: для языкового переключателя или страницы по умолчанию.- Каждый язык действительно переведён. Не помечайте непереведённые страницы как версии другого языка.
5. Sitemap и robots.txt
| Файл | Что проверить |
|---|---|
| sitemap.xml | Содержит только адреса, которые отдают 200, которые вы хотите индексировать, и канонические адреса; отправлен в Search Console; каждый файл не превышает 50 000 URL или 50 МБ; lastmod отражает реальную дату обновления. |
| robots.txt | Находится в корне домена (/robots.txt); не блокирует критичные каталоги, кроме административных и временных; не блокирует файлы CSS/JS; указывает адрес sitemap строкой Sitemap:. |
Важное различие: robots.txt запрещает сканирование, но не удаляет из индекса. Если вы хотите, чтобы страница
не отображалась в выдаче, используйте noindex и не блокируйте её в robots.txt одновременно; иначе Google не сможет
увидеть тег noindex.
6. Скорость, мобильная версия и безопасность
- Core Web Vitals проверены. Ориентируйтесь на LCP ≤ 2,5 с, INP ≤ 200 мс, CLS ≤ 0,1. Подробности — в нашем руководстве по Core Web Vitals; для измерений можно использовать PageSpeed Insights.
- Изображения сжаты (WebP/AVIF), размеры заданы, а изображения за пределами экрана загружаются с отложенной загрузкой.
- Время ответа сервера (TTFB) невелико и включено кэширование.
- Мобильная адаптивность: адаптивный дизайн, тег
viewport, достаточные отступы между кликабельными элементами, на мобильной версии тот же контент, что и на десктопе. - Весь сайт на HTTPS. Сертификат действителен, смешанного контента (mixed content) нет, адреса http перенаправляются на https с кодом 301.
- Заголовки безопасности и актуальная инфраструктура: актуальные версии PHP/CMS и проверка на вредоносное ПО.
- Базовые теги на страницах в порядке: на каждой странице уникальные title и description, один H1. Советы по написанию — в нашем руководстве по meta title и description.
7. Структурированные данные
Структурированные данные (разметка schema.org) однозначно описывают для машин, что представляет собой страница, и делают её подходящей для расширенных результатов (рейтинг, FAQ, цена, рецепт и др.). Google рекомендует формат JSON-LD.
- Применены подходящие типы:
Organizationдля корпоративных сайтов,Articleдля статей,Productдля товаров,LocalBusinessдля местных компаний,BreadcrumbListдля обозначения пути. - Разметка полностью соответствует контенту, видимому на странице. Добавление невидимой или недостоверной информации — риск ручных санкций.
- Проверка выполнена: инструмент Google «Проверка результатов в Поиске» и отчёт Search Console «Улучшения» показывают ошибки и предупреждения.
- Актуальные требования проверены: какие типы дают расширенные результаты, со временем меняется; актуальный список смотрите в Google Search Central.
Порядок приоритетов: не пытайтесь исправить всё сразу. Сначала проверьте «блокирующие» проблемы: возможность сканирования страниц, ошибочный noindex, ошибки robots.txt и 5xx. Затем идут очистка canonical и редиректов, а после них — скорость и структурированные данные.
Контент, созданный JavaScript
На сайтах, построенных на фреймворках вроде React или Vue, контент формируется в браузере. Google умеет выполнять JavaScript, но эта операция выполняется во второй очереди, может задерживаться и давать ошибки.
- Важный контент есть в первом HTML-ответе? Сравните версию, которую видит Google, через «Проверка URL → Проверить опубликованный URL → Просмотреть проверенную страницу» в Search Console.
- Ссылки — настоящие
<a href>? Кнопки, которые переходят по адресу только через событие клика, могут не сканироваться. - Title, description и canonical выводятся на сервере? По возможности используйте серверный рендеринг (SSR) или предварительную генерацию.
- Есть ли ссылки пагинации вместо бесконечной прокрутки? Иначе контент в глубине может не быть обнаружен.
Частые проблемы и их решения
| Признак | Возможная причина | Решение |
|---|---|---|
| Новая страница не попадает в индекс неделями | Нет внутренних ссылок, её нет в sitemap, низкое качество | Добавьте внутренние ссылки, внесите в sitemap, запросите индексацию через «Проверку URL», усильте контент |
| Много предупреждений «Альтернативная страница с правильным canonical» | Адреса с параметрами или дубликаты | Приведите в соответствие canonical и адреса в sitemap |
| Трафик внезапно упал | Случайный noindex, блокировка в robots.txt, смена темы | Проверьте исходный код и robots.txt на живой странице, найдите в Search Console дату начала ошибки |
| Контент на мобильной и десктопной версиях отличается | Скрытые блоки, отдельная мобильная версия сайта | Оставьте полный контент на мобильной версии; Google ориентируется на мобильную версию |
| Расширенный результат не отображается | Ошибка в разметке или несоответствие контенту | Проверьте в Тесте расширенных результатов, сопоставьте с видимым контентом |
Как часто проверять?
| Периодичность | Проверка |
|---|---|
| Раз в неделю | Ошибки сканирования в Search Console и уведомления о безопасности / ручных действиях |
| Раз в месяц | Количество страниц в индексе, состояние Core Web Vitals, отчёт по 404 и редиректам |
| Раз в 3 месяца | Полный обход сайта, осиротевшие страницы, согласованность sitemap и canonical, hreflang |
| После крупных изменений | При смене темы, домена, CMS или структуры URL — весь список с начала |
Заключение
Цель технического SEO — убрать препятствия перед вашим контентом: страницы должны сканироваться, индексироваться под правильным адресом, открываться быстро и корректно размечаться. Перенесите семь разделов выше в таблицу и пройдите сайт по порядку: получите надёжную картину примерно за полдня. Когда проблемы исправлены, наступает черёд работы с контентом и видимостью; для этого можно следовать нашей статье о методах увеличения органического трафика.
Убедившись, что сайт технически готов, для повышения видимости в результатах поиска можно изучить подход органического хита. Ранжирование по-прежнему определяют алгоритмы Google; HitBot не заменяет их решения, а лишь помогает в вашей работе.