Google Übersetzer zerstört Website Layout? So beheben Sie es

Bei Talha Aslan und Team hören wir diese Klage bei vielen Websiteprüfungen. Ein Besucher aus dem Ausland übersetzt die Seite, und plötzlich bricht das Menü in zwei Zeilen um. Zudem verwandelt sich der Markenname neben dem Logo in eine seltsame Phrase. Kurz gesagt: Die Website ist selten kaputt, sie war allerdings nie auf Übersetzung vorbereitet.

Eine Unterscheidung ist deshalb wichtig. Übersetzung zu blockieren, ist meistens das falsche Ziel. Das bessere Ziel lautet also: Die Übersetzung richtet keinen Schaden an. Der Markenname bleibt gleich, das Menü behält seine Form und Formulare funktionieren weiter.

Woran erkennen Sie, dass der Google Übersetzer Probleme verursacht?

Die Symptome folgen meist einem Muster. Zunächst wirkt die übersetzte Seite in Ordnung. Nach ein paar Klicks beginnen dann merkwürdige Effekte. Die folgende Liste können Sie auf Ihrer eigenen Website in wenigen Minuten durchgehen.

• Kurze Menüpunkte werden zu langen Phrasen, deshalb springt die Navigation in eine zweite Zeile.
• Ihr Markenname, Produktnamen oder Personennamen erscheinen wörtlich übersetzt.
• Außerdem ragen Beschriftungen aus ihren Schaltflächen heraus oder enden abgeschnitten.
• Fehlermeldungen nach dem Absenden eines Formulars erscheinen dann in der Originalsprache.
• Warenkorb, Filter oder Tabs reagieren nach der Übersetzung nicht mehr.
• Schließlich verändern sich Preise, Einheiten oder Bestellnummern auf seltsame Weise.

Schon eines dieser Probleme kann eine Anfrage kosten. Zum Beispiel sieht ein Interessent aus dem Ausland ein zerbrochenes Menü und verliert Vertrauen. Daher sollten Sie das Thema als Teil Ihres Verkaufsprozesses betrachten, nicht als kosmetisches Detail.

Was verändert die Browserübersetzung technisch auf einer Seite?

Die Browserübersetzung berührt keine Dateien auf Ihrem Server. Nach dem Laden sammelt der Browser die Textstücke, schickt sie an einen Übersetzungsdienst und schreibt die Ergebnisse an dieselbe Stelle zurück. Die Änderung existiert also nur auf dem Bildschirm des Besuchers.

Genau hier beginnt allerdings der Ärger. Sucht eines Ihrer Skripte nach einem bestimmten Text, findet es ihn nach der Übersetzung vielleicht nicht mehr. Außerdem packt der Übersetzer manche Wörter in zusätzliche Elemente. Somit verschiebt sich die Seitenstruktur auf kleine, aber wichtige Weise.

Der zweite Effekt ist die Länge. Manche Wörter werden in einer anderen Sprache kürzer, viele dagegen länger. Deutsche Komposita etwa sprengen schmale Menüs schnell. Beruht Ihr Design auf Boxen mit fester Breite, bricht das Layout sofort.

Das Problem hat also zwei Ebenen. Erstens steuern Sie, welcher Text sich ändern darf. Zweitens bauen Sie ein Layout, das längeren Text aufnimmt. Unterstützt Ihr Theme beides nicht, wird das Flicken teuer. In diesem Fall lohnt sich oft ein klarer Schritt: Firmenwebsite erstellen lassen, mit Übersetzungstests von Anfang an im Briefing.

Warum ist das lang Attribut der erste Prüfpunkt?

Das lang Attribut sagt Browsern, in welcher Sprache eine Seite oder ein Element geschrieben ist. Die MDN Referenz zum lang Attribut erklärt, dass es einen Sprachcode nach BCP 47 erwartet. Zudem erben Kindelemente den Wert vom Elternelement. Fehlt der Wert ganz, gilt die Sprache als unbekannt.

Ein falscher Wert verändert das Übersetzungsverhalten. Steht auf einer deutschen Seite zum Beispiel noch en aus einem alten Theme, hält der Browser die Seite für englisch. Folglich bietet er englischen Lesern womöglich keine Übersetzung an. Andererseits sehen deutsche Besucher dann eine unnötige Übersetzungsfrage.

Der lang Wert ist außerdem für Barrierefreiheit wichtig, denn Screenreader wählen danach die Aussprache. Erkennt auch Google Ihre Sprache falsch, hilft unser Beitrag dazu, warum Google die falsche Sprache erkennt; dort behandeln wir die Suchseite ausführlich.

