Platforms: Wix
Wix generates much of a site's SEO output for you: URL prefixes for blog posts and products, canonical tags, a sitemap index, default structured data and title patterns for every page type. That is convenient until a setting, an app or a redesign changes what gets generated.
This hub treats Wix SEO as validation of the published output. You crawl the live domain, check each page type and dynamic page, and compare the result with the crawl before it.
Learn the audit workflow here, then open the guide that matches what just changed on your site.
Technical audit focus. Works for sites built in the Wix Editor or Wix Studio, with or without Wix Blog, Stores and Bookings.
Definition
A Wix SEO audit checks what the published site delivers, not what the SEO panel says. It looks at the HTML a crawler receives on your connected domain, the status codes and redirects behind each URL, and the titles, meta descriptions, canonical tags, robots meta tags and structured data on every page.
It also checks each page type. Wix applies SEO patterns to blog posts, product pages, booking services and dynamic pages, so one pattern change reaches every page of that type at once.
The SEO Settings panel shows what you intended. Only a crawl shows what Wix actually generated.
Two different jobs
Why it matters
Wix handles hosting, SSL, the sitemap and server-side rendering, which makes it easy to assume SEO is handled too. These five situations cause repeat problems.
Blog posts, products, services and events get platform prefixes such as /post/ and /product-page/. Changing a prefix or a slug moves live URLs, and old ones need redirects.
Title and description patterns use variables from the page or item. If a variable is empty, or the pattern was edited, every page of that type inherits the problem.
One dynamic item page creates a URL for every CMS item. Empty items, test items and filter-style list pages can add hundreds of thin, indexable URLs.
Each page has a setting that lets search engines index it. A page hidden during the build and never switched back stays noindexed and drops out of the sitemap.
Wix templates cannot be swapped on an existing site, so many redesigns are built as a new site and the domain is moved across. Page slugs, metadata and redirects do not always come with it.
Reference
The checks are grouped by technical category and mapped to the Wix setting that controls each one, so you know where to fix what the crawl finds.
Confirm the right pages are indexable, hidden pages are hidden on purpose, and robots.txt matches the production intent.
Wix note: a page set to hide from search results is also left out of the sitemap. Crawl for noindex on pages that should rank.
Wix adds a self-referencing canonical by default. Check that custom canonicals were not set by mistake and that every URL resolves to one primary domain.
Find empty, duplicated or pattern-generated metadata on static pages, blog posts, products and dynamic pages.
Check generated prefixes, slug changes and the rules in the URL Redirect Manager, including bulk imported redirects.
Test one item page per CMS collection and one page per Wix app, then confirm the result across every URL that uses it.
Wix outputs default schema for blog posts, products and events. Check custom markup added on top does not duplicate or contradict it.
Wix publishes a sitemap index that links to one sitemap per page type. Check each child sitemap lists only live, indexable, canonical URLs.
Wix renders pages on the server for crawlers, but repeaters, lightboxes, tabs and Velo code can still keep text and links out of the initial HTML.
Related: JavaScript SEO explains how rendering affects what crawlers see.
Workflow
Follow the same seven steps every time. A repeatable process is what makes two crawls comparable.
Crawl the live domain before you change anything and save the result. This is the record every later crawl is measured against.
Open the homepage, a static page, a blog post, a blog category, a product, a service and one dynamic item page. View the source and confirm title, canonical, robots meta, H1 and schema.
Group results by /post/, /product-page/ and each dynamic page folder. Patterns across a prefix usually point to one SEO pattern or one dynamic page.
Three hundred products with the same title is one pattern fix, not three hundred page edits.
Change the pattern, the indexing toggle, the redirect or the collection field rather than editing pages one by one, then note what you changed.
Confirm that fixed issues are gone and that the change did not introduce new ones on other page types.
Write down what remains open and tie the next crawl to the next planned redesign, app install or content import.
Change-based QA
Different changes break different things. Each guide answers one question and starts from the workflow above.
What changed when the new design went live?
Slugs, page-level SEO, indexing toggles, headings and redirects can all shift, especially when the redesign is a new Wix site.
Unique angle: rebuilt site versus redesigned site, domain transfer, page-level SEO parity.
Read the redesign guideWhich CMS item pages share the same defect?
Dynamic item and list pages repeat their SEO pattern, URL slug field and layout across every item in the collection.
Unique angle: URL slug fields, SEO pattern variables, thin list pages, sitemap coverage.
Read the dynamic page guideWhat changed moving to or from Wix?
Wix URL prefixes rarely match another platform's URLs, so every old pattern needs a mapped 301.
Unique angle: URL Redirect Manager bulk import, prefix mapping, domain connection, crawl comparison.
Read the migration guideRegression detection
A single crawl tells you what is wrong today. Two crawls tell you what changed, which is usually the faster route to the cause.
Keep a crawl from before each redesign, SEO pattern edit, app install or CMS import. After publishing, compare the same URLs and the same SEO elements. New issues point to regressions, and issues that disappear confirm your fixes.
SiteAuditLint keeps audit history and shows new, fixed and changed issues between crawls, so the comparison does not depend on spreadsheets. See Audit Comparison for how it works.
| Check | Baseline | After edit | Change |
|---|---|---|---|
| Product pages with unique titles | 186 | 0 | -186 |
| Product pages with a meta description | 186 | 41 | -145 |
| Noindexed pages | 4 | 4 | 0 |
| Pages with a canonical tag | 312 | 312 | 0 |
| Internal links to 4xx pages | 1 | 1 | 0 |
Numbers are made up to show the method. In this example, the product title pattern lost its product name variable, and the description pattern switched to a field most products leave empty.
Examples
These six problems come up again and again on Wix sites. Each one is easy to miss in the dashboard and obvious in a crawl.
| Finding | Likely cause | What the crawl shows |
|---|---|---|
| Important pages are noindexed | Indexing toggle switched off during the build and never restored | Pages with a noindex robots meta tag, missing from the sitemap |
| Every product or post shares one title | SEO pattern edited and the item variable removed | Hundreds of URLs under one prefix with identical titles |
| Old URLs return 404 after a slug change | Page URL or post slug edited without a redirect in the URL Redirect Manager | Internal links and backlinks pointing at 404 URLs |
| Thin dynamic pages are indexed | Dynamic item page published for a collection with empty or test items | Many URLs in one folder with very low word counts |
| Duplicate Product or Article schema | Custom markup added on top of the default Wix schema | Two JSON-LD blocks of the same type with different values |
| Canonical points at a different page | Custom canonical copied from another page in advanced SEO settings | Canonical URL that does not match the page and is not a planned duplicate |
<head>
<title>Linen Throw Pillow | Home Studio</title>
<meta name="description"
content="Stonewashed linen pillow in six colors.">
<link rel="canonical"
href="https://www.example.com/product-page/linen-throw-pillow">
</head>
Title and description built from the product's own fields.
<head>
<title>Shop | Home Studio</title>
<!-- meta description empty -->
<link rel="canonical"
href="https://www.example.com/product-page/linen-throw-pillow">
</head>
The pattern lost its product name variable. Every product page now shares one title.
Checklist
Reuse this list for every audit. It covers the baseline, the main technical checks, and verification after a change. For a full version, see the technical SEO checklist.
Tooling
Four kinds of tools each answer a different question. They work together, and none of them replaces the others.
SEO Settings, page-level SEO panels, the URL Redirect Manager and the robots.txt editor control what Wix generates. The setup checklist flags basic gaps.
Does not show: what every published page actually outputs.
Shows search performance and indexing status. Wix can connect Search Console and submit the sitemap for you.
Does not show: every on-page signal, or problems before Google recrawls.
Fetch every URL and report status codes, metadata, headings, links and technical signals the way a search engine sees them.
Does not show: what changed, unless you keep and compare earlier crawls.
Sets two crawls side by side to expose regressions and confirm that fixes worked.
Needs: a saved baseline from before the change.
Wix SEO problems rarely come from a single page. They come from SEO patterns, dynamic pages, indexing toggles and redesigns that change many URLs at once, so the reliable check is a full crawl before and after each change. SiteAuditLint runs that crawl from your own computer and keeps the history for comparison.
Free version audits up to 100 URLs per crawl. Pro adds audit history and comparison.
Keep going
Start with the guide that matches your change, then use the general technical SEO material for the details behind each check.
Wix guides
Technical SEO
In SiteAuditLint
Crawl your Wix site, review issues by page type, and compare each crawl with the last one.