Official statement
Other statements from this video 25 ▾
- 3:21 Does hreflang really protect against duplicate content?
- 4:22 Should you choose dashes or pluses in URLs for better SEO?
- 6:27 Do subdomains or subdirectories really matter for SEO according to Google?
- 8:04 Does the target="_blank" attribute affect SEO rankings?
- 10:12 Do old backlinks really lose their SEO value over time?
- 12:22 Should you really avoid canonicals pointing to page 1 on paginated pages?
- 13:47 Why does Google overlook your navigation and sidebars during crawling?
- 15:46 Does the text surrounding an internal link matter as much as the anchor itself for Google?
- 18:47 Should you really choose between a fresh start and redirections during a partial migration?
- 19:22 Site Architecture: Is it really necessary to choose between flat and deep?
- 22:29 Should you really keep your old domains to safeguard your brand?
- 22:59 Do Expired Domains Really Buy Back Their SEO Past?
- 24:02 Does Discover really have no exploitable eligibility criteria?
- 26:29 Should you really abandon the desktop version of your site with mobile-first indexing?
- 27:11 Is responsive design really the only viable solution for unifying desktop and mobile?
- 28:12 Should you really be concerned about internal PageRank on noindex pages?
- 29:45 Does duplicating a link on the same page really enhance its SEO value?
- 33:57 Why does Google deindex your blog articles after an update?
- 38:12 Why does Google sometimes display 5 results from the same site on the first page?
- 39:45 Should you index the internal search pages of your site?
- 42:22 Is EAT really unnecessary for SEO if Google claims it's not a ranking factor?
- 45:01 Should you really automate the generation of your XML sitemap?
- 46:34 Can content A/B testing really harm your SEO without you knowing?
- 53:21 Does Google really forget your past SEO mistakes?
- 57:04 Does Google really rank websites without human intervention?
Google confirms that the 'site being moved' status displayed in Search Console's address change tool signifies no technical issues. It's simply a temporary visual reminder that persists for a defined period. The critical element remains the duration of the redirects: they must stay active for at least 6 months, regardless of what the interface shows.
What you need to understand
What causes the confusion around the 'site being moved' status?
The address change tool in the Search Console sometimes displays a status that suggests a blockage or an anomaly. Many SEO practitioners interpret this message as a sign of an ongoing migration issue.
In reality, it is just a temporal indicator. Google maintains this display for a fixed duration to remind that an address change has been declared. Nothing more. The migration process itself — crawling, indexing, signal transfer — follows its own timetable, completely independent of what the interface shows.
What is the real technical constraint during a domain migration?
The minimum duration of 301 redirects is the only truly critical element. Google requires at least 6 months to ensure the complete transfer of ranking signals to the new domain.
This period allows algorithms to crawl all migrated URLs, validate matches, and consolidate the domain's history. Removing redirects too early is like cutting the transmission mid-air — a portion of PageRank and authority signals are irretrievably lost.
Does the address change tool really impact migration speed?
No. The tool primarily serves to notify Google of your intention to migrate, which might slightly accelerate the initial consideration. But it neither replaces nor alters the underlying work: redirects, sitemap updates, progressive reindexing.
Many successful migrations occur without ever using this tool. The essential factor remains technical consistency: clean redirects, correct URL mappings, updating internal links, and patience. The status shown in Search Console does not change this process.
- The 'site being moved' message is simply a temporal UI reminder, not a technical health indicator
- 301 redirects must remain active for a minimum of 6 months, regardless of the displayed status
- The address change tool accelerates notification but does not replace rigorous technical execution
- The transfer of signals follows its own algorithmic schedule, distinct from the Search Console display
- Monitoring changes in SERPs and crawl logs remains more reliable than the GSC interface
SEO Expert opinion
Is this statement consistent with real-world observations?
Completely. In practice, we regularly observe migrations where the 'site being moved' status persists for several weeks after the complete stabilization in SERPs. Conversely, some sites see their status disappear even before the ranking transfer is complete.
The Search Console interface has never been a reliable indicator of the real state of a migration. It notifies, it archives the request, but it does not control anything. It is the crawls, the signals collected, and the consistency of redirects that dictate the success of the operation — not a UI badge.
What nuances should be considered regarding redirect duration?
The 6 months indicated by Google represent a minimum, not a maximum. For domains with a long history, established authority, or thousands of URLs, extending to 12 or 18 months remains a prudent precaution.
Let’s be honest: removing a redirect after exactly 6 months and one day is risky. Some third-party bots continue to crawl the old domain for months. External backlinks may point to old URLs for years. Maintaining redirects as long as technically possible minimizes long-term SEO juice loss.
And this is where it often gets tricky: on the client side, the pressure to release the old domain, resell it, or stop hosting arrives well before 12 months. This conflict needs to be anticipated right from the migration planning.
In what cases does this rule not strictly apply?
For a very limited migration — say, a handful of strategic URLs or a minor subdomain — it may theoretically be shortened. But even in this case, going below 4-5 months remains risky.
Note: the 6-month rule applies to complete domain migrations. For a simple change of URL structure on the same domain (HTTP to HTTPS, slug redesign), the stakes differ. But in all cases, redirects must remain active as long as the old URLs receive organic traffic or regular crawls. [To be verified] in cases of partial migrations where only a section of the site is moved — Google has never provided specific recommendations for these hybrid configurations.
Practical impact and recommendations
What practical steps should be taken during a domain migration?
First, ignore the status displayed in the address change tool. This is not a migration dashboard. Focus on the metrics that matter: organic traffic development on the new domain, gradual disappearance of the old domain URLs from the index, stability or progress of key positions.
Next, ensure your 301 redirects are clean: each old URL redirects to its exact match on the new domain, not to the generic homepage. Manually test a representative sample, then automate using Screaming Frog or an equivalent. Chain redirects (A → B → C) must be eliminated — they dilute the PageRank transmitted.
What mistakes should absolutely be avoided during and after migration?
Never touch redirects before 6 months, even if everything seems stable. The temptation to clean up, optimize, or free the old server arrives quickly. Resist. An SEO migration does not end when the new site goes live — it ends when the signals are consolidated.
Another common mistake: forgetting to update the internal links on the new domain. If your menus, footers, or content still point to the old domain via redirects, you waste crawl budget and dilute authority. Replace all internal links with direct URLs from the new domain from day one.
Lastly, do not neglect the update of major backlinks. Contact the most powerful referring sites to have them change their links. Each direct link to the new domain is better than a link via redirection — even if the theoretical loss is minimal, the cumulative impact on hundreds of backlinks is felt.
How can you verify that the migration is going smoothly?
Monitor the server logs: Googlebot should crawl the new domain regularly while gradually reducing visits to the old one. If the old domain continues to receive as many crawls after several weeks, it's a warning sign.
Use the coverage report in Search Console to identify old URLs still indexed. Their number should decrease week by week. If it stagnates or increases, look for redirect issues or internal links not updated.
In terms of traffic, a well-executed migration usually triggers a temporary drop of 10-20% for 2-4 weeks, followed by a gradual recovery. If the drop exceeds 30% or persists beyond 6 weeks, dig deeper: incorrect URL mapping, missing redirects, content loss, or deterioration of Core Web Vitals.
- Maintain 301 redirects active for a minimum of 6 months, ideally 12-18 months
- Ensure each old URL redirects to its exact match, not the homepage
- Update all internal links of the new domain from launch
- Monitor server logs to confirm the gradual transfer of crawl budget
- Contact major referring sites to obtain direct backlinks to the new domain
- Ignore the 'site being moved' status in Search Console — it’s just a UI reminder without any technical impact
❓ Frequently Asked Questions
Combien de temps le statut 'site being moved' reste-t-il affiché dans Search Console ?
Peut-on retirer les redirections 301 dès que le statut 'site being moved' disparaît ?
L'outil de changement d'adresse est-il obligatoire pour une migration réussie ?
Que se passe-t-il si on coupe les redirections avant 6 mois ?
Comment savoir si la migration de domaine progresse normalement ?
🎥 From the same video 25
Other SEO insights extracted from this same Google Search Central video · duration 58 min · published on 01/05/2020
🎥 Watch the full video on YouTube →
💬 Comments (0)
Be the first to comment.