The new website is live and looks better than the old one, yet Search Console shows impressions and clicks going down. After a relaunch, that is a familiar pattern. Google works mainly with what is in the code: URLs, content, headings, internal links and structured data. Those are exactly the signals a relaunch tends to change, often without anyone noticing.
So check these five areas in order: indexing, redirects, content depth per page, title and H1, and finally internal links and structured data. Each check confirms or rules out one possible cause. Much of the damage can be repaired, especially while the old version of the site is still available for comparison.
Short answer: why rankings drop after a relaunch
Rankings drop after a relaunch when the new site gives Google fewer or different signals than the old one. That happens in one of two ways: technically, because pages can no longer be reached or indexed, or through content, because pages that are still reachable carry less relevance for the searches they used to rank for.
The technical causes are on the usual relaunch checklists: missing 301 redirects, a noindex left over from staging, a robots.txt that blocks whole sections. The content causes get checked less often because they do not show. Every URL returns a 200, the sitemap is clean, Search Console reports no errors, and the site still loses visibility.
A relaunch without a single technical error can therefore still cost rankings if copy was cut, headings were swapped for slogans or internal links were removed.
Normal fluctuation or real damage?
A short dip after launch is normal; a sustained loss that does not recover is not. Google has to recrawl and re-evaluate changed pages. For moves with new URLs, Google says a small to medium-sized site can take a few weeks for most pages to move (Google Search Central, Site moves with URL changes).
Three observations point to real damage rather than a transition:
- The loss hits pages whose URL did not change. Changed addresses cannot explain that; the page itself now sends weaker signals.
- Important queries fall a long way instead of wobbling. Sliding from page one to page three is more than the usual movement after a launch.
- The curve falls after launch and stays at the lower level. Transitional effects even out on their own; structural losses stay.
Always compare windows of equal length, for example the 28 days before launch against the last 28 days, and look at the same pages and queries. Comparing calendar months mixes different weekdays, public holidays and seasonal effects.
The five checks, in the right order
The order follows impact. An error in check 1 makes every later check pointless, because Google is not evaluating the affected pages at all.
1. Indexing: is Google allowed to index the pages?
For your most important pages, check the meta robots tag, the X-Robots-Tag HTTP header, robots.txt and the canonical. Typical relaunch mistakes are a noindex carried over from staging, a canonical that still points to the test domain and a robots.txt that blocks entire folders. In Search Console, the Pages report under Indexing shows which URLs are not indexed and why; URL Inspection shows what Google last saw for a single page.
2. Redirects: does every old URL reach the right destination?
Every old URL with impressions or backlinks needs a 301 redirect to the new page that covers the same topic. Blanket redirects to the homepage or an overview page throw away the relevance of the old page. Typical follow-up errors are chains of several redirects, redirects to 404 pages and 302s instead of 301s. Google recommends keeping redirects in place for at least one year after a move (Google Search Central, Site moves with URL changes).
Start from a list of every old URL: the old sitemap, the Pages tab of the Search Console performance report, and a crawl of the old site if it is still reachable anywhere. Check that list line by line for status code and destination.
3. Content equivalence: does the new page still carry the same substance?
This check is easy to skip because everything works technically. Compare every important page in its old and new version: word count of the main content, number and topics of sections, FAQs, tables, examples. When a service page shrinks from a detailed text covering causes, process and questions to a short design page, Google loses exactly the passages the page used to be found for.
A pattern from our relaunch analyses: the outline of a page survives, but every section gets shorter, and whole blocks such as “How to tell that …” or “Typical causes” disappear because the new layout has no room for them. Those blocks answer long, specific queries, and the impressions for those queries go with them.
4. Relevance signals: are the search terms still in the title and H1?
Google builds the title of a search result from sources that include the title element, the page’s main visual title and heading elements such as the H1 (Google Search Central, Influencing title links). These are the most visible places where a page states what it is about. If a relaunch replaces the H1 “Electrician in Munich” with a brand line such as “Power you can rely on.”, the search term is missing from exactly that spot, even though the URL and title stayed the same.
For every page with search demand, check whether the main search term appears in the title, in the H1 and in at least one subheading. A slogan can set the tone, but it must not replace what people actually type. The simplest fix is often a two-line H1: the search term on top, the slogan underneath.
5. Internal links and structured data: what disappeared quietly?
New navigations tend to be leaner. Dropped footer links, removed “further reading” blocks under articles and missing cross-links between service and industry pages all reduce the internal links pointing to important pages. Switching systems can also quietly remove structured markup: FAQ, breadcrumb, article or service schema that the old site generated automatically.
Count internal links per target page before and after the relaunch and compare the schema types per page type. A crawler gives you both: one crawl of the old version, if a copy is still reachable, and one of the live site.
The before-and-after comparison per URL
The fastest diagnosis is a structured comparison of the old and new version, page by page. You will find the old version in your host’s backup, in the agency’s version control, in a staging copy or in the Internet Archive (Wayback Machine).
| Signal | How to check | Warning sign |
|---|---|---|
| Indexability | Meta robots, X-Robots-Tag, robots.txt, canonical | noindex, canonical to another URL, blocked folder |
| Status of old URLs | Run the full list of old URLs against the live site | 404, chain, 302, destination on a different topic |
| Main content word count | Crawl old against new, main area only, no navigation | much less copy on pages that had impressions before |
| Title and H1 | Crawl exports of both versions side by side | main search term missing from H1 or title |
| Sections and FAQ | List of H2s, old against new | topic sections or FAQ removed without replacement |
| Internal links | Inbound internal links per target page | important pages with far fewer links |
| Structured data | Schema types per page type | FAQ, breadcrumb, article or service missing |
Prioritise the result by what had impressions before the relaunch. One page with many impressions and half its content gone comes before ten pages that were barely found in the first place.
What you can win back, and what you cannot
The chances are good for anything the website changed itself: missing redirects, removed content, search terms dropped from headings, deleted internal links and missing markup. Once the cause is fixed and Google has recrawled the pages, it evaluates the repaired version. There is still no guarantee of the old positions, because competitors and search results move on in the meantime.
It gets harder in three cases:
- The old version can no longer be reconstructed. Without a backup or archive there is no template, and the lost content has to be rebuilt from scratch.
- The relaunch coincided with a Google update. Two effects overlap, and not every loss comes from the new site. Google lists confirmed updates on the Search Status Dashboard.
- Redirects were missing for a long time. Backlinks to unreachable URLs lose their effect, and some sites remove links that lead nowhere.
The earlier the old and new versions are compared, the more of the lost visibility can be recovered.
The repair, in the right order
- Remove blocks: noindex, robots.txt, canonicals. Then resubmit the sitemap and request indexing for the most important URLs via URL Inspection.
- Fix redirects: every old URL with impressions to its content counterpart, as a 301, without chains.
- Bring the substance back: restore cut sections, FAQs and examples on the pages with the biggest losses. The new design can stay; the content has to return.
- Restore relevance signals: main search term in title and H1, the slogan as a second line.
- Add internal links and markup: further-reading blocks, cross-links between services, industries and articles, FAQ and breadcrumb schema.
- Notify search engines and measure: have changed URLs inspected again in Search Console, notify Bing and other engines via IndexNow, then compare equal windows before and after the repair, per page and per query.
Reverse the order and rewrite copy while a noindex is still active, and you lose weeks.
When to bring in help
If the comparison does not make clear which change caused the loss, or the old site is no longer available, a structured diagnosis is worth it. Our SEO recovery starts with a recovery audit that compares the old and new version of each URL and delivers a prioritised damage list with an assessment per item. If the relaunch is still ahead of you, prevention is covered in Website relaunch without losing rankings and on our website relaunch with SEO migration page. For a general health check without an acute drop, an SEO audit is the right starting point.
Have your relaunch drop reviewed
Frequently asked questions
How long does it take for rankings to come back after a relaunch?
It depends on the cause. Once technical errors are fixed, Google reacts as soon as the pages are recrawled. For moves with new URLs, Google says a small to medium-sized site can take a few weeks for most pages to move. Content repairs can take longer because Google has to re-evaluate the revised pages first.
Should I roll the relaunch back?
Rarely. A rollback is a second move with its own risks. It is usually faster to find the specific differences between the old and new version and fix them on the new site.
All redirects work, but rankings keep falling. Why?
Then the cause usually lies in the content or the relevance signals: shortened copy, missing sections, an H1 without the search term, fewer internal links or removed schema. Comparing the old and new version of each URL shows what changed.
Where can I find the old version of my website?
In your host's backup, in the agency's version control, in a staging copy or in the Internet Archive (Wayback Machine). For the comparison, the most important pages with their copy, headings and links are enough.
Does resubmitting the sitemap help?
An up-to-date sitemap helps Google find changed pages, but it fixes no cause. It only pays off once blocks, redirects and content are in order.
Sources:
- Google Search Central, Site moves with URL changes: how long a move takes for small and medium-sized sites, keep redirects for at least one year
- Google Search Central, Influencing title links: title element, main visual title and headings such as the H1 as sources for the search result title
- Google Search Status Dashboard: confirmed updates and incidents in Google Search