Field guide
What a verification report can tell you
Understand passed, mismatched and unverified results before signing off a migration.
A report is a record of an observation
A verification report is useful because it makes a check repeatable and reviewable. It records what was requested, what response was observed and when that happened. It does not prove that the page contains the right content or that every visitor will receive the same response.
Keep that scope in mind when reviewing a migration. A successful technical check is one part of signing off the move. Editorial relevance, accessibility and the behavior of other infrastructure still need their own review.
Separate preflight from live verification
Preflight checks the destination in your draft before you publish the mapping. It helps you catch missing or inaccessible targets while you can still edit the plan.
Live verification starts from the published source URL. It checks whether the first response and final destination match the intended move. A destination can pass preflight while the source is still affected by a competing rule, an upstream redirect or a cached response. That is why the two stages answer different questions.
Give each result its proper meaning
A passed result means the observation met that check’s criteria at that time. Read the expected response and final URL alongside it.
A mismatch needs investigation. Compare the observed status and response chain with your mapping. The result may point to a wrong rule, a destination redirect or something happening before WordPress loads.
An unverified result is unresolved. A timeout, blocked destination or unsupported transport does not establish that the page works or that it is broken. Keep it visible, understand the cause and retry when you can make a meaningful check. Never quietly count it as a pass.
Read the whole chain
The first response matters, but so does the route to the final destination. An extra hop may reveal an old mapping that could point directly to the intended page. A loop may involve a server or CDN rule that the plugin’s local validation cannot see.
Check paths carefully, including capitalization and trailing slashes. Then open the final page to assess whether it is a useful replacement for the original content. A successful HTTP response cannot answer that question for you.
Keep the report useful over time
Export the dated report with the mapping it was checked against. Record unresolved exceptions and any changes you make afterwards. If the destination site or its caching behavior changes, run a fresh check rather than treating the previous report as current evidence.
In Redirect Nest Pro, previous project reports and rule snapshots have count and time limits. Export evidence you need to retain longer, and keep an independent backup. A rollback restores plugin rules; the report helps explain the decision, but neither removes a redirect that another system has cached.