Технический SEO-чек-лист: 3 критические ошибки, которые незаметно снижают позиции

Вы увеличиваете рекламный бюджет, создаёте контент, но органический трафик стоит на месте. Большинство компаний в такой ситуации ищут причину в контенте или ключевых словах. Однако настоящая причина, незаметно снижающая позиции, обычно кроется в технической базе: скорость загрузки страниц, ошибки индексации и неправильное использование canonical. Это руководство представляет собой технический SEO-чек-лист с шагами, которые можно применить напрямую. Наша цель — не общие определения, а конкретика: что проверить, где именно и какое решение принять по каждому пункту.

Core Web Vitals: пользовательский опыт, влияющий на позиции

Google использует Core Web Vitals как сигнал ранжирования с 2021 года. Они состоят из трёх метрик: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) и CLS (Cumulative Layout Shift). Эти метрики измеряют первое взаимодействие пользователя со страницей, поэтому напрямую влияют как на позиции, так и на конверсию.

LCP: снизить до 2,5 секунды

LCP показывает, за какое время загружается основной контент страницы (обычно hero-изображение или крупный заголовок). Значения выше 2,5 секунды помечаются как «требуется улучшение». Чек-лист:

• Переведите hero-изображение в формат WebP или AVIF и не используйте lazy-load; это изображение должно загружаться в числе первых.
• Уменьшите размеры изображений до реальной области отображения; ширина 1920px чаще всего избыточна.
• Встройте критический CSS инлайном, остальное отложите (defer).
• Сократите время ответа сервера (TTFB) до менее 200 мс; используйте CDN и кэширование вместо shared-хостинга.

INP: снизить задержку взаимодействия

INP измеряет время ответа браузера с момента взаимодействия пользователя со страницей. Значение ниже 200 мс считается хорошим. Длинные JavaScript-задачи ухудшают эту метрику. Что делать:

• Проверьте сторонние скрипты (чат, пиксель, карта); удалите неиспользуемые.
• Перенесите тяжёлые вычисления в Web Worker.
• Не держите event listener'ы на уровне document без необходимости.

CLS: свести смещение страницы к нулю

CLS — это смещение элементов при загрузке страницы. Значение ниже 0,1 считается хорошим. Самая частая причина — изображения и рекламные блоки без указанных размеров. Чек-лист:

• Укажите width/height или aspect-ratio для всех тегов <img> и <iframe>.
• Используйте font-display: swap при загрузке шрифтов; иначе текст остаётся невидимым и вызывает смещение.
• Выделите фиксированное место для динамического контента (панель уведомлений, уведомление о cookie).

Для регулярного мониторинга Core Web Vitals используйте отчёт «Веб-данные» в Google Search Console и PageSpeed Insights вместе. Улучшение этих метрик повышает и конверсию; связь между скоростью и конверсией — одна из самых частых зон роста, которую мы видим в проектах веб-дизайна и разработки.

Индексация: чтобы Google действительно видел ваши страницы

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

Несоответствие robots.txt и meta robots

Самая частая ошибка — тег noindex, добавленный на этапе тестирования, попадает в продакшен. Чек-лист:

• Есть ли в отчёте Search Console > Страницы предупреждение «Исключено с помощью тега noindex»?
• Не заблокированы ли в robots.txt критичные папки (например, /blog/, /urunler/) по ошибке?
• Перенаправляется ли staging-домен на продакшен-домен? Если нет, возникает дублированный контент.

XML-карта сайта и внутренняя перелинковка

Ваша карта сайта должна быть отправлена в Search Console и содержать только те URL, которые вы хотите индексировать. Кроме того, на каждую важную страницу должна вести хотя бы одна внутренняя ссылка. Страницы-сироты (без ссылок из других разделов) обычно индексируются поздно и неполно. Чек-лист:

• Сравните количество URL в карте сайта с числом «Обнаружено — не проиндексировано» в Search Console.
• Убедитесь, что до категорий и сервисных страниц можно добраться с главной не более чем за 3 клика.
• Проверьте битые ссылки (404); каждую 404 нужно либо исправить, либо перенаправить через 301.

Краулинговый бюджет и ошибки сервера

