Ergebnis dieses Guides
Eine eindeutige URL und Inhaltsversion pro Sprache
Arbeitsumgebung
SvelteKit mit der eingesetzten Svelte-Version und dem vorgesehenen Adapter
Wann ist diese Entscheidung wichtig?
Übersetzte Menüs allein ergeben keine vollständige Sprachversion. Inhalt, Datumsformat und Links müssen zur gewählten Sprache passen.
Trennen Sie Seiten, Layouts, Serverdaten und HTTP-Endpunkte anhand der SvelteKit-Dateikonventionen. Prüfen Sie bei jedem Datenübergang, ob der Wert öffentlich sein darf oder nur auf dem Server benötigt wird.
Internationalisierung: Schritt für Schritt.
- 01
Vorbereiten
Notieren Sie Sprachcodes, übersetzte Seiten und nicht verfügbare Inhalte. Entscheiden Sie, wie Besucher zwischen gleichwertigen Seiten wechseln.
- 02
In SvelteKit umsetzen
Prüfen Sie Sprach-URLs, HTML-Sprache und wechselseitige Verweise. Behalten Sie die Wahl bei Navigation und direkten Aufrufen bei.
- 03
Im tatsächlichen Projekt prüfen
Testen Sie Direktaufruf, clientseitige Navigation und den Adapter des Produktionsbetriebs. Entwicklungsserver und Zielplattform können unterschiedliche Fähigkeiten besitzen.
Beispiel zur Überprüfung
So lässt sich das Ergebnis prüfen.
Als Projektkontext dient ein Kundenportal mit Formularen und geschützten Bereichen. Der folgende Prüffall ist eine Vorlage für diese Aufgabe und kein Bericht über eine Kundenmessung.
- Eingabe / Auslöser
- Direkter Aufruf einer deutschen und einer englischen Detailseite
- Erwartetes Ergebnis
- Beide liefern den passenden Inhalt und verlinken ihre jeweilige Entsprechung.
- Fehler- oder Grenzfall
- Eine fehlende Übersetzung erzeugt keine leere indexierbare Seite mit irreführender Sprachangabe.
Abnahme und typische Fehler.
- Navigation, Metadaten und Fehlertexte stimmen pro Sprache.
- Eine fehlende Übersetzung erzeugt keine leere indexierbare Seite mit irreführender Sprachangabe.
- Load-Funktionen und Aktionen laufen in unterschiedlichen Kontexten; Berechtigungen gehören auf den Server.
Typischer Fehler
Ungeprüft übersetzte Texte können Angebot und Aussagen verfälschen.
Quellen und Versionshinweis
Die Anleitung beschreibt das Vorgehen; konkrete APIs, Produktfunktionen und Laufzeitgrenzen müssen zur eingesetzten Version passen. Halten Sie Version, Konfiguration und Prüfergebnis im Projekt fest und vergleichen Sie die verlinkte Dokumentation bei Änderungen.
