Guide
How do I move a local business website without losing Google Maps rankings?
Classify the move before you change anything. If the domain, protocol, hostname, or page paths change, use Google's URL-changing site-move procedure: inventory the old URLs, map each one to a relevant new destination, use direct server-side permanent redirects, verify the old and new properties in Search Console, and submit the new sitemap.1
If the URLs stay the same and only the hosting changes, use the hosting-only procedure: copy and test the site, confirm Googlebot can access it, remove temporary crawl blocks, update DNS, and monitor both servers. Shut down the old infrastructure only when you are confident that all users, including Googlebot, receive content correctly from the new infrastructure and no one is using the old infrastructure.2
After launch, compare the same query, searcher context, and date, and check the website, location page, phone, hours, and service area shown by the profile. Google says a significant site change can cause temporary ranking fluctuation while it recrawls and reindexes the site.1
This guide covers moving the website, not changing the business's location. If the business itself is moving, use the guide to move a local business without losing Google Maps visibility for the address, service-area, and re-verification decisions.
Which website migration path should I use?
Choose the procedure from whether an existing page URL changes. Google treats a domain, protocol, or path change as a URL-changing site move. A hosting change with the same URLs follows a separate hosting procedure.12
| What changes? | Use this procedure | Main work |
|---|---|---|
| The domain, protocol, hostname, or page paths change | URL-changing site move | Inventory and map URLs, update URL signals, redirect old pages, verify Search Console properties, submit the new sitemap, and monitor indexing.1 |
| The URLs stay the same and only the hosting or infrastructure changes | Hosting-only move | Copy and test the site, check Googlebot access, update DNS, monitor the old and new servers, and shut down the old infrastructure only when you are confident all users, including Googlebot, receive content correctly from the new infrastructure and no one uses the old infrastructure; zero old-host traffic is a check.2 |
What should I prepare before the move?
Build the migration record before launching the new site. The record gives you something specific to test when the website and the Business Profile change at different speeds.
- Create a complete URL inventory. Start with the sitemaps, server logs or analytics, links reported in Search Console, and the content-management system. Include embedded image, video, JavaScript, and CSS URLs, not only the pages in the visible navigation.1
- Map each old URL to its new destination. Use the corresponding new page where one exists. Record the final URL, not only the next hop in a redirect chain.1
- Prepare the new site's crawl controls. Set up its
robots.txtand preserve the blocks you intend to keep. Remove development-onlyrobots.txt,noindex, or HTTP-header blocks when the new site is ready to launch.1 - Verify Search Console before launch. Verify both old and new sites, including the relevant
wwwand non-wwwproperties and the HTTP and HTTPS variants you use.1 - Capture the current local-business facts. Save the Business Profile website URL, the page it opens, the location or service page's phone and hours, and the profile's address or service area. Record the exact query, searcher context, date, and result you will use for the after-move comparison.
Google says that publicly available information, including crawled content from an official website, can contribute to Business Profile information. Google also lets a business share its website from the profile. Use the profile and the relevant location or service page as one consistency check, not as a claim that Google applies a particular website-to-profile formula.34
What should I do when the page URLs change?
Use the URL-changing procedure for a domain, protocol, hostname, or path change. Complete the URL map and the new-site checks before switching the public site.
- Update the new URL signals. Give each new URL a self-referencing
rel="canonical", update internal links, and updaterel-alternate-hreflangannotations when the site uses them. Save a sitemap containing the new URLs.1 - Add direct server-side redirects. Prefer HTTP
301or308redirects from each old URL to its relevant final destination. Use client-side redirects only when a server-side setup is not possible. Avoid chains, and do not send unrelated old pages to the new homepage.1 - Choose the launch shape. Google recommends moving all URLs at once for small or medium-sized sites. A large site can move one section at a time when that makes monitoring and problem-fixing easier.1
- Use the right Search Console action. Submit a Change of Address for a move between domains or subdomains. Do not use it for HTTP-to-HTTPS,
wwwand non-wwwchanges on the same domain, or path changes within the same domain.1 - Test and submit. Test individual redirects with URL Inspection or test larger sets with scripts. Submit the new sitemap after the move starts. Google says the old sitemap can be removed when Google uses the new one.1
- Keep the redirects. Keep them as long as possible, generally at least one year, while updating the important links you control to the new URLs.1
For example, if old.example.com/locations/austin becomes new.example.com/austin, map the old location page directly to the new location page, update internal and canonical links, verify both properties,1 and then change the profile's website URL to the live Austin page. Do not send the old location page to the new homepage merely because the domain changed.
What should I do when only the hosting changes?
Use the hosting-only procedure when every public URL stays the same. The work centers on access, DNS, and server monitoring rather than a URL map.
- Upload a copy of the site to the new host and test it thoroughly.2
- Confirm that Googlebot can access the new host and remove temporary crawl blocks.2
- Review the Search Console verification setup on the new infrastructure.2
- Update the DNS records to point to the new host.2
- Watch the server logs on both the old and new hosts during the change.2
- Shut down the old hosting infrastructure only when you are confident that all users, including Googlebot, receive content correctly from the new infrastructure and no one is using the old infrastructure. Use zero traffic in the old-host logs as a check.2
Keep the profile website URL unchanged when the URL itself did not change. Still open the profile link after the DNS change and confirm that the destination serves the correct business page.
How do I update the Business Profile after the website goes live?
Update the Business Profile only after the new destination is live and accessible. On Google Search, go to your Business Profile → Edit profile → Save. In the Google Maps app, open Maps → Business → Edit profile → Save. Google says it reviews changes before updating them live, and the available features can differ between Search, Maps, and your device's operating system.4
Check these fields in the edit flow:
- Website: Enter the full URL with its protocol, not a bare domain. Make sure Googlebot is not blocked on the destination. If the business has separate locations, open the link and confirm it reaches the individual location page rather than a different branch or a generic redirect.4
- Address or service area: If customers visit the business, confirm the full, accurate address. If customers do not meet the business at its address, choose whether to hide the address; if it is hidden, verify that the service area lists the cities, ZIP codes, or other places actually served. Google says service areas should be specific and accurate.4
- Phone: Check the primary number and any additional numbers against the location page. Google allows a primary number and up to two additional mobile or landline numbers, but not fax numbers.4
- Hours: Compare the profile's main hours with the website. Keep special hours for holidays or temporary periods and use more hours for different services or features; neither belongs in the main-hours field.4
The Google Business Profile guide explains the profile's fields and ownership context. This page's migration check is narrower: it asks whether the new website and the public profile still describe the same real business.
What should I verify before, during, and after the move?
Use this log to keep website migration checks separate from profile review and from a later visibility observation.
| Stage | Verify | Record or act |
|---|---|---|
| Before | Move type, old URL inventory, URL map, Search Console properties, crawl controls, current profile website, location or service page, phone, hours, and address or service area | Save the old values and the exact query, searcher context, date, and result used for comparison. |
| During | New-site access, representative old-to-new redirects or DNS resolution, internal links, canonical tags, sitemap, and the profile edit | Test a sample of old and new URLs. Update the profile website only when the new destination is live. |
| After | Redirect responses, indexing and crawl signals, new sitemap, Search Console queries, server logs, HTTP errors, user traffic, and the profile's public website and local facts | Check the profile link, location or service page, phone, hours, and service area. Keep the old host or redirects available for the documented transition period. |
Google's URL-migration guidance names sitemap indexing, crawl errors, search impressions and clicks on new URLs, server logs, HTTP errors, and user traffic as monitoring signals. For a local business, add the profile-to-website checks to the same log so a broken destination is not mistaken for a Maps change.134
Can my Maps visibility change temporarily after a website move?
Yes. Google says a significant website change can cause temporary ranking fluctuation while Google recrawls and reindexes the site. Medium-sized sites can take a few weeks or more to start showing the new URLs, and larger sites can take longer.1
Treat that period as observation time. Google says local results are mainly based on relevance, distance, and popularity, and that complete and accurate business information is more likely to appear in local results. Compare the same query and searcher context before and after the migration, and record what the profile and website displayed. A single search cannot show that one website change caused a position change. For the broader local-search context, see ranking higher with local SEO.5
What if the website domain changes but the business details do not?
Use the URL-changing site procedure and change only the Business Profile website URL. Keep the address or service-area setting, phone, and hours unchanged when the real-world facts did not change. Recheck every field after the edit so the profile still opens the new location or service page.
Sources
-
Google Search Central, “Site Moves and Migrations | Google Search Central | Documentation | Google for Developers,” last updated 2026-08-20 UTC: Google Search Central (read 2026-10-05)
-
Google Search Central, “Changing Your Web Hosting and SEO | Google Search Central | Documentation | Google for Developers,” last updated 2025-12-10 UTC: Google Search Central (read 2026-10-05)
-
Google Business Profile Help, “Understand how Google sources & uses info in Business Profiles & local search results”: Google Help (read 2026-10-05)
-
Google Business Profile Help, “Edit your Business Profile”: Google Help (read 2026-10-05)
-
Google Business Profile Help, “Tips to improve your local ranking on Google”: Google Help (read 2026-10-05)
See where your profile stands
The audit shows how this applies to your own profile: it reads a verified Google Business Profile and scores it the same way every month.
Visibility Score
0 to 100
20 scored factors across profile completeness, performance, competitive position. Free, no signup, on any verified Google Business Profile.
No signup, no card. You get the score and the factors behind it.