Поиск битых ссылок на сайте нужен, чтобы находить переходы, которые не приводят посетителя к обещанному содержимому. Причиной бывает опечатка, удалённая статья, смена адреса или недоступность внешнего источника. Исправление зависит от причины: универсальный редирект всех ошибок на главную обычно не решает задачу читателя.
Проверка перелинковки состоит из двух частей: обнаружить проблемный адрес и найти страницы, с которых на него ссылаются. Список одних только URL с ошибками неудобен для работы: редактору всё равно придётся искать место, где нужно изменить ссылку.
Какие ситуации нужно различать
404 и 410. Целевая страница отсутствует. Это может быть как ошибка, так и намеренное удаление. Google не индексирует страницы с такими ответами, а ранее индексированные адреса со временем исключает. Сам факт существования удалённого URL не означает, что весь сайт сломан.
5xx и 429. Серверная ошибка или ограничение запросов. Адрес может быть правильным, а проблема временной. Google рассматривает такие ответы как сигнал для замедления обхода. Soft 404 — другой случай: сервер возвращает успешный ответ, но содержание похоже на пустую страницу или сообщение об ошибке. Как Google обрабатывает HTTP-ответы.
Ссылка открывается, но ведёт не туда. Статус 200 не выявит переход на нерелевантную страницу. Поэтому важные ссылки проверяют по содержанию, а не только по коду ответа.
Шаг 1. Задайте границы обхода
Укажите проверяемый домен, начальный адрес и разделы. Решите, нужно ли проверять внешние ссылки, изображения и документы. Зафиксируйте ограничения: недоступные без входа страницы, лимит обхода, исключённые параметры и наличие JavaScript-навигации.
Если инструмент не обошёл часть сайта, ноль найденных ошибок не означает, что ошибок нет. Для изолированных страниц дополнительно сопоставьте обход с CMS и Sitemap. Эту задачу разбираем отдельно в статье о страницах-сиротах.
Шаг 2. Соберите список «источник → цель»
В выгрузке сохраните исходную страницу, целевой адрес, анкор или тип элемента, код ответа, конечный URL и дату проверки. Если ошибка встречается на сотнях страниц, выясните, не находится ли ссылка в общем меню, футере или шаблоне.
Условный пример: один неправильный адрес в меню найден на 300 страницах, а ещё 12 ошибок расположены в разных статьях. Это не 312 одинаковых редакторских задач. Сначала исправляется компонент меню, затем отдельные публикации. Группировка по причине сокращает повторную работу.
Для первичного сбора используйте краулер сайта ВерстаСлов. Перед передачей задачи разработчику сохраните пример исходной страницы и воспроизводимый переход.
Шаг 3. Выберите действие по причине
- Опечатка в ссылке: замените адрес на правильный прямо в источнике.
- Материал перенесён: обновите внутренние ссылки и настройте постоянное перенаправление со старого URL на его содержательную замену.
- Статья удалена без замены: уберите или переработайте ведущие к ней ссылки; не обещайте читателю отсутствующий материал.
- Внешний источник исчез: найдите актуальный первоисточник, подтверждающий тот же факт, либо исправьте утверждение.
- Временная серверная ошибка: подтвердите повторной проверкой и разберитесь с доступностью, прежде чем удалять ссылки.
- Не работает якорь: проверьте, существует ли указанный раздел на целевой странице и совпадает ли его идентификатор.
Google различает постоянные и временные перенаправления. Для окончательного переноса применяются постоянные редиректы; для краткосрочной смены назначения — временные. Выбирайте тип по реальной ситуации. Документация Google о перенаправлениях.
Почему не стоит перенаправлять всё на главную
Человек нажал «пример отчёта», но оказался на главной без примера. Технически переход завершился, однако обещание ссылки не выполнено. При массовом исправлении сопоставляйте старую страницу с ближайшей полноценной заменой, а не с самым важным URL сайта.
Не создавайте цепочку из нескольких последовательных переездов, если можно направить посетителя сразу к конечному адресу. Внутреннюю ссылку также лучше заменить на актуальную: редирект нужен для старых переходов, а не как постоянный костыль новой навигации.
Шаг 4. Проверьте исправления
Повторно обойдите изменённые страницы. Убедитесь, что исчезла исходная ошибка, конечное содержимое соответствует анкору и не появилось циклическое перенаправление. Для изображений проверьте не только доступность файла, но и его отображение на странице.
Сохраняйте исходный и повторный результаты. Полезный критерий закрытия задачи: «на выбранных страницах больше нет ссылок на удалённый адрес, новый URL доступен и содержит нужную инструкцию». Формулировка «ошибок стало меньше» не показывает, что именно исправлено.
Если после проверки остаются вопросы о конкретном URL, проведите SEO-аудит страницы. А выполненные исправления включите в отчёт клиенту с указанием затронутых разделов и результата повторной проверки.
Как часто проверять ссылки
Запускайте обход после переноса, массового удаления, изменения меню или адресов. Для регулярно обновляемого блога добавьте периодическую проверку, выбрав частоту под объём изменений. В процессе выпуска новой статьи открывайте каждую внутреннюю и внешнюю ссылку до публикации.
Частые вопросы
Нужно ли исправлять каждую 404 в отчёте?
Сначала выясните, существует ли на неё действующая ссылка и должна ли страница быть доступна. Намеренно удалённый материал без замены может корректно возвращать 404. Ошибка — продолжать предлагать его читателю как рабочую страницу.
Достаточно ли убрать ссылку из Sitemap?
Нет, если ссылка осталась в меню или статье. Исправьте соответствующие места на сайте. Sitemap и внутренняя навигация — разные источники обнаружения адресов.