Warum dieser Fehler in TYPO3 entsteht
WWW- und non-WWW-Konflikt entsteht in TYPO3 meist dort, wo TypoScript, Site Config, Fluid-Templates, Extensions, Sprachbaum und Caches gemeinsame Regeln für viele URLs ausgeben.
Statuscodes, Weiterleitungen und URL-Varianten bestimmen, welche Pfade erreichbar und konsolidiert sind. In TYPO3 ist entscheidend, welche technische Ebene das Signal zuletzt ausliefert.
Wo Sie in TYPO3 zuerst prüfen
Site Config, Route Enhancers, Slugs, Mountpoints, Shortcut-Seiten und alte RealURL/redirect-Regeln
Apache/Nginx-Regeln, TYPO3 Redirects, Middleware, Reverse Proxy und CDN-Header
TYPO3 Page Cache, Route Cache, Reverse Proxy, CDN und Cache-Tags nach Deploys
CMS-spezifische Ursachen
WWW- und non-WWW-Konflikt entsteht in TYPO3 häufig in Site Config, Route Enhancers, Slugs, Mountpoints, Shortcut-Seiten und alte RealURL/redirect-Regeln, wenn Routing, Weiterleitungen, Host-Variante oder Cache-Regeln eine andere finale URL ausliefern.
WWW- und non-WWW-Konflikt entsteht in TYPO3 häufig in Apache/Nginx-Regeln, TYPO3 Redirects, Middleware, Reverse Proxy und CDN-Header, wenn Routing, Weiterleitungen, Host-Variante oder Cache-Regeln eine andere finale URL ausliefern.
WWW- und non-WWW-Konflikt entsteht in TYPO3 häufig in TYPO3 Page Cache, Route Cache, Reverse Proxy, CDN und Cache-Tags nach Deploys, wenn Routing, Weiterleitungen, Host-Variante oder Cache-Regeln eine andere finale URL ausliefern.
Ursachen-Cluster
So gehen Sie in TYPO3 vor
- 1. Befund nach Seitentyp trennen: Gruppieren Sie die betroffenen URLs in TYPO3 zuerst nach Root-Seiten, Content-Seiten, News-Detailseiten, Listenansichten. So erkennen Sie, ob WWW- und non-WWW-Konflikt ein Template-, Daten- oder Einzel-URL-Problem ist.
- 2. Technische Quelle isolieren: Vergleichen Sie Site Config, Route Enhancers, Slugs, Mountpoints, Shortcut-Seiten und alte RealURL/redirect-Regeln, Apache/Nginx-Regeln, TYPO3 Redirects, Middleware, Reverse Proxy und CDN-Header und TYPO3 Page Cache, Route Cache, Reverse Proxy, CDN und Cache-Tags nach Deploys. Wenn sich HTML, Header und Sitemap widersprechen, hat die später ausliefernde Schicht Vorrang.
- 3. TYPO3-Fix umsetzen: Konsolidieren Sie Redirects, Host-Varianten, Trailing-Slash-Regeln und Parameterlogik auf eine finale URL-Entscheidung. Nutzen Sie dafuer in TYPO3: Site-Konfiguration prüfen, TypoScript/Fluid-Template nachziehen, Extension-Ausgabe isolieren.
- 4. Plattformgrenze prüfen: TYPO3-Projekte sind oft stark individualisiert; die richtige Quelle liegt häufig in Extension-Templates oder TypoScript, nicht im Seitenbaum allein.
- 5. Nächsten Crawl beweisen: Leeren oder erneuern Sie TYPO3 Page Cache, Route Cache, Reverse Proxy, CDN und Cache-Tags nach Deploys. Crawlen Sie danach mehrere URLs desselben Seitentyps und vergleichen Sie, ob WWW- und non-WWW-Konflikt für die ganze Gruppe verschwunden ist.
Audit-Checkliste für TYPO3
- Eine betroffene URL aus Root-Seiten und eine aus Content-Seiten separat crawlen.
- Site Config, Route Enhancers, Slugs, Mountpoints, Shortcut-Seiten und alte RealURL/redirect-Regeln prüfen und mit dem gerenderten HTML vergleichen.
- Apache/Nginx-Regeln, TYPO3 Redirects, Middleware, Reverse Proxy und CDN-Header gegen HTTP-Status, Canonical, Robots und interne Links abgleichen.
- Prüfen Sie Statuscode, Weiterleitungskette, Host-Variante, Protokoll und finale Ziel-URL.
- Nach dem Fix Cache/Sitemap erneuern und denselben URL-Satz erneut crawlen.
Konkrete Arbeitsbereiche in TYPO3
Diese Stellen sollten Sie dokumentieren, damit der Fix nicht nur auf einer Beispiel-URL greift.