Если сервер часто возвращает ботам ошибки 5xx, Google замедляет сканирование. Особенно на интернет-магазинах параметры фильтров и сортировки создают бесконечные URL, что истощает краулинговый бюджет. Для таких структур управление параметрами — критичная тема в решениях для электронной коммерции. Чек-лист:

• Следите за долей 5xx в логах сервера; выше 1% — это проблема.
• Ограничьте URL с параметрами через canonical или robots.
• Отслеживайте среднее время ответа в отчёте «Статистика сканирования» в Search Console.

Canonical: правильное управление дублированным контентом

Тег canonical сообщает Google, какая версия является основной, когда один и тот же контент доступен по нескольким URL. При неправильном использовании он размывает сигналы ранжирования, и ваши страницы начинают конкурировать друг с другом.

Частые ошибки canonical

• Отсутствие self-canonical: каждая страница должна указывать canonical на свой URL. Если его нет, Google принимает решение сам, и это может быть не та страница, которая вам нужна.
• Цепочка canonical: если страница A указывает на B, а B на C, Google может не проследовать по цепочке. Указывайте сразу конечный URL.
• Несогласованность HTTP/HTTPS или www: все версии должны перенаправляться через 301 на один предпочтительный домен, и canonical должен указывать на него же.
• Ошибки пагинации: страница 2 не должна указывать canonical на страницу 1; каждая страница должна ссылаться на свой URL, а связь устанавливаться через rel=next/prev.
• Конфликт hreflang и canonical: на многоязычных сайтах каждая языковая версия должна иметь свой canonical, а набор hreflang — связывать все языки между собой.

Шаги проверки canonical

• Изучите отчёт Search Console > Страницы > «Альтернативная страница с корректным тегом canonical».
• Просканируйте canonical всех страниц с помощью Screaming Frog или аналогичного инструмента.
• Убедитесь, что цель canonical возвращает 200; canonical не ставится на 301 или 404.
• Для URL с параметрами (utm, сортировка, фильтр) указывайте canonical на чистый URL.

Эти три темы — Core Web Vitals, индексация и canonical — работают вместе. Улучшение в одной усиливает эффект другой. Если после укрепления технической базы вы хотите ускорить органический трафик рекламой, параллельный запуск управления рекламой Google Ads и SEO обычно даёт наилучший результат. А для долгосрочной органической видимости необходимы регулярные технические аудиты в рамках SEO-услуг.

Часто задаваемые вопросы

Какими инструментами измерять Core Web Vitals?

Отчёт «Веб-данные» в Google Search Console даёт полевые данные (реальные пользователи); PageSpeed Insights предоставляет как полевые, так и лабораторные данные. Используйте оба. Лабораторных данных недостаточно, так как устройства пользователей и условия сети различаются.

Куда смотреть в первую очередь, если страница не индексируется?

Сначала вставьте адрес страницы в Search Console > Проверка URL. Посмотрите, «Можно индексировать» или «Исключено». Затем по очереди проверьте тег meta robots, заголовок X-Robots-Tag, robots.txt и цель canonical. Эти четыре пункта объясняют большинство проблем с индексацией.

В чём разница между canonical и 301-редиректом?

301 — это постоянный редирект; он переносит пользователя и бота на другой URL. Canonical же, оставляя страницу доступной, сообщает Google: «основная версия — эта». Если один и тот же контент должен существовать по двум URL, используется canonical; если один из них полностью лишний — 301.

Через сколько времени технические SEO-исправления дают результат?

Зависит от скорости повторного сканирования и индексации Google. Небольшие исправления (canonical, meta robots) могут отразиться от нескольких дней до нескольких недель. Метрики пользовательского опыта, такие как Core Web Vitals, измеряются в 28-дневном окне данных, поэтому эффект обычно виден через несколько недель.

Могу ли я заниматься техническим SEO сам, или нужна поддержка агентства?

Базовые проверки (отчёты Search Console, аудит canonical, тесты скорости) команда с техническими знаниями может выполнить самостоятельно. Однако продвинутые темы — анализ логов, управление параметрами, hreflang — требуют опыта. Неправильное правило canonical или robots может необратимо обрезать трафик.