Audit my site
MonitoringAdvancedChecked against Google docs · Oct 2026

After a core update: confirm the impact, assess honestly, recover patiently

A drop after a core update is not a penalty and has no quick fix. This lesson shows how to prove the update caused it, judge your content the way Google asks you to, and plan and document recovery that may take months.

Author: Eugene Serbin, Head of SEO at Semalt Updated: 30 October 2026 Reading time: 18 min Visuals: 4

In short

A core update is a broad change to how Google ranks results, not a penalty aimed at your site, so a drop after one does not automatically mean something is broken. Before you change anything, confirm the drop lines up with the rollout dates on the Search Status Dashboard, compare equal periods and find which pages, sections and queries actually lost. Then assess your content honestly against Google's self-assessment questions, fix the patterns you find, log every change with a date and expect recovery to take months, sometimes until the next core update.

What a core update is and is not

Google describes core updates plainly: “Several times a year, Google makes significant, broad changes to our search algorithms and systems.” They are announced on Google's list of ranking updates and appear on the Search Status Dashboard with a start and end date.

The key word is broad. “These changes are broad in nature, and don't target specific sites or individual web pages.” Google explains it with a restaurant list: if a friend asks for your top 20 restaurants years after you first wrote the list, new places have opened and you have new experiences, so the list changes. In Google's words, “The list will change, and restaurants that move down aren't necessarily "bad"; there are just other restaurants that make your top 20.”

That gives you three things a core update is not:

The full picture of ranking systems, spam policies and manual actions is covered in the lesson "Ranking systems, core updates and spam policies". This lesson is about the practical part: what you do in the weeks and months after an update.

What Google officially says

“In general, most sites don't need to worry about core updates and may not even realize one has happened.”

Google Search Central — Google Search's core updates and your website

“If you suspect a drop in traffic is due to an algorithmic update, it's important to understand that there might not be anything fundamentally wrong with your content.”

Google Search Central — Debugging drops in Google Search traffic

“Avoid doing "quick fix" changes (like removing some page element because you heard it was bad for SEO).”

Google Search Central — core updates. Google adds: “Instead, focus on making changes that make sense for your users and are sustainable in the long term.”

“If it's been a few months and you still haven't seen any effect, that could mean waiting until the next core update.”

Google Search Central — Google Search's core updates and your website

The table below separates what Google actually tells you from the things people often assume it said.

Table · What Google says, and what it does not say
TopicWhat Google saysWhat it does not say (so don't assume it)
Cause“These changes are broad in nature, and don't target specific sites or individual web pages.”That your site was penalised, or that a single factor was "turned up" in this update.
When to analyse“We recommend waiting at least a full week after a core update completes before analyzing your site in Search Console.”That you should react on day one of the rollout.
Small drops“There's no need to take drastic action”.That every lost position needs a content rewrite.
Deleting content“Deleting content is a last resort, and only to be considered if you think the content can't be salvaged.”That removing old or low-traffic pages is a recovery tactic in itself.
Word count“Are you writing to a particular word count because you've heard or read that Google has a preferred word count? (No, we don't.)”Any target length for pages.
Freshness“Are you changing the date of pages to make them seem fresh when the content has not substantially changed?”That a new date, by itself, makes a page rank better.
TimelineSome changes “can take effect in a few days”, but it “could take several months”.A recovery date, or that recovery is guaranteed.
The left column is quoted from Google's documentation; the right column lists common assumptions that the documentation does not support.

Step 1: confirm the update actually affected you

Many drops blamed on a core update have nothing to do with it. Prove the connection before you spend months fixing the wrong thing.

Get the dates from the Search Status Dashboard

The Search Status Dashboard shows the current status of four parts of Google Search: crawling, indexing, ranking and serving, with an incident history. Ranking updates, including core updates, are listed there with the date the rollout started and the date it finished. Google's first instruction is: “Confirm that the core update has finished rolling out.” Write both dates down; every comparison you make depends on them.

Wait, then compare the right weeks

Rankings move during the rollout, so early numbers are unreliable. Google recommends waiting a week after the rollout ends, then: “After a week, try comparing this week with a week before the core update started rolling out; this way you'll be able to better pinpoint what exactly has changed.”

In practice, keep the periods equal: 7 days against 7 days, or 28 against 28, with the same weekdays. Avoid comparisons where one period contains a public holiday or a sale. Then check the last 16 months in the Performance report to see whether the same dip happens every year at this time.

Check that the timing really matches

Look at daily data. If clicks started falling two weeks before the rollout began, the update is not the cause. If the drop appears inside the rollout window, the link is plausible but still not proven, because a release on your side could have shipped the same week. Check your own deployment and content calendar for that period.

Rule out the other causes

Google's traffic-drop guide lists technical issues, security issues, spam issues and manual actions, seasonality and changing interests, site moves, and reporting glitches as separate causes. Check the Page indexing, Crawl stats, Security issues and Manual actions reports, and confirm your analytics tracking did not change. The full method is in the lesson "Why traffic dropped: a diagnostic method".

