Warum dieser Fehler in Wix entsteht
In Wix entstehen Canonical- und Indexierungsprobleme häufig über dynamische Seitentypen, App-Seiten und falsch gepflegte SEO-Einstellungen.
Canonical-Signale entscheiden, welche URL Google als bevorzugte Version bewerten soll. In Wix ist entscheidend, welche technische Ebene das Signal zuletzt ausliefert.
Wo Sie in Wix zuerst prüfen
Wix SEO Panel, Seiteneinstellungen, dynamische SEO-Patterns und App-spezifische SEO-Felder
Wix Editor, dynamische Seitenvorlagen, Repeaters, App-Seiten und eingebetteter Custom Code
Seitenslugs, dynamische Routen, Wix Stores/Blog, Weiterleitungen und automatisch erzeugte URLs
Wix-Veröffentlichung, Plattform-CDN, App-Cache und erneutes Crawlen nach Publish
CMS-spezifische Ursachen
Canonical und og entsteht in Wix häufig in Wix SEO Panel, Seiteneinstellungen, dynamische SEO-Patterns und App-spezifische SEO-Felder, wenn Canonical-Ziel, Statuscode und interne Links nicht aus derselben URL-Logik kommen.
Canonical und og entsteht in Wix häufig in Wix Editor, dynamische Seitenvorlagen, Repeaters, App-Seiten und eingebetteter Custom Code, wenn Canonical-Ziel, Statuscode und interne Links nicht aus derselben URL-Logik kommen.
Canonical und og entsteht in Wix häufig in Seitenslugs, dynamische Routen, Wix Stores/Blog, Weiterleitungen und automatisch erzeugte URLs, wenn Canonical-Ziel, Statuscode und interne Links nicht aus derselben URL-Logik kommen.
Canonical und og entsteht in Wix häufig in Wix-Veröffentlichung, Plattform-CDN, App-Cache und erneutes Crawlen nach Publish, wenn Canonical-Ziel, Statuscode und interne Links nicht aus derselben URL-Logik kommen.
Ursachen-Cluster
So gehen Sie in Wix vor
- 1. Befund nach Seitentyp trennen: Gruppieren Sie die betroffenen URLs in Wix zuerst nach statische Seiten, dynamische Seiten, Blog-Posts, Produktseiten. So erkennen Sie, ob Canonical und og ein Template-, Daten- oder Einzel-URL-Problem ist.
- 2. Technische Quelle isolieren: Vergleichen Sie Wix SEO Panel, Seiteneinstellungen, dynamische SEO-Patterns und App-spezifische SEO-Felder, Wix Editor, dynamische Seitenvorlagen, Repeaters, App-Seiten und eingebetteter Custom Code und Seitenslugs, dynamische Routen, Wix Stores/Blog, Weiterleitungen und automatisch erzeugte URLs. Wenn sich HTML, Header und Sitemap widersprechen, hat die später ausliefernde Schicht Vorrang.
- 3. Wix-Fix umsetzen: Legen Sie eine einzige Canonical-Quelle fest und geben Sie sie im Template nur für finale, indexierbare URLs aus. Nutzen Sie dafuer in Wix: SEO-Panel kontrollieren, dynamische Seitentypen prüfen, App-Ausgaben isolieren.
- 4. Plattformgrenze prüfen: Wix laesst Server- und Headerdetails nur begrenzt steuern. Die Seite muss daher zwischen korrigierbaren SEO-Einstellungen und Plattformverhalten unterscheiden.
- 5. Nächsten Crawl beweisen: Leeren oder erneuern Sie Wix-Veröffentlichung, Plattform-CDN, App-Cache und erneutes Crawlen nach Publish. Crawlen Sie danach mehrere URLs desselben Seitentyps und vergleichen Sie, ob Canonical und og für die ganze Gruppe verschwunden ist.
Audit-Checkliste für Wix
- Eine betroffene URL aus statische Seiten und eine aus dynamische Seiten separat crawlen.
- Wix SEO Panel, Seiteneinstellungen, dynamische SEO-Patterns und App-spezifische SEO-Felder prüfen und mit dem gerenderten HTML vergleichen.
- Wix Editor, dynamische Seitenvorlagen, Repeaters, App-Seiten und eingebetteter Custom Code gegen HTTP-Status, Canonical, Robots und interne Links abgleichen.
- Vergleichen Sie Canonical, HTTP-Status, interne Links und Sitemap-Eintrag auf derselben URL.
- Nach dem Fix Cache/Sitemap erneuern und denselben URL-Satz erneut crawlen.
Konkrete Arbeitsbereiche in Wix
Diese Stellen sollten Sie dokumentieren, damit der Fix nicht nur auf einer Beispiel-URL greift.