Old Date in Google Search Results? Changing the Date Is Not the Fix

You have probably heard the quick fix. If Google shows an old date beside one of your pages, go into WordPress, set the date to today, and the problem disappears. It sounds tidy. Unfortunately, it is mostly wrong, and in the worst case it leaves the page less trustworthy than the one you started with. The date problem itself is real, though. A date in a search result is often the first thing a searcher reads about how current you are, before your title or description has done any work. If it says 2023, they have already formed a view.

Consider a hypothetical that plays out every November. A farm shop in Meath takes Christmas turkey and ham orders through its website. Some years ago, someone wrote a blog post called "Christmas orders now open", with prices, collection days and an order form. It still ranks when people search the shop's name with "Christmas turkey", and beside it in the results sits a date from 2023. A customer searching this week sees that date, assumes the prices are stale or the shop has stopped taking orders, and rings a butcher in the next town instead. Nobody at the farm shop ever learns that the order existed.

Changing the date is the obvious instinct. Before anyone does it, the beliefs behind that instinct need taking apart, one at a time.

Myth One: Google Just Reads the Date You Typed

It does not. Google calls the date beside a result a byline date, and its documentation defines it as "the date that Google estimates that the web page was updated or published" ^[1]. Estimates. The same guidance says Google "doesn't depend on a single date factor because all factors can be prone to issues" ^[1].

John Mueller set out the main signals in a 2019 post on the Google Search Central blog: a date shown prominently on the page, dates supplied in structured data, and other factors that Google does not list in full ^[2]. Structured data is a hidden, machine-readable label in your page's code that describes the page to search engines. The visible date is the one your customer sees under the heading.

So Google is weighing several pieces of evidence against each other. If your page shows "Published 2 November 2023" at the top, carries 2023 in its structured data, and mentions "Christmas 2023" in the first paragraph, all three point the same way. Editing one of them changes very little. Bear in mind, too, that Google shows a date only when its systems judge it useful to the searcher, and it does not guarantee to show one at all ^[1]. The aim, then, is not to force a date into the result. What matters is that when Google does show one, it is the right one.

Myth Two: A New Date Makes the Page Fresh

WordPress makes this one tempting. Open your list of posts or pages, use Quick Edit, and the date is right there; the WordPress documentation lists Date among the details Quick Edit lets you modify ^[4]. Nothing stops you.

Google has a view on it, though. Its guidance on creating helpful content asks site owners directly: "Are you changing the date of pages to make them seem fresh when the content has not substantially changed?" ^[3] That question sits in a list of warning signs, not a list of good practice. Mueller's 2019 post was blunter still: give a page a new date when it has changed significantly, but "don't artificially freshen a story without adding significant information" ^[2].

The Bigger Cost Is a Customer, Not a Ranking

Set Google aside for a moment, because the bigger cost is human. Go back to the farm shop. Suppose the owner changes the post date to this week and leaves the body alone. Google may well start showing the new date. A customer clicks, reads last year's prices and last year's collection days, and turns up on the wrong Saturday. The date got them through the door. Then the content sent them home annoyed, with a story to tell their neighbours.

A stale date costs you a click. Fake freshness costs you the customer's trust, which is far harder to earn back.

The rule follows from that. Change the content first, then change the date because the content changed, never instead of it. How often a page needs that kind of real update is a separate question, and our piece on what Google notices when you stop updating your website covers it.

Myth Three: Only Blog Posts Have Dates

WordPress separates posts and pages, and the difference matters more than most owners realise. Its documentation describes pages as "for content that isn't time-dependent", while posts appear "in reverse chronological order" on the blog ^[4]. Most themes print a date on every post. Many print none on pages. WordPress runs roughly four in ten of all websites, according to W3Techs, so this split shapes a very large share of the sites your customers visit ^[5].

That split is how so many small sites end up with timeless information in a dated container. The price list was written as a post because the blog was the easiest thing to update. Opening hours went up as an "announcement". The Christmas order form lives in the news section. Each of these carries a publish date, and each one tells Google the information belongs to a moment in time.

Pages are not immune either. Google's guidance asks site owners to minimise other dates on the page, and not to use the date of an event the page describes as the page's own date ^[1]. Mueller's troubleshooting advice for wrong dates was to remove or reduce those other dates ^[2]. Look at what a typical services page collects over the years:

• A notice about changed opening hours, dated years back
• "Offer ends 31 December", with a year that has long since passed
• A testimonial slider showing the date of each review
• A "latest news" sidebar listing recent posts, each with its date

Every one of those is a date Google can read. None of them is the date you want shown. If a services page keeps appearing with an old date, the cause may not be the page date at all. It may be a stray date in the sidebar.

Myth Four: Removing Every Date Is the Safe Option

Some owners hear all this and switch dates off across the whole site. On a contact page, an About page or a services page, that is often fine. Those pages describe the business, not a moment, and leaving dates off them is exactly what WordPress pages were designed for.

On anything that advises, prices or informs, removing the date backfires. A guide to choosing a wedding cake, a page of seasonal prices, a post explaining a new booking policy: readers want to know when it was written. Google's recommendation is to add a user-visible date, feature it prominently, and label it with words like "Published" or "Last updated" ^[1]. Hide it, and you remove the reader's best clue that the information is current.

