1. Как мыслить при техническом SEO-аудите

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

Такая последовательность помогает не тратить время на косметику раньше критических ошибок. Например, идеальный Title не поможет URL, который отвечает кодом 500, а хороший текст на странице категории не спасёт её, если canonical указывает на другой раздел.

2. HTTP, HTTPS и коды ответа

Первый слой аудита — то, что реально получает робот. Проверяйте не только страницу в браузере, но и HTTP-ответ. Особое внимание — ошибочным страницам, редиректам, серверным ошибкам и ситуациям, когда визуально показывается «страница не найдена», а сервер продолжает отвечать 200 OK.

Быстрая проверка через curl

curl -I https://site.ru/catalog/

Чтобы увидеть всю цепочку редиректов:

curl -IL https://site.ru/catalog/

Проверить ответ для Googlebot:

curl -A "Googlebot" -I https://site.ru/catalog/

3. Редиректы: один URL — одна конечная версия

Проверьте, что сайт последовательно приводит HTTP к HTTPS, www к выбранной версии домена, а старые URL — к новым. Цепочка из двух-трёх редиректов редко нужна: пользователь и робот должны попадать на конечную страницу максимально прямым маршрутом.

Пример постоянного редиректа в Apache/.htaccess

RewriteEngine On
RewriteRule ^old-page/?$ /new-page/ [R=301,L]

То же для nginx

location = /old-page/ {
    return 301 https://site.ru/new-page/;
}

4. robots.txt: управление обходом, а не кнопка «удалить из поиска»

robots.txt управляет тем, какие URL робот может запрашивать. Это важно для служебных разделов и потенциально бесконечных пространств URL, но Disallow не является надёжным способом удалить уже известную страницу из результатов поиска. Google прямо указывает, что заблокированный URL всё ещё может быть найден по внешним ссылкам и показан без содержимого страницы.

Пример аккуратного robots.txt для проекта на Битрикс

