Руководство по техническому SEO: 12 ключевых шагов, которые выводят сайт в топ Google

Каким бы хорошим ни был контент, на слабой технической базе в топ Google не попасть. Разбираем на практике 12 ключевых шагов: Core Web Vitals, сканируемость, разметку Schema и SEO для JavaScript-сайтов.

Техническое SEO похоже на несущие колонны здания: их не видно, но без них всё рухнет. Даже если ваша команда напишет лучшее руководство в мире, но Googlebot не может нормально сканировать сайт, страницы не грузятся за секунды, а мобильная версия отпугивает пользователя в первые пять секунд, этот контент останется на второй странице выдачи. После обновлений Google 2024–2025 годов вес технического состояния среди сигналов ранжирования вырос ещё сильнее; Core Web Vitals — уже не «рекомендация по UX», а реальный фактор ранжирования. В этом руководстве мы делимся 12 ключевыми шагами технического SEO, которые применяем в десятках корпоративных веб-проектов Craftsoft, тем, как проверять каждый из них, и порядком приоритетов.

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

1. Сканирование и индексация: убедитесь, что Google видит ваш сайт

Нулевой шаг технического SEO — проверить, индексирует ли Google действительно важные страницы. Откройте отчёт «Индексирование страниц» в Search Console: если страниц со статусом «Просканирована, но пока не проиндексирована» тысячи, у сайта серьёзная проблема с краулинговым бюджетом или качеством. Типичные причины: файл robots.txt или noindex, по ошибке выкаченные на прод, циклы редиректов, неверные canonical и важные страницы, которых нет в sitemap. Отправьте карту сайта в Search Console и проверьте поиском «site:вашдомен.com/страница», что каждая нужная страница есть в Google.

Проверьте robots.txt: не закрывают ли строки Disallow по ошибке страницы с контентом?
Canonical: указывает ли каждая страница на себя или на предпочтительную версию? Сводятся ли URL с параметрами к одному canonical?
Цепочки редиректов: ведут ли старые URL на новую цель за один шаг? Цепочки из трёх и более шагов съедают и краулинговый бюджет, и скорость.
Sitemap: в XML-карте должны быть только канонические страницы с кодом 200, достойные индексации; 404 и перенаправленные URL нужно убрать.

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

На интернет-магазинах и каталогах с более чем 10 000 страниц управление краулинговым бюджетом — отдельная экспертиза. Googlebot отправляет на сайт ограниченное число запросов в день; если этот бюджет тратят страницы фильтров, внутреннего поиска и дубли с параметрами, настоящие товары и статьи остаются непросканированными. Первые три шага: закрыть URL с параметрами в robots.txt, поставить noindex на ненужные комбинации фильтров и свести фасетную навигацию к фиксированным категориям. Просканируйте сайт Ahrefs или Screaming Frog и посмотрите отчёт по глубине: в скольких кликах от главной находятся важные страницы?

2. Core Web Vitals: скорость — уже не улучшение, а необходимость

Core Web Vitals — это три метрики: Largest Contentful Paint (LCP, в идеале меньше 2,5 секунды), Interaction to Next Paint (INP, меньше 200 миллисекунд) и Cumulative Layout Shift (CLS, меньше 0,1). С 2024 года INP заменил прежнюю метрику First Input Delay и измеряет реальные взаимодействия, поэтому сайты, быстрые в лаборатории, но медленно реагирующие на клики, теперь видны. Если в полевых данных (CrUX) PageSpeed Insights доля «Хорошо» ниже 75%, потенциал ранжирования ограничен. Помните: метрики оцениваются отдельно для мобильных и десктопа, и мобильные обычно хуже.

Конкретные способы снизить LCP

Отдавайте главное изображение в WebP или AVIF реального размера; не ставьте картинку шириной 1600 пикселей в блок на 400 пикселей на мобильном.
Приоритизируйте критичные изображения и шрифты через preload; уберите JavaScript и CSS, блокирующие первый экран.
Снизьте время ответа сервера (TTFB) до 600 миллисекунд и меньше; расположение сервера или CDN критичны для региона ваших пользователей.
Откладывайте сторонние скрипты (онлайн-чат, пиксели, менеджер тегов); каждый может добавить к LCP 100–300 миллисекунд.

INP и CLS: отзывчивость и визуальная стабильность

Чтобы улучшить INP, дробите длинные задачи JavaScript, откладывайте тяжёлые операции, которые запускаются по клику (defer, idle callback), и измеряйте в WebPageTest, насколько сторонние виджеты занимают главный поток. Для CLS всегда задавайте width и height изображениям и видеоблокам, используйте загрузку шрифтов с size-adjust вместо одного лишь font-display: swap, чтобы текст не прыгал, и резервируйте место под рекламные и уведомляющие баннеры, а не сдвигайте контент после загрузки. CLS 0,2 кажется мелочью, но когда пользователь нажимает не туда, это возвращается возвратами и потерей доверия.

Практическая цель: на мобильных LCP меньше 2,5 с, INP меньше 200 мс, CLS меньше 0,1. Если доля «хороших» URL в отчёте Core Web Vitals в Search Console выше 90%, тему скорости можно закрыть и сосредоточиться на контенте и авторитетности.

3. SEO для JavaScript: видит ли Google ваш сайт на React или Next.js?

