Техническое SEO — это фундамент, без которого любой контент и ссылки работают вполсилы. Сайт может быть наполнен отличными статьями, но если поисковый бот не может нормально его обойти, страницы просто не попадут в индекс. 20 пунктов в этом чеклисте закрывают 90% технических проблем малого бизнеса в Яндексе и Google в 2026 году.
- Сколько занимает технический аудит: 2-4 часа на самостоятельную проверку, 1-2 дня с инструментами
- Критичные пункты которые блокируют индексацию: robots.txt, sitemap, дубли, HTTPS, скорость загрузки
- Бесплатные инструменты для проверки: Яндекс Вебмастер, Google Search Console, PageSpeed Insights
- Когда нужен специалист: если сайт старше 3 лет, много дублей, или трафик упал без видимой причины
- Приоритет: сначала исправляй критические ошибки — они блокируют весь остальной SEO
Почему техническое SEO важнее контента на старте
Представь что ты нанял лучшего копирайтера, он написал 50 статей — а Яндекс видит только 10 из них. Остальные заблокированы в robots.txt, или это дубли, или они загружаются 8 секунд на мобильном. Контент есть — трафика нет. Это классическая история для сайтов которые "делали SEO" но не делали технический аудит.
Техническое SEO решает три задачи: обеспечивает доступность сайта для поисковых роботов, правильную индексацию нужных страниц и быструю загрузку для пользователей. Без этого фундамента — всё остальное строится на песке.
Разберём по порядку — от критичного к важному.
Блок 1: Индексация и доступность сайта (пункты 1-5)
Это самое критичное — если здесь проблемы, поисковик просто не видит твой сайт.
- 1. Robots.txt — проверь что файл существует (yourdomain.ru/robots.txt) и не закрывает нужные страницы. Частая ошибка после разработки:
Disallow: /на всём сайте — это полный запрет индексации. Инструмент проверки: Яндекс Вебмастер → Инструменты → Анализ robots.txt - 2. XML Sitemap — карта сайта должна существовать (yourdomain.ru/sitemap.xml) и быть добавлена в Яндекс Вебмастер и Google Search Console. Только страницы со статусом 200, без noindex, без дублей. Обновляется автоматически если используешь Rank Math или Yoast.
- 3. Статусы HTTP — все важные страницы должны отдавать код 200. Страницы с 404 (не найдено) — удали или перенаправь редиректом 301. Цепочки редиректов (301→301→301) замедляют краулинг — разбивай на прямой редирект.
- 4. Дубли страниц — одна страница должна быть доступна только по одному URL. Классические источники дублей: www и без www, http и https, URL с трейлинг-слешем и без (/page и /page/), страницы фильтрации и сортировки в интернет-магазинах. Решение: канонические теги (rel=canonical) и редиректы.
- 5. HTTPS и смешанный контент — сайт должен работать на HTTPS. Если есть изображения или скрипты загружаемые по HTTP — браузер показывает предупреждение "небезопасно" и это влияет на поведенческие факторы. Проверь в консоли браузера (F12 → Console → ошибки Mixed Content).
Блок 2: Скорость и Core Web Vitals (пункты 6-10)
С 2021 года Google официально использует Core Web Vitals как фактор ранжирования. Яндекс — с 2022-го. Медленный сайт теряет позиции независимо от качества контента.
| Метрика | Что измеряет | Норма | Плохо |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Скорость загрузки главного блока | < 2.5 сек | > 4 сек |
| CLS (Cumulative Layout Shift) | Сдвиги элементов при загрузке | < 0.1 | > 0.25 |
| INP (Interaction to Next Paint) | Отзывчивость на действия | < 200 мс | > 500 мс |
Источник: Google Web Vitals, 2026
- 6. Скорость загрузки — проверяй через PageSpeed Insights (pagespeed.web.dev). Цель: 80+ на мобильных. Главные причины низкого балла: неоптимизированные изображения, неиспользуемый JS/CSS, медленный хостинг.
- 7. Оптимизация изображений — конвертируй JPEG/PNG в WebP (размер меньше на 25-35%). Используй атрибут loading="lazy" для изображений ниже первого экрана. Указывай width и height чтобы избежать CLS.
- 8. Кеширование браузера — статичные файлы (CSS, JS, изображения) должны кешироваться на 1 год. Настраивается через .htaccess или плагин кеширования (WP Rocket, W3 Total Cache).
- 9. Минификация CSS и JS — убирай лишние пробелы, комментарии, переносы строк из файлов стилей и скриптов. Экономит 10-30% размера файла. Делается автоматически через WP Rocket или вручную через gulp/webpack.
- 10. Хостинг и TTFB — Time to First Byte должен быть до 200 мс. Если выше 500 мс — проблема в хостинге или серверном коде. Дешёвый виртуальный хостинг часто — причина медленного TTFB.
Блок 3: Мобильная версия и структура URL (пункты 11-15)
Яндекс и Google перешли на Mobile-First индексацию. Это значит: поисковик оценивает твой сайт именно по мобильной версии. Если десктоп идеален, а мобайл сырой — позиции будут по мобайлу.
- 11. Адаптивность — сайт должен корректно отображаться на экранах от 320px. Проверяй в DevTools (F12 → иконка телефона) или через Google Mobile Friendly Test. Частые проблемы: кнопки слишком маленькие, текст выходит за экран, горизонтальная прокрутка.
- 12. Кликабельность телефона и CTA — номер телефона на мобильном должен быть ссылкой
<a href="tel:+7...">. Кнопки — минимум 44×44 пикселя. Это влияет на конверсию и косвенно на поведенческие факторы. - 13. Структура URL — ЧПУ (человекопонятные URL): /uslugi/seo-prodvizhenie/ вместо /index.php?id=42. Без стоп-слов (для, и, в, на), без транслита с ошибками. Максимальная длина — 60-80 символов.
- 14. Глубина вложенности — важные страницы не должны быть дальше 3 кликов от главной. Чем глубже страница в структуре — тем меньше краулингового бюджета она получает. Проверяй через Screaming Frog или Netpeak Spider.
- 15. Внутренняя перелинковка — каждая страница должна иметь хотя бы 2-3 входящих внутренних ссылки. Страницы без входящих ссылок (orphan pages) плохо индексируются. Используй перелинковку тематически — статьи блога на коммерческие страницы услуг.
Блок 4: Метатеги и разметка (пункты 16-20)
Метатеги не поднимают позиции напрямую — но влияют на CTR в выдаче и на то как поисковик понимает страницу.
- 16. Title и H1 — Title (заголовок в браузере и выдаче): 50-65 символов, главный ключ в начале. H1 (заголовок на странице): должен быть один на странице, содержать ключ, но не дублировать Title дословно. Проверяй через Screaming Frog или плагин Rank Math.
- 17. Meta Description — 120-160 символов, содержит главный ключ и призыв к действию. Не влияет на ранжирование напрямую, но влияет на CTR. Если не заполнен — поисковик сам выбирает фрагмент, часто неудачно.
- 18. Теги Canonical — на каждой странице должен быть тег canonical указывающий на себя или на основную версию если есть дубли. Без canonical поисковик сам решает какую версию страницы считать основной — и может выбрать неправильно.
- 19. Schema.org (структурированные данные) — разметка для поисковиков: Organization, Article, FAQPage, BreadcrumbList, Product. Помогает попасть в расширенные сниппеты (FAQ, хлебные крошки, рейтинг). Проверяй через validator.schema.org.
- 20. Open Graph и Twitter Cards — теги для соцсетей (og:title, og:image, og:description). Когда ссылкой делятся в ВКонтакте или Telegram — именно они определяют как выглядит превью. Без них превью будет некрасивым или отсутствовать.
Полный технический аудит сайта — это не разовая задача. Поисковики обновляют алгоритмы, сайт меняется, появляются новые страницы. Раз в 6 месяцев стоит прогонять сайт по этому чеклисту заново. Если нет времени делать это самому — можно заказать аудит маркетинга с технической частью, мы выдаём готовый список задач по приоритетам.
Инструменты для технического SEO-аудита: что использовать в 2026
| Инструмент | Что проверяет | Цена |
|---|---|---|
| Яндекс Вебмастер | Индексация, ошибки краулинга, robots.txt, Sitemap | Бесплатно |
| Google Search Console | Индексация в Google, Core Web Vitals, мобильная версия | Бесплатно |
| PageSpeed Insights | Скорость загрузки, Core Web Vitals, рекомендации | Бесплатно |
| Screaming Frog | Полный краулинг сайта: все URL, метатеги, дубли, редиректы | Бесплатно (до 500 стр.) |
| Netpeak Spider | Аналог Screaming Frog с русским интерфейсом | От 990 руб./мес |
| Ahrefs / Semrush | Технический аудит + ссылочный профиль | От $99/мес |
Источник: Ganiev Marketing, обзор инструментов 2026
Для малого бизнеса достаточно бесплатного набора: Яндекс Вебмастер + Google Search Console + PageSpeed Insights + Screaming Frog (до 500 страниц бесплатно). Для крупных сайтов или e-commerce — Netpeak Spider или Ahrefs.
Типичные ошибки которые я вижу на 8 из 10 аудитов
За несколько лет аудитов одни и те же проблемы встречаются постоянно. Вот топ-5 по частоте и влиянию на трафик:
Первое — дубли из-за параметров URL. Типичная история для WordPress: один и тот же пост доступен по 5-6 разным адресам (с категорией, без категории, с тегами, с ?replytocom=). Решается каноникалами и правильными настройками структуры постоянных ссылок.
Второе — Sitemap содержит страницы с noindex или 404. Тогда поисковик тратит краулинговый бюджет на мусор вместо важных страниц. Rank Math и Yoast по умолчанию это решают, но только если правильно настроены.
Третье — изображения без alt-текста. Alt — это не просто accessibility. Это единственный способ объяснить поисковику что изображено на картинке. Без alt — картинки невидимы для SEO.
Четвёртое — JavaScript-блокировка рендеринга. Подключенные скрипты в <head> без async/defer задерживают отрисовку страницы. Простое добавление атрибута defer к скриптам часто даёт +10-20 баллов в PageSpeed.
Пятое — нет HTTPS на старых поддоменах или редирект настроен неправильно. Пользователь идёт на http://www.domain.ru, проходит через 2-3 редиректа и попадает на https://domain.ru. Каждый редирект — это задержка и потеря PageRank.
Если хочешь разобраться как выстроить полноценное SEO-продвижение — техника это только первый шаг. Дальше — контент, ссылки, коммерческие факторы. Но без нормальной технической базы всё остальное работает вполсилы.
Кейс: технический аудит поднял трафик на 40% за 3 месяца без новых статей
Клиент: юридическая компания, 150 страниц на сайте, трафик стагнировал год. Контент писали, ссылки покупали — результата не было. Провели технический аудит.
Нашли: 65% страниц закрыты в дубли через параметры URL (?sort=, ?filter=). Sitemap содержал 89 страниц с noindex. Скорость на мобильных — 34/100 в PageSpeed. Изображения в JPEG по 300-500 КБ без оптимизации.
Что сделали: настроили canonical на всех дублях, почистили Sitemap, конвертировали изображения в WebP, добавили lazy load, вынесли JS в footer с async. Скорость выросла до 74/100. Через 6 недель после переиндексации — трафик вырос на 38% без единой новой страницы.
Вывод простой: если сайт не растёт несмотря на контент — сначала проверяй технику. Возможно, ты просто не позволяешь поисковику нормально видеть то, что уже есть.
