Технический аудит сайта: что проверяем перед продвижением

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

Порядок проверок

Проверки идут по приоритету: сначала то, что полностью блокирует трафик, потом то, что его ограничивает, и только затем улучшения. Обратный порядок — самая частая причина, по которой аудит на сто пунктов не даёт результата.

Блокирующий уровень

• Файл robots: нет ли запрета на разделы, перенесённого с тестового стенда.
• Метатег с запретом индексации в коде страниц — встречается в шаблонах после переноса.
• Коды ответов: рабочие страницы отдают 200, удалённые — 404 или 410, перенесённые — 301.
• Один основной адрес: с www и без, с https и без, со слешем на конце и без — должен работать один вариант.
• Доступность для роботов: сайт не должен блокировать их защитой от нагрузки.

const urls = ["/", "/uslugi", "/uslugi/razrabotka-sajtov", "/tseny", "/kontakty"]

for (const path of urls) {
  const response = await fetch(new URL(path, process.env.SITE_URL), {
    // Перенаправления не разворачиваем: нужен исходный код ответа,
    // иначе цепочка 301 → 301 → 200 выглядит как обычная страница
    redirect: "manual",
  })

  const noindex = response.headers.get("x-robots-tag")?.includes("noindex")

  if (response.status !== 200 || noindex) {
    console.error(`[audit] ${path}: код ${response.status}, запрет индексации: ${Boolean(noindex)}`)
    process.exitCode = 1
  }
}

Дубли: откуда берутся

Ограничивающий уровень

Скорость и мобильная вёрстка — прямые факторы ранжирования. Основную метрику измеряют по реальным посетителям, а не в лабораторном тесте: инструмент проверки показывает потенциал, а позиции считаются по данным настоящих устройств.

• Отрисовка основного содержимого — до 2,5 секунды у большинства посетителей.
• Сдвиг вёрстки при загрузке — минимальный: у изображений и рекламных блоков заданы размеры.
• Отклик на первое действие — быстрый: тяжёлые сценарии не блокируют нажатия.
• Мобильная версия отдаёт то же содержимое, что настольная, включая текст и ссылки.

Что делать с результатами

1. 01Разделите находки на блокирующие, ограничивающие и улучшения.
2. 02Закройте блокирующие в первую неделю — до начала работы с содержимым.
3. 03Ограничивающие распределите на месяц-два, начиная с шаблонов страниц: правка шаблона исправляет сотни адресов сразу.
4. 04Улучшения делайте параллельно с наполнением, а не вместо него.
5. 05Настройте автоматические проверки, чтобы исправленное не вернулось со следующим выпуском.

Аудит на двести пунктов без приоритетов бесполезен. Работают первые пять: индексация, коды ответов, дубли, скорость, мобильная вёрстка.