Keine Kategoriebasis WPML Vollständiger Leitfaden für saubere mehrsprachige URLs

Einleitung: Was bedeutet „No Category Base WPML“?

„Keine WPML-Kategoriebasis“ bedeutet, das Standard-Kategoriepräfix von WordPress zu entfernen, während die URLs der Kategoriearchive in allen WPML-Sprachen korrekt bleiben. Anstelle eines englischen Archivs wie beispielsweiseexample.com/category/news/Sie können verwendenexample.com/news/Eine spanische Version könnte entstehenexample.com/es/noticias/stattexample.com/es/category/noticias/Die

Das Ergebnis sieht einfach aus. Der Aufbau ist nicht immer einfach.

WordPress verwendet Rewrite-Regeln, um lesbare URLs Taxonomie-Abfragen zuzuordnen. WPML fügt eine weitere Ebene für Sprachverzeichnisse, Domains oder URL-Parameter hinzu. Es verknüpft außerdem übersetzte Kategoriebegriffe und Slugs. Ihre Methode zur Entfernung der Basis-URL, Permalink-Einstellungen, Theme, SEO-Plugin, Cache und Serverregeln müssen auf den endgültigen Pfad abgestimmt sein.

Wichtig:WPML übersetzt mehrsprachige Inhalte und Taxonomiedaten, ist aber allein kein universelles Mittel zum Entfernen der Kategoriebasis. Verwenden Sie eine gepflegte und mit WordPress kompatible Methode zum Entfernen der Basis und testen Sie diese anschließend mit WPML.

QueueLingo hilft Teams dabei, WPML-Übersetzungsaufträge über gehostete Warteschlangen und verbundene Übersetzungsmaschinen zu verschieben, sodass Kategorienamen, verwandte Inhalte und mehrsprachige Aktualisierungen in größerem Umfang verwaltet werden können.

Erstelle ein kostenloses QueueLingo-KontooderDemo ansehenvor der Planung einer mehrsprachigen Einführung auf der gesamten Website.

Warum Kategorienbasen für mehrsprachiges SEO wichtig sind

Ein typisches WordPress-Kategoriearchiv verwendet häufig dieses Muster:

• https://example.com/category/news/
• https://example.com/category/tutorials/

Das Wortcategoryist die Basiskategorie. Eine Website kann sie durch eine andere Basiskategorie ersetzen, zum Beispieltopics, aber das Basisfeld „Kategorie“ leer zu lassen inEinstellungen → PermalinksNormalerweise bedeutet dies, dass WordPress sein Standardverhalten verwendet. Das vollständige Entfernen der Basis erfordert in der Regel ein kompatibles Plugin, eine Theme-Funktion oder eine sorgfältig gepflegte, benutzerdefinierte Rewrite-Logik.

In einer mehrsprachigen Umgebung kann die URL auch ein Sprachsignal enthalten:

• Verzeichnis:example.com/es/category/noticias/
• Sprachdomäne:example.es/category/noticias/
• Parameter:example.com/category/noticias/?lang=es

WPML unterstützt Sprachverzeichnisse, verschiedene Domänen oder Subdomänen sowie Sprachparameter. Eine Kategorie-URL wird daher durch drei Entscheidungen bestimmt: Sprachformat, Kategoriebasis und übersetzter Begriffs-Slug.

Crawlpfade und übersetzte Archive

Suchmaschinen finden Kategoriearchive über Menüs, Breadcrumbs, Beitragsmetadaten, Sitemaps und interne Links. Das Entfernen eines Pfadsegments kann die Lesbarkeit, das Kopieren und die Wiedererkennbarkeit einer URL verbessern. Dies garantiert jedoch keine Verbesserung des Rankings. Der größte SEO-Vorteil ergibt sich aus einer einzigen, stabilen und crawl-fähigen URL für jedes relevante Archiv.

Ein übersetztes Kategoriearchiv sollte normalerweise Folgendes bieten:

• Ein erfolgreicher200Antwort.
• Inhalte in der vorgesehenen Sprache.
• Eine selbstreferenzielle kanonische URL.
• Korrekte alternative SprachehreflangReferenzen.
• Interne Links, die die endgültige, bereinigte URL verwenden.
• Aufnahme in die korrekte XML-Sitemap, wenn das Archiv indexierbar ist.

