Internet Archive Wayback Machine Link Fixer

Описание

Internet Archive Wayback Machine Link Fixer — это плагин WordPress, предназначенный для борьбы с «гниением ссылок» — постепенным устареванием веб-ссылок по мере перемещения, изменения или удаления страниц. Он автоматически сканирует содержимое ваших записей — при сохранении и по всем существующим записям — для обнаружения исходящих ссылок. Для каждой ссылки он проверяет наличие архивной версии в Wayback Machine Архива Интернета и создает снимок, если таковой отсутствует.

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

Защитите свои ссылки, сохраните свой контент и автоматизируйте процесс архивации — всё с минимальными усилиями.

Ключевые особенности

  • Автоматически сканирует исходящие ссылки в содержимом записей
  • Проверяет наличие существующих архивов в Wayback Machine
  • Создает новые снимки, если архив не существует
  • Перенаправляет битые или отсутствующие ссылки на архивные версии
  • Архивирует ваши собственные записи при обновлениях
  • Работает как с новым, так и с существующим контентом
  • Помогает поддерживать долгосрочную надежность контента и SEO

Внешние сервисы

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

API Wayback Machine Архива Интернета (web.archive.org)

Что это за сервис и для чего он используется:
Wayback Machine Архива Интернета — это цифровой архив Всемирной паутины. Этот плагин использует их API для проверки существующих архивных версий веб-страниц, создания новых снимков страниц и проверки статуса заданий архивации.

Какие данные отправляются и когда:

  • Проверка статуса системы: Персональные данные не отправляются. Используется для проверки, находится ли сервис Wayback Machine в сети.
  • Валидация учетной записи пользователя: При настройке ключа API ваш ключ доступа и секретный ключ отправляются в заголовке Authorization для проверки вашей учетной записи и получения статистики использования (доступные снимки, дневные лимиты и т.д.).
  • Архивация URL: URL-адреса из содержимого вашего сайта отправляются для создания новых снимков в Wayback Machine. Это включает как внешние ссылки, найденные в вашем контенте, так и URL-адреса ваших собственных записей, когда включена автоархивация.
  • Проверки статуса снимков: Идентификаторы заданий отправляются для проверки статуса запросов на архивацию.
  • Поиск существующих снимков: URL-адреса отправляются для поиска существующих архивных версий веб-страниц.

Условия обслуживания и Политика конфиденциальности:

API бота Архива Интернета (iabot-api.archive.org)

Что это за сервис и для чего он используется:
Этот сервис проверяет, доступны ли веб-страницы, и получает конечные URL-адреса после перенаправлений. Он используется для определения того, являются ли ссылки битыми и нуждаются ли в замене на архивные версии.

Какие данные отправляются и когда:

  • Проверки доступности ссылок: URL-адреса из содержимого вашего сайта отправляются для проверки их доступности и получения конечного URL-адреса после любых перенаправлений.
  • Параметр impersonate: Технический параметр (impersonate=1) отправляется для обеспечения корректного поведения при проверке ссылок.

Условия обслуживания и Политика конфиденциальности:

Хранение данных и конфиденциальность:
Архив Интернета — это некоммерческая организация, занимающаяся сохранением цифрового контента для публичного доступа. URL-адреса, отправленные в эти сервисы, становятся частью публичного архива и могут быть доступны через интерфейс Wayback Machine. Никакая личная информация, кроме самих URL-адресов, не передается этим службам.

Документация для разработчиков

Документация для разработчиков и исходный код доступны в репозитории GitHub: https://github.com/a8cteam51/internet-archive-wayback-machine-link-fixer

Скриншоты

Часто задаваемые вопросы

Как работает проверка ссылок?

Ваш контент проверяется на наличие ссылок. Когда находится ссылка, плагин проверяет, обрабатывалась ли она ранее. Если нет, то он найдет или создаст снимок веб-страницы в Архиве Интернета. Затем, если позже целевой сайт этой ссылки отключится, мы сможем изменить ссылку на архивную версию.

Как мы определяем, что ссылка битая?

Мы используем политику, подобную Википедии. Мы проверяем ссылки раз в неделю, и если получаем 3 последовательные ошибки, мы считаем ссылку битой, если только целевой сайт не вернется в сеть.

Можно ли обработать все ссылки?

К сожалению, нет. Некоторые сайты не разрешают Архиву Интернета архивировать их контент.

Архивируется ли мой собственный контент?

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

Что происходит с битыми ссылками?

Когда мы находим битую ссылку, мы обновляем src на лету; это означает, что исходный контент не редактируется и остается таким, каким был создан.

