Проверка битых ссылок страницы

Битые внутренние ссылки мешают посетителю продолжить путь по сайту и часто возникают после переноса статей, смены структуры каталога или удаления файла. Проверка скачивает HTML указанной страницы, выделяет ссылки того же домена и запрашивает первые двадцать уникальных адресов. Для каждого выводятся HTTP-код, конечный URL после редиректов или сообщение о сетевой ошибке. Так можно быстро проверить конкретную важную страницу перед публикацией.

Начните с главной, страницы услуги или свежего материала. Если найден 404, откройте исходную ссылку и решите, куда должен попадать пользователь: на актуальную замену, родительский раздел или другой релевантный материал. Исправляйте href в источнике; редирект полезен для старых внешних ссылок, но внутренние ссылки лучше сразу вести на итоговый адрес. После правки запустите проверку повторно и убедитесь, что конечный статус корректен.

Введите адрес страницы. Инструмент читает HTML и проверяет до 20 внутренних ссылок.

Начните с кнопки «Вставить пример», чтобы увидеть ожидаемый формат ввода. Затем замените демонстрационные значения своими данными в полях «Адрес страницы». Нажмите «Получить результат». Если формат неверный, инструмент покажет ошибку на русском языке; исправьте исходные данные и повторите действие.

Готовый результат можно скопировать одной кнопкой или скачать в файл broken-links.txt. Проверьте итог перед публикацией на рабочем сайте: инструмент видит только переданные ему данные и не знает особенностей вашего проекта. Для больших выгрузок удобно сначала обработать небольшой фрагмент и убедиться, что структура результата подходит дальнейшему процессу.

В отчёте каждая проверенная ссылка получает HTTP-код или ошибку.

https://pugofka.com/

Пример показывает форму исходных данных. Результат создаётся только после запуска виджета, поэтому вы можете изменить пример и сразу увидеть, как это влияет на вывод. Если вы работаете с клиентским сайтом, используйте обезличенный образец для первой проверки, затем переходите к полному файлу.

Проверяется одна страница, а не весь сайт; ссылки, созданные JavaScript, не видны.

Технически корректный результат ещё не означает, что он подходит бизнес-логике сайта. Например, URL может быть синтаксически верным, но вести на удалённую страницу; XML может быть хорошо сформированным, но не соответствовать настройкам конкретной площадки. После автоматической проверки откройте итог в целевой системе или браузере и сравните его с ожидаемым поведением.

Если инструмент сообщает об ошибке, начните с названного поля или строки. При обработке файлов проверьте кодировку, переносы строк, кавычки и спецсимволы. Они часто попадают в данные при экспорте из Excel, CMS или интеграции и могут менять смысл результата.

Инструмент видит только ссылку в исходном HTML одной страницы и проверяет максимум двадцать адресов. Ссылки из JavaScript, скрытых состояний интерфейса и других страниц он не обходит. Некоторые сайты блокируют наши запросы или иначе отвечают на HEAD; сообщение об ошибке требует ручной проверки, а не автоматического удаления ссылки.

Для повторяющихся задач сохраните входной пример и ожидаемый результат как проверочный сценарий. После обновления сайта или формата данных прогоните его снова: небольшое изменение шаблона экспорта иногда меняет поведение без явной ошибки. Если результат используется в производственной системе, проверьте не только синтаксис, но и последствия на нескольких реальных записях. При публикации конфигурации или метатегов сравните исходный HTML и ответ сервера с тем, что вы видите в форме.

Начните с главной, страницы услуги или свежего материала. Если найден 404, откройте исходную ссылку и решите, куда должен попадать пользователь: на актуальную замену, родительский раздел или другой релевантный материал. Исправляйте href в источнике; редирект полезен для старых внешних ссылок, но внутренние ссылки лучше сразу вести на итоговый адрес. После правки запустите проверку повторно и убедитесь, что конечный статус корректен.

Инструмент видит только ссылку в исходном HTML одной страницы и проверяет максимум двадцать адресов. Ссылки из JavaScript, скрытых состояний интерфейса и других страниц он не обходит. Некоторые сайты блокируют наши запросы или иначе отвечают на HEAD; сообщение об ошибке требует ручной проверки, а не автоматического удаления ссылки.

Сохраните исходный пример и результат рядом с задачей, чтобы при следующем обновлении можно было повторить проверку. Откройте итоговый файл в целевой системе и сравните не только отсутствие ошибки, но и число обработанных записей, конечные адреса, отображение кириллицы и поведение на мобильном экране, если результат используется в интерфейсе. Для конфигурации сервера сначала примените изменения на тестовом окружении и выполните запрос к реальному URL. Для данных каталога выберите несколько контрольных SKU с разными ценами и остатками. Если расхождение найдено, исправляйте источник данных или шаблон генерации, а не только один скачанный файл. Так следующая автоматическая выгрузка не вернёт проблему.

Введённый адрес отправляется серверу Pugofka, который запрашивает целевой сайт из своей сети. Для HTTP-запросов каждый переход повторно проверяется и соединение привязывается к проверенному публичному IP. Внутренние и служебные адреса запрещены. Результат зависит от DNS, географии, защиты сайта и момента проверки; браузер посетителя или настоящий поисковый робот могут получить другой ответ.

Не вводите URL с паролями, приватными токенами или персональными параметрами. Содержимое формы скрыто от записи Вебвизора; в события Метрики передаются только slug инструмента и тип действия. Отчёт появляется в открытой вкладке, а при копировании попадает в системный буфер обмена устройства.

Используйте результат как рабочий черновик: вставьте его в конфигурацию, страницу или документ и повторно проверьте там, где он будет применяться. Если вы меняете индексируемые страницы, обновите связанные ссылки и карту сайта. Для миграции URL дополнительно запустите сетевую проверку редиректов, чтобы увидеть фактические HTTP-ответы после публикации.

Если задача связана с каталогом, импортом или поддержкой интернет-магазина, команда Pugofka может помочь встроить такую проверку в регулярный обмен данными и исправить источник ошибок. Одноразовая онлайн-утилита полезна для диагностики, а постоянный поток данных обычно требует автоматической проверки на стороне проекта.