Главная → Как исправить ошибки SEO
Как исправить ошибки SEO на сайте: порядок работ
Этот порядок нужен, когда находки уже собраны: определить приоритет, сделать резервную копию и принять результат. Сам поиск проблем описан в инструкции по аудиту, а постановка конкретной задачи — в шаблоне ТЗ.
Список ошибок из аудита обычно длинный. Чтобы не утонуть, правим в определённом порядке.
1. Сначала то, что блокирует поиск
Ошибки 5xx, закрытые от индексации важные страницы, неправильный robots.txt.
2. Затем адреса и редиректы
Один основной адрес, редиректы 301 без цепочек. Подробнее — в статье как настроить редирект 301.
3. Дубли
Решаем через редиректы или canonical. Лишние страницы убираем из карты сайта.
4. Мета-теги и заголовки
Уникальные title и description, один H1 на страницу.
5. Контент
Переписываем слабые страницы, объединяем дубли, дополняем пустые.
6. Скорость и мобильная версия
Оптимизируем картинки, убираем лишние скрипты.
Чего делать не нужно
- чинить косметику первой, пока остаются блокирующие ошибки;
- массово удалять страницы «на всякий случай» — сначала разбор, что на них есть;
- менять всё сразу и надеяться, что само наладится: изменения без проверки неотличимы от случайностей.
Как проверить, что правка помогла
У каждой правки должен быть проверяемый результат: адрес отвечает нужным кодом, дубли свёрнуты, мета-теги обновились. Это проверяется снаружи, повторным запросом страницы. Потом запрашивается переобход изменённых страниц — и только через какое-то время имеет смысл смотреть на показы и переходы.
Сколько времени это занимает
Быстрые правки (мета-теги, редиректы, удаление случайного noindex) делаются за часы. Структурные изменения — дубли, шаблоны, перелинковка — планируют спринтами и проверяют после каждого. Контентные правки идут дольше всех: их нельзя придумать за вечер, и торопиться тут вредно.
Что делать с находками, которые нельзя исправить
Такие бывают: нет доступа к движку, правка зависит от третьей стороны, решение спорное. Не выкидывайте их из списка — вынесите в отдельный блок с комментарием, что мешает. Спорные правки лучше проверять по одной: изменение легче оценить и откатить.
Кто должен править
Техническую часть обычно делает разработчик или администратор движка, тексты — редактор. Если правит один человек на всём, всё равно делите задачи по группам: так проще принимать и откатывать.
Как не потерять темп
Держите список открытым и закрывайте находки небольшими партиями: две-три правки, проверка результата, следующая партия. Так проще видеть прогресс и не бояться большого списка. И ставьте дату следующей перепроверки сразу — без неё правки легко «повиснут» в статусе «сделано» без подтверждения.
И последнее: не откладывайте перепроверку надолго. Правка без проверки — обещание, а не результат; чем дольше пауза, тем труднее вспомнить, что именно менялось и почему. Закрытые находки со временем превращаются в спокойную базу, на которую можно опираться при следующем аудите.
После правок
Проверяем, что исправления работают: повторный обход сайта и сверка с отчётом аудита. Отслеживать результат удобно по позициям и по данным из Search Console.
Итог
Исправлять лучше по приоритету, а не по порядку в отчёте. Так быстрее видно эффект.
По теме: проверка title и description · robots.txt.
Нужен список ошибок с приоритетами? Начните с технического аудита.