Jede Sprache erhält eine eigene URL, und heute ist diese URL ein Unterverzeichnis: example.com/es/pricing/. Sprach-Subdomains wie es.example.com befinden sich in einer geschlossenen Beta und können noch nicht ausgewählt werden. Daher sollten Sie sowohl für WordPress als auch über die API Unterverzeichnisse einplanen.
Was Sie pro Sprache wählen
Die URL-Struktur ist für ein Projekt festgelegt. Was Sie für jede Sprache auswählen, ist das Segment, das sie identifiziert, unter URL-Format, und es gibt drei Formen:
- Der Sprachcode, Spanisch wird also zu
/es/. Die übliche Wahl. - Der Regionalcode, Spanisch (Mexiko) wird also zu
/mx/. Nützlich, wenn Sie Länder statt Sprachen ansprechen und für Besucher klarer, die in Märkten denken. - Ein benutzerdefiniertes Segment von 2 bis 6 Zeichen, wenn keiner der Codes so lautet, wie Sie es wünschen.
Jedes Segment muss innerhalb des Projekts eindeutig sein und gilt einheitlich für jeden Pfad. Es kann später in der Zeile der Sprache auf dem Bildschirm Alle Sprachen geändert werden. Siehe Sprachen hinzufügen und entfernen.
Warum Unterverzeichnisse
Es ist wissenswert, auch wenn es die einzige Option ist, weil es diejenige ist, die die meisten Websites wünschen sollten:
- Nichts zu konfigurieren. Keine DNS-Einträge, keine Zertifikate, keine sprachspezifischen Hosts.
- Jede Sprache trägt zur Autorität einer Domain bei, anstatt sie über Hosts aufzuteilen.
- Jede Sprache ist immer noch eine echte, separat indexierbare URL, was Suchmaschinen benötigen.
Was sich nicht ändert
Ihre Slugs bleiben in der Quellsprache. /es/pricing/ ist Spanisch unter /pricing/, nicht /es/precios/. Das Sprachsegment wird hinzugefügt; der Rest des Pfads wird genau so übernommen, wie er war. Wenn ein übersetzter Slug für Sie wichtig ist, ist das nichts, was Universally tut.
Ihre bestehenden URLs funktionieren weiterhin. Das Hinzufügen einer Sprache verschiebt oder überschreibt nichts, was bereits veröffentlicht wurde. Siehe Bestehende URLs und Weiterleitungen.
Sprach-Subdomains
Das Ausliefern jeder Sprache auf ihrem eigenen Hostnamen wird gerade entwickelt und ist derzeit auf eine geschlossene Beta beschränkt. Zwei Dinge, die Sie wissen sollten, wenn Sie dafür planen:
- Es ist nicht auf WordPress verfügbar. Die Beta umfasst Projekte, die den Traffic über Universally und nicht über das WordPress-Plugin leiten.
- Es wird bei der Erstellung des Projekts festgelegt und kann danach nicht mehr geändert werden. Das Verschieben eines bestehenden Projekts von Unterverzeichnissen zu Subdomains bedeutet, ein neues Projekt zu erstellen.
Jeder Sprach-Hostname benötigt auch eine eigene DNS-Einrichtung: ein Routing-Eintrag plus zwei Validierungsdatensätze, die bei der Erstellung des Zertifikats ausgestellt werden. Das ist der wichtigste praktische Unterschied zu Unterverzeichnissen, die keine benötigen.
Wenn Subdomains für Ihre Website wichtig sind, wenden Sie sich an den Support, und sie können Ihnen sagen, wie der Stand ist. Siehe Support erhalten.