Wix SEO: What Wix Sets for You, the Four Defaults You Should Not Touch, and the 5,000-Redirect Ceiling
· Royking Niba
Wix SEO is the work Wix does not do for you. The platform already writes a self-referencing canonical tag on every page, keeps a sitemap up to date, adds structured data to product, blog and event pages and creates a 301 redirect when you change most page URLs. What it leaves to you is the content, the titles and descriptions, the redirects for blog posts, the decision about what to index, and staying inside a hard limit of 5,000 redirects per site. Below is what Wix’s own help centre says, quoted exactly and checked on 17 October 2026, a table separating the defaults from your jobs, the four defaults you should leave alone, and a worked model of a store moving to Wix that runs into the redirect ceiling.
Is Wix good for SEO?
The platform question matters less than people think. Google ranks pages, not website builders, and its own guidance on generative AI features says there are “no additional technical requirements” to appear in AI Overviews or AI Mode. The technical foundations a builder has to provide are crawlable pages, a sitemap, sensible status codes, canonical tags and a way to redirect old URLs. Wix provides all of those by default. Where Wix sites usually underperform is the same place most small sites underperform: thin pages, duplicate titles, blank meta descriptions and URL changes made without redirects. Wix’s own troubleshooting article on pages missing from search suggests “at least 250-400 words on the page”, which is a floor, not a target.
What Wix does by default, and what is still your job
Built from Wix’s help articles on default SEO settings, canonical tags, 301 redirects, robots.txt and pages not appearing in search, all read on 17 October 2026. Wix help articles carry no last-updated date, so treat the checked date as the reference.
| Area | What Wix does by default | What is still your job |
|---|---|---|
| Title tags | Main pages use the pattern Page Name, then a separator, then Site Name | Write a title that matches the search you want; the page name alone rarely does |
| Meta descriptions | “The default setting is blank until you enter a description.” | Write one per important page, or set a pattern with variables for product and blog pages |
| Canonical tags | “Wix automatically creates a default canonical URL for all of your pages.” | Leave it alone unless a page really is reachable at several URLs |
| Sitemap | “Every Wix site has a sitemap that updates automatically with your site’s most current information.” | Submit it in Search Console and check the indexed count against it |
| Structured data | Product, bookings, event, blog and portfolio pages get Schema.org markup built from your site data | Fill in the inputs it is built from: business name and logo, prices, SKUs, images |
| Indexing | Most pages are indexed by default; blog tag and archive pages are not | Switch off indexing for thin utility pages; never leave “Let search engines index your site” off after launch |
| Redirects on URL change | “Wix automatically creates a 301 redirect for your page when you update the URL slug.” | Blog posts are the exception: “For Wix Blog pages, 301 redirects will not automatically be created.” |
| Redirect capacity | “You can create a maximum of 5,000 redirects per Wix site.” | Plan migrations and slug changes so the important URLs fit inside it |
| robots.txt | The default file “allows search engine bots to access all of your site’s pages by default.” | Usually nothing; edit it only for a specific crawl problem |
| Password-protected pages | “Search engines are not able to index pages that are password protected.” | Remove the password from any page you want found |
The four defaults you should not touch without a reason
1. The self-referencing canonical
Wix describes its default canonical as “the self-referencing canonical URL which we recommend not to change”, and it attaches two warnings to editing it: “Changing your canonical tags can have an effect on how your site appears in search results” and “When you change the default canonical tag for a page, the page’s URL may disappear from your sitemap.” That second effect is easy to miss. A custom canonical pointing somewhere else tells Google you prefer another URL, and Wix then drops the page from the sitemap, so a mistaken canonical on an important page quietly removes two signals at once. My guide to canonical tags covers when a cross-page canonical is the right tool; on a Wix site that is mostly pages reached through tracking parameters, which is the case Wix’s own article describes.
2. The robots.txt file
Wix lets you edit robots.txt from the Robots.txt Editor in the SEO and GEO dashboard, and the help article is unusually direct about the risk: “Editing your robots.txt file is an advanced feature”, edits “may cause issues with your site’s pages appearing in search results”, and “Wix Customer Care cannot help you with any changes you make to your robots.txt file.” A Disallow line stops crawling, not indexing, so it is the wrong tool for keeping a page out of results. The robots.txt guide explains why, and what to use instead.
3. The automatic sitemap
Because the sitemap updates itself, the useful work is checking it rather than building it: submit it in Search Console, then compare the URLs it lists with the pages Google reports as indexed. A gap between the two is a content or duplication question, not a sitemap fault.
4. Noindex on blog tags and archives
Wix leaves blog tag and archive pages out of the index by default. Those pages mostly repeat excerpts that already live on the posts themselves, so the default is sensible. Turning them back on adds many near-duplicate URLs and very little that a searcher would choose over the post.
The blog redirect gap
The single most expensive Wix habit is renaming blog post URLs. On most page types Wix writes the redirect for you, but on Wix Blog pages it does not, so a post whose slug is changed simply moves, and every link and every ranking pointing at the old address now hits a missing page. Before you change a published post’s URL, add the redirect yourself in the URL Redirect Manager under SEO and GEO, then test the old address. Wix also notes that redirects work only on sites with a custom domain, not on free Wix addresses.
Google’s site-move guidance, last updated 2026-08-20, sets the rest of the standard. It advises keeping redirects “for as long as possible, generally at least 1 year”, recommends “redirecting to the final destination directly”, and where that is impossible says to keep chains “ideally no more than 3 and fewer than 5”. On Wix a chain usually appears when a page is renamed twice, so after any second rename, point the oldest redirect at the newest URL. The difference between a permanent and a temporary redirect is covered in 301 vs 302 redirects.
A worked model: when a migration meets the 5,000-redirect ceiling
This is a model with stated assumptions, not a client case. Assume a WooCommerce store moving to Wix Stores. Every URL changes, because Wix uses its own paths, such as /product-page/ for products and /post/ for blog posts, so each old address needs a decision. The counts below are assumptions chosen to be typical of a mid-sized store; replace them with a crawl of your own site.
| Old URL type (assumed count) | Count | Decision | Redirects used |
|---|---|---|---|
| Product pages | 1,800 | One-to-one redirect to the new product page | 1,800 |
| Product category pages | 120 | One-to-one redirect to the new category | 120 |
| Blog posts | 600 | One-to-one redirect to the new /post/ address | 600 |
| Static pages (about, contact, policies) | 40 | One-to-one redirect | 40 |
| Category pagination (page 2 onward) | 1,150 | Redirect only the ones with links or traffic; let the rest return 404 | 0 to 1,150 |
| Blog tag archives | 900 | Same rule: redirect only those with links or traffic | 0 to 900 |
| Blog pagination | 60 | Same rule | 0 to 60 |
| Author and date archives | 350 | Same rule | 0 to 350 |
| Total old URLs | 5,020 | 2,560 to 5,020 |
Redirecting everything needs 5,020 redirects, 20 more than Wix allows, so a one-to-one map of the whole old site cannot be built. Redirecting only the pages that carry real content uses 2,560, which is 51.2 percent of the ceiling and leaves 2,440 for the future. That headroom matters because the blog keeps consuming it: every post slug you change after launch needs a manual redirect, and the cap is per site, not per year. Wix also offers group redirects for pages that share a path, which can cover some patterns with one rule, but the decision about which archive pages deserve a redirect should come from data, not from the limit.
The data to use is simple. Export the old URLs that received search clicks in the last year from Search Console, add any URL with external links from your backlink tool, and give every URL on either list a one-to-one redirect. Everything else can be allowed to return a 404, which Google treats as a normal outcome for a page that no longer exists. The full sequence is in my SEO migration checklist, and the same model applied to Shopify’s fixed collection paths is in Shopify SEO.
A Wix SEO checklist in order of impact
- Confirm “Let search engines index your site” is on in SEO Settings, and that no page you want found is password protected or set to noindex.
- Connect Search Console through Wix’s SEO setup checklist and submit the sitemap.
- Rewrite the title of every page that matters so it names what the page is about, not just the page name.
- Write a meta description for those pages, or set a pattern for product and blog pages.
- Bring thin pages up to a genuinely useful answer; Wix’s own floor is 250 to 400 words.
- Before changing any blog post URL, add the 301 yourself, because Wix will not.
- Leave the default canonical, robots.txt and blog archive noindex alone unless you can name the problem you are fixing.
- Fill in business name, logo, prices and SKUs, because Wix builds structured data from them.
- Keep a running count of redirects against the 5,000 ceiling.
- If traffic falls after a change, check Search Console’s Manual Actions report before anything else.
Wix’s troubleshooting article lists manual actions among the reasons a page can disappear from results. If that is what you find, the process is the same on any platform, and it is the subject of my Google penalty recovery guide.
Leave a Reply