Die Regel ist also einfach. Setzen Sie einen korrekten Wert auf dem html Element. Danach erhalten nur fremdsprachige Stellen einen eigenen lang Wert.

Die Prüfung dauert eine Minute. Öffnen Sie den Seitenquelltext und schauen Sie auf das html Element ganz oben. Bei einem Content Management System steuert meist die Spracheinstellung der Website diesen Wert. Somit beheben Sie den Fehler oft ganz ohne Code.

Wie markieren Sie fremdsprachige Textstellen auf derselben Seite?

Eine deutsche Seite enthält vielleicht einen englischen Slogan, einen französischen Produktnamen oder ein Zitat eines italienischen Kunden. Ohne eigenen lang Wert hält der Browser diesen Text für deutsch. Deshalb verunstaltet der Übersetzer womöglich eine Phrase, die gar keine Übersetzung brauchte.

Die Lösung: Geben Sie dem Element um diese Phrase den passenden Sprachcode. Konkret nutzen Sie en für den englischen Slogan und fr für den französischen Produktnamen. Dann behandeln sowohl Übersetzer als auch Screenreader die Phrase richtig.

• Slogans und Kampagnensätze.
• Außerdem Kundenzitate in anderen Sprachen.
• Fremdwörter in Produktnamen oder Modellbezeichnungen.
• Zudem Sprachnamen in der Sprachauswahl, jeweils in der eigenen Sprache und mit eigenem lang Wert.

Diese Auszeichnung hilft zudem der Barrierefreiheit. MDN beschreibt die Markierung von Sprachwechseln innerhalb einer Seite als Teil der WCAG Anforderungen. In der Praxis lösen Sie also mit einer kleinen Änderung zwei Probleme.

Welche Bereiche einer Website brechen bei der Übersetzung am häufigsten?

Nach unserer Erfahrung häufen sich die Probleme in wenigen Bereichen. Kennen Sie diese, testen Sie schneller und beginnen mit den riskantesten Stellen.

• Hauptnavigation und Dropdowns, weil viele Wörter auf engem Raum stehen.
• Dann Überschriften im Kopfbereich, weil große Schriftgrade schnell überlaufen.
• Preiskarten und Vergleichsboxen, denn sie erwarten gleiche Höhen.
• Formularbeschriftungen und Fehlermeldungen, weil Skripte hier am meisten eingreifen.
• Schließlich der Footer, denn dort stehen Markenname, Adresse und rechtliche Links zusammen.

Ein Beispielszenario: Eine Leistungsseite zeigt drei Preiskarten nebeneinander. Nach der Übersetzung bricht der Titel der mittleren Karte in zwei Zeilen um. Danach stehen die Schaltflächen auf unterschiedlicher Höhe. Schon diese kleine Verschiebung wirkt nachlässig. Wählen Sie stattdessen ein Kartenlayout, das die Schaltfläche unten fixiert, die Höhe aber dem Inhalt überlässt.

Was bewirkt translate="no" und wo setzen Sie es ein?

Das translate Attribut sagt Übersetzungswerkzeugen, ob sich der Text eines Elements ändern darf. Die MDN Referenz zum translate Attribut nennt zwei Zustände. Ein leerer Wert oder yes erlaubt die Übersetzung, no bedeutet dagegen, dass das Element unverändert bleiben soll. Laut MDN respektieren automatische Systeme wie Google Translate diesen Wert. Zudem empfiehlt MDN das Attribut ausdrücklich für Markennamen.

Setzen Sie den Wert nur auf den kleinsten Teil, der Schutz braucht. Umschließen Sie zum Beispiel nur den Markennamen neben dem Logo, eine Artikelnummer oder eine E-Mail Adresse. Sperren Sie dagegen eine ganze Überschrift oder das komplette Menü, versteht der Besucher diesen Bereich gar nicht.

• Kurze Elemente um Marken und Produktnamen.
• Bestellnummern, Artikelnummern und ähnliche Codes.
• Außerdem Benutzernamen, E-Mail Adressen und Domains wie example.com.
• Kleine Oberflächenteile, deren Skripte vom genauen Text abhängen.

MDN weist allerdings darauf hin, dass nicht jeder Browser das Attribut kennt. Deshalb ist translate="no" allein keine Garantie. Am besten wirkt es zusammen mit einem soliden Layout und sauber aufgebauten Skripten.