Сколько времени это занимает?

Всё зависит от количества ссылок в вашем контенте. Всё обрабатывается в фоновом режиме, но может занять много недель, если на сайте тысячи ссылок. Лучше всего использовать его как инструмент, который вы настраиваете и оставляете работать в фоне.

Добавляет ли это большую нагрузку на мой сайт?

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

Нужен ли мне ключ API archive.org?

Хотя это и не обязательно, наличие ключа API значительно увеличит количество снимков, которые вы можете создавать в день.

Что происходит, если Архив Интернета отключается?

Если сервисы Архива Интернета отключатся, исправление ссылок задержит все процессы на 24 часа и повторит попытку позже.

Как часто обновляются мои собственные записи при активной автоархивации?

Существующий контент отправляется в Wayback Machine пакетно при активации плагина, а затем повторно каждые 30 дней (по умолчанию, но может быть изменено). Новый контент отправляется на архивацию вскоре после публикации. Обновления существующего контента также вызывают отправку обновлений в Wayback Machine.

Совместимость с мультисайтами?

К сожалению, в настоящее время плагин не полностью совместим с мультисайтами. Единственный способ его использования — включение на уровне отдельного сайта, а не всей сети. Мы планируем решить эту проблему в одном из будущих релизов.

Поддержка плагинов-конструкторов страниц и произвольных полей?

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

Отзывы