Google beschreibt die Kanonisierung als den Prozess der Auswahl einer repräsentativen URL aus doppelten oder ähnlichen Seiten. Weiterleitungen, kanonische Annotationen, Sitemap-URLs und interne Links können diese Auswahl beeinflussen. Bei mehrsprachigen Seiten sollte die kanonische URL normalerweise auf die kanonische URL in derselben Sprache verweisen.hreflangVerbindet äquivalente Sprachversionen.

Wenn die Entfernung die Benutzererfahrung verbessert

Das Entfernen der Kategoriebasis ist besonders dann sinnvoll, wenn Kategorien eine wichtige Navigationsebene darstellen und ihre Slugs eindeutig sind. Eine Publikation kann beispielsweise verwenden/en/insights/,/de/einblicke/, Und/fr/analyses/Diese Pfade sind kurz und bündig. Eine sichtbare Basisadresse kann jedoch Mehrdeutigkeiten vermeiden. Eine URL wie beispielsweise/topics/security/Dem Leser wird sofort signalisiert, dass es sich um ein Themenarchiv handelt. Entfernen Sie die Basisstruktur nicht nur, weil eine kürzere Struktur „SEO-freundlicher“ wirkt. Wählen Sie die Struktur, die am übersichtlichsten und am einfachsten zu pflegen ist.

Für einen umfassenderen Überblick über sprachliches Targeting siehemehrsprachiger SEO-LeitfadenDie

Wie WPML Kategorie-URLs verarbeitet

WPML trennt das URL-Format der Sprache von der Übersetzung der Taxonomiebegriffe. Das Verständnis dieser Trennung beschleunigt die Fehlersuche erheblich.

Sprach-URL-Formate

In WPML → Sprachen → Sprach-URL-FormatWPML unterstützt drei gängige Modelle:

1. Verzeichnisse: example.com/es/noticias/
2. Domains oder Subdomains: example.es/noticias/oderes.example.com/noticias/
3. Ein Sprachparameter: example.com/noticias/?lang=es

Verzeichnisse sind üblich, da alle Sprachen unter einer Domain verwaltet werden. Unterschiedliche Domains erfordern korrekte DNS- und Serverzuordnungen. Parameter benötigen in der Regel weniger Serveränderungen, viele Website-Betreiber bevorzugen jedoch pfadbasierte URLs für die öffentliche Navigation.

WPML-Sprachverzeichnisse sind virtuell. Erstellen Sie keine physischen Verzeichnisse./es/ or /de/Ordner oder erzwingen Sie Anfragen in diese.

Übersetzte Begriffe und Slugs

Eine Kategorie hat einen Anzeigenamen und einen Slug. Zum Beispiel:

• Englischer Name: News; Slug:news
• Spanischer Name: Noticias; Slug:noticias
• Deutscher Name: Nachrichten; Schnecke:nachrichten

WPML kann WordPress-Kategorien, -Tags und benutzerdefinierte Taxonomien übersetzen. Taxonomien müssen in den Einstellungen als übersetzbar festgelegt werden.WPML → Einstellungen → TaxonomieübersetzungSie können die Begriffsübersetzungen in folgender Liste überprüfen:WPML → Taxonomieübersetzungund synchronisieren Hierarchieänderungen, wenn sich die Eltern-Kind-Strukturen ändern.

Eine benutzerdefinierte Taxonomiebasis kann auch sprachspezifische Übersetzungen enthalten. Dies ist unabhängig vom Entfernen der Standard-WordPress-Kategoriebasis. Wenn Ihre Website keine Kategoriebasis hat, wird der übersetzte Begriffs-Slug zum sichtbaren Pfadsegment, wodurch die Planung eindeutiger Slugs noch wichtiger wird.

Permalinks und Rewrite-Regeln

WordPress speichert nicht jede URL als physische Datei. Stattdessen vergleicht es jede Anfrage mit Rewrite-Regeln und wandelt einen übereinstimmenden Pfad in eine Abfrage um. Eine Methode zum Entfernen der Basis-URL ändert diese Regeln. WPML filtert anschließend URLs und Abfragen entsprechend der aktiven Sprache.

