Битая ссылка ведёт посетителя на недоступную или несуществующую страницу. Внутри сайта она мешает пройти к нужному товару, статье или форме. В SEO-аудите важно найти не только ошибочный адрес, но и страницы, на которых стоит ссылка: именно их предстоит исправить.
Разберём рабочий алгоритм из нашего регламента: обнаружение ссылок, проверка ответа, выбор исправления и контроль после релиза.
Соберите адреса и источники ссылок
Запустите обход сайта в ITSEO. Для каждой находки сохраните URL назначения и страницу-источник. Дополните список ссылками из меню, подвала, популярных статей и sitemap. После переезда используйте также карту старых и новых URL.
Сортируйте находки по масштабу. Одна ошибка в меню может затронуть весь сайт, а одна ссылка в старой статье — небольшой раздел. Отдельно выделите пути к заказу, оплате, контактам и важным посадочным.
Проверьте HTTP-коды и цепочки переходов
Вставьте список в проверку ответа сервера, по одному URL на строку. Посмотрите не только конечный код, но и промежуточные переходы. Старый адрес может успешно привести к новой странице и всё же создавать ненужную цепочку.
| Ответ | Что означает для проверки | Следующее действие |
|---|---|---|
| 200 | Сервер вернул страницу | Посмотреть содержание: код не исключает soft 404. |
| 301 или 308 | Постоянное перенаправление | Проверить соответствие конечной страницы и убрать лишние шаги. |
| 302 или 307 | Временное перенаправление | Убедиться, что временность соответствует задаче. |
| 404 или 410 | Страница отсутствует | Решить, восстановить её, заменить ссылку или удалить переход. |
| 403 или 429 | Доступ ограничен | Проверить защиту, частоту запросов и обычный браузер. |
| 5xx | Ошибка сервера | Проверить воспроизводимость и передать разработчику время и URL. |
Не объявляйте любой 403 или тайм-аут битой ссылкой. Антибот-защита может блокировать проверяющий инструмент, хотя браузер открывает страницу. Сравните несколько запросов, устройство и журналы сервера.
Выберите исправление по смыслу
Если ссылка содержит опечатку, исправьте её в источнике. Если страница переехала, поставьте постоянный редирект на прямого преемника и обновите внутренние ссылки на новый адрес. Если страницу удалили и замены нет, удалите или переработайте переход в контенте.
Не отправляйте все удалённые URL на главную. Человек, открывавший инструкцию по конкретному товару, не получает на главной равноценный ответ. В зависимости от задачи сохраните полезную инструкцию, предложите подходящую замену или оставьте честную страницу отсутствия с корректным кодом.
Для внешних ссылок сначала найдите актуальную официальную страницу. Если полезный материал исчез, замените источник или поясните это в тексте. Перенаправить чужой URL на своём сервере невозможно.
Уберите цепочки и циклы редиректов
Учебный пример: /old-service/ → /service/ → /services/repair/. Если промежуточный адрес больше не нужен, первый переход можно направить сразу на актуальную услугу. При этом старый URL должен продолжить работать для внешних ссылок, закладок и ранее опубликованных материалов.
Для Apache подготовить правила поможет генератор редиректов .htaccess. Перед применением проверьте текущие правила CMS и сервера. Ошибка порядка условий способна создать цикл или перехватить нужные маршруты.
Оформите реестр исправлений
В реестре достаточно колонок: источник ссылки, ошибочный URL, исходный HTTP-код, ожидаемый адрес, способ исправления, ответственный и статус проверки. Для сквозной ссылки укажите шаблон меню или подвала, чтобы исправить её один раз в правильном месте.
После релиза повторите проверку исходного списка. Убедитесь, что изменённые источники содержат новые ссылки, целевые страницы открываются и перенаправления не образуют цепочек. Проверьте клики в обычном браузере: HTTP-код не подтверждает, что пользователь попал на нужный раздел.
Откуда берутся ошибки и почему важно найти источник
Сквозные компоненты
Меню, подвал, хлебные крошки и блоки рекомендаций повторяются на множестве страниц. Если неправильный адрес находится в таком компоненте, исправляйте источник. Полная выгрузка может содержать сотни строк с одной причиной. Группировка по месту ссылки позволяет назначить одну задачу разработчику или редактору навигации, приложив контрольные примеры вместо сотни отдельных просьб заменить URL.
Проверьте, как компонент получает адрес: вручную заданная строка, объект страницы в CMS, относительный путь или ссылка, построенная из slug. Если ошибка возникла из-за нового языкового префикса, простая замена одной ссылки не исправит остальные. В задаче нужно описать правило построения URL и проверить все поддерживаемые локали, а также страницы с различной глубиной вложенности.
Редакторский контент и импорт
В старых статьях остаются адреса удалённых товаров, документы прошлых лет и ссылки на прежний домен. Ошибки могут прийти из импортированной таблицы, копирования материала или автоматической подстановки похожих товаров. Для такой группы сохраните страницу-источник, текст ссылки и окружающий смысл. Это поможет выбрать замену, которая действительно отвечает читателю, а не просто открывается с кодом 200.
После массовой замены повторно проверьте несколько контекстов. Один старый адрес может встречаться как ссылка на инструкцию, как название товара и как контактный переход. Если ожидаемый смысл различается, универсальная подстановка нового URL может быть неверной. Для спорных случаев полезнее ручное редакторское решение с обновлением предложения, чем формальное устранение всех строк одного домена.
Состояние каталога
Удаление товара и временное отсутствие товара — разные события. Если система сразу удаляет карточку при нулевом остатке, внутренние рекомендации и сохранённые корзины могут вести на 404. Согласуйте жизненный цикл с бизнесом: что происходит при коротком дефиците, окончательном снятии и появлении прямой замены. После этого настройте ссылки и ответы страниц для каждого состояния.
Аналогичная проблема возникает у датированных услуг и расписаний. Истекшая запись может сохранять полезную информацию, а может требовать удаления. Не выбирайте решение только по возрасту URL. Посмотрите внешний спрос, существующие переходы и возможность дать человеку содержательный следующий шаг. Сам факт старой даты не объясняет, должен ли документ исчезнуть, остаться или вести на продолжение.
Как отличить постоянную ошибку от ограничения проверки
Если инструмент сообщает тайм-аут или 403, откройте точный URL в обычном браузере и повторите проверку позднее с умеренной частотой. Запишите время, код и условия. Посмотрите, не требует ли ресурс авторизации, не блокирует ли автоматические запросы и не отвечает ли только после браузерной проверки. Для собственной страницы разработчик может сравнить эти события с журналом сервера.
Не подменяйте проверку адреса проверкой домена. Главная может открываться, а конкретный PDF — отсутствовать. Или наоборот: домен делает редирект, но глубоко вложенный документ доступен по прежнему адресу. В реестре сохраняйте полный путь и параметры, если они входят в реальную ссылку. Проверка «сайт жив» не подтверждает исправность всех переходов на него.
Учтите якоря внутри страницы. Адрес документа может возвращать 200, а ссылка на #prices больше не находить соответствующий раздел. HTTP-инструмент не подтвердит наличие такого элемента: откройте страницу, найдите ID и проверьте переход. Для длинных инструкций и меню содержания это особенно важно, потому что пользователь ожидает сразу попасть к конкретному ответу.
Soft 404: когда успешный ответ вводит в заблуждение
Представим условную страницу /products/old-model/, которая возвращает 200 и показывает «Товар не найден». Если это постоянное отсутствие без полезного содержимого, формальный успешный ответ расходится с состоянием ресурса. Другой вариант — редирект всех неизвестных адресов на главную. Обе ситуации требуют проверки смысла ответа, а не только цвета строки в таблице.
Начните с нескольких заведомо несуществующих путей разной глубины. Сравните их код, содержимое и адрес после переходов. Затем проверьте реальные удалённые карточки. CMS может использовать разные обработчики для отсутствующей статьи и отсутствующего товара. Исправление общей страницы 404 не подтвердит, что товарный маршрут перестал выдавать успешный пустой шаблон.
Хорошая страница отсутствия помогает человеку продолжить работу: показывает поиск, релевантный раздел или объяснение. При этом серверный ответ должен соответствовать фактическому состоянию. Красивый дизайн ошибки не заменяет правильный статус. В техническом задании опишите оба требования: корректное поведение для робота и понятный следующий шаг для посетителя.
Учебный реестр: пять разных решений
| Источник | Находка | Осмысленное действие |
|---|---|---|
| Главное меню | Опечатка в пути услуги | Исправить ссылку в компоненте и проверить все страницы меню. |
| Старая статья | Документ переехал на новый адрес | Обновить ссылку; сохранить нужное перенаправление старого URL. |
| Карточка товара | Удалённая инструкция производителя | Найти актуальную официальную инструкцию или переработать блок. |
| Кнопка записи | Ошибка 500 на обработчике | Исправить серверную причину и проверить фактическую отправку. |
| Оглавление | Адрес 200, якорь отсутствует | Согласовать ID раздела и ссылку на него. |
Для каждой строки храните дату обнаружения, владельца источника и ожидаемое поведение. Не ограничивайтесь колонкой «исправлено»: полезны состояния «подтверждено», «в работе», «ожидает публикации» и «проверено». Так список отделяет согласованное решение от реально опубликованного изменения и не даёт преждевременно закрыть задачу после правки в редакторе.
Порядок исправлений и проверка релиза
Сначала разбирайте переходы, блокирующие ключевой сценарий: заявка, заказ, важный каталог. Затем — сквозные компоненты и массовые шаблонные ошибки, после них — локальные содержательные ссылки. Две одинаковые 404 могут иметь разный приоритет: одна находится на кнопке оплаты, другая — в архивной публикации без текущих переходов. Для оценки нужны роль ссылки и масштаб, а не только код.
Перед релизом приготовьте контрольный список источников и целей. После публикации повторите проверку старого URL, нового URL и самой страницы-источника. Удалённая ссылка могла остаться в мобильном меню или закешированной версии. Если использовалось перенаправление, проверьте путь с параметрами и без них, чтобы не потерять нужные данные или не создать цикл.
Проверяйте пользовательский результат отдельно. URL формы может открываться правильно, но после отправки возвращать ошибку. Документ может отвечать 200, но иметь неверный файл. Поэтому в приёмку входят открытие, содержание и нужное действие. Когда проблема затрагивала шаблон, добавьте соседний исправный пример: он должен продолжить работать после общего изменения.
Как поддерживать ссылки после закрытия задачи
Определите события, после которых запускается повторная проверка: удаление категории, импорт каталога, обновление меню, смена поставщика документов. Для часто меняющегося раздела полезен небольшой стабильный список критических переходов и периодический обход. Это дополняет полный аудит и уменьшает время между возникновением ошибки и её обнаружением.
При редакторской публикации проверяйте все новые ссылки перед сохранением и после него. Для внешних источников отдавайте предпочтение конкретным официальным документам, соответствующим утверждению. Для внутренних ссылок используйте актуальную структуру сайта и не добавляйте рекламные метки между собственными страницами. Владелец раздела должен понимать, кто обновляет ссылки при изменении содержания.
Эта процедура относится к качеству текущей навигации и контента. Если меняется домен или большая часть адресов, понадобятся отдельная карта соответствия, план миграции и контроль поисковых сигналов. Здесь нет смысла повторять весь регламент переезда: от текущего реестра ошибок передайте в него список важных адресов и подтверждённые маршруты.
Критерий готовности
- В важных пользовательских путях нет ссылок на ошибки.
- Внутренние ссылки ведут сразу на актуальные адреса.
- Старые URL имеют осмысленный ответ или перенаправление.
- Удалённые страницы отсутствуют в sitemap.
- Новая проверка не обнаружила циклов и регрессий.
При массовом изменении адресов следуйте регламенту переезда. Для регулярного контроля включите эту проверку в еженедельный SEO-мониторинг.
Документы, относительные ссылки и закрытые ресурсы
Проверяйте ссылки на PDF, инструкции и прайсы с тем же вниманием, что и обычные страницы. Код 200 может означать, что сервер вернул HTML-заглушку вместо файла. Откройте результат и подтвердите тип документа, название и актуальность содержимого. Если опубликована новая версия прайса, проверьте, что ссылка ведёт именно к ней, а не к доступному старому документу с неверными условиями.
Для относительных ссылок важен адрес страницы-источника. Путь без начального слеша может разрешаться относительно текущего каталога. Одна и та же строка работает на главной и ведёт не туда из вложенной статьи. В реестр сохраняйте итоговый адрес, который получает браузер, вместе с исходным значением ссылки. Это позволяет понять, нужна ли абсолютная ссылка, корневой путь или исправление механизма подстановки CMS.
Отдельно проверяйте ссылки, открывающие загрузку или другой домен. Пользователь может получить перенаправление в авторизацию, а затем потерять целевой документ. Если ресурс должен быть публичным, это дефект маршрута. Если доступ намеренно ограничен, объясните условия до перехода. Задача состоит в согласовании обещания ссылки и доступного действия, а не в том, чтобы открыть все документы без проверки назначения.
Для скачиваемого файла посмотрите имя, которое видит пользователь, и результат на телефоне. Человек должен понимать, что скачал и как вернуться к материалу. Непонятная техническая строка в названии не обязательно создаёт HTTP-ошибку, но затрудняет использование. В редакторской задаче полезно указать название документа, дату актуальной версии и страницу, где должна находиться ссылка.
Ссылки на контакты имеют собственную проверку. Телефонный переход должен содержать правильный номер, почтовый — нужный адрес, переход в мессенджер — ожидаемого получателя. Они не оцениваются обычным списком HTTP-URL одинаковым способом. Пройдите действие на устройстве, которым пользуется аудитория, и проверьте результат. Ошибка одного символа в получателе может быть серьёзнее отсутствующего архивного файла.
При массовом обновлении документов сохраните список старых адресов и решений по ним. Постоянный URL актуального прайса и датированный архив выполняют разные роли. Если нужен архив, обозначьте его явно; если старый документ заменён новым, обновите редакторские ссылки. Не создавайте перенаправление на произвольный файл только ради успешного кода: он должен соответствовать ожиданию человека и назначению исходного перехода.
После приёмки добавьте контроль документов к событиям обновления контента. Новый прайс, смена производителя, удаление старого курса и обновление контактных данных меняют не только текст, но и переходы. Проверяйте связанные страницы одновременно с публикацией. Тогда поддержка ссылок становится частью редакторского процесса, а не разовой уборкой накопившихся ошибок после очередного большого аудита.
Частые вопросы
Любая 404 — проблема для SEO?
Нет. Ошибка у намеренно удалённой страницы может быть ожидаемой. Проблема возникает, когда на неё продолжают вести важные ссылки или она остаётся в карте сайта.
Что такое soft 404?
Сервер отвечает успешным кодом, но содержание фактически сообщает об отсутствии страницы. Проверяйте текст и состояние URL в кабинете поисковика.
