| 开发者 | wpfixpath |
|---|---|
| 更新时间 | 2026年9月26日 08:56 |
| PHP版本: | 7.4 及以上 |
| WordPress版本: | 7.1 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
#pricing. These appear beside the HTTP result under Page intent, so you can judge what needs changing.
Go straight to the source
A broken footer link might live in one menu, even if visitors see it on every page. IndexLane shows the source where the link is maintained, with its link text and an editing link.
Choose from published posts, pages and public custom post types; classic menus; Navigation blocks; synced patterns; block templates and template parts; and assigned block widgets. You decide which areas to check.
Fix a URL without hunting through every page
Under Fix links, enter a replacement URL and select Preview changes. Review the affected sources and expand the full before-and-after values, then apply the repair. A redirect's final URL may be offered as a suggestion; you choose whether to use it.
Repairs change matching stored link attributes and supported block link settings. Recent repairs keep an undo history. Undo skips sources edited since the repair, so it won't discard your later work.
Theme-file templates, menu items whose URLs follow a WordPress page or other object, and unsupported storage need their own editors. IndexLane does not create redirects.
Check that your changes helped
Save a completed scan before making changes, then select Check fixes against saved scan. The comparison shows new, changed, resolved, and still-present issues in the same selected scope. Download it as a CSV for your records or a client handover.
Content coverage also shows which scanned pages have few incoming links from the sources you selected. It's a useful starting point for review, not proof that a page has no links anywhere on the site.
Keep an eye on new problems
Choose an hourly, twice-daily, daily, or weekly check. After the first complete check sends a summary, later emails report newly detected or resolved problems. Acknowledge a known issue to remove it from the attention count and change notifications while keeping its evidence in reports.
Schedules use WP-Cron and depend on site visits or your server's cron setup. If a check reaches its request limit, the result is marked partial and is not used to claim that earlier problems are fixed. Status is available on the WordPress dashboard and in Site Health.
Start with one scan
indexlane-redirect-internal-link-auditor folder to /wp-content/plugins/.Tools -> Redirect & Internal Link Auditor.Scanning and scheduled checks do not change your content. Applying a repair changes the matching stored links after you confirm the preview. Recent repairs can be undone while their history is retained, provided the source has not been edited again.
One active or completed session per administrator is stored temporarily in a WordPress transient for up to 24 hours after its last activity. One opt-in saved scan per administrator is stored in WordPress user options until explicitly replaced or deleted. Repairs and acknowledged issues are stored in bounded site options. Scheduled checks also store their settings, temporary progress, issue identities, and latest summary. The plugin does not create custom database tables or keep a history of every scan.
No. It reports links that take a redirect and can replace the stored link with its final URL, but it never creates or edits a redirect rule.
No. It uses WordPress HTTP requests and local WordPress content only.
No. Old-site, staging, and development-site links are flagged but not fetched. A same-site redirect that points outside the site is reported without fetching the external URL.