Техническое SEO
Сайт выглядит хорошо, контент качественный, а трафик не растёт. Владельцы ищут проблему в тексте, но часто виновата техника. Google сначала смотрит техническое здоровье: скорость загрузки, мобильность, редиректы, доступность для краулера. Одна ошибка в коде, заблокированный в robots.txt контент или неправильная переадресация — и страницы не попадают в индекс. Падение трафика может быть связано с техническими ошибками, поэтому проверку стоит начинать с доступности страниц и индексации.
Что такое техническое SEO
Техническое SEO — это оптимизация сайта на уровне кода и инфраструктуры. Не о контенте, не о ссылках. Это про то, может ли поисковый робот вообще попасть на ваши страницы, понять их структуру и отправить в индекс. Падение трафика часто связано именно с проблемами индексации, которые маркетологи замечают последними. Контент может быть отличным, но если сайт медленный, содержит дублирование или ошибки редиректов, поисковик его понизит.
- Скорость загрузки и производительность. Google учитывает скорость при ранжировании, медленные сайты постоянно теряют позиции.
- Мобильная адаптация. Мобильный поиск — основной источник трафика, индексация начинается всегда с мобильной версии.
- Доступность для поисковых роботов и индексация. Правильные редиректы, корректная индексация всех страниц, отсутствие блокировок в robots.txt.
Основные технические проблемы сайтов
Core Web Vitals — три метрики скорости загрузки по стандартам Google: LCP (время загрузки главного контента), INP (отзывчивость при взаимодействии) и CLS (смещение элементов). Это один из многих сигналов ранжирования. Медленная загрузка мешает посетителям пользоваться страницами. Проверить скорость своего сайта — дело пяти минут через Google PageSpeed Insights. Мобильная версия сайта критична: Google индексирует сайты в первую очередь с мобильных устройств, и её отсутствие затрудняет использование сайта на телефоне.
Дублирование контента — параметры URL, версии с www и без неё, неправильные редиректы. Такие ошибки могут затруднить обход и индексацию страниц. Screaming Frog быстро найдёт все дубли. robots.txt может случайно заблокировать важные страницы от индексации — всегда проверяйте статус в Google Search Console, раздел «Страницы». Тег noindex при ошибке скрывает контент от поиска. Слабая HTML-структура (отсутствие H1, неправильная иерархия заголовков, отсутствие Schema markup) затрудняет Google понимание содержания сайта.
Как провести техническую диагностику
Когда вы определили проблему (дублирование, ошибки в robots.txt, неправильно структурированный контент), встаёт вопрос: с чего начать исправление? Диагностика в правильном порядке сэкономит часы бесполезной работы. Начните с критичных проблем индексации. Затем проверьте скорость. Потом мобильная версия. Такой порядок поможет последовательно найти ошибку.
Google Search Console: отчёт «Страницы»
Google Search Console — первое место, куда смотрят при падении трафика. Откройте раздел «Страницы» в Search Console. Вы увидите зелёные галочки (успешно индексированные страницы) и красные ошибки. В отчёте перечислены причины, по которым страницы не индексируются, включая ошибки перенаправления и доступа. Отдельно показаны страницы, которые Google нашёл, но не индексирует, например страницы с тегом noindex. За пять минут вы видите все критичные проблемы. Затем проверьте страницу в Lighthouse — там ошибки рендера на мобильных.
PageSpeed Insights и Core Web Vitals
Откройте PageSpeed Insights (или GTmetrix, если нужно больше деталей). Здесь вы получите оценку по Core Web Vitals — параметры Google для ранжирования. LCP (загрузка основного контента) менее 2,5 секунды, INP (отзывчивость страницы) не более 200 миллисекунд, CLS (сдвиг элементов) менее 0,1. Под каждым параметром вы увидите конкретные ошибки: «изображения не оптимизированы», «CSS блокирует рендер», «JavaScript долго выполняется». Каждую инструмент оценит по важности для ранжирования.
Мобильная версия отдельно
Проверьте мобильную версию в Lighthouse. Это критично, потому что Google индексирует сайты в первую очередь с мобильных. Если мобильная версия работает плохо, проверьте её в Lighthouse: он покажет проблемы рендера, проблемы с текстом, элементы, которые жмутся друг к другу, блокирующий контент. Если здесь есть ошибки, исправляйте их в первую очередь — это влияет на ранжирование больше всего.
Порядок технической проверки сайта
Как SEO-специалисту начать технический аудит?
Полный аудит технического SEO проводится раз в квартал, текущие метрики проверяются еженедельно в Search Console. Блокировка сайта может привести к исчезновению страниц из результатов поиска. При объяснении клиенту техаудита покажите ошибки в Search Console и свяжите с падением видимости.
Что владельцу сайта проверить в первую очередь?
Диагностика займет 2–3 часа, сложные исправления требуют разработчика, но их обычно 2–3. Быстрое восстановление видимости начинается через 2–4 недели после исправления критичных ошибок. Простые ошибки исправляются в админке, проблемы мобильной версии требуют разработчика.
Какие технические ошибки проверить разработчику?
Ответственность совместная: вы отвечаете за техническую реализацию SEO в коде (мета-теги, скорость, мобильность и внутренние ссылки), маркетолог — за стратегию и приоритизацию. Запустите Lighthouse в DevTools, все метрики должны быть выше 90 баллов. В Search Console не должно быть ошибок индексации и проблем с мобильностью.