Konflikte können auftreten, wenn eine andere Komponente ebenfalls das Routing ändert. Häufige Ursachen sind:

• SEO- oder Permalink-Plugins.
• Umleitungsmanager.
• Benutzerdefinierte Beitragstypen mit sich überschneidenden Rewrite-Slugs.
• Themen, die Taxonomien oder Routen registrieren.
• Serverweite NGINX- oder Apache-Regeln.
• CDN-Edge-Weiterleitungen oder zwischengespeicherte Fehlerantworten.

Testen Sie den gesamten Stack, nicht nur die WordPress-Einstellungen. Eine URL kann im Adminbereich korrekt aussehen, aber am Netzwerkrand die falsche Sprache oder den falschen Status zurückgeben.

Vorteile und Nachteile der fehlenden Kategorienbasis in WPML

Die Entscheidung lautet nicht: „Saubere URLs sind gut und Basen sind schlecht.“ Es handelt sich um einen Kompromiss beim Routing.

Doppelte Routen

Einige Basenentfernungslösungen leiten um/category/news/Zu/news/Andere sorgen dafür, dass beide Versionen geladen werden. Wenn beide zurückgeben200Suchmaschinen und Analysesysteme könnten doppelte Routen erkennen. Wählen Sie eine bevorzugte Version, leiten Sie veraltete URLs um, verwenden Sie selbstverweisende Canonical-Tags auf den Zielseiten und aktualisieren Sie interne Links und Sitemaps.

Schneckenkollisionen

Ohne einen Namensraum wie z. B./category/Ein Kategorie-Slug konkurriert im Wurzelpfad. Stellen Sie sich vor, dass all diese wollen/guides/:

• Eine Seite mit dem Namen „Leitfäden“.
• Eine Kategorie namens Leitfäden.
• Ein Archiv für benutzerdefinierte Beitragstypen.
• Ein übersetzter Begriff, der wirdguides.

WordPress kann eine Route auflösen und eine andere ausblenden, oder ein Plugin kann eine Weiterleitung erzwingen. Erstellen Sie vor dem Start eine mehrsprachige Slug-Registry. Fügen Sie Seiten, Beiträge, Kategorien, Schlagwörter, benutzerdefinierte Taxonomien, Autorendatenbanken und benutzerdefinierte Beitragsarchive hinzu.

So richten Sie eine Basis ohne Kategorien mit WPML ein

Verwenden Sie zunächst eine Testkopie. URL-Änderungen können sich auf jedes Kategoriearchiv, jeden internen Link, jeden Sitemap-Eintrag, jede kanonische URL und jede zwischengespeicherte Weiterleitung auswirken.

1. Sichern Sie die Website

Erstellen Sie eine wiederherstellbare Sicherung der Datenbank und der Dateien. Notieren Sie die Versionen von WordPress, WPML, Theme, Routing-Plugin, Cache und Server. Exportieren Sie bestehende Weiterleitungen.

2. Vorhandene URLs inventarisieren

Exportiere jedes Kategoriearchiv in jeder Sprache. Erfasse für jede URL Folgendes:

• Sprache.
• Kategoriename und Begriffs-ID.
• Aktueller Wert.
• Übergeordnete Kategorie, falls vorhanden.
• Aktueller Kanon.
• Beabsichtigte saubere URL.
• Erforderliches Umleitungsziel.

Durchsuchen Sie außerdem Seiten, Beiträge, benutzerdefinierte Beitragstypen und Taxonomiearchive nach Konflikten. Führen Sie dies durch, bevor Sie das Rewrite-Verhalten ändern.

3. WordPress-Permalinks überprüfen

OffenEinstellungen → PermalinksVergewissern Sie sich, dass die Website eine aussagekräftige Permalink-Struktur anstelle einfacher Abfrage-URLs verwendet. Überprüfen Sie das optionale Feld „Basiskategorie“, aber beachten Sie, dass ein leeres Feld nicht unbedingt bedeutet, dass die Basiskategorie entfernt werden soll. Es kann einfach die Standardkategorieroute von WordPress verwendet werden.