Checklist · Before you change anything
Impact confirmation checklist Eight checks to complete before treating a drop as a core update effect: rollout finished, waited a full week, timing matches the rollout, equal periods compared, other causes ruled out, seasonality checked, size of the drop known, and the affected segments found. CONFIRM THE IMPACT Rollout finished Waited a full week Timing matches Equal periods compared Other causes ruled out Seasonality checked Size of the drop known Segments found Status Dashboard shows the end date at least 7 days after the rollout ended drop starts inside the rollout window same length, same weekdays, no holidays outages, noindex, tracking, manual actions 16 months of data, Google Trends small (2 to 4) or large (4 to 29) shift search type, section, template, query group
If any box stays unticked, you do not yet know that the core update caused the drop.

Step 2: size and segment the change

Google draws a clear line between small and large drops, with its own examples:

Next, find where the loss sits. Google puts it this way: “For example, one important factor is finding out if the drop happened across the whole site, a group of pages, or even just one very important page in your site.” Segment in this order:

  1. Search type. Web, Images, Video and News are separate in the Performance report. Google: “This can help you understand whether the drop you've seen happened in Web Search, Google Images, Video mode, or the News tab.”
  2. Section or template. Use page filters with regex such as ^https://example\.com/blog/ or /product/ to compare blog posts, product pages, category pages and tools separately.
  3. Query groups. Brand against non-brand, informational against commercial. A drop only in "how to" queries points somewhere very different from a drop in product queries.
  4. Country and device. A loss in one market can come from a local competitor or a translation problem.
  5. Individual pages. Export the Pages table for both periods, sort by clicks difference and list the biggest losers and the biggest gainers. You need both lists for Step 3.

The filters, regex and comparison modes are explained in the lesson "Performance report: filters, regex, comparisons".

When it is not you

A core update can coincide with changes that have nothing to do with your quality. Check these before you start rewriting:

None of these is fixed by a content overhaul. Snippet issues need better titles and descriptions; a changed results page may need a different format; a fall in demand needs new topics, not edits.

Step 3: assess your content honestly

For a sustained, large drop, Google asks you to read its self-assessment questions and check whether your site “overall (not just individual pages)” delivers helpful, reliable, people-first content. Two instructions shape the method: “Take a close look at your site as a whole, and try to be objective.” and “Evaluate the pages that were most impacted.”

Diagram · An honest assessment workflow
Content assessment workflow after a core update Five steps from left to right: sample the lost and gained pages, compare them with the pages that now rank, answer the self-assessment questions, get an outside reviewer to score the same sample, and look for patterns at section or template level. The result is a decision per page or section: improve, merge, leave as is, or remove as a last resort. 1. Sample2. Compare3. Question 4. Outside view5. Patterns biggest losersplus gainers,per template with the pagesthat now rankfor your queries Google's self-assessment,Who, How, Why unaffiliatedreviewer scoresthe same pages section andtemplate level,not single pages DECIDE Improve Merge Leave as is Remove (last resort) Score the sample before you decide; most pages end in the first three outcomes.
Work from a scored sample to section-level patterns, and only then decide what happens to each page or section.

1. Build a sample

Take the biggest losers from Step 2, split by template or section, and add pages that held or gained. Twenty to fifty pages is usually enough to see a pattern on a medium site. Without the gainers you cannot tell what the update rewarded on your own site.

2. Compare with what ranks now

For each lost page, search its main query and open the pages that now rank above it. Note what they offer that yours does not: first-hand testing, original data, clearer structure, a more current answer, a named expert, a better format for the intent. Google's helpful content page asks: “Does the content provide substantial value when compared to other pages in search results?”

3. Answer the questions, page by page

Score each page against Google's questions with a simple scale such as yes, partly, no. Start with the content questions, for example “Does the content provide original information, reporting, research, or analysis?”, then the expertise questions, then Who, How and Why: who wrote it, how it was made, and why it exists. On E-E-A-T, Google is clear that “Of these aspects, trust is most important.” The questions themselves are worked through in the lessons "Helpful content in practice" and "E-E-A-T: the four pillars"; author pages and bylines are covered in "Authors, About and editorial policy".

Google also suggests looking at the type of search, not just the page: “What pages were most impacted and for what types of searches?” A page can be fine for one intent and weak for another.

4. Get an outside view

You know your site too well to judge it neutrally. Google's advice: “Beyond asking yourself these questions, consider having others you trust but who are unaffiliated with your site provide an honest assessment.” Give the reviewer the same pages and the same scale, and compare their scores with yours. Large disagreements are where your blind spots are.

5. Look for patterns

Single weak pages rarely explain a site-wide drop. Look at the scores by template and section: an affiliate section with no evidence of testing, a blog full of rewritten summaries, location pages that differ only by the city name, articles with no author, advice that is years out of date. These patterns are what you fix.

Step 4: prioritise improvements

You will find more problems than you can fix at once. Rank them:

  1. Site-level patterns first. A fix to a template or an editorial process improves hundreds of pages; a rewrite improves one.
  2. Then by value. Lost clicks multiplied by how much those pages matter to the business: a product category is worth more than an old news post.
  3. Then by how fixable it is. Adding a real author and sources is quick; producing original research is not. Mix quick and slow work so something ships every week.
  4. Leave winners alone. Pages that held or gained are your reference, not your to-do list.