Современные сайты в основном пишут на React, Next.js, Vue и подобных фреймворках, и для SEO они несут как большие возможности, так и скрытые риски. Если при сканировании Googlebot не видит контента в HTML, ему приходится рендерить страницу, а этот двухэтапный процесс задерживает индексацию. Если вы используете Next.js, рендерьте страницы на сервере (SSR или SSG); ключевые страницы, полностью собираемые на клиенте, особенно товары и услуги, ставят видимость в поиске под угрозу. Проверьте живой URL инструментом проверки URL в Google и убедитесь, что контент виден в отрендеренном HTML.

Вторая частая ошибка — открывать ссылки через обработчики событий JavaScript. Googlebot переходит по HTML-ссылкам в теге a; «навигация» через клик по div или button для Google не ссылка, и внутренняя перелинковка рушится. Третий риск — бесконечная прокрутка и пагинация: если список товаров открывается одной кнопкой «показать ещё», убедитесь, что до каждого товара можно дойти по HTML-ссылке. В проектах на Next.js, которые разрабатывает Craftsoft, пагинация всегда строится на сканируемых HTML-ссылках, а бесконечная прокрутка — лишь дополнительное удобство; это различие — основа технического SEO.

4. Структурированные данные и расширенные результаты: занимайте больше места в выдаче

Разметка Schema.org позволяет описать контент поисковым системам на структурированном языке и при правильном применении включает расширенные результаты: звёзды рейтинга, цену, наличие, блоки FAQ и хлебные крошки. Расширенные результаты могут поднять CTR на 20–35%; при одинаковой позиции всегда выигрывает результат, который выглядит крупнее. Для интернет-магазинов в приоритете Product и Offer, для блогов — Article, для компаний — LocalBusiness, для страниц услуг — FAQ и HowTo. Проверьте разметку инструментом проверки расширенных результатов Google и устраните ошибки в отчётах о структурированных данных в Search Console.

LocalBusiness: разметьте название, адрес, телефон, часы работы и координаты; обязательно соответствие профилю компании в Google.
BreadcrumbList: разметьте иерархию страниц; путь категорий в выдаче объясняет пользователю и структуру сайта.
FAQPage: добавляйте вопросы, которые действительно задают; но с 2023 года Google показывает FAQ не на каждой странице, поэтому используйте разметку там, где она соответствует намерению.
Review и AggregateRating: указывайте только на реальные отзывы, видимые на сайте; поддельные оценки самому себе — повод для ручных санкций.

Разметка Schema — удостоверение личности вашего сайта. Google не приходится разгадывать контент: вы объясняете его, словно читаете вслух, и через несколько месяцев эта разница превращается в разницу в позициях.
— Редакция Craftsoft

5. Мобильная адаптация, HTTPS и архитектура сайта

Mobile-first индексация стала стандартом: Google опирается на мобильную версию сайта, десктопная — вторична. Поэтому не показывайте на мобильных другой контент, другую структуру заголовков или скрытые блоки и выбирайте адаптивный дизайн вместо отдельного поддомена (m.site.com). HTTPS — вопрос закрытый: если TLS-сертификат недействителен или контент грузится по HTTP вперемешку (mixed content), предупреждение браузера отпугивает пользователя, а Google снижает сигнал доверия. Заголовок HSTS и редирект всего HTTP-трафика на HTTPS за один шаг — базовая гигиена.

Золотое правило архитектуры: пользователь и Googlebot должны попадать на любую важную страницу с главной не более чем за три клика. Глубокие и нелогичные деревья категорий расходуют краулинговый бюджет и мешают PageRank доходить до карточек товаров. Сопоставьте исследование ключевых слов (Ahrefs, Semrush или запросы из Search Console) с архитектурой сайта: на каждое важное поисковое намерение должна приходиться одна сильная страница. Одна сильная страница вместо пяти слабых под одно и то же намерение всегда выигрывает и в позициях, и в конверсии.

6. Приоритеты и календарь технического аудита

Не пытайтесь внедрить все 12 шагов сразу — двигайтесь по матрице «эффект — усилия». В первый месяц займитесь ошибками индексации и сканирования, во второй — Core Web Vitals, в третий — структурированными данными и архитектурой. Техническое SEO — процесс, а не проект: если ваша команда выкатывает код каждый спринт, каждый спринт проверяйте Search Console на регрессии, ведь на JavaScript-сайтах одно неверное обновление компонента может незаметно сломать индексацию. Полное сканирование Screaming Frog раз в квартал, ежемесячный контроль PageSpeed и постоянно включённые уведомления Search Console — три опоры этого ритма.

Еженедельно: просматривайте отчёты Search Console об индексации и удобстве; резкие падения разбирайте в течение 24 часов.
Ежемесячно: проверка скорости по шаблонам в PageSpeed Insights; убедитесь, что новые страницы проиндексированы.
Ежеквартально: полное сканирование сайта на битые ссылки, цепочки редиректов и утечки noindex.
Перед релизом: чек-лист canonical, Schema, hreflang и мобильного рендеринга для каждого нового шаблона страниц.

В техническом SEO нужна не идеальность, а контролируемая регулярность. Небольшое улучшение каждый месяц — это накопленное преимущество, которое за год оставляет конкурентов позади.
— Редакция Craftsoft

Если вы не знаете, с чего начать технический аудит, или ваш сайт работает на React/Next.js и вы подозреваете проблемы с рендерингом JavaScript, команда Craftsoft проводит комплексный технический SEO-аудит. Мы измеряем весь стек — от индексации до Core Web Vitals — и передаём вашей команде план исправлений по приоритетам. Помните: контент — король, но техническое SEO — ключ от ворот дворца; если ворота закрыты, короля никто не увидит.

Статья оказалась полезной?

Поделитесь, чтобы она дошла до большего числа людей.