Refresh old content for Google Discover: find decaying pages, update the substance, keep dateModified honest, then re-promote it to re-light interest.
Last verified · 2026-10-21 · by Moe Ameen
Content in Google Discover tends to spike early and then fade as reader interest cools, and the standard advice — "just refresh it" — is right in spirit and wrong in execution more often than not. A refresh only works when you genuinely change the substance of the page; changing the visible date or the dateModified field on otherwise-stale text does nothing, and Google has said for years that cosmetic date changes are "just noise." There is also no documented "freshness algorithm" or fixed 48-hour window to game — Google recommends timely content but surfaces relevant older content too. So the job is not to trick a timer. It is to make a decayed page genuinely relevant again, get Google to re-evaluate it, and re-light the reader interest that drives Discover in the first place.
This walkthrough is the honest version of the refresh workflow: find the pages worth refreshing in your Discover report, decide which actually deserve it, update the main body substantively, keep every date signal truthful, help Google notice the change, and — the step most people skip — re-promote the updated page so it earns a new wave of interest instead of sitting silently. For the strategy and the Google-documented facts behind all of this, read the [Google Discover freshness algorithm](/guides/google-discover-freshness-algorithm) guide; for the video-specific path into the feed, see [how to optimize videos for Google Discover](/how-to/optimize-videos-for-google-discover).
Look at which step of this workflow actually stalls teams, because it is not the editing. Steps one through six — find the page, update the substance, keep the dates honest, help Google recrawl — are editorial judgment, and they are yours to make. The step almost everyone skips is step seven, re-promotion, and it is the one with the highest leverage: a refreshed page that no one points fresh attention at just sits there, waiting on luck to re-light the reader interest Discover runs on. That re-distribution is exactly where [Kompozy](/) earns its place in a content-refresh routine.
Here is the concrete motion. Once a page is genuinely updated, hand its URL and angle to Kompozy and it generates a whole redistribution wave from that one source — not a rewrite of the article, but the social layer that drives traffic back to it: a [Persona Shorts](/glossary/persona-shorts) talking-head on what changed, a [Marketing Shorts](/glossary/marketing-shorts) hook over relevant footage, Quote Graphics pulling the new stat or line, a Carousel walking the updated points, and Text posts for the link-led platforms. It is a full generation-and-publishing engine across [18 output formats](/glossary/output-buckets), not a repurposing tool, so each of those is a distinct net-new asset rather than the same post reflowed. Then it schedules the wave across the eight social platforms plus blog and email on [Autopilot](/glossary/autopilot) behind a per-post review gate, so the renewed attention lands over the days you want it to — turning step seven from a thing you mean to do into a queue you approved in one sitting.
Two honest limits, because they matter. Kompozy does not read your Search Console Discover report or decide whether Google resurfaces the page — step one's analysis and the editorial calls in steps two and three are human work, and no tool can guarantee Discover inclusion. What it removes is the throughput wall on re-promotion: one [Persona Brief](/glossary/persona-brief) keeps every cut in one voice and [HyperFrames](/glossary/hyperframes) keeps them brand-exact, so a refresh can trigger a real distribution wave in minutes instead of being abandoned for lack of hands. Starter ($199/mo for 5,500 credits) suits a solo publisher refreshing a handful of pages a month; Pro ($499/mo for 18,000 credits) sustains a weekly refresh-and-re-promote rotation across a back catalog; Enterprise is custom for agencies running this for multiple sites.
Only if you genuinely updated the content. Google has said for years that changing a date without substantively updating the page is "just noise" and does not help, and misleading dates can hurt trust. A real refresh — rewritten or added main-body content, new information, a current angle — can renew relevance; a date-only bump on stale text will not.
There is no fixed timeline. The refresh only counts once Google recrawls and re-evaluates the page, which varies by how important and fast-changing Google considers it. Updating your sitemap lastmod, adding internal links, and requesting indexing can speed discovery of the change, but Discover traffic is explicitly volatile and less predictable than keyword search, so expect a range, not a guarantee.
No. Refresh pages where the topic genuinely evolved or where reader interest is cycling back, and skip pages whose subject interest is dead. Discover surfaces relevant content, not merely recent content, so a mass date-bump across a stale catalog wastes effort and risks the trust cost of dishonest dates. Target the refreshes that have a real reason to be relevant again.
Because Discover reacts to reader interest, and a refreshed page earns none on its own. Pushing a new wave of social posts, a newsletter mention, and internal links recreates the attention that made the page relevant the first time — so the renewed engagement gives Discover a current reason to resurface it, instead of waiting on luck. Re-distribution is how you re-light interest on demand.