Wann ist es sinnvoll, die Übersetzung für eine ganze Seite zu sperren?

Manche Seiten leiden tatsächlich unter der Übersetzung. Ein Vertrag, der nur in der Originalsprache gilt, ist ein Beispiel. Ein technisches Dokument voller Codebeispiele ist ein weiteres. Die Seite von Google Search Central zu speziellen Tags führt ein Meta Tag für googlebot mit dem Wert notranslate auf. Laut Google signalisiert es, dass Google für diese Seite keine Übersetzung anbieten soll.

Allerdings betrifft dieses Tag Übersetzungsangebote in der Suche. Für die Übersetzung im Browser des Besuchers ist der translate Wert auf Elementebene das direktere Werkzeug. Manche Browserübersetzer beachten außerdem eine notranslate Klasse. Trotzdem raten wir, dieses Verhalten als Annahme zu behandeln, solange keine offizielle Dokumentation es bestätigt.

Unsere Grundhaltung lautet daher: Eine Sperre auf Seitenebene bleibt die Ausnahme. Versteht der Besucher Ihre Sprache nicht und Sie sperren die Übersetzung, nutzt er ein anderes Werkzeug oder geht. Beides hilft Ihnen nicht. Kurz gesagt: Übersetzung steuern ist besser als Übersetzung verbieten.

Wie schützen Sie Ihren Markennamen vor dem Google Übersetzer?

Ein übersetzter Markenname führt zu komischen und schädlichen Ergebnissen. Ein Beispielszenario: Ein Geschäft namens "Blaue Tür Möbel" erscheint auf Englisch als wörtliche Phrase. Später sucht der Besucher nach dieser Phrase und findet das Unternehmen nicht. Deshalb sollte Ihr Markenname überall identisch bleiben.

1. Listen Sie alle Stellen auf, an denen Ihr Markenname steht: Logotext, Überschriften, Footer, Kontaktkarte und Produktnamen.
2. Setzen Sie an jeder Stelle translate="no" auf das kleine Element um den Namen.
3. Ist das Logo ein Bild, halten Sie den Markennamen im Alternativtext einheitlich.
4. Ändern Sie den Markennamen weder im Seitentitel noch in der Meta Beschreibung.
5. Öffnen Sie die Seite danach mit dem Google Übersetzer in mehreren Sprachen und prüfen Sie das Ergebnis.

Denken Sie außerdem an Inhalte aus anderen Quellen. Zum Beispiel kann sich auch der Firmenname in einem eingebetteten Bewertungswidget ändern. Unser Leitfaden, wie Sie Google Bewertungen auf der Website einbinden, behandelt das Layout solcher Einbettungen. Haben Sie Markenrichtlinien, notieren Sie dort zudem, dass der Name nie übersetzt erscheint.

Welche Inhalte dürfen übersetzt werden und welche bleiben geschützt?

Zur einfacheren Entscheidung teilen wir Inhalte in drei Gruppen. Manche Texte dürfen sich frei ändern. Andere brauchen Schutz. Der Rest braucht Designunterstützung, damit längerer Text passt. Die Tabelle dient also als schnelle Entscheidungshilfe.

Ein Hinweis zur Zeile Rechtstexte: Dies ist keine Rechtsberatung. Klären Sie mit Ihrem Anwalt, welche Sprachfassung Ihrer Bedingungen verbindlich ist. Auf der Website erklärt dann ein kurzer Hinweis, dass jede Übersetzung nur der Information dient.

Wie verhindern Sie, dass das Navigationsmenü überläuft?

Der Menüüberlauf ist das sichtbarste Symptom, denn er sitzt oben auf jeder Seite. Ein kurzes Wort wie "Leistungen" kann sich in eine viel längere Phrase verwandeln. Reserviert das Menü eine feste Breite pro Punkt, rutscht der letzte Punkt nach unten oder aus dem Bildschirm.

• Geben Sie Menüpunkten keine feste Breite, sondern lassen Sie sie mit dem Inhalt wachsen.
• Passen die Punkte nicht mehr, lassen Sie sie sauber umbrechen oder früher ins mobile Menü wechseln.
• Reduzieren Sie außerdem die Zahl der Punkte, denn weniger Punkte bedeuten weniger Risiko.
• Vor allem: Zwingen Sie Menüpunkte nie auf eine einzige Zeile.

Für den Menüaufbau selbst lohnt sich unser Leitfaden zum Thema Website Navigation und Menü gestalten; dort geht es um Anzahl und Hierarchie. Zudem kann ein überlaufendes Menü die ganze Seite seitlich verschiebbar machen. Das ist ein eigenes, häufiges Problem, und unser Beitrag zur seitlich verschiebbaren Website auf dem Handy zeigt die Lösung.

Ein schneller Gedankentest hilft ebenfalls. Stellen Sie sich Ihr Menü mit den längsten denkbaren Wörtern vor. Hält das Layout dann noch, schadet ihm die Übersetzung sehr wahrscheinlich auch nicht.

Wie bauen Sie ein Layout, das längeren Text verträgt?

Ein robustes Layout beginnt mit einer Annahme: Sie kennen die Textlänge nie im Voraus. Mit dieser Haltung wachsen Boxen mit ihrem Text, Schaltflächen dürfen zweizeilig sein und Überschriften rutschen nach unten, statt abgeschnitten zu enden.

• Nutzen Sie Innenabstände statt fester Höhen und Breiten bei Schaltflächen und Beschriftungen.
• Vermeiden Sie Einstellungen, die Text auf eine Zeile zwingen und den Rest verstecken.
• Erlauben Sie außerdem, dass lange Wörter am Zeilenende umbrechen.
• Akzeptieren Sie zudem von Anfang an, dass Karten unterschiedlich hoch sein dürfen.
• Lassen Sie neben Icons, die direkt am Text stehen, genug Luft.

Auch Lesbarkeit spielt hier mit. Eine Seite mit ausgewogener Zeilenlänge und Schriftgröße verkraftet längeren Text deutlich besser. Das behandeln wir im Beitrag zu lesbarer Typografie, Zeilenlänge und Zeilenabstand.

Anders gesagt: Ein übersetzungsfestes Layout ist kein eigenes Projekt. Ein gutes flexibles Layout passt sich ohnehin an verschiedene Bildschirmgrößen an. Die Übersetzung ist somit nur ein weiterer Test dieser Flexibilität.

Warum funktionieren Formulare und Webanwendungen nach der Übersetzung nicht mehr?

Probleme in Formularen und Anwendungen sind die heimtückischsten, denn man sieht sie zunächst nicht. Angenommen, ein Skript findet die Absendeschaltfläche über das Wort "Senden". Nach der Übersetzung lautet das Wort anders, also scheitert das Skript. Ebenso können Skripte, die Text direkt umschreiben, mit der zusätzlichen Struktur des Übersetzers kollidieren.

Deshalb empfehlen wir Ihrem Entwickler zwei Prinzipien. Erstens finden Skripte Elemente über IDs oder Datenattribute, nicht über sichtbaren Text. Zweitens tragen kleine Textstücke, die sich nicht ändern dürfen, translate="no".

1. Füllen Sie das Formular bei ausgeschalteter Übersetzung aus, senden Sie es ab und notieren Sie das Ergebnis.
2. Übersetzen Sie die Seite dann mit dem Google Übersetzer in eine andere Sprache.
3. Füllen Sie dasselbe Formular erneut aus und prüfen Sie Pflichtfeldhinweise und Erfolgsmeldung.
4. Testen Sie Warenkorb, Filter und Tabs auf dieselbe Weise.
5. Schicken Sie fehlerhafte Teile mit einer Bildschirmaufnahme an Ihren Entwickler.

Hat Ihre Website ein Chatfenster, gehört es ebenfalls in den Test. Wollen Sie mehrsprachige Besucher wirklich gut bedienen, ist ein Bot, der in ihrer Sprache antwortet, besser als die Browserübersetzung. Unsere Seite zur KI Chatbot Entwicklung erklärt diesen Ansatz.

Wie testen Sie den Google Übersetzer auf Ihrer Website Schritt für Schritt?

Spezielle Werkzeuge brauchen Sie dafür nicht, denn Chrome auf Desktop und Handy genügt. Entscheidend ist allerdings ein systematisches Vorgehen statt zufälliger Klicks. Wiederholen Sie die folgenden Schritte nach jeder größeren Designänderung.

1. Wählen Sie eine Testgruppe: Startseite, eine Leistungsseite, eine Produktseite und die Kontaktseite.
2. Öffnen Sie jede Seite zunächst in der Originalsprache und machen Sie einen Screenshot.
3. Übersetzen Sie dann jede Seite in mindestens zwei Sprachen, eine mit längeren und eine mit kürzeren Wörtern.
4. Vergleichen Sie Menü, Schaltflächen, Karten und Footer mit dem Original.
5. Prüfen Sie, ob sich Markenname und Codes verändert haben.
6. Nutzen Sie Formulare und interaktive Teile bei aktiver Übersetzung.
7. Wiederholen Sie schließlich alle Schritte auf einem Handybildschirm.

Danach ordnen Sie jedes Problem mit drei Fragen ein. Hätte sich dieser Text überhaupt ändern sollen? Trägt das Layout längeren Text? Hängt ein Skript vom Text ab? Die Antworten zeigen Ihnen also den richtigen Lösungsweg. Halten Sie die Ergebnisse zudem in einer kurzen Tabelle fest, damit das nächste Redesign alte Fehler nicht wiederholt.

Verhalten sich Safari und andere Browser anders?

Ja, die Details unterscheiden sich von Browser zu Browser. Chrome, Safari und Edge bieten jeweils eine eigene Übersetzungsfunktion, und jede schreibt Text auf ihre Weise um. Folglich bildet ein Test in nur einem Browser nicht alle Besucher ab.

Die gute Nachricht: Das Fundament bleibt überall gleich. Ein korrekter lang Wert, translate="no" für geschützte Stellen und ein flexibles Layout helfen in allen Browsern. Da laut MDN nicht jeder Browser das translate Attribut kennt, bleibt das flexible Layout Ihr eigentliches Sicherheitsnetz.

Unser praktischer Rat: Schauen Sie in Ihre Statistik und wählen Sie die zwei meistgenutzten Browser. Dann führen Sie den kompletten Test in beiden durch. Nutzen viele Besucher ein iPhone, überspringen Sie Safari keinesfalls.

Behandeln Sie das Handy außerdem als eigenen Schritt. Ein schmaler Bildschirm lässt längeren Text viel früher überlaufen als ein Desktop. Zum Beispiel bricht eine Schaltfläche, die am Laptop gut aussieht, am Handy zweizeilig um und schiebt ihr Icon nach unten. Planen Sie den mobilen Test daher separat ein.

Ist es sinnvoll, die Übersetzung komplett abzuschalten?

Für die meisten Unternehmen nicht, denn das Abschalten löst das Problem nicht. Es macht die Seite lediglich für ausländische Besucher unlesbar. Diese finden trotzdem einen Umweg, etwa indem sie den Text in ein anderes Werkzeug kopieren. Damit liegt das Erlebnis dann komplett außerhalb Ihrer Kontrolle.

Die Fälle, in denen eine Sperre sinnvoll ist, sind eng begrenzt. Beispiele sind eine Vertragsseite, auf der nur der Originaltext gilt, ein Dokument mit Fachbegriffen oder eine Hilfeseite voller Codes. Selbst dort sollten Sie kurz erklären, warum die Übersetzung aus ist.

Die Balance, die wir empfehlen, ist deshalb einfach. Die Seite bleibt grundsätzlich übersetzbar. Geschützt sind nur Markennamen, Codes und kleine skriptabhängige Teile. So versteht der Besucher den Inhalt, und Ihre Website bleibt intakt.

Wann brauchen Sie statt Browserübersetzung eine echte mehrsprachige Website?

Die Browserübersetzung ist eine Brücke, keine dauerhafte Lösung. Machen ausländische Besucher nur einen kleinen Teil aus und brauchen sie nur Grundinformationen, reicht diese Brücke vielleicht. Erwarten Sie dagegen regelmäßig Verkäufe oder Anfragen aus dem Ausland, brauchen Sie eine echte mehrsprachige Struktur.

• Sie wollen in Suchergebnissen einer anderen Sprache erscheinen.
• Anfrageformular, Vertrag und Preise müssen in dieser Sprache korrekt sein.
• Ihre Markenstimme soll in jeder Sprache mit derselben Sorgfalt wirken.
• Jede Sprachfassung soll als eigene Seite in der Suche existieren.

Die Browserübersetzung passiert nur auf dem Bildschirm des Besuchers, und Suchmaschinen indexieren sie nicht als Ihre Seite. Die Suchseite erklären wir im Beitrag zur mehrsprachigen Website und SEO. Planen Sie eine automatische Sprachwahl, lesen Sie zunächst über die Risiken einer automatischen Sprachweiterleitung nach IP. Für die Auswahl selbst hilft unser Leitfaden, wie Sie eine Sprachauswahl auf der Website gestalten.

Macht der Google Übersetzer auch auf mehrsprachigen Websites Probleme?