Wählen Sie eine etablierte Methode zum Entfernen der Basis. Dies kann eine kompatible Permalink-Funktion oder ein von Ihrem Entwicklerteam erstellter benutzerdefinierter Code sein. Vermeiden Sie die gleichzeitige Verwendung zweier Tools, die beide die Basis entfernen.

4. Bestätigen Sie die Sprachkonfiguration von WPML.

OffenWPML → SprachenÜberprüfen Sie das aktive URL-Format. Testen Sie die Standard- und Sekundärsprachen, bevor Sie fortfahren. Wenn Sie Verzeichnisse verwenden, stellen Sie sicher, dass der Server virtuelle Sprachpfade verarbeitet. Wenn Sie separate Domains verwenden, überprüfen Sie DNS, TLS-Zertifikate und die Zuordnung der WordPress-Installation.

5. Kategorienbegriffe zuordnen und übersetzen

In WPML → Einstellungen, Kategorien übersetzbar machen. Dann öffnenWPML → TaxonomieübersetzungÜberprüfen Sie jede Übersetzung. Verwenden Sie natürliche, eindeutige Slugs, anstatt den Quell-Slug blind zu kopieren.

Prüfen Sie bei hierarchischen Kategorien, ob die übersetzten untergeordneten Elemente die korrekten übersetzten übergeordneten Elemente haben. Synchronisieren Sie gegebenenfalls Hierarchieänderungen. Speichern Sie die Slug-Zuordnung als Release-Dokumentation.

6. Aktivieren Sie die Methode zum Entfernen der Basis und die Spülregeln einmalig.

Aktivieren Sie die ausgewählte Methode in der Staging-Umgebung. Generieren Sie anschließend die Rewrite-Regeln neu. Die normale Administratoraktion besteht darin, die Anwendung zu öffnen.Einstellungen → Permalinksund die Einstellungen einmalig speichern. Teams, die WP-CLI verwenden, können den entsprechenden Befehl zum Rewrite Flush in einer kontrollierten Bereitstellung nutzen.

WordPress weist darauf hin, dass das Aktualisieren von Rewrite-Regeln ein ressourcenintensiver Vorgang ist. Führen Sie ihn daher nicht bei jeder Seitenanfrage oder in häufig genutzten Hooks aus. Rufen Sie ihn nur dann auf, wenn sich die Regeln tatsächlich ändern.

7. Testen Sie jede Sprache und jede Vorlage.

Testen Sie einen repräsentativen Datensatz, der Folgendes umfasst:

• Haupt- und Unterkategorien.
• Kategorien mit übersetzten und nicht übersetzten Begriffen.
• paginierte Archive, wie zum Beispiel/news/page/2/.
• Feeds, falls Ihre Website diese veröffentlicht.
• Anfragen im eingeloggten und ausgeloggten Zustand.
• Jedes konfigurierte Sprachverzeichnis oder jede Domäne.

Überprüfen Sie für jede endgültige URL den Statuscode, den Seitentitel, die Archivüberschrift, den Fließtext und den kanonischen URL-Code.hreflangBreadcrumbs, Sitemap-Eintrag und interne Links.

8. Weiterleitungen hinzufügen und sorgfältig bereitstellen

Erstellen Sie dauerhafte 1:1-Weiterleitungen von jeder alten Kategorie-URL zur exakten neuen URL. Vermeiden Sie es, alle alten Kategorien auf die Startseite weiterzuleiten. Google empfiehlt serverseitige Weiterleitungen, wie z. B.301 or 308, wenn eine URL dauerhaft verschoben wurde.

Aktualisieren Sie interne Links, Menüs, Breadcrumbs, Sitemap-URLs, Canonical-Tags undhreflangWerte, um die neuen Pfade zu verwenden. Bereitstellung während eines überwachten Zeitfensters, einmaliges Leeren der Caches und Vorhalten eines Rollback-Plans.

Häufige Probleme und deren Behebung

Übersetzte Kategorieseiten liefern den Fehlercode 404.