Google's description of good changes is useful as a filter: “Consider how you can improve your content in meaningful ways. For example, it could be that rewriting or restructuring your content makes it easier for your audience to read and navigate the page.” For the mechanics of refreshing, merging and pruning, use the lesson "Content audit: prune, merge, refresh".

Deletion sits at the bottom of the list. “Deleting content is a last resort, and only to be considered if you think the content can't be salvaged.” Google adds that wanting to delete whole sections tells you something: “In fact, if you're considering deleting entire sections of your site, that's likely a sign those sections were created for search engines first, and not people.” In that case, Google says removing the unhelpful content can help the good content perform better.

What not to do

Panic produces most of the damage after a core update. Avoid these:

Realistic recovery timelines

This is the part clients most want a date for, and Google gives none. Its words: “If you've made improvements, it may take time to see an effect in Search results: some changes can take effect in a few days, but it could take several months for our systems to learn and confirm that the site as a whole is now producing helpful, reliable, people-first content in the long term.”

Then the sentence to quote in every client conversation: “If it's been a few months and you still haven't seen any effect, that could mean waiting until the next core update.” There is a second route too: “However, you don't necessarily have to wait for a major core update to see the effect of your improvements.” Google runs smaller core updates as well: “These updates are not announced because they aren't widely noticeable, but they are another way that your content can see a rise in position (if you've made improvements).”

For measuring, the traffic-drop guide suggests a rhythm: “In general, you'll likely want to wait a few weeks to analyze your site in Search Console again to see if your efforts had a beneficial effect on ranking position.” And always keep the caveat in view: “Keep in mind that there's no guarantee that changes you make to your website will result in noticeable impact in search results, and that positions in Google Search results aren't static or fixed in place.”

Timeline · From the update to a possible recovery (illustrative)
Illustrative recovery timeline after a core update Not to scale. The rollout starts and ends on the dates shown on the Search Status Dashboard. At least a week later you run the first analysis. You then assess and change content over several weeks, re-check after a few weeks, and wait while Google's systems learn, which can take several months. Smaller unannounced updates along the way can lift improved pages; otherwise the effect may only show at the next core update. Illustrative, not to scale Update startsRollout ends First analysisRe-checkNext core update Dashboard startDashboard end at least 1 week laterafter a few weekseffect may show here Don't change yet Assess and change Systems learn: days to months rankings still moving log every change keep improving, keep logging Smaller, unannounced core updates can also lift improved pages before the next major one.
The phases are real; the spacing is not. Google gives no fixed durations beyond "a few days" to "several months".

Documenting the work

Six months from now nobody will remember what changed on which date. Keep a change log from day one, in a shared spreadsheet or your ticket system:

FieldExample
Date shipped2026-11-12
URL, section or templatehttps://example.com/reviews/ (all review pages)
Change typeAdded test method, photos and author box
WhyScored "no" on first-hand experience in the assessment sample
OwnerContent lead
Before snapshotLink to saved HTML or screenshot, plus the Search Console export for the baseline period
Result checkDate of the next comparison, same segment, same period length

Add the update's start and end dates, and your largest releases, as annotations in your reporting tool so every chart shows them. Save the Search Console exports for the baseline weeks: Search Console keeps 16 months of data, and you will want the original numbers later. Store the assessment scores too, so the next review can compare like with like.

Communicating with stakeholders and clients

A drop after a core update is stressful for whoever pays for the site. Clear, early communication prevents the panic changes described above.

Client-facing reporting is covered in more depth in the lesson "SEO reporting".

Rule out technical causes first

OurSEO Tools runs a 69-point checklist and a technical crawl of up to 1,000 pages with status code, canonical, indexability and load time per URL, so you can exclude technical problems before you judge your content.

69-point checklistTechnical crawlContent analysis

Common mistakes

FAQ

How do I know whether a core update hit my site?

Take the rollout dates from the Search Status Dashboard, wait a week after it ends, and compare a week after with a week before the start. If the drop begins inside the rollout window, other causes are ruled out and the loss is a large, sustained position drop, the update is the likely cause.

Is a core update a penalty?

No. Google says core updates “don't target specific sites or individual web pages.” A manual action is different: it appears in the Manual actions report in Search Console.

How long does recovery take?

Google gives a range, not a date: some changes take effect in a few days, others take several months, and sometimes the effect only shows at the next core update. There is no guarantee of recovery.

Should I delete thin or old content?

Only after assessing it. Google calls deletion “a last resort”. Improve or merge first; remove only content that cannot be salvaged.

My positions fell from 2 to 4. Do I need to rewrite the page?

No. Google treats that as a small drop and recommends no drastic action. Check the title and snippet, and what now sits above you, instead.

Will updating the publish date help?

Not by itself. Changing dates without substantial changes is one of Google's warning signs of search engine-first content. Update the date when the content really changes.

Sources

Quotes checked against the official pages on 30 October 2026.