Техническое SEO: чек-лист для разработчиков

Техническое SEO: чек-лист для разработчиков

Техническое SEO делает сайт понятным для поисковых роботов: корректная индексация, скорость, отсутствие дублей, чистые коды ответа сервера. Без этого фундамента контент и ссылки работают вполсилы — даже отличная статья не выйдет в топ, если робот её не просканировал или склеил с дублем. Чек-лист рассчитан на разработчиков и SEO-специалистов, готовящих сайт под Яндекс и Google.

Что такое техническое SEO и почему оно первично

Поисковик проходит три стадии: сканирование (краулинг), индексация и ранжирование. Техническое SEO влияет на первые две — то, до чего контентщик и линкбилдер не доберутся. Если робот упирается в цепочку редиректов или тратит краулинговый бюджет на дубли, полезные страницы могут не дойти до ранжирования. Отсюда приоритезация: сначала индексация, затем качество (скорость, мобильная версия), и только потом разметка. Подробнее — работа поисковиков.

Индексация: robots.txt, sitemap, мета-теги

Базовый блок, с которого начинается аудит:

  • robots.txt — открыт нужный контент, закрыты служебные разделы (корзина, личный кабинет, фильтры-параметры, поиск), указана директива Sitemap:. Частая ошибка после переноса с теста — забытый Disallow: /.
  • sitemap.xml — только канонические страницы с кодом 200, без редиректов и закрытых URL. Обновляется автоматически, отправлена в Яндекс.Вебмастер и GSC.
  • meta robots / X-Robots-Tagnoindex стоит там, где нужен, и не висит случайно на коммерческих страницах. Под noindex страницу нельзя закрывать ещё и в robots.txt — иначе тег не будет прочитан.

Разборы — robots.txt: настройка и sitemap.xml.

Коды ответа, редиректы и дубли

Поисковик доверяет HTTP-кодам буквально: несоответствие кода состоянию страницы — частая причина проблем с индексацией.

Код Когда уместен Частая ошибка
200 Рабочая страница с контентом Отдаётся на удалённых страницах (soft 404)
301 Постоянный перенос URL, склейка Используют 302 при реальном переезде
302 Временное перенаправление Ставят навсегда — авторитет не передаётся
404 Страницы нет и не будет Возвращается 200 «ничего не найдено»
410 Страница удалена окончательно Не применяют, хотя ускорил бы выпадение

Проверяйте цепочки редиректов: связка http → https → www → URL в несколько звеньев замедляет робота и теряет часть веса. Цель — один прыжок 301 (301 vs 302).

С кодами связаны дубли — самая частая беда коммерческих сайтов. Источники: версии с www и без, http/https, слеш на конце URL, GET-параметры фильтров, UTM-метки. Решение: выбрать один канонический вид URL, склеить остальное через 301, на параметрах — rel=canonical. Подробнее — канонические URL и дубли страниц.

Скорость и Core Web Vitals

Скорость — и фактор ранжирования, и поведенческий фактор: медленная страница повышает отказы и возвраты в выдачу. Google использует Core Web Vitals; Яндекс прямой аналог не публикует, но учитывает скорость через поведение и оценку качества. Пороги («хорошо»):

Метрика Что измеряет Норма
LCP Отрисовка крупнейшего элемента < 2,5 с
INP Отклик на действия пользователя < 200 мс
CLS Визуальная стабильность вёрстки < 0,1

Рычаги: WebP/AVIF, lazy load ниже первого экрана, минификация и дефер некритичного JS и CSS, кэширование, CDN, резервирование размеров под изображения (убирает скачки CLS). Замеряйте на реальных данных (CrUX в Search Console), а не только в лабораторном PageSpeed. Детали — скорость загрузки и Core Web Vitals.

Мобильная версия и HTTPS

Обе платформы используют mobile-first индексацию: робот оценивает мобильную версию как основную. Требования: адаптивная вёрстка без горизонтального скролла, читаемый шрифт без зума, кликабельные элементы с отступами, одинаковый контент и разметка на десктопе и мобайле (mobile-first). HTTPS — обязательный минимум: валидный сертификат, отсутствие смешанного контента, корректный сквозной 301 с HTTP на HTTPS.

Микроразметка Schema.org

Структурированные данные не поднимают позиции напрямую, но дают расширенные сниппеты (цена, хлебные крошки, FAQ), повышают CTR и помогают понять тип страницы. Формат — JSON-LD. Базовый набор: Organization/LocalBusiness на главной, Product с Offer в карточке товара, Article с автором и датами в блоге (важно для E-E-A-T), BreadcrumbList для навигации, FAQPage для вопросов. Проверяйте валидатором перед выкладкой.

⚠️ Типичные ошибки и риски

  • Closed-сайт после релиза. Забытый Disallow: / или noindex в шаблоне после переноса с dev-сервера выкидывает весь сайт из индекса. Проверяйте robots.txt и мета-теги после деплоя.
  • Soft 404. Удалённые товары отдают 200 с пустой страницей — робот считает их рабочими и засоряет индекс. Нужен 404 или 410.
  • 301-цепочки и циклы. Последовательные редиректы теряют вес и краулинговый бюджет.
  • ⚠️ РИСК (чёрные методы): клоакинг, скрытый текст под фон, дорвеи. В Яндексе это зона «Минусинска» и антиспам-фильтров, в Google — ручные санкции. Не используйте — вплоть до полного выпадения из индекса.

Мини-кейс: дубли от фильтров

Фильтры каталога генерируют URL вида ?color=red&size=l&sort=price. Каждая комбинация открыта для индексации и отдаёт 200 — робот видит сотни почти одинаковых страниц вместо категории. В Яндекс.Вебмастере это раздутый индекс с пометкой «дубль» и просадка краулингового бюджета. Решение: закрыть параметры в robots.txt либо проставить rel=canonical на чистый адрес категории.

Сводный чек-лист

Блок Что проверить
Индексация robots.txt, sitemap.xml, meta robots, главное зеркало
Коды ответа 200/301/404/410 соответствуют реальности, нет soft 404
Редиректы и дубли один прыжок 301, rel=canonical, склейка www/https/слеш
Скорость LCP < 2,5 с, INP < 200 мс, CLS < 0,1
Мобайл и HTTPS адаптив, mobile-first, валидный SSL, нет mixed content
Разметка Schema.org по типам страниц, валидный JSON-LD

FAQ

С чего начинать технический аудит?
С индексации: robots.txt, sitemap, коды ответа и дубли. Они напрямую мешают попадать в поиск, поэтому их чинят до скорости и разметки.

Влияет ли техническое SEO на позиции напрямую?
Частично. Скорость, мобильная версия и HTTPS — факторы ранжирования. Индексация и коды ответа влияют косвенно, но критично: без них страница не попадёт в выдачу.

Чем отличается robots.txt от meta robots noindex?
robots.txt запрещает сканирование (робот не зайдёт на страницу), noindex — индексацию (зайдёт, но не добавит в поиск). Вместе нельзя: закрытую в robots.txt страницу робот не прочитает и тег noindex не увидит.

Как часто проводить технический аудит?
Полный — раз в квартал и после крупных изменений (редизайн, переезд, смена CMS). Мониторинг индексации, кодов и Core Web Vitals — постоянно.

Материал подготовлен экспертами Chrome Media на основе практики технической оптимизации сайтов под Яндекс и Google.

Комментарии

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *