Refresh when the answer changed
A content refresh audit checks whether a page remains accurate, useful, accessible, and connected to the current product or policy. It is not a routine exercise in changing timestamps. Google specifically asks whether creators are changing dates to make pages seem fresh without substantial changes; its people-first guidance treats that as a warning sign. Read the assessment questions.
Begin with pages that support a high-stakes decision, receive repeated support questions, contain time-sensitive claims, or describe recently changed software. Make a compact inventory: URL, owner, audience, last substantive review, source links, known changes, and proposed action. Actions should be keep, revise, consolidate, redirect, or remove where the site’s policy permits.
Audit the page in reader order
First, read the direct answer. Is it still true for the current plan, region, version, or policy? Then test every step, screenshot, download, and external citation. Check headings and tables for contradictory facts. Review the page on a phone and without a logged-in session if it is meant to be public. Use the AI Search Readiness Checker to observe whether the canonical page responds and exposes its content as expected.
For a fictional analytics product, a 2024 guide may say reports export only to CSV. A release now adds JSON and limits each export to 90 days. The correct refresh changes the direct answer, step sequence, comparison table, screenshots, support links, and review date. It should also explain the remaining plan restriction. Replacing “2024” with “2026” while retaining the CSV-only claim would mislead readers.
Consolidate before you add
Find pages that answer the same question with different wording. Select the strongest URL based on accuracy, useful links, and existing reader paths; merge unique material into it, then arrange redirects and internal links according to your technical process. Google provides guidance for consolidating duplicate URLs because duplicates can complicate crawling and indexing. Review canonicalization guidance. Do not consolidate pages simply because their titles share a keyword if their audiences or decisions differ.
Record why the update happened and the evidence checked. Invite support, product, and legal reviewers where their expertise is necessary. A refresh is complete when the reader can make the right next decision with current, attributable information. No AI system’s behavior needs to be guessed to measure that outcome.
Use a change log to prevent silent regressions
Add a short editor-facing change log while revising: the changed claim, the source or release that prompted it, affected URLs, and the reviewer who checked it. This is particularly useful when a public guide shares language with sales pages, onboarding, and support macros. After the analytics-product export update, search those surfaces for “CSV,” “JSON,” and “90 days” so they do not contradict the refreshed guide. The log can be removed from the public page, but retaining it internally gives the next editor a concrete reason to revisit a decision rather than rediscovering it from scratch.
Common mistakes
- Changing only a date or title while facts, images, and links are stale.
- Updating a feature guide without testing the current interface.
- Adding a new page instead of repairing the page customers already reach.
- Merging pages with different jurisdictions, plans, or product versions.
FAQ
How often should pages be audited?
Set reviews by risk and change rate: release notes may need rapid review; durable concepts can be checked less often.
Should an unchanged page get a new reviewed date?
It may show that it was checked, but do not imply a substantive update that did not occur.
Use topic clusters, editorial trust, and the AI Search Readiness Checker.