SEO аудит выявляет проблемы — но без системного плана исправлений результат остаётся на бумаге. В этой статье разберём пошаговый алгоритм устранения типичных ошибок: от редиректов и битых ссылок до мета-тегов и скорости загрузки. Каждый блок содержит конкретные действия и ссылки на инструменты.
Принципы исправления ошибок
Приоритизация
Не все ошибки равнозначны. Исправляйте в порядке влияния на индексацию и ранжирование:
- Критические — блокируют индексацию или наносят прямой вред (500, полная недоступность, массовые 404).
- Высокие — влияют на ранжирование (Core Web Vitals, дубли, битые ссылки на важных страницах).
- Средние — улучшают CTR и UX (мета-теги, rich snippets, редиректы).
- Низкие — косвенные улучшения (мелкие рекомендации, полировка).
Документирование
Ведите таблицу: проблема, затронутые URL, статус (в работе / исправлено / проверено), дата. Это помогает не терять прогресс и перепроверять результат после изменений.
Шаг 1: Редиректы
Что исправлять
- Длинные цепочки редиректов (более 2 шагов).
- Редиректы, заканчивающиеся на 404.
- Смешение 301 и 302 там, где нужен постоянный переезд.
- Потеря параметров (UTM, фильтры) при редиректе.
- Несогласованность www / без www, HTTP / HTTPS.
Как исправить
1.1. Соберите список всех редиректов
Используйте проверку редиректов на reChecker или краулер. Выгрузите URL из sitemap, внешних ссылок и внутренней перелинковки — проверьте каждый.
1.2. Сократите цепочки
Если сейчас: old-page → temp-redirect → new-page, замените на один редирект: old-page → new-page. В Apache (.htaccess) или Nginx настройте прямой 301.
1.3. Унифицируйте домен
Выберите один канонический вариант (с www или без, HTTPS). Все остальные варианты должны 301-редиректить на него. Проверьте оба направления (www → non-www и non-www → www) — один должен быть 301.
1.4. Сохраняйте параметры
При редиректе с ?utm_source=google параметры должны передаваться на финальный URL. В Nginx используйте $is_args$args, в Apache — [QSA] (Query String Append).
Пример для Nginx:
location /old-page {
return 301 $scheme://$host/new-page$is_args$args;
}
Пример для Apache (.htaccess):
RewriteRule ^old-page$ /new-page [R=301,L,QSA]
Проверка
После изменений перепроверьте ключевые URL через проверку редиректов. Убедитесь, что цепочка не более 1 шага и финальный статус 200.
Шаг 2: Битые ссылки
Что исправлять
- Внутренние ссылки на 404.
- Внешние ссылки на несуществующие страницы.
- Ссылки в sitemap на недоступные URL.
- Ссылки в меню, футере, виджетах.
Как исправить
2.1. Найдите все битые ссылки
Запустите проверку битых ссылок на reChecker или краулер по всему сайту. Соберите список: URL источника, целевой URL, код ответа (404, 500, таймаут).
2.2. Классифицируйте
| Ситуация | Действие |
|---|---|
| Страница переехала | Настроить 301 на новую страницу |
| Страница удалена навсегда | Удалить ссылку или заменить на релевантную |
| Временная недоступность | Проверить сервер, исправить ошибку |
| Внешняя ссылка битая | Удалить или заменить на рабочий ресурс |
2.3. Настройте редиректы для переехавших страниц
Для каждого старого URL, у которого есть логичная замена, добавьте 301. Не редиректите 404 «в никуда» — только на релевантную страницу (категория, главная, аналог).
2.4. Обновите sitemap
Удалите из sitemap URL, которые возвращают 404 или редиректят. Проверьте генерацию sitemap — не попадают ли туда служебные или удалённые страницы.
2.5. Обновите внутренние ссылки
Замените битые ссылки в контенте, меню, футере. Если ссылка вела на удалённую страницу — замените на релевантную или удалите.
Проверка
Повторно запустите проверку битых ссылок через 1–2 дня после исправлений. Убедитесь, что краулер обновил кэш и видит актуальные ответы.
Шаг 3: Мета-теги
Что исправлять
- Дубли title и description.
- Слишком длинные или короткие title/description.
- Отсутствие мета-тегов на ключевых страницах.
- Неуникальные или нерелевантные описания.
- Отсутствие Open Graph для соцсетей.
Как исправить
3.1. Аудит мета-тегов
Используйте проверку мета-тегов на reChecker для выборочных страниц и краулер для массовой выгрузки. Соберите: URL, title, description, длина, дубли.
3.2. Правила для title
- Длина: 50–60 символов (для мобильных — до 50).
- Уникальность на каждой странице.
- Ключевое слово в начале, бренд в конце (опционально).
- Без переспама и перечисления ключевиков.
3.3. Правила для description
- Длина: 150–160 символов.
- Уникальность.
- Описание содержания страницы + призыв к действию.
- Релевантность контенту.
3.4. Open Graph
Добавьте на все публичные страницы:
<meta property="og:title" content="Заголовок страницы">
<meta property="og:description" content="Описание для соцсетей">
<meta property="og:image" content="https://example.com/og-image.jpg">
<meta property="og:url" content="https://example.com/page">
<meta property="og:type" content="website">
3.5. Массовое обновление
В CMS настройте шаблоны: автоматическая генерация title из H1 + бренд, description из первых 160 символов или из поля «описание». Для ключевых страниц — ручная настройка.
Проверка
Проверьте ключевые страницы в SERP Preview или аналогах. Убедитесь, что title и description отображаются корректно и не обрезаются.
Шаг 4: Canonical и дубли
Что исправлять
- Отсутствие canonical на страницах.
- Неправильный canonical (указывает на другую страницу без причины).
- Циклические canonical.
- Дубли из-за параметров (?sort=, ?utm_).
- Дубли из-за разных версий URL (с/без trailing slash).
Как исправить
4.1. Определите канонический URL
Выберите единый формат: с trailing slash или без, с www или без. Все варианты должны canonical указывать на выбранный формат.
4.2. Добавьте canonical
На каждой индексируемой странице:
<link rel="canonical" href="https://example.com/canonical-page/">
URL в canonical должен совпадать с фактическим URL страницы (для канонических страниц) или указывать на главную версию (для дублей).
4.3. Обработайте параметрические URL
Для страниц с параметрами (фильтры, сортировка, UTM) canonical должен указывать на «чистый» URL без параметров. Либо настройте в GSC игнорирование параметров.
4.4. Пагинация
Вариант 1: canonical на первую страницу для всех страниц пагинации. Вариант 2: rel=prev/next. Выберите один подход и придерживайтесь его.
Проверка
Проверьте canonical через полную проверку сайта или Canonical Checker. Убедитесь, что нет циклических ссылок и дублей в индексе.
Шаг 5: Скорость загрузки и Core Web Vitals
Что исправлять
- LCP > 2.5 сек (медленная загрузка основного контента).
- INP > 200 мс (задержка отклика на действия).
- CLS > 0.1 (смещение контента при загрузке).
- Блокирующие ресурсы, тяжёлые изображения, отсутствие кэширования.
Как исправить
5.1. Диагностика
Используйте проверку Web Vitals на reChecker, PageSpeed Insights, Lighthouse. Определите главные «виновники»: изображения, шрифты, JavaScript, сервер.
5.2. Оптимизация изображений
- Конвертация в WebP/AVIF.
- Сжатие без видимой потери качества.
- Правильные размеры (не загружать 3000px для блока 300px).
- Lazy loading для изображений ниже первого экрана.
- Предзагрузка LCP-изображения:
<link rel="preload" as="image" href="...">
5.3. Оптимизация шрифтов
- Подмножество шрифтов (только нужные символы).
- font-display: swap.
- Предзагрузка критичных шрифтов.
5.4. Оптимизация JavaScript
- Отложенная загрузка некритичного JS.
- Минификация и сжатие (Brotli/Gzip).
- Удаление неиспользуемого кода.
5.5. Устранение CLS
- Резервируйте размеры для изображений (width/height или aspect-ratio).
- Резервируйте место для рекламы и виджетов.
- Не вставляйте контент выше существующего без резервирования.
5.6. Сервер и кэширование
- Включите сжатие (Brotli, Gzip).
- Настройте кэширование статики (Cache-Control).
- Используйте CDN для статических ресурсов.
Проверка
Повторно проверьте Web Vitals через 1–2 недели после изменений. Учитывайте полевые данные (CrUX) — они обновляются с задержкой.
Шаг 6: Структурированные данные
Что исправлять
- Синтаксические ошибки в JSON-LD.
- Несоответствие разметки контенту.
- Отсутствие обязательных полей.
- Конфликты типов (несколько Article на одной странице без объединения).
Как исправить
6.1. Валидация
Проверьте разметку в Schema Validator на reChecker или Rich Results Test. Исправьте все ошибки и предупреждения.
6.2. Приведите контент в соответствие
Если в разметке указан рейтинг 4.8 — на странице должен быть видимый рейтинг 4.8. Если указана дата публикации — она должна совпадать с реальной.
6.3. Объедините дубли
Несколько блоков Article на одной странице — объедините в один с массивом или выберите основной. Один тип сущности (например, Product) — один блок на страницу (если не список товаров).
6.4. Добавьте недостающие типы
BreadcrumbList для навигации, Organization для сайта, Article/NewsArticle для статей. Используйте AI генератор Schema для создания корректной разметки.
Проверка
Повторно проверьте в Rich Results Test. Дождитесь переиндексации (несколько дней — недель) и проверьте появление rich snippets в поиске.
Шаг 7: robots.txt и sitemap
Что исправлять
- Блокировка важного контента в robots.txt.
- Некорректный синтаксис robots.txt.
- Битые или недоступные URL в sitemap.
- Отсутствие sitemap в robots.txt.
- Sitemap с дублями или неиндексируемыми страницами.
Как исправить
7.1. Аудит robots.txt
Проверьте, что не закрыты важные разделы. Служебные страницы (корзина, авторизация, поиск) можно закрывать. Категории, карточки товаров, статьи — должны быть открыты.
7.2. Добавьте ссылку на sitemap
Sitemap: https://example.com/sitemap.xml
7.3. Очистите sitemap
Удалите 404, редиректы, noindex-страницы. Разбейте большой sitemap на несколько (лимит 50 000 URL на файл). Создайте index sitemap при необходимости.
7.4. Обновите в вебмастерах
Отправьте обновлённый sitemap в Google Search Console и Яндекс.Вебмастер. Запросите переиндексацию изменённых страниц.
Проверка
Проверьте доступность robots.txt и sitemap. Убедитесь, что краулеры могут получить все нужные URL.
Шаг 8: Контентные исправления (опционально)
Помимо технических ошибок, аудит может выявить контентные проблемы. Их исправление — отдельный этап, но часть можно сделать параллельно с техническими работами.
Тонкие страницы
Страницы с малым объёмом контента (менее 300 слов) слабо ранжируются. Действия:
- Объединить с релевантными страницами (301 + консолидация контента).
- Дописать контент до минимально достаточного объёма.
- Закрыть noindex, если страница не несёт ценности.
Дублированный контент
Одинаковый или почти одинаковый контент на разных URL:
- Выберите каноническую версию.
- Настройте canonical на неё с дублей.
- При необходимости объедините страницы (301 + контент).
Отсутствующие или слабые заголовки
- H1 — один на страницу, с ключевым словом.
- H2–H6 — иерархия без пропусков (не H1 → H4).
- Заголовки должны отражать содержание блока.
Внутренняя перелинковка
- Ссылки с ключевых страниц на важные разделы.
- Анкоры — разнообразные, не только точное вхождение ключевика.
- Удаление битых внутренних ссылок (см. шаг 2).
Мониторинг после исправлений
Метрики для отслеживания
| Метрика | Инструмент | Частота проверки |
|---|---|---|
| Позиции по ключевым словам | Serpstat, Ahrefs, ручная проверка | Еженедельно |
| Органический трафик | Google Analytics, Яндекс.Метрика | Ежедневно/еженедельно |
| Индексация | Google Search Console, Яндекс.Вебмастер | Еженедельно |
| Core Web Vitals | PageSpeed Insights, CrUX | Раз в 2 недели |
| Ошибки сканирования | Search Console | Еженедельно |
Сроки появления эффекта
- Редиректы, битые ссылки: 1–2 недели до переиндексации.
- Мета-теги, canonical: 1–4 недели.
- Core Web Vitals: 2–4 недели (полевые данные обновляются с задержкой).
- Структурированные данные: 1–4 недели для rich snippets.
- Позиции и трафик: 4–12 недель в зависимости от конкуренции.
Не ожидайте мгновенных результатов. Фиксируйте базовые показатели до исправлений и сравнивайте через 4–8 недель.
Проверка исправлений
После каждого крупного исправления:
- Запустите инструмент проверки (редиректы, битые ссылки, мета-теги).
- Убедитесь, что ошибки устранены.
- Запросите переиндексацию в Search Console для ключевых страниц.
- Зафиксируйте дату в таблице прогресса.
Порядок выполнения
Рекомендуемая последовательность:
- Редиректы — основа, от которой зависят битые ссылки и индексация.
- Битые ссылки — улучшают UX и краулинговый бюджет.
- Canonical и дубли — предотвращают размывание и санкции.
- Мета-теги — быстрые победы для CTR.
- Скорость и Web Vitals — требуют больше времени, но критичны для ранжирования.
- Структурированные данные — после исправления базы.
- robots.txt и sitemap — финальная настройка доступа.
Инструменты reChecker для исправлений
| Задача | Инструмент |
|---|---|
| Комплексная проверка | Полная проверка сайта |
| Редиректы | Проверка редиректов |
| Битые ссылки | Проверка битых ссылок |
| Мета-теги | Проверка мета-тегов |
| Web Vitals | Проверка Web Vitals |
| Schema.org | Schema Validator |
Заключение
Исправление ошибок после SEO аудита — это системный процесс. Начните с редиректов и битых ссылок, затем перейдите к мета-тегам, canonical и скорости. Документируйте прогресс и перепроверяйте результат. Используйте инструменты для валидации на каждом этапе — это экономит время и снижает риск пропусков.
Дополнительные материалы: