Der italienische Verweis führte auf Englisch. So haben wir Wix Multilingual korrigiert
Die italienische Projektseite von NourVerse war unter der richtigen Adresse erreichbar. Im veröffentlichten HTML zeigte der hreflang-Verweis für Italienisch jedoch auf die englische Seite. Beim Sprachwechsel konnte der richtige Inhalt erscheinen, während die Suchmaschine einen widersprüchlichen Hinweis erhielt. So haben wir den Fehler eingegrenzt und die Korrektur geprüft.
Auf einer Unterseite beginnen
Öffnen Sie die Projektseite und notieren Sie die vollständige Adresse. Wechseln Sie zu Italienisch und prüfen Sie Überschrift, Inhalt und URL. Bei NourVerse lautete das Paar /portfolio für Englisch und /it-it/portfolio für Italienisch. Öffnen Sie beide Adressen zusätzlich in einem privaten Fenster, um den Erstbesuch ohne gespeicherte Sprachwahl zu testen.
Wiederholen Sie den Ablauf auf einer Seite mit einer konkreten Aufgabe, etwa dem Kontaktformular. Prüfen Sie nach dem Wechsel, ob Sie dieselbe Aufgabe erledigen können. Kontrollieren Sie auch Feldbeschriftungen, Pflichtfeldfehler und den Absende-Button.
Canonical und hreflang zusammen prüfen
Suchen Sie im veröffentlichten HTML nach rel="canonical" und Links mit hreflang. Die italienische Seite hatte bereits /it-it/portfolio als Canonical. Die Alternative it-IT verwies trotzdem auf /portfolio. Stellen Sie Soll- und Ist-Adresse für jede Sprache gegenüber. Prüfen Sie die Verweise auf allen Fassungen, damit die Seiten einander konsistent zuordnen.
Das regionale Format it-IT war bei uns sowohl für das primäre Englisch als auch für Italienisch eingestellt. Wir haben Englisch auf en-IT gesetzt und it-IT für Italienisch beibehalten. Danach verwies it-IT auf allen vier Projektseiten auf /it-it/portfolio und en-IT auf /portfolio. Für andere Websites lohnt sich zuerst ein Blick auf die tatsächlich erzeugten Links.
Den Sprachwechsel rund um Layoutwechsel testen
Wir haben das Menü im Browser unter anderem bei 337, 899 und 1.348 Pixeln geprüft. Bei 899 Pixeln wechselten wir von Italienisch zu Arabisch und öffneten das Menü. Bei 337 Pixeln erreichten wir das arabische Formular mit Feldern in Rechts-nach-links-Richtung und ohne horizontales Scrollen. Messen Sie kurz vor und nach einem Layoutwechsel, damit sich Überlagerungen von Sprachwahl und Menü zeigen.
Prüfen Sie den Sprachwähler per Tastatur. Mit Tab sollte er erreichbar sein, mit Eingabe aufgehen und einen sichtbaren Fokus behalten. Probieren Sie im arabischen Formular Ziffern und eine E-Mail-Adresse aus. Testen Sie auf einem echten Smartphone zusätzlich die Bildschirmtastatur und das Querformat. Halten Sie Geräte- und Browsertests getrennt fest.
Eine wiederholbare Prüfung festhalten
Notieren Sie pro Testzeile Ausgangsseite, Sprache, Soll-URL, tatsächliche URL, Canonical und Ergebnis. Bei einem sichtbaren Fehler im Menü prüfen Sie zunächst das Ziel des Sprachwählers. Stimmen URL und Inhalt und zeigt nur die Sprachalternative auf eine andere Adresse, prüfen Sie die vom CMS erzeugten Metadaten.
Beginnen Sie mit vier Zeilen für die Projektseite und ergänzen Sie Kontakt, Download oder Buchung. Die Zeile ist bestanden, wenn sich die Sprachfassung direkt und über den Sprachwähler öffnen lässt und die veröffentlichten Metadaten auf die erwartete Sprach-URL verweisen.
Kommentare