Hiding the visible date can also leave the old one sitting in the structured data. Many SEO plugins add datePublished and dateModified fields to that hidden label, and a theme setting that hides the date on screen does not necessarily remove it from the code. Google asks for the visible date and the structured date to match ^[1]. A page that shows nothing on screen but says 2021 underneath sends a mixed signal, which is the opposite of what you set out to do. Delete the dates that mislead. Keep the ones that help, and label them clearly.

What You Cannot Control

One limit deserves honesty. Even when you get everything right, Google decides when to recrawl the page and whether to show a date at all ^[1]. A corrected page might show the right date within days, or it might take weeks. You can ask Google to revisit a page through the URL Inspection tool in Search Console, but a request is not a promise. If the date matters for a deadline, such as Christmas orders, fix it in early November rather than the middle of December.

Fixing a Stale Date in Five Steps

This is the process I would run on any site. Work through it on one page first, then repeat it for the rest.

1. Audit the results. Search for your business name and your main services, and note every result where Google shows a date and which page it belongs to.
2. Verify every date on the page. Open each of those pages and list every date a reader can see, including sidebars, footers, notices and reviews.
3. Classify the content. Decide whether the information belongs to a moment in time; if it does not, switch off its date display or move it to a page, and if you move it, ask whoever manages your site to redirect the old address so you keep its links.
4. Deploy a real update. Rewrite whatever has changed, then set the date and label it "Last updated", so the date on screen and the date in the code describe the same revision.
5. Request a recrawl. Use URL Inspection in Search Console to ask Google to visit the page again, then search for it a week or two later to see what shows.

Step four takes the time. It is also the step that makes the other four worth doing.

Where the Platform Helps, and Where It Does Not

Most of this work happens inside WordPress, not on the server. Changing how a theme shows dates, rewriting a price list, clearing old notices from a sidebar: that is editing, and editing your own site is something you should be able to do yourself, without paying anyone by the hour. On many agency-built sites the owner has no admin access at all, and a date fix becomes a change request with an invoice attached.

Theme changes are where the operational risk sits. Switching off post dates or editing a template affects every post at once, and a setting that looks right on one page can break the layout on fifty others. The safe pattern is the one we follow for any change: make it in a staging environment (a private copy of the site), verify it there, then deploy it to production, with a backup taken first so a rollback is a single step.

Without a staging copy, you hear about the broken layout from a customer. With one, you find it on a copy nobody else can see. That is why one-click staging environments and automatic nightly backups come as part of Web60's €60 a year rather than as extras.

What Hosting Cannot Do

Hosting does not choose the date in a search result, though. No host can. A fast, well-run server helps Google crawl your pages efficiently, which our guide to WordPress performance for business owners explains, but the date itself comes from what is on the page.

There is also a scale where this advice runs out. A publisher pushing dozens of updates a day, with an editorial team and a dedicated SEO specialist, needs proper editorial workflows and probably an enterprise managed host built around them. Your business site, with its handful of dated pages, does not. For that site, the five steps above are the whole job. And if you are starting from scratch, you can describe your business to Web60's AI builder and have a full WordPress site in under a minute, ready for you to edit yourself from the first day.

The Date Is Evidence, Not a Setting

The date beside a search result is Google's estimate, built from the evidence on your page. Change the evidence and the estimate follows, in Google's own time. Edit only the date and you risk something worse than looking old: looking current while being wrong.

For most business sites, the work is small. A few dated posts, a stray sidebar, a missing "Last updated" label. Start with whichever page brings in money this season. For the farm shop, that is the Christmas order page, in early November. On your site, it might be a price list, a menu or a booking policy. Fix that one properly, and you will know exactly how to handle the rest.

Frequently Asked Questions

Why is Google showing an old date for my page?

Google estimates a date for each page from several signals, including a date shown on the page, dates in its structured data and other dates in the text. If any of those still point to an old year, such as the original publish date of a blog post or an expired offer in a sidebar, Google may show that date. Check every date a visitor can see on the page, not just the one under the heading.

Does changing the date on a WordPress post help SEO?

Not on its own. Google's helpful content guidance lists changing the date of pages to make them seem fresh, when the content has not substantially changed, as a warning sign. Update the content first, then update the date to reflect that revision and label it "Last updated".

Can I stop Google showing a date beside my page?

Google's documentation on byline dates does not offer a setting to switch the date off, and Google shows one only when its systems judge the date useful to the searcher. For pages that describe your business rather than a moment in time, removing visible dates and stray dates in sidebars and notices reduces the signals Google can pick up, but it is not a guarantee.

How long does Google take to show a corrected date?

There is no fixed timescale. Google has to recrawl the page and then decide whether to show a date at all. Requesting indexing through the URL Inspection tool in Search Console can prompt a visit, but it does not guarantee timing, so fix time-sensitive pages such as Christmas order forms well ahead of the season.

Should the pages on my business website show a date?

Pages that describe your services, your team or how to contact you generally do not need one, and WordPress treats pages as content that is not time-dependent. Guides, prices, seasonal offers and policy updates benefit from a clearly labelled "Last updated" date, because readers use it to judge whether the information is current.

Sources