Zuerst speichernEinstellungen → PermalinksEinmalig, um die Regeln neu zu generieren. Anschließend überprüfen, ob die Kategorieübersetzung existiert, ihre Taxonomie übersetzbar ist und ihre übergeordnete Hierarchie gültig ist. In der Staging-Umgebung jeweils nur eine verdächtige Routing-Ebene deaktivieren. Wenn der Ursprung zurückgibt200aber die öffentliche URL gibt zurück404, CDN- oder Proxy-Caching prüfen.

Weiterleitungsschleifen nach Änderung der Permalinks

Eine Schleife bedeutet oft, dass zwei Systeme dieselbe URL auf entgegengesetzte Weise normalisieren. Überprüfen Sie WordPress-Weiterleitungs-Plugins und SEO-Canonical-Redirects..htaccessoder NGINX-Regeln, WPML-Sprachumleitungen und CDN-Edge-Regeln. Verfolgen Sie die gesamte Umleitungskette. Die endgültige URL sollte Folgendes zurückgeben:200, nicht zurück zu einem früheren Hop umleiten.

Es wird die falsche Sprachkategorie angezeigt

Stellen Sie sicher, dass jeder Begriff mit der korrekten WPML-Übersetzung verknüpft ist und die Anfrage den erwarteten Sprachkontext enthält. Überprüfen Sie Menüs und fest codierte Designlinks. Bei zwischengespeicherten Websites muss der Cache-Schlüssel je nach gewähltem WPML-Sprachmechanismus variieren. Ein Cache, der das Sprachverzeichnis, die Domain, den Parameter oder das Cookie ignoriert, kann das falsche Archiv ausliefern.

Konflikte zwischen Schnecken in verschiedenen Sprachen

Vergleichen Sie den problematischen Slug mit Seiten, Beiträgen, Medienanhangsrouten, benutzerdefinierten Beitragsarchiven, Schlagwörtern und anderen Taxonomien. Benennen Sie eine Route mit einem eindeutigen sprachspezifischen Slug um. Aktualisieren Sie anschließend die Weiterleitungszuordnung, interne Links und kanonischen URLs.hreflangund Sitemap.

CDN- oder Cache-Regeln behalten das alte Verhalten bei

Leeren Sie den WordPress-Seitencache, gegebenenfalls den Objektcache, den Reverse-Proxy und das CDN. Überprüfen Sie die zwischengespeicherten Inhalte.301Antworten können auftreten, da Browser und Edge-Netzwerke diese möglicherweise speichern. Testen Sie den Ursprung separat vom CDN und anschließend eine neue Browsersitzung.

Google Search Console meldet Abdeckung oder Canonical-Warnungen

Überprüfen Sie sowohl die alte als auch die neue URL. Stellen Sie sicher, dass die alte URL dauerhaft auf die exakte Ersatz-URL weiterleitet und die neue URL den gewünschten Wert zurückgibt.200Stellen Sie sicher, dass das neue Archiv eine selbstkanonische URL besitzt, nicht durch die Robots-Regeln blockiert wird und in der vorgesehenen Sitemap erscheint. Prüfen Sie, ob Google eine andere kanonische URL ausgewählt hat. Fordern Sie nach den Korrekturen eine Validierung an oder führen Sie einen erneuten Crawl über den entsprechenden Workflow der Search Console durch.

QueueLingo-Workflow für skalierbare WPML-Übersetzung

URL-Optimierung und Übersetzungsvorgänge sollten sich gegenseitig unterstützen. Ein Entwickler kann Folgendes erreichen:/es/noticias/Die Kategorie wird zwar korrekt aufgelöst, benötigt aber noch einen genauen Namen, Slug, eine Beschreibung, verlinkte Inhalte und einen Bewertungsstatus.

Ein skalierbarer QueueLingo-Workflow kann folgende Phasen durchlaufen:

1. WPML vorbereiten:Sprachen, Einstellungen für die Taxonomieübersetzung und die genehmigte Slug-Zuordnung definieren.
2. Übersetzungsaufträge erstellen:Sende geeignete WPML-Inhalte und zugehörige Taxonomietexte an verwaltete Übersetzungswarteschlangen.
3. Wählen Sie einen Motor aus:Leiten Sie Übersetzungsaufträge an Google Translate, Edge Translate oder unterstützte LLM-Übersetzungsmaschinen weiter, je nach den konfigurierten Integrationen, Sprachpaaren, Inhaltstypen, Budgets und Datenschutzrichtlinien Ihrer Organisation.
4. Ergebnisse der Überprüfung:Prüfen Sie Terminologie, Kategorienamen, Slug-Länge, Intention, HTML-Integrität und lokal angepasste Formulierungen.
5. Antwort schreiben und veröffentlichen:Genehmigte Übersetzungen an WPML zurückgeben, dann URL, kanonische undhreflangSchecks.

Die Automatisierung von Warteschlangen kann wiederkehrende Export-, Zuweisungs-, Statusverfolgungs- und Rückschreibvorgänge reduzieren. Die manuelle Überprüfung ist weiterhin wichtig, da eine fehlerhafte Taxonomieübersetzung die Navigation und viele Beitrags-URLs beeinträchtigen kann.

Entdecken Sie WPML-Übersetzungshosting,Demo ansehen, oderKostenlose Testversion startenDie

Checkliste und bewährte Verfahren zur Implementierung

Vor dem Start:

• Sichern Sie die Dateien und die Datenbank und überprüfen Sie den Wiederherstellungszugriff.
• Testen Sie die Änderung auf der Staging-Umgebung mit dem Produktions-Plugin und dem Produktions-Server-Stack.
• Exportiere alle Kategorie-URLs in jeder Sprache.
• Alte URLs den endgültigen übersetzten URLs zuordnen.
• Sichern Sie sich eindeutige Kategorie-Slugs für alle öffentlichen Inhaltstypen.
• Überprüfen Sie die Kategorieübersetzungen und die Eltern-Kind-Beziehungen in WPML.
• Wählen Sie eine Methode zur Sockelentfernung aus und dokumentieren Sie deren Anwender.
• Testverzeichnisse, Domänen oder Parameter gemäß den WPML-Einstellungen.
• Bereiten Sie genau vor301 or 308Weiterleitungen.
• Interne Links und kanonische Links aktualisierenhreflang, Breadcrumbs und Sitemaps.

Nach dem Start:

• Durchsuche die alten und neuen URL-Sätze.
• Prüfen Sie auf404, weich404, 5xxSchleifen und lange Umleitungsketten.
• Überprüfen Sie das Verhalten von Ursprung, WordPress, CDN und Browser-Cache.
• Überwachen Sie Serverprotokolle und Berichte der Google Search Console.
• Weiterleitungen sollten beibehalten werden.
• Bitte nach Updates von WordPress, WPML, Themes, Routing-Plugins oder Servern erneut testen.
• Schritte zur Wiederherstellung von Dokumenten, Datenverarbeitung, Aufbewahrung von Übersetzungen, Zugriffskontrolle und Compliance-Anforderungen.

Der sicherste WPML-Start ohne Kategorienbasis ist nicht der mit der ausgefeiltesten Rewrite-Regel. Es ist derjenige mit einer vollständigen URL-Zuordnung, eindeutigen übersetzten Slugs, einer bevorzugten Route pro Archiv und wiederholbaren Tests.

Sind Sie bereit, den Übersetzungsprozess zu vereinfachen?Testen Sie QueueLingo kostenlosoderKontaktieren Sie den Vertrieb.für einen größeren, mehrsprachigen WordPress-Workflow.

Offizielle Referenzen

• WPML: Optionen für das Sprach-URL-Format —Offizielle Dokumentation öffnen
• WPML: Übersetzung von Beitragskategorien, Schlagwörtern und benutzerdefinierten Taxonomien —Offizielle Dokumentation öffnen
• WordPress-Entwicklerressourcen:flush_rewrite_rules()—Offizielle Dokumentation öffnen
• Google Search Central: Verwaltung mehrsprachiger und multiregionaler Websites —Offizielle Dokumentation öffnen
• Google Search Central: Kanonisierung —Offizielle Dokumentation öffnen
• Google Search Central: Weiterleitungen und die Google-Suche —Offizielle Dokumentation öffnen