Das kann passieren, allerdings deutlich seltener. Auf einer echten mehrsprachigen Website trägt jede Fassung ihren eigenen korrekten lang Wert. Sieht der Browser die Sprache des Besuchers, muss er keine Übersetzung anbieten. Besucher, deren Sprache Sie nicht anbieten, übersetzen dagegen trotzdem.

Deshalb gelten dieselben Grundregeln. Schützen Sie den Markennamen, halten Sie das Layout flexibel und lösen Sie Skripte vom Text. Bieten Sie zum Beispiel Deutsch und Englisch an und kommt ein Besucher aus Japan, testet die Browserübersetzung Ihr Design trotzdem.

Ein häufiger Fehler verdient zudem Erwähnung. Teams vergessen, den lang Wert in einer Fassung anzupassen. Dann trägt die englische Fassung noch de aus dem Theme, und der Browser bietet sogar englischen Lesern eine Übersetzung an. Dieser kleine Fehler verwirrt Besucher und Suchmaschinen. Prüfen Sie daher vor dem Livegang den lang Wert jeder Fassung.

Wie viel davon können Sie selbst beheben?

Mehrere Schritte brauchen kein technisches Wissen. Tests durchführen, Markennamen auflisten und fehlerhafte Seiten mit Screenshots dokumentieren, das schaffen Sie selbst. Erlaubt Ihr Content Management System es, ist translate="no" um einen Markennamen zudem oft eine einfache Änderung.

Andere Aufgaben verlangen dagegen Design und Programmierkenntnisse. Ein Theme mit fester Breite flexibel machen, Skripte vom sichtbaren Text lösen oder eine mehrsprachige Struktur aufbauen, das gehört in diese Gruppe. Hier kann eine unbedachte Änderung ein größeres Problem schaffen als das ursprüngliche.

Beginnen Sie selbst, halten Sie diese Reihenfolge ein: zunächst der lang Wert, dann Markennamen, danach Menü und Schaltflächen, schließlich Formulare. Diese Reihenfolge startet mit den günstigsten und wirksamsten Schritten. Wiederholen Sie nach jedem Schritt denselben Test. So sehen Sie klar, welche Änderung welches Problem gelöst hat.

Welche Checkliste sollten Sie vor dem Livegang abarbeiten?

Arbeiten Sie die folgende Liste nach jeder neuen Seite und jedem Themeupdate ab. Sie ist kurz, fängt aber die meisten Probleme ab.

• Der lang Wert auf dem html Element entspricht der tatsächlichen Seitensprache.
• Zitate und Produktnamen in anderen Sprachen tragen einen eigenen lang Wert.
• Markennamen, Produktnamen und Codes stehen in Elementen mit translate="no".
• Das Menü läuft auch bei der längsten Übersetzung nicht über, und es entsteht kein seitliches Scrollen.
• Schaltflächen und Karten wachsen mit längerem Text.
• Formulare lassen sich bei aktiver Übersetzung absenden, und Fehlermeldungen erscheinen.
• Sie haben in mindestens zwei Browsern und auf dem Handy getestet.
• Eine Sperre auf Seitenebene nutzen Sie nur dort, wo sie nötig ist.

Teilen Sie diese Liste mit Ihrem Team. Dann folgt jeder, der Inhalte ergänzt, denselben Regeln. Somit lösen Sie das Problem einmal, und es kehrt nicht zurück.

Wann lohnt es sich, eine übersetzungsfeste Website Profis zu überlassen?

Zeigen Ihre Tests mehrere Probleme in Menü, Formularen und Karten, liegt die Ursache wahrscheinlich in der Grundstruktur. Dann wird es mit der Zeit teurer, jeden Fehler einzeln zu flicken. Ein flexibles Layout, textunabhängige Skripte und eine saubere Sprachstruktur halten dagegen deutlich besser, wenn jemand sie von Anfang an plant.

Bei Talha Aslan und Team gehört ein Übersetzungstest zur Checkliste vor jeder Übergabe. Vergleichen Sie Angebote für Webdesign, fragen Sie deshalb jedes Team, wie es Übersetzung und längeren Text testet. Diese eine Frage verrät viel darüber, wie flexibel die Websites wirklich gebaut sind.

Zusammengefasst ist der Google Übersetzer nicht Ihr Gegner. Er ist ein kostenloser Test, der zeigt, wie flexibel Ihre Website wirklich ist. Mit korrektem lang Wert, geschütztem Markennamen und flexiblem Layout bestehen Sie diesen Test mühelos.