Технический SEO-аудит — это первое, что нужно сделать при работе с новым сайтом, и его обновление имеет смысл раз в квартал даже для устоявшихся проектов. В отличие от контентного аудита (где смотрят на тексты, title, ключевые слова), технический отвечает на вопрос «может ли поисковик нормально просканировать и проиндексировать сайт». Если ответ «нет» — никакая контентная оптимизация не поможет. В этом гиде разберём весь актуальный чеклист на 2026 год, с конкретными командами и SEO-инструментами онлайн, которые помогают каждую проверку автоматизировать.
1. Индексация и доступность для роботов
Начните с базы: откройте robots.txt и убедитесь, что не закрыты от индексации критичные разделы. Очень частая ошибка — оставить Disallow: / из stage-окружения. Проверьте, что в HTML главной нет meta robots noindex. Откройте Google Search Console и Яндекс.Вебмастер: посмотрите количество страниц «Покрытие». Если канонических страниц 100, а в индексе всего 30 — это сигнал. В GSC раздел «Страницы» покажет причины: noindex, дубль canonical, soft 404 или crawl-error. В Webmaster аналогичный раздел «Страницы поиска» с разбивкой по причинам. Site Metrics Tool делает периодическую проверку ранжирования с диагностикой: для каждого ключевого слова мы храним URL, который реально показывался в SERP, и сравниваем с тем, который вы хотите ранжировать — рассинхрон сразу подсвечивается.
2. Sitemap.xml и его свежесть
Sitemap должен лежать по /sitemap.xml и быть прописан в robots.txt директивой Sitemap. Проверьте, что внутри: все URL отдают 200, нет дублей, нет потерянных страниц, lastmod заполнен корректно (а не одна и та же дата на всех 10 000 URL — это паттерн «генерится одним cron, никто не следит»). Если сайт большой, разбейте sitemap на индекс + дочерние файлы по разделам (sitemap-blog.xml, sitemap-tools.xml). Google и Яндекс рекомендуют не больше 50 000 URL на файл и 50 MB размер. Submitted-to-indexed ratio в GSC должен быть > 80% — иначе значит, вы пихаете в sitemap URL, которые поисковик не хочет индексировать. Это явный сигнал на улучшение качества контента или удаление мусорных страниц.
3. Скорость сайта и Core Web Vitals
В 2026 году Google измеряет страницу по трём метрикам: LCP (Largest Contentful Paint, должен быть ≤ 2.5 секунды), INP (Interaction to Next Paint, ≤ 200 мс), CLS (Cumulative Layout Shift, ≤ 0.1). Источник истины — CrUX (Chrome User Experience Report), его видит и сам Google для ранжирования, и PageSpeed Insights. Lighthouse в DevTools показывает только синтетические значения — они в 2 раза оптимистичнее реальных. Site Metrics Tool автоматически тянет CrUX-метрики 75-го перцентиля по подключённому домену раз в сутки и показывает динамику за 30 дней. Если LCP вырос с 2.1 до 3.4 — это сигнал, что что-то выкатили без оглядки на performance.
4. HTTPS, HSTS и redirect-цепочки
Сайт должен быть полностью на HTTPS — без mixed content (картинки, скрипты по http:). Проверьте через curl -I https://your-site.com заголовок Strict-Transport-Security: должен быть max-age минимум 6 месяцев. Redirect-цепочки — больной вопрос. Если /page редиректится на /Page, потом на /Page/, потом на www.your-site.com/Page/ — каждый шаг съедает 100–300 мс на медленных сетях. Sitemaps должны содержать только финальные URL, без редиректов. Проверьте проблемные кейсы инструментом curl -L -o /dev/null -w "%{url_effective} %{num_redirects}\n" https://your-site.com/page — количество редиректов не должно превышать 1.
5. Структурированные данные и rich snippets
JSON-LD — фактический стандарт 2026 года для разметки. Минимальный набор для большинства сайтов: Organization на главной (с logo и social), WebSite (для sitelinks searchbox), Article на блоговых страницах, FAQPage где есть FAQ, BreadcrumbList на внутренних. Для e-commerce — Product с offers и ratings. Для SaaS — SoftwareApplication. Site Metrics Tool на собственном лендинге использует SoftwareApplication + Organization + WebSite + FAQPage. Проверка корректности — через Rich Results Test от Google и Schema Markup Validator. Ошибки в JSON-LD не штрафуют сами по себе, но Google перестаёт показывать rich snippet, что снижает CTR на 10–30%.
6. Мобильная версия
Google полностью перешёл на mobile-first индексацию: сайт оценивается по тому, как его видит мобильный Googlebot. Откройте Mobile-Friendly Test от Google для главных шаблонов: главной, категории, товара, статьи. Минимальные правила: viewport-meta задан, font-size ≥ 14px, элементы интерактива (кнопки, ссылки) не меньше 44×44px, нет горизонтального скролла. В 2026 году дополнительно важен touch-target spacing — соседние кликабельные элементы должны разделять минимум 8px воздуха. Если не выдерживаете — реальные пользователи на мобильниках ошибочно тыкают, страница получает плохие UX-сигналы, ранжирование снижается.
7. Внутренние ссылки и orphan pages
Внутренняя перелинковка — недооценённый рычаг. Каждая страница должна получать минимум 3–5 внутренних ссылок с других страниц. Страницы, на которые никто не ссылается изнутри сайта — orphan pages — Google индексирует медленнее и хуже. Проверка простая: вытяните полный список URL из sitemap, вытяните список URL, которые встречаются как href в HTML других страниц (можно через Screaming Frog или Sitebulb). Разница — это orphans. Дальше решаете: либо нужны (тогда вписываете ссылки в навигацию или релейтед-блоки), либо нет (тогда noindex или 410).
8. Канонические URL и параметры
Каждая страница должна иметь rel="canonical" на саму себя или на «главный» вариант. Если у вас /product?color=red и /product?color=blue — обе должны указывать на /product, чтобы Google не считал их дублями. Параметры фильтров (sort, page, utm_*) почти всегда нужно ставить в canonical без параметра. Исключение — пагинация: используйте rel="prev" / rel="next" (опционально в 2026) или просто канонически указывайте каждую страницу пагинации на саму себя. Самая частая ошибка — canonical на http: в html, который отдаётся по https: → Google не уверен, какую версию индексировать, начинает ходить туда-обратно и тратит crawl-бюджет впустую.
9. Бэклинки и спам-ссылки
Регулярно проверяйте свой ссылочный профиль: какие домены ссылаются, с какой токсичностью. В Яндекс.Вебмастере раздел «Внешние ссылки» отдаёт полный список referring domains через API. Site Metrics Tool автоматически синхронизирует эти данные раз в неделю и считает toxicity_score для каждого источника на основе паттернов: TLD-репутация, наличие манипулятивных анкоров (точное вхождение коммерческого ключа), плотность ссылок с одного IP-блока, история домена. Если за неделю появилось 200 ссылок с .info и .xyz с анкором «купить виагру дешево» — это атака конкурента (negative SEO), и нужно добавить эти домены в disavow.
10. Регулярность аудита
Полный технический аудит делайте раз в квартал. Между ними настройте автоматические алерты на критичные метрики: рост ошибок 5xx в логах nginx (более 1% за час), просадка LCP более чем на 500 мс, потеря 10+ страниц из индекса за день, появление ошибок в Search Console. Это превращает реакцию из «обнаружили через месяц» в «узнали через час». Site Metrics Tool настраивает эти алерты автоматически после подключения проекта — нужно только проверить, что у вашего email-аккаунта в системе включены уведомления.
Частые вопросы
Сколько по времени занимает полный технический аудит сайта?
Для среднего сайта (5–50 тысяч страниц) — от 4 до 16 часов работы SEO-специалиста плюс 2–24 часа на ожидание результатов краулинга (Screaming Frog или аналог). С автоматизированным SEO-инструментом онлайн вроде Site Metrics Tool базовый аудит занимает 30 минут.
Нужен ли отдельный SEO-аудит для Яндекса и Google?
Технический — нет, требования совпадают на 90%. Различия касаются контента (Яндекс больше любит уникальность, Google — авторитетность) и региональности (Яндекс требует разметку Schema/PostalAddress для локального бизнеса). После технического аудита делается отдельная контентная проверка ключевых слов под каждый поисковик.
Что важнее — скорость или контент?
Контент важнее. Но при равном контенте у двух конкурентов выиграет тот, у кого скорость лучше. Поэтому правильная последовательность: сначала довести контент до уровня лучших в нише, потом оптимизировать скорость. Не наоборот.
Site Metrics Tool делает полный технический аудит автоматически?
Платформа автоматизирует 70% чеклиста: индексация, скорость через CrUX, ссылочный профиль, изменения в позициях. Оставшиеся 30% (детальный анализ canonicals, разметка, мобильная вёрстка) требуют ручной проверки — у нас есть SEO мониторинг с алертами, но не визуальный рендер каждого шаблона.