27.05.2026
Since November 2025, I’ve tested the Internet Archive Wayback Machine Link Fixer plugin against my custom command-line link checker. Here are my comments. Internet Archive Wayback Machine Link Fixer Positives Continuous link checking Standard WP administrator interface Negatives A high false positive rate means you need to manually verify every flagged link. For example, recently, I saw amazon.com flagged as a 404. Deal breaker. Automated replacements can unnecessarily replace links. To stop Link Fixer from redirecting to the Wayback Machine for amazon.com (and other good links), I needed to add a random query parameter (?t) to good links. Then I needed to exclude the original good link (that was flagged as a 404) and exclude the new ?t version on top of that (double work for every good link). Deal breaker. Poor interpretation of HTTP status codes and no way to tweak that. Deal breaker. Time sink from managing exclusions (no support for bulk action > exclude link) and doing workarounds for the false positives (see #2 above). High risk of replacing current content with outdated (sometimes totally ancient) archives. Poor visitor experience with unexpected link manipulation to Wayback Machine pages. At first, shocking and confusing, then annoying. Content quality degradation from linking to super old information instead of intelligently finding fresh and relevant pages. Real broken links (e.g., 404s) are not actually fixed in the HTML. So search bots will still see broken links (false sense of security). Dynamically replacing broken links does not help SEO. Google doesn’t guarantee crawling client-side rendering. Not geared towards human content editors. Shows all broken links across the entire site in one long list. No grouping by document or page. No context about which document contains which broken links. It’s not easy for content writers like me to navigate and fix links. The “Back to All Links” button is buggy. I expect to return to the main list of links. Instead, it acts like the browser back button. Example link for «Back to All Links»: admin.php?page=iawmlf-links&iawmlf_link_id=1401. On top of that, clicking «Back to All Links» submits the last HTTP request (which can undo any edits without you knowing—gnarly). All Link Fixer admin pages show the same page title. That makes it difficult to navigate back to specific links using the browser history. In the screen capture attached, you cannot tell that the links are actually to different pages. Phantom (orphaned) links: Links remain in the checking queue even when they’re no longer present in any post or page. This creates wasted processing cycles. cluttered interface, and confusion about which links need attention. I needed to manually exclude each orphaned link, so at least I know which ones I can ignore. Custom code solution More control My custom solution is only semi-automated, but I define how to handle HTTP status codes and what my link replacements should be.   Real link fixing My broken links are “really” fixed when I edit my posts and pages (bonus: my edits update the “last modified” date). Search bots will see my real fixed links, and my “freshness” score gets a boost. Document-centric workflow My custom solution generates a report ordered by page. For each page with a 404 link, it lists the broken URL, the link text for that URL, and Claude Code suggestions for replacement candidates. Screen captures False positives: jumpshare dot com /share/VNPnKIoPF3khooUfnEO8 Same page title in browser history: jumpshare dot com /share/ADuvrhg7Xay2lzxv66QS Parting thoughts We’d definitely reconsider using this plugin if the major deal breakers are addressed. ☺️
26.05.2026 2 ответа
While this is a great plugin on paper, it sadly does not seem to respect its own «Exclude this link» settings. Additionally, it will sometimes report links that are fully online and functional as being down. Figured forcing «Exclude this link» would resolve this, or at least make it so I can exclude links from being redirected. But no. It does nothing.
11.03.2026 1 ответ
I love the idea of the plugin, but it has a major technical flaw. When activated, the blog’s frontend tries to load scripts and/or resources from the wp-admin directory, and I think this is something a plugin shouldn’t do. I protect wp-admin via htaccess as an additional measure against hackers, so my frontend threw some errors for ordinary users. I suggest fixing the plugin by moving frontend resources to wp-content. Otherwise a great project. Thank you Archive.org people for doing great work!
02.03.2026 1 ответ
I had a very poor experience after installing the Internet Archive Wayback Machine Link Fixer plugin. Immediately after activation, my website became completely inaccessible. I could not open any page on the frontend, and the site showed errors or failed to load entirely. The only way to regain access was to log into the WordPress control panel and uninstall the plugin manually. As long as this plugin remained active, the site was unusable. This behavior is extremely risky, especially for live or business websites, as it can cause sudden downtime without any clear warning or recovery option. There was no proper error message, no fallback mechanism, and no indication of what caused the conflict. For a plugin that modifies links automatically, this level of instability is unacceptable. Because of this experience, I would strongly advise other users to avoid installing this plugin on a live site or to test it only in a staging environment first. In its current state, it feels unreliable and potentially harmful. Overall, this plugin caused more problems than it solved, and I cannot recommend it.
04.12.2025
This has been working perfectly for me, and the only slight annoyance isn’t the plugin’s fault or even the Archive’s fault. Some sites block the Archive from archiving them, so they appear to the link checker as broken links too. Give a quick look through broken links on your Dashboard’s Posts section from time to time, as there might be a few you’ll need to add to the Link Exclusions under Advanced Settings. The benefits far outweigh the effort it takes to monitor that yourself. 🙂
Посмотреть все 8 отзывов

Участники и разработчики

«Internet Archive Wayback Machine Link Fixer» — проект с открытым исходным кодом. В развитие плагина внесли свой вклад следующие участники:

Участники

«Internet Archive Wayback Machine Link Fixer» переведён на 4 языка. Благодарим переводчиков за их работу.

Перевести «Internet Archive Wayback Machine Link Fixer» на ваш язык.

Заинтересованы в разработке?

Посмотрите код, проверьте SVN репозиторий, или подпишитесь на журнал разработки по RSS.

Журнал изменений

1.4.2

  • Fix: Manually excluded links sometimes revert to unexcluded and can still be run through the link checker process. Now fully respects manual exclusions.

1.4.1

  • Fix: link data span now survives themes that wrap post content in wp_kses_post (previously the JSON could leak as visible text on category and archive templates).

1.4.0

  • Changes to how we store link information in posts, now uses an escaped <script> tag.
  • Move the frontend link checker from Ajax-driven to REST.
  • Improvements to link table queries for better memory usage.
  • Various small UI fixes.
  • Added optional link icon displayed next to fixed links on the frontend, with before/after positioning and third-party extensibility via the iawmlf_link_icons filter.

1.3.6

  • Allows posts to be selected to be excluded from link fixing and/or auto archiving.
  • Improves cleanup of passed attempts to create and verify snapshots
  • Adds an Archive.org donation notice.
  • Improves translatable strings for betting internationalisation.

1.3.5

  • Небольшая корректировка процесса логирования ошибок при создании снимков.
  • Улучшение способа генерации статистики по ссылкам.
  • Приводит все архивированные URL к https://, можно отключить в настройках.
  • Улучшения в обработке отмененных действий по сканированию собственных записей, чтобы предотвратить переполнение базы данных отмененными задачами.

1.3.4

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

1.3.3

  • Исправлена ошибка, при которой ссылки и скрипты загружались, даже если было установлено «ничего не делать»
  • Переход на пользовательские URL с префиксом WP
  • Исправлены различные проблемы с иконками и счетчиками на панели управления
  • Улучшена обработка проблем аутентификации и уведомлений
  • Обнаружение тестовых сайтов и предотвращение запуска автоархивации.
  • Исправлена ошибка, при которой отсутствие опции автоархивации в базе данных могло приводить к индексации записей.

1.3.2

  • Исправление ошибки

1.3.1

  • Внесены различные изменения в пользовательский интерфейс и опыт взаимодействия, касающиеся значков, подсказок и меток.
  • Также исправлены несколько незначительных ошибок, связанных с настройками и работой мастера.

1.3.0

  • Первая публичная версия.

Примечание: все версии до 1.3.0 не были публично выпущены.