User-agent: *
Disallow: /bitrix/admin/
Disallow: /bitrix/tools/
Disallow: /auth/
Disallow: /personal/
Disallow: /search/
Disallow: /*?sort=
Disallow: /*?order=
Disallow: /*?view=
Disallow: /*?utm_
Disallow: /*&utm_

Sitemap: https://site.ru/sitemap.xml

Для фасетной навигации есть отдельная задача — не дать роботу обходить миллионы бессмысленных комбинаций. Мы подробно разобрали это в статье про SEO умного фильтра 1С-Битрикс.

5. noindex и X-Robots-Tag

Если страницу можно обходить, но она не должна попадать в поисковую выдачу, используйте noindex. Для HTML это обычно meta robots, а для PDF и других не-HTML ресурсов удобно применять HTTP-заголовок X-Robots-Tag.

noindex в 1С-Битрикс

<?
$APPLICATION->SetPageProperty(
    "robots",
    "noindex, follow"
);
?>

X-Robots-Tag для PDF в Apache

<FilesMatch "\.pdf$">
    Header set X-Robots-Tag "noindex"
</FilesMatch>

И в nginx

location ~* \.pdf$ {
    add_header X-Robots-Tag "noindex";
}

6. Sitemap XML: только канонические страницы, которые нужны в поиске

Sitemap помогает поисковым системам обнаруживать важные URL. Он особенно полезен для больших каталогов и глубоко вложенных страниц. Google и Яндекс поддерживают до 50 000 URL в одном XML-файле; если страниц больше, используйте sitemap index и несколько файлов.

Минимальный корректный sitemap.xml

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
    <url>
        <loc>https://site.ru/catalog/</loc>
        <lastmod>2026-09-29</lastmod>
    </url>
    <url>
        <loc>https://site.ru/catalog/smesiteli/</loc>
        <lastmod>2026-09-28</lastmod>
    </url>
</urlset>

Sitemap index для большого сайта

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
    <sitemap>
        <loc>https://site.ru/sitemap-sections.xml</loc>
        <lastmod>2026-09-29</lastmod>
    </sitemap>
    <sitemap>
        <loc>https://site.ru/sitemap-products-1.xml</loc>
        <lastmod>2026-09-29</lastmod>
    </sitemap>
</sitemapindex>

• В sitemap включайте абсолютные URL.
• Не включайте 301/302, 404, noindex и явные дубли.
• URL в sitemap должен совпадать с выбранной канонической версией.
• Сам sitemap должен отвечать кодом 200.
• lastmod должен отражать реальное значимое изменение страницы, а не просто текущую дату при каждой генерации.

7. Canonical: сигнал о предпочтительной версии URL

Если одинаковый или почти одинаковый контент доступен по нескольким адресам, поисковые системы пытаются выбрать основную версию. rel="canonical" помогает сообщить предпочтительный URL, но не заменяет исправление архитектуры и не является абсолютной командой.

Self-canonical для нормальной индексируемой страницы

<?
$canonical = "https://site.ru/catalog/smesiteli/";

$APPLICATION->AddHeadString(
    '<link rel="canonical" href="'
    . htmlspecialchars($canonical, ENT_QUOTES, "UTF-8")
    . '">',
    true
);
?>

8. URL, GET-параметры, пагинация и дубли

На интернет-магазине одно и то же содержимое легко получить через сортировку, вид отображения, фильтр, метки аналитики, внутренний поиск или альтернативные маршруты Битрикса. На небольшом каталоге это десятки URL, на большом — сотни тысяч.

Проверьте как минимум:

• HTTP/HTTPS и www/без www;
• варианты со слешем и без;
• index.php и чистый каталог;
• сортировки ?sort=, ?order=;
• вид списка/плитки;
• UTM и рекламные метки;
• пагинацию;
• умный фильтр;
• товар, открывающийся через несколько разделов;
• разные ЧПУ после обмена с 1С.

9. Что отдельно проверять на 1С-Битрикс

Правильный 404 в Битрикс

Если раздел, товар или произвольная сущность не найдены, недостаточно вывести текст «не найдено». Сервер должен вернуть соответствующий HTTP-код.

<?
use Bitrix\Iblock\Component\Tools;

Tools::process404(
    "",
    true,
    true,
    true,
    false
);
?>

Получить данные текущего запроса через D7

<?
use Bitrix\Main\Application;

$request = Application::getInstance()
    ->getContext()
    ->getRequest();

$debug = [
    "URI" => $request->getRequestUri(),
    "PATH" => $request->getRequestedPage(),
    "QUERY" => $request->getQueryList()->toArray(),
];

print_r($debug);
?>

Что смотреть в каталоге

• однозначность URL разделов и товаров;
• SECTION_CODE_PATH и поведение после переноса товара;
• SKU и их индексируемость;
• пустые разделы и скрытые товары;
• фильтры и фасетные индексы;
• генерацию мета-тегов;
• компонентные кеши;
• AJAX-выдачу и содержимое исходного HTML;
• обмен с 1С, который может менять названия, символьные коды и структуру.

10. HTML, Title, Description, H1 и микроразметка

После того как URL доступен и индексируем, переходим к HTML. На каждой важной странице должна быть понятная тема, уникальный H1, адекватный Title, полезный основной контент и согласованные структурированные данные.

Мета-данные в Битрикс

<?
$APPLICATION->SetTitle("Смесители Grohe");

$APPLICATION->SetPageProperty(
    "title",
    "Смесители Grohe — каталог и цены"
);

$APPLICATION->SetPageProperty(
    "description",
    "Смесители Grohe: характеристики, цены, наличие и доставка."
);

$APPLICATION->SetPageProperty(
    "robots",
    "index, follow, max-image-preview:large"
);
?>

Хлебная крошка текущей страницы

<?
$APPLICATION->AddChainItem(
    "SEO-аудит 1С-Битрикс"
);
?>

BreadcrumbList в JSON-LD

<script type="application/ld+json">
{
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
        {
            "@type": "ListItem",
            "position": 1,
            "name": "Главная",
            "item": "https://site.ru/"
        },
        {
            "@type": "ListItem",
            "position": 2,
            "name": "Каталог",
            "item": "https://site.ru/catalog/"
        }
    ]
}
</script>

• не используйте одинаковые Title/Description на сотнях страниц;
• не генерируйте мета-теги простым «набором ключей»;
• не создавайте несколько H1 ради визуального дизайна;
• структурированные данные должны соответствовать видимому контенту;
• не пытайтесь разметкой заменить сам контент.

11. Внутренняя перелинковка

Значимая страница должна иметь хотя бы одну нормальную внутреннюю ссылку. Google отдельно рекомендует использовать обычные HTML-ссылки <a href="..."> и понятный анкорный текст. JavaScript-кнопка без href может выглядеть как ссылка человеку, но быть менее надёжной для робота.

<a href="/blog/seo-umnogo-filtra-1c-bitrix/">
    SEO умного фильтра 1С-Битрикс
</a>

При аудите находите «сиротские» страницы, которые есть в sitemap, но на них не ведут внутренние ссылки. Отдельно проверяйте страницы пагинации, фильтра, старых разделов и статьи блога.

12. Изображения: вес, размеры, alt и layout shift

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

<img
    src="technical-seo-audit.webp"
    width="1536"
    height="1024"
    alt="Карта технического SEO-аудита"
    loading="lazy"
    decoding="async"
>

13. Core Web Vitals и производительность 1С-Битрикс

Текущие ориентиры Core Web Vitals от Google: LCP — до 2,5 секунды, INP — менее 200 мс, CLS — менее 0,1. Но Lighthouse-оценка сама по себе не является диагнозом: сначала определите конкретный узкий участок — сервер, компонент, SQL, ресурс или клиентский JavaScript.

Используйте штатную панель производительности Битрикс

В административной части модуль производительности показывает нагруженные страницы, компоненты, количество запросов к базе и их время. Это полезнее догадок: можно увидеть, какой компонент действительно создаёт нагрузку.

D7 Cache для собственного тяжёлого расчёта

<?
use Bitrix\Main\Data\Cache;

$cache = Cache::createInstance();
$cacheTime = 3600;
$cacheId = "catalog_section_" . $sectionId;
$cacheDir = "/catalog/sections/";

if ($cache->initCache($cacheTime, $cacheId, $cacheDir))
{
    $result = $cache->getVars();
}
elseif ($cache->startDataCache())
{
    $result = getSectionData($sectionId);
    $cache->endDataCache($result);
}
?>

Измерение конкретного участка через Debug

<?
use Bitrix\Main\Diag\Debug;

Debug::startTimeLabel("catalog_block");

$result = buildCatalogBlock();

Debug::endTimeLabel("catalog_block");
print_r(Debug::getTimeLabels());
?>

14. Логи, ошибки и мониторинг

Поисковый аудит без логов видит только результат. Логи показывают первопричину: какие URL действительно запрашивают роботы, где появляются 5xx, какие параметры генерируют тысячи обращений и не упёрся ли сайт в ошибку приложения.

Последние ошибки nginx

tail -n 100 /var/log/nginx/error.log

Найти 5xx в access.log

awk '$9 ~ /^5[0-9][0-9]$/ {print $7}' /var/log/nginx/access.log | sort | uniq -c | sort -nr | head -50

Посмотреть URL Googlebot

grep -i "Googlebot" /var/log/nginx/access.log | tail -100

Для коммерческого сайта полезно постоянно мониторить не только uptime, но и свободное место, нагрузку, 5xx и время ответа. На странице разработки сайтов Nova Sphere описан подход с постоянным мониторингом проектов и серверных характеристик.

15. AI Search: не блокируйте поискового робота случайно

Технический аудит в 2026 году стоит расширить проверкой AI-поиска. OpenAI разделяет роботов: OAI-SearchBot используется для появления сайтов в поисковых ответах ChatGPT, а GPTBot связан с обучением моделей. Эти настройки независимы.

Разрешить поисковую видимость ChatGPT и отдельно запретить GPTBot

User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

Помимо доступа робота, для AI Search работают те же фундаментальные требования: сервер должен отдавать понятный HTML, страница — иметь самостоятельный ответ, внутренние ссылки, источники и актуальные факты. Отдельного «секретного AI-метатега» для цитирования нет.

16. Чек-лист технического SEO-аудита: 60 проверок

Ниже — практический список. Его удобно проходить сверху вниз и фиксировать результат по каждой группе: «OK», «ошибка», «нужна проверка», «не применимо».

17. Как расставлять приоритеты после аудита

Итог аудита должен быть не файлом на 100 страниц, а очередью работ. Каждая проблема оценивается минимум по четырём параметрам: влияние на индексирование/трафик, масштаб, риск и стоимость исправления.

Для бизнеса полезно разделять задачи на «исправить техническую потерю» и «создать новый рост». Сначала убираем то, что мешает поисковой системе нормально работать с уже существующим сайтом, затем расширяем структуру, контент и внешний авторитет. Общая логика подробно разобрана в нашем руководстве по SEO-продвижению сайта.

Частые вопросы

Источники и официальная документация