Change a Cafe Website Without Losing Rankings: 301 Redirects
Short answer: when you change a page address on your cafe website, whether it is one menu page or the whole site on a new platform, set up a permanent redirect from every old address to its new equivalent, planned in a simple table before you change anything, then verified afterward. Redirects are safe when done one to one and checked. The actual danger is not the redirect itself, it is leaving old addresses to return errors, or sending everything to your homepage instead of the specific new page that replaced each old one.
This post stays on the mechanics of moving pages, planning a redirect map, setting one up on Wix or Squarespace, and verifying it worked. It does not cover choosing good URLs in the first place or renaming your business across your profile and listings, those are separate topics. Here the concern is simple: you have to change something on a live site, and you do not want that change to quietly erase the visibility you have already built.
Plan the Redirect Map First
Before touching anything on your live site, build a simple table with two columns: every old address that is about to change, and the exact new address it should point to. This sounds obvious, but skipping this step and improvising redirects as you go is the single most common way this process goes wrong.
Work through your site methodically rather than relying on memory. List your homepage, every menu or product page, every blog post, any location or neighborhood pages, and anything else with its own address. For each one, decide whether it is staying the same, moving to a new address, or being retired entirely, and note the true replacement for anything being retired, the page that now covers the same topic or purpose, even if it is not an exact one to one swap.
Two worked examples show the shape of this table. First, a menu page moving from an old address to a new one as part of a broader site reorganization, invented here as oldsite.example/menu moving to newsite.example/drinksmenu. Second, a location page changing address when a shop clarifies its own URL structure, invented as oldsite.example/location moving to newsite.example/visitus. In both cases the table records the exact old address, the exact new address, and nothing more, leaving no ambiguity about what maps to what.
It helps to build this table in whatever plain spreadsheet tool you already use, nothing fancy is required. A simple two column list, sorted however makes sense to you, page type, current URL, planned URL, is enough. The value of writing it down before making any changes is less about the tool and more about forcing yourself to account for every single address that is about to change, rather than discovering a forgotten page weeks later when someone reports a broken link.
301 Basics: What Google Actually Says
A 301 redirect is a permanent redirect, distinct from a 302 redirect, which signals a temporary move. Google's own documentation on redirects and site moves, checked September 21, 2026, treats these as meaningfully different signals, a permanent 301 tells both browsers and search engines that an address has moved for good, while a 302 suggests the move is temporary and the original address may return to use later.
For a genuine, permanent page move, a menu page renamed for good, a location page restructured, use a 301. Google's documentation on site moves with URL changes describes this as the correct signal for exactly this kind of change, and using a temporary redirect for something that is actually permanent sends a less accurate signal than the situation calls for.
It is worth being precise about what this post is not claiming. Google's documentation does not publish a specific figure for how much ranking signal transfers through a redirect, or a fixed timeline for how quickly a search engine updates its records after one. What the documentation does describe is a defined, well established mechanism for handling exactly this kind of change, and following that mechanism carefully is the responsible approach, without promising a specific outcome or timeline this post cannot honestly back up.
It is also worth understanding why a redirect exists as a concept at all, beyond the technical mechanics. Every link pointing at your old address, other websites that mentioned you, bookmarks visitors saved, search engine records built up over time, still points at that old address after you change your site. A redirect is what keeps all of that existing value pointed somewhere useful instead of somewhere broken, rather than requiring every single external source to update itself the moment your address changes, which is simply not realistic to expect.
Setting Up a Redirect on Wix
Wix includes a built in Redirect Manager for exactly this purpose. The general approach is entering the old address in one field and the new address in another, within the site's own dashboard, and Wix handles the underlying redirect mechanics once the mapping is saved. The exact click path and screen layout can shift as Wix updates its interface over time, so check the current screen in your own dashboard before assuming the steps match exactly what a screenshot from an earlier date shows.
A practical limit worth knowing about on Wix, and on most platforms generally, is that redirect tools are usually built for one to one address mapping rather than complex pattern based rules. That fits the plan described above perfectly, since the redirect map you built is already a simple list of specific old addresses each pointing to one specific new address, exactly the shape most built in redirect tools expect.
If you run a Shopify store alongside or instead of a Wix site, the equivalent feature is generally found under a URL Redirects screen within the store's own admin settings, following the same basic shape, an old path and the new path it should send visitors and search engines to. As with the other platforms, treat any specific field names or screen locations as worth confirming directly in your own account rather than assuming they exactly match an older description, since store admin interfaces are updated over time.
Setting Up a Redirect on Squarespace
Squarespace handles this through a feature generally referred to as URL Mappings, found within the site's own settings. The general approach again follows a similar shape, specifying an old path and the new path it should map to, though the exact syntax for entering these mappings, and the exact location of the settings screen, is worth confirming directly in your own account since interface details change over time.
As with Wix, work through your redirect map table entry by entry rather than trying to set up a single broad rule meant to catch everything at once. A careful, complete one to one mapping, even if it takes longer to enter than a shortcut rule might, is far less likely to send visitors or search engines somewhere unintended than an attempt to handle many different old addresses with one overly broad pattern.
Verifying Every Redirect Actually Works
Setting up a redirect and confirming it works are two different steps, and skipping the second one is how broken redirects go unnoticed for months. After entering each redirect, visit the old address directly in a browser and confirm it lands on the correct new page, not just any page, the specific correct replacement.
For a more technical check, a command line request to the old address, using a tool like curl with the header only flag, shows you the actual status code returned and the location header pointing to the new address. A properly working permanent redirect should return a 301 status with the correct new address in its location header, confirming the technical setup matches what you intended, not just what appears to happen when clicking through in a browser.
Once redirects are live, use Search Console's URL Inspection tool on the new address to check how Google currently sees that specific page. This does not tell you instantly how quickly rankings will transfer, since that is not something Google's documentation commits to a specific timeline for, but it does confirm whether the new address itself is recognized and indexed, which is the foundation everything else depends on.
Common Mistakes
The most common mistake is chaining redirects, an old address redirecting to a second old address which then redirects to the actual final new address, rather than pointing every old address directly at its true final destination. Chains add unnecessary complexity and are easy to lose track of over time as a site changes again in the future. Update your redirect map so every entry points straight to the real final address, even after a second or third round of site changes.
A second common mistake is sending every old address to the homepage rather than to its true specific replacement. This is often faster to set up, one broad rule instead of a careful list, but it loses the specific relevance each old page had for its own specific topic, and it gives visitors landing on an old link a generic homepage instead of the actual content they were looking for.
A third common mistake is forgetting to update your Google Business Profile link and any other external listings, directories, social bios, chamber or tourism listings, after a site change. A redirect on your own site handles visitors and search engines finding your old page through search results, but an external link pointing at a now retired address still needs to be manually updated wherever it lives outside your own site's control.
A fourth mistake is treating the redirect setup as finished the moment it is entered, without ever coming back to verify it. Interfaces change, settings occasionally do not save as expected, and a redirect that looked correct when it was entered can fail silently. Building the verification step, the direct browser check and the command line check, into your actual process, not skipping it because the setup step felt complete, is what protects the traffic you are trying to preserve.
A Realistic Order of Operations
Put the whole process in order: build the complete redirect map first, covering every address that is changing. Set up each redirect on your platform, working through the map entry by entry rather than improvising as you go. Verify each one directly, both by visiting it in a browser and with a technical check where possible. Update external links, your Google Business Profile and any directory listings, separately, since a site level redirect does not reach those.
Done in that order, moving a menu page, restructuring a location page, or migrating an entire site to a new platform is a manageable, controllable process rather than a leap of faith. The mechanism Google itself documents for handling exactly this kind of change exists precisely so a careful site owner does not have to choose between improving their site and protecting the visibility they have already earned.
It is worth saying plainly that none of this requires a big migration or a full platform switch to matter. Even a small cafe simply renaming one menu page or reorganizing a handful of addresses benefits from the same careful process, a written map, a correct permanent redirect for each entry, and a real verification step afterward. The scale of the change does not change the method, only the length of the table you are working through.
Related Reading
More from Hillcane on this topic, plus the pages on the site that sit next to the work.
Frequently Asked Questions
Do redirects cause me to lose rankings?
Not when done correctly. A properly set up permanent redirect from every old address to its true new equivalent, verified afterward, is the mechanism Google's own documentation describes for handling exactly this kind of change. The real risk comes from skipping the redirect entirely, sending everything to the homepage instead of the specific replacement page, or leaving broken chains behind.
How do I add a redirect on Wix?
Wix includes a built in Redirect Manager in the site dashboard for entering an old address and its new equivalent. The exact click path can shift as Wix updates its interface, so check the current screen directly in your own account rather than relying on an older screenshot, and work through your redirect map entry by entry.
How do I add a redirect on Squarespace?
Squarespace handles this through URL Mappings within the site's settings, specifying an old path and its new equivalent. The exact syntax and screen location are worth confirming directly in your own account since interface details change over time. Work through each entry from your redirect map individually rather than a single broad catch all rule.
What is the difference between a 301 and a 302 redirect?
A 301 is a permanent redirect, signaling that an address has moved for good. A 302 signals a temporary move, suggesting the original address may return to use later. For a genuine, permanent change, a renamed menu page, a restructured location page, use a 301, which is the signal Google's documentation on site moves describes as correct for that situation.
How do I check that a redirect is working?
Visit the old address directly in a browser and confirm it lands on the correct new page. For a more technical check, a command line request to the old address using a header only flag shows the actual status code and the location header, confirming a working permanent redirect returns a 301 status pointing to the correct new address.
What is the biggest mistake owners make with redirects?
Sending every old address to the homepage instead of its true specific replacement, and chaining redirects, where an old address points to another old address instead of the real final destination. Both give visitors and search engines a less accurate result than a careful one to one mapping. Build a two column table of old and new addresses before changing anything, and point every entry straight at its final address, even after later rounds of changes.
Do I need to update my Google Business Profile after a redirect?
Yes. A site level 301 redirect set up in Wix's Redirect Manager or Squarespace's URL Mappings handles visitors and search engines reaching your old page, but it does not reach links that live elsewhere. Your Google Business Profile website field, chamber and tourism listings, directories and social bios all need to be updated by hand wherever they still point to a retired address. Do this as a separate step after verifying the redirects.
How long does it take Google to update after a redirect?
Google's documentation does not publish a specific timeline for how long this update takes. What it does describe is a defined, well established mechanism for handling this kind of change. Use Search Console's URL Inspection tool on the new address to confirm it is recognized and indexed, which is the foundation the rest depends on.
Can I set up one redirect rule to catch everything at once?
Most built in redirect tools, including on Wix and Squarespace, are built for specific one to one address mapping rather than complex catch all rules, and that fits a careful redirect map well. A broad rule meant to catch many different old addresses at once is more likely to send visitors somewhere unintended than a complete, specific list.
What percentage of my rankings will transfer through a redirect?
This post does not state a percentage, because Google's documentation on redirects and site moves, checked September 21, 2026, publishes neither a transfer figure nor a fixed timeline, and inventing one would not be honest. What is documented is the mechanism: a permanent 301 for a permanent move, not a temporary 302. Verify each one returns a 301 with the correct location header, then check the new address in Search Console's URL Inspection tool.
Work with Hillcane
Moving a page or switching platforms does not have to erase the visibility you already have. Plan a redirect map first, set up permanent redirects one address at a time, then actually verify each one worked.
If you are planning a site change and want a second set of eyes on your redirect map, reach Hillcane at hillcane.co/contact or call (256) 384-2449.
Comments