Поиск / разовая диагностика
SEO-аудит сайта
Разбираю, как сайт обходится, индексируется и интерпретируется поисковыми системами. Аудит отделяет симптомы от причин и превращает разрозненные замечания в проверяемый план для владельца, разработчика и редактора.
Обсудить аудит
01 Контекст
Диагностика до списка работ
Ошибки сканирования, дубли, слабая структура и несогласованные шаблоны часто выглядят как одна проблема. Исправлять их по отдельным чек-листам неудобно: причины связаны между собой и зависят от устройства конкретного сайта.
Аудит нужен как самостоятельная инженерная работа. Он фиксирует текущее состояние, показывает доказательства и задаёт порядок исправлений. Внедрение можно передать своей команде или продолжить в формате постоянной работы.
02 Исходная ситуация
Когда аудит уместен
Перед большой переработкой
Планируется редизайн, смена CMS, перенос домена или пересборка каталога. Нужно заранее определить, какие адреса, связи и данные нельзя потерять.
После заметного изменения
Сайт уже переехал или был обновлён, но часть страниц исчезла из индекса, появились дубли или поисковые системы иначе обходят разделы.
Перед передачей задач команде
Есть разработчик и редактор, но нет единого документа, который связывает технические проблемы, содержание страниц и порядок действий.
Когда отчёты противоречат друг другу
Автоматические сервисы показывают десятки предупреждений, а кабинеты поисковых систем — другую картину. Нужна ручная проверка и контекст.
03 Состав
Что проверяется
Глубина проверки определяется размером и типом сайта. Аудит строится вокруг причин, а не вокруг количества пунктов в выгрузке.
Обход и индексация
Проверяю ответы сервера, robots.txt, карты сайта, канонические адреса, редиректы, пагинацию и доступность важных разделов.
- карта технических препятствий
- примеры проблемных URL
Архитектура и дубли
Разбираю иерархию разделов, внутренние связи, конкурирующие страницы, параметры адресов и шаблонные зоны сайта.
- схема структуры
- реестр дублей и конфликтов
Шаблоны и содержание
Сопоставляю назначение страниц с заголовками, метаданными, основным содержанием, разметкой и внутренней навигацией.
- замечания к шаблонам
- примеры редакторских исправлений
Данные и внешние сигналы
Сверяю выводы обхода с кабинетами поисковых систем, аналитикой и доступной историей изменений. При необходимости проверяю ссылочное окружение.
- подтверждения из источников
- список вопросов к данным
План исправлений
Группирую проблемы по причинам, зависимостям и сложности внедрения. Для существенных пунктов описываю способ проверки после исправления.
- приоритизированный план
- постановки для разработки и редакции
04 Метод
Как проходит диагностика
Сначала фиксируются вопросы бизнеса и границы системы, затем инструменты используются для проверки конкретных гипотез.
- 01
Контекст и доступы
Уточняю историю сайта, недавние изменения, важные направления и состав команды. Собираю доступные кабинеты и документацию.
На выходе: Границы аудита и перечень источников - 02
Технический обход
Сканирую сайт в нескольких режимах, проверяю ответы сервера, шаблоны адресов и пути поискового робота.
На выходе: Набор воспроизводимых наблюдений - 03
Ручная проверка
Сверяю машинные находки с реальными страницами, данными поисковых систем и задачами бизнеса. Отбрасываю формальные предупреждения без практического смысла.
На выходе: Подтверждённые причины и зависимости - 04
Документ и разбор
Оформляю выводы, порядок действий и критерии проверки. Обсуждаю документ с владельцем и командой, которая будет внедрять изменения.
На выходе: Рабочий план, пригодный для постановки задач
05 Ответственность
Кто за что отвечает
Что потребуется от команды
- история изменений и известные проблемы
- доступ к кабинетам поисковых систем и аналитике
- контакт разработчика или технического ответственного
Что беру на себя
- сбор и проверка технических данных
- поиск причин и связей между проблемами
- оформление приоритетов и критериев приёмки
06 Оценка
Как определяется объём аудита
Оценка зависит от числа шаблонов и сценариев, а не только от количества страниц.
- 01тип сайта и CMS
- 02число доменов, языков и регионов
- 03размер каталога и количество фильтров
- 04наличие JavaScript-рендеринга и интеграций
- 05история миграций и структурных изменений
- 06доступность кабинетов, логов и аналитики
До начала фиксирую границы проверки и состав итогового материала. Если сайту нужна не диагностика, а постоянное сопровождение изменений, предложу другой формат.
07 Среда
Источники и инструменты
Набор зависит от архитектуры сайта. Автоматическая выгрузка считается наблюдением, а не готовым выводом.
- 01Яндекс Вебмастер
- 02Google Search Console
- 03Яндекс Метрика
- 04Screaming Frog
- 05PageSpeed Insights
- 06серверные логи и техническая документация
08 Вопросы
До начала работы
01Чем аудит отличается от проверки онлайн-сервисом?
Сервис перечисляет сработавшие правила. Аудит проверяет контекст: какие адреса действительно важны, связаны ли ошибки между собой, что изменилось на сайте и кому поручить исправление.
02В каком виде передаётся материал?
Это документ с подтверждёнными наблюдениями, примерами страниц, объяснением причин, приоритетами и критериями проверки. Структура материала подстраивается под команду, которая будет с ним работать.
03Может ли мой разработчик внедрить рекомендации?
Да. Формулировки готовятся как рабочие постановки. Для сложных изменений полезно подключить разработчика к итоговому разбору, чтобы сразу учесть ограничения CMS и инфраструктуры.
04Аудит включает исправления?
По умолчанию аудит заканчивается диагностикой и планом. Внедрение можно оценить отдельно или включить в постоянную работу по поисковой доступности.
05Можно проверить сайт на любой CMS?
Да. Методика не привязана к одной платформе, но способ исправления всегда учитывает конкретную CMS, шаблоны и процесс публикации.
10 Следующий шаг
Проверить сайт как систему
Пришлите адрес сайта и коротко опишите, что менялось и что сейчас вызывает вопросы. Я уточню границы диагностики и необходимые доступы.
Обсудить аудит