Google Still Shows Your Old Title and Description: How Long to Update?

Short answer
Why does Google still show the old title and description?
Google shows the old title and description because search results rely on the most recently indexed version of your page, not the live one. New text appears only after Google recrawls and reprocesses the page. That can take anywhere from a few days to a few weeks, and Google does not always use your exact title tag.
You updated the title tag and meta description, yet Google still shows the old title and description in search results. In most cases this is not a bug. Google simply cannot see new text until it recrawls and reprocesses the page. In this guide, we at Talha Aslan and team explain how the process works, how to request a recrawl with the URL Inspection tool, and what else can keep a change from showing up.
In other words, the result you see is not a live mirror of your site. Instead, it reflects a copy that Google collected and processed earlier. Also, that copy does not refresh the moment you hit save in your CMS.
However, not every delay has the same cause. Sometimes Google has already recrawled the page but builds the title from a different source. In other cases, a caching layer keeps serving old HTML to Googlebot. So the first job is to find out which group your problem belongs to.
- Google has not recrawled the page yet.
- Alternatively, Google recrawled it but picked different text for the title link.
- Google still receives the old content from your server.
The rest of this guide separates these three cases one by one. That way, you can take the right step instead of rewriting the title again or sending an indexing request every day.
Can Google see your change without recrawling the page?
No. The title link and the snippet (the short description under the result) come from the crawled and processed version of the page. Google's own title link documentation says it has to recrawl and reprocess the page to notice updates to those sources.
Put simply, crawling means Googlebot visits your page and downloads the HTML. Processing means Google reads that HTML, identifies the main content and stores the result in its index. Therefore your new title cannot reach search results until both steps finish.
Also, Google does not visit every page at the same pace. Your homepage or a busy category page may get crawled often. On the other hand, a deep blog post with few links can go weeks without a visit. If you want to understand why crawl frequency differs, our crawl budget guide covers it in detail.
In short, there is always a natural gap between the moment you publish a change and the moment Google sees it. You cannot remove that gap entirely. Still, you can make the process smoother by sending Google the right signals that the page has changed.
How long does it take to update an old title and description?
There is no fixed timeline. Google's page on asking Google to recrawl says crawling can take anywhere from a few days to a few weeks. The title link documentation gives the same range for noticing updates.
Still, that range is not a promise, and Google offers no guaranteed timing. In practice, these factors tend to affect the wait:
- Where the page sits in your site structure and how many internal links point to it.
- How often the site as a whole publishes or updates content.
- The speed and reliability of your server when Googlebot asks for pages.
- How important and useful the page looks to Google.
- Whether you told Google about the change through a sitemap or URL Inspection.
For example, imagine you changed the title of a service page on example.com on Monday. The page sits in the main menu, and the site updates often. In that example scenario, the new title may show up within days. Meanwhile, an old article on the same site that sits three clicks deep and gets links only from the archive may wait for weeks.
So if nothing changes in the first week, do not panic. First, check whether Google has recrawled the page at all. The next sections show you how.
How do internal links affect recrawling?
Googlebot finds new and changed pages largely by following links. As a result, the visibility of the page you edited affects how soon Google returns to it. A page linked from the main menu, a category page or a frequently crawled article has an advantage over a page that only appears in an archive list.
Here is an example scenario. You refreshed the title of an old guide on example.com. The page only gets a link from the fifth archive page. In that case, adding a contextual link from your two most visited articles gives Googlebot a shorter path. It also helps readers, because they find the guide faster. Our guide on crawl depth explains why fewer clicks from the homepage matter.
That said, do not add links only to trigger a crawl. Link text is one of the sources Google can use for title links. So make sure the anchor text of any new link matches your new title. That way, one move improves both discovery and title consistency.
What is the difference between the indexed version and the live page?
Google can hold two views of your page: the indexed version and the live version. The URL Inspection tool help page states that the default results come from the most recently indexed version of a page, not the live version on the web.
For years, many people used to describe this gap with the idea of a "cache": Google keeps a copy of your page and builds results from that copy. As a concept, that intuition still works. However, as a site owner, your most reliable way to see that copy today is the URL Inspection tool in Search Console, not old cache links.
The tool offers two separate views. First, one view shows index data, such as the last crawl date, the Google-selected canonical and the indexing status. Second, the other view runs when you click Test live URL, and it fetches the page in real time.
For instance, if the last crawl date in the indexed view comes before your edit, the issue is most likely just timing. In contrast, if the last crawl date comes after your edit and results still show the old text, you need to look elsewhere. The help page also notes that the live test and the indexed result can differ.
How do you request a recrawl with URL Inspection?
For a single page, the most direct route is the URL Inspection tool in Search Console. According to Google's documentation, you must be an owner or full user of the property to use it. If Search Console is new to you, start with our Google Search Console guide.
- Open the property in Search Console and paste the full address of the edited page into the inspection bar at the top.
- Note the Last crawl date. If it comes before your edit, Google has not recrawled the page yet.
- Click Test live URL to fetch the current page. Then confirm that the new title appears in the crawled HTML.
- If the live test looks fine, use Request indexing.
- Wait a few days and check the last crawl date again.
Step three matters most. If you open the crawled page in the live test and still find the old title in the HTML, the problem sits on your site, not at Google. In that case, a request will not help, because Google will read the old text again.
Also, the help page says plainly that submitting a request does not guarantee that the page will appear in the Google Index. Think of it as a polite request. It may move you up the queue, but you do not control the outcome.
Does sending Request indexing again and again help?
No. Google's recrawl documentation says that requesting a recrawl multiple times for the same URL will not get it crawled any faster. In other words, one request is enough.
On top of that, the URL Inspection tool has a daily limit on index requests. The help page also mentions a per property daily limit for live inspections. Google does not publish the exact numbers, so do not assume a specific figure.
When you hit the limit, Search Console shows a quota warning. If you have seen it, our guide to the quota exceeded message explains what to do. In short, save your quota for the most important pages and rely on the sitemap for the rest.
In our field experience, the most common mistake looks like this. A site owner edits the title, sees the old one the next day, edits it again and sends a new request. Yet this loop speeds up nothing. Instead, it creates confusion between the version Google sees and the version you expect. Therefore, make one change, send one request and monitor patiently.
What should you do if you changed titles on many pages?
For bulk changes, the URL Inspection tool is not practical, and the daily limit will not allow it anyway. In this situation, Google recommends submitting a sitemap. Its recrawl documentation names the sitemap as the method for many URLs. It also notes that hosted platforms such as WordPress often notify Google about new content automatically.
The most valuable sitemap signal is the lastmod field. According to Google's sitemap documentation, Google uses this value if it is consistently and verifiably accurate. In contrast, Google ignores priority and changefreq. You can read more in our lastmod tag guide.
- Update lastmod only for pages that really changed.
- Turn off plugin settings that stamp the same date on every page each day.
- Resubmit the sitemap in Search Console and confirm that Google can read it.
- Link to the changed pages from the homepage or category pages.
In addition, check whether your server sends correct response headers for changed pages. If a page changed but the server answers "not modified", Google may skip the new content. We cover this technical topic in our guide to 304 Not Modified and Last-Modified.
Is Google rewriting your title or showing an old version?
From the outside, these two cases look identical, yet they are completely different. Google's title link documentation explains that title links are automated and draw on several sources. Those sources include the title element, the main visual title, heading elements, og:title, other prominent text, anchor text of links pointing to the page and WebSite structured data.
So if the result does not match your old title tag but does match an old H1 or old link text, Google may well have recrawled the page. Specifically, it picked another source instead of the title element.
The documentation also explains that Google may generate an alternative when it detects problems. Examples include half empty titles that only contain the site name, titles that do not match the page, obsolete dates and boilerplate titles that repeat across many pages.
That said, this topic deserves its own article. Our guide on why Google changes your title tag covers the gap between your title and the SERP title in depth. Here, one rule matters: if the last crawl date comes after your edit, stop waiting and focus on how well your title matches the rest of the page.
Why does the snippet differ from your meta description?
Because Google builds snippets primarily from the page content. Google's snippet documentation says snippets come mainly from the page itself. Google uses the meta description when it might give users a more accurate description than the on page text.
Also, a snippet is not fixed. The same page can show different descriptions for different searches, because Google tries to show the part of the page that best matches each query. In practice, one search may show your new meta description while another shows a paragraph from the page.
For that reason, run several different searches before you conclude the description did not update. For example, try your brand name, the main keyword of the page and the exact page title separately. If the new text appears in one of them, Google has reprocessed the page.
The documentation also advises a unique description for each page and warns that keyword lists are less likely to appear. If you want to write a stronger one, our guide to writing meta titles and descriptions offers a practical starting point.
Can server caching cause an old title and description in Google?
Yes, and people overlook this cause all the time. You see the new title in your admin panel, but the HTML that reaches Googlebot may still be old. The reason is the caching layers in front of your site.
- Page cache plugins store a ready copy of the HTML and serve that copy to visitors.
- A CDN (content delivery network) keeps the page on servers in different locations.
- Server side caching avoids rebuilding the same page on every request.
- Browser cache only affects you. It does not affect Google, but it can mislead you.
Fortunately, the check is simple. Run the live test in URL Inspection and look at the HTML of the crawled page. If the old title is still there, purge the cache and refresh the page on the CDN as well. Then repeat the live test, and send the indexing request only after you see the new title.
Example scenario: you changed a title on example.com with an SEO plugin, but the page cache plugin keeps a thirty day copy. Since you are logged in, you see the new version. Googlebot, like any logged out visitor, gets the old copy. Within our SEO consulting service, we find and fix conflicts like this on your site, then track them until the change reaches search results.
What happens if Google selected a different canonical URL?
Sometimes the page you edited is not the page Google shows. If your site has several addresses for the same content, Google picks one as the canonical URL and shows that one. You may have updated address A, but if Google treats address B as canonical, the result keeps showing the old title of B.
The URL Inspection tool makes this easy to spot. Next, look at the Google-selected canonical field in the report. If you see a different address there, either make the change on that address too or fix your canonical signals.
Common examples include www and non www versions of the same page, addresses with and without a trailing slash, parameter copies and leftovers from an old migration. As a result, each of these can make an update seem to vanish.
To find and fix canonical problems, use our canonical issues guide. In short, make sure you edited the address Google actually shows. Otherwise, the old text stays no matter how long you wait.
Which symptom points to which cause?
The table below matches common symptoms with likely causes. Find your situation and start with the step in the last column.
| Symptom | Likely cause | First step |
|---|---|---|
| Last crawl date comes before your edit | Google has not recrawled the page yet | Live test, then one indexing request |
| Old title in the HTML of the live test | Cache or wrong template | Purge cache and CDN, then repeat the live test |
| Recent crawl, different title in results | Google builds the title from another source | Align title, H1 and internal anchor text |
| Description changes by query | Google picks snippet text from the page per query | Test several queries and clarify page content |
| Google-selected canonical is another address | Duplicate page issue | Fix canonical signals |
| Many pages still old at once | Bulk change not signaled | Resubmit the sitemap with accurate lastmod |
Follow an order when you use the table. Check the last crawl date first, then the live test, then the canonical, and finally the title sources. This order moves from the cheapest check to the most demanding one. As a result, you avoid heavy work like rebuilding a template for what turns out to be a timing issue.
When does Clear snippet in the Removals tool make sense?
In Search Console, the Removals tool offers two request types under temporary removals: Temporarily remove URL and Clear snippet in search. According to Google's help page, clearing the snippet wipes out the page description in search results until Google indexes the page again. It does not hide the page itself.
Above all, this option is not meant for a routine title update. The help page recommends it for cases where you removed sensitive information from a page and want the old text gone quickly. For example, think of a phone number you published by mistake or personal details that no longer apply.
Meanwhile, Google's Refresh Outdated Content tool serves people who do not own the page. Its help page tells site owners to request a recrawl instead, or to use the Removals tool as a verified owner.
In short, if you only refreshed marketing copy, leave these tools alone. The normal path is a live test followed by one indexing request. Use removal tools only for truly sensitive or harmful content. Otherwise, you create a temporary gap in your results.
Does changing the title often speed up the update?
No, it does the opposite. Every new edit adds one more layer between the version Google sees and the version you expect. If you tried three titles in one week, it gets hard to tell which one you see in results and why.
Also, measuring a title change needs a stable period. If you want to know how a new title affects click through rate, you need at least several weeks of data after the change reaches results. If you change it too early, you cannot measure any version properly.
We discussed the ranking side in our article on whether changing title tags often hurts rankings. Therefore, our advice is simple: think the title through once, publish it, verify it and wait patiently.
If you want to see how a new title will look before you publish, try our Google SERP preview tool. That way, you catch truncation and length problems before Google ever sees them, and you reduce the need for a second edit.
What should you monitor in Search Console after the change?
After you make the change and send the request, a few clear indicators deserve your attention. Checking them at regular intervals, such as once a week, is enough.
- The last crawl date in URL Inspection. Has it moved past your edit date?
- The Google-selected canonical. Does it match the address you edited?
- The HTML of the crawled page. Are the new title and meta description there?
- Impressions and clicks for the page in the Performance report. Is there a clear break after the change?
Use the page filter in the Performance report to see data for this one address. Then compare the click through rate of the new title with the period before the change. However, start the comparison only after the title reaches results. Do not count the days before that as the new title period.
In addition, verify the result yourself with a few different queries in a private window. After all, personalization and location can affect what you see. So do not decide based on a single search screen.
Which mistakes should you avoid with an old title and description?
In our field experience, the same mistakes come up again and again. You can therefore use the list below as a checklist.
- Sending an indexing request for the same page every day.
- Skipping the live test and missing old HTML in the cache.
- Changing only the title element while leaving the H1 and og:title as they were.
- Stamping the same lastmod date on every sitemap entry each day.
- Using the Removals tool when no personal data is involved.
- Drawing conclusions from a single search screen.
The third item matters most. When the title and the main heading on the page do not match, Google becomes more likely to pick another source. As a result, you update the title but see a result built from the old H1.
So treat a title change as a small package rather than a single field. Update the title, the H1, og:title and, where needed, the text of important internal links together. That way, you send Google one consistent signal.
When should you get help if the problem persists?
Suppose the last crawl date has moved past your edit, the live test shows new HTML and the canonical is correct. If you still see the old title and description after several weeks, the problem usually reaches beyond one page. A site template, a cache configuration or a plugin that creates duplicate pages may be involved.
At this point, therefore, fixing pages one by one is not enough. You need to look at how the whole site gets crawled and indexed. For example, a title template may produce nearly identical text across many pages, and Google may rewrite those titles from page content as a result.
As Talha Aslan and team, our SEO consulting work handles such cases in three steps. First, we document the cause. Then we fix templates and signals. Finally, we track the outcome in Search Console until the change reaches results. To get a quote for your site, use the form on our service page.
To be clear, no consultant can guarantee when Google will crawl or which title it will show. Instead, our job is to give Google accurate, consistent signals and remove obstacles. Rankings and appearance always remain decisions of Google's systems.
Quick checklist
When you face an old title problem, follow this order. Each step also depends on the result of the previous one.
- Check the last crawl date in URL Inspection.
- Run the live test and look for the new title and description in the crawled HTML.
- If you see the old text, purge the cache and CDN, then test again.
- Confirm that the Google-selected canonical is the right address.
- If everything looks right, send one indexing request.
- For bulk changes, resubmit the sitemap with accurate lastmod values.
- Wait a few weeks and do not change the title again in the meantime.
- If the title still differs after a recrawl, check that title, H1 and og:title match.
In most cases, this list lets you solve the issue on your own. Ultimately, two rules matter most. Make sure the HTML Google sees is truly new, and be patient. The rest depends on Google revisiting and reprocessing your page.
Core guide: What Is Digital Marketing? Its types, examples and how it is done, on one page with an interactive film that travels through the brain.



