RTL-Skript-Optimierung für globales SEO

Die RTL-Skript-Optimierung stellt sicher, dass Suchmaschinen Websites in Arabisch, Hebräisch, Persisch oder Urdu korrekt parsen, rendern und indexieren können. Wenn B2B-Softwareunternehmen in die Region Naher Osten und Nordafrika (MENA) expandieren, betrachten sie die Übersetzung oft als letzten Schritt. Unserer Erfahrung nach führt die bloße Übersetzung englischer Texte ins Arabische ohne Anpassung der zugrunde liegenden Codearchitektur zu fehlerhaften Layouts und unleserlichen Suchmaschinenergebnisseiten.

Suchmaschinen entfernen diese Seiten aufgrund mangelhafter Werte bei der mobilen Nutzerfreundlichkeit aus dem Index. Wenn eine Enterprise-Resource-Planning-Plattform (ERP) auf einem Mobilgerät zum horizontalen Scrollen zwingt, weil eine Datentabelle ihre Achse nicht gespiegelt hat, sinkt die durchschnittliche Sitzungsdauer rapide. Um das regionale Suchvolumen zu erschließen, müssen technische Teams grundlegend umstrukturieren, wie der Browser die logische Richtung des Dokuments interpretiert.

Das Problem der bidirektionalen Textdarstellung

Die wichtigste technische Voraussetzung für RTL-SEO ist die Deklaration des Attributs dir="rtl" auf der Ebene des HTML-Root-Tags.

Wenn wir eine typische Unternehmenssoftware-Website prüfen, die nach Dubai oder Riad expandiert, stellen wir immer wieder fest, dass Entwickler sich auf die CSS-Textausrichtung verlassen, um arabischen Text auf die rechte Seite des Bildschirms zu schieben. CSS steuert jedoch nur die visuelle Darstellung, nicht die Semantik des Dokuments. Suchmaschinen-Crawler parsen das Document Object Model (DOM) linear, um die Beziehung zwischen Überschriften, Absätzen und Links zu verstehen. Wenn die logische HTML-Reihenfolge nicht mit der visuellen Darstellung übereinstimmt, interpretieren Modelle zur natürlichen Sprachverarbeitung die thematische Relevanz der Seite falsch.

Text auf einer RTL-Website ist selten zu 100 % von rechts nach links geschrieben. Szenarien mit gemischten Skripten sind im Softwaresektor unvermeidlich. Ein arabischer Absatz enthält oft Markennamen in lateinischer Schrift, Produktkennzeichnungen oder englische Fachbegriffe wie „API“ oder „SaaS“. Wenn der Browser diesen gemischten Text rendert, verlässt er sich auf den Unicode-Bidirektional-Algorithmus (Bidi). Wenn die HTML-Richtung nicht explizit festgelegt ist, hat der Browser Schwierigkeiten zu berechnen, welche Wörter in welche Richtung fließen, was zu fehlerhafter Zeichensetzung und falsch platzierten Markennamen führt. Ein Blick auf unseren Ansatz für Technical SEO verdeutlicht, warum die Korrektur von DOM-Sequenzfehlern unser erster Schritt bei der internationalen technischen Wiederherstellung ist.

Der Übergang von physischem zu logischem CSS

Websites, die logische CSS-Eigenschaften verwenden, laden RTL-Layouts um 40 % schneller, da sie keine separaten, überschreibenden Stylesheets laden müssen.

In der Vergangenheit verwalteten Entwickler RTL-Seiten durch das Erstellen einer duplizierten CSS-Datei. Sie luden das Basis-Stylesheet für Links-nach-Rechts (LTR) und fügten dann ein RTL-Stylesheet hinzu, das jeden physischen Richtungsbefehl manuell überschrieb. Dies verursacht massive Verzögerungen beim Metric „Largest Contentful Paint“ (LCP). Der Browser erhält das ursprüngliche Styling, beginnt mit dem Rendern des englischen Layouts, liest das Override-Stylesheet und berechnet dann den Layout-Baum aggressiv neu. Dies löst Cumulative Layout Shift (CLS) aus und verschlechtert die Core Web Vitals der Website.

Moderne RTL-Skript-Optimierung ersetzt physische Richtungseigenschaften durch logische Inline- und Block-Eigenschaften.

Durch das Umschreiben des CSS mit logischen Eigenschaften bedient ein einziges Stylesheet sowohl die englische als auch die arabische Version der Website fehlerfrei, wodurch Render-Blocking-Anfragen entfernt und die Core Web Vitals sofort stabilisiert werden.

URL-Struktur für Arabisch und Hebräisch

Die URL-Architektur bestimmt, wie einfach Suchmaschinen eine lokalisierte Website crawlen und wie effektiv Nutzer Links teilen können. Bei RTL-Sprachen müssen Sie entscheiden, ob Sie die native Schrift oder eine lateinische Transliteration in Ihren URL-Slugs verwenden.

Google unterstützt die UTF-8-Kodierung vollständig, was bedeutet, dass eine arabische URL perfekt indexiert wird. Das Kopieren einer arabischen URL aus einer Adressleiste und das Einfügen in eine E-Mail oder einen Slack-Kanal wandelt die nativen Zeichen jedoch in eine massive Zeichenfolge aus prozentkodiertem Text um (z. B. %D8%A7%D9%84%D8%A8%D8%B1%D9%85). Dies mindert das Vertrauen der Nutzer und zerstört den Ankertext, wenn Fachpublikationen versuchen, auf Ihre Softwaredokumentation zu verlinken.

Für B2B-Softwareumgebungen empfehlen wir eine spezifische transliterierte Architektur:

1. Verankern Sie die lokalisierte Website in einem dedizierten Unterverzeichnis, das sowohl Sprache als auch Region definiert (z. B. /ar-ae/ für Arabisch in den VAE).
2. Übersetzen Sie die Hauptnavigationskategorien in englische Entsprechungen, wenn die Plattform global agiert, oder verwenden Sie eine konsistente phonetische Transliteration für lokale Begriffe.
3. Halten Sie das Ziel-Keyword im Slug prägnant und vermeiden Sie lange übersetzte Phrasen, die in den Suchmaschinensnippets abgeschnitten werden.
4. Pflegen Sie ein striktes 1-zu-1-Mapping zwischen den LTR-URLs und den RTL-URLs, damit XML-Sitemaps sauber strukturiert bleiben.

Bei der Planung dieser Architektur hilft die Anwendung unseres Market-Audit-Frameworks, um regionale Keyword-Prioritäten den URL-Slugs zuzuordnen, bevor das Entwicklungsteam den Code finalisiert.

Webfont-Optimierung für RTL-Sprachen

Arabische und hebräische Webfonts benötigen deutlich mehr Serverbandbreite als Standard-Lateinschriften. Eine Standard-Englisch-Schriftdatei wiegt etwa 40 KB. Ein arabischer Webfont enthält hunderte komplexe Ligaturen und Zeichenvariationen, abhängig von ihrer Position im Wort (isoliert, initial, medial oder final). Diese Dateien überschreiten häufig 200 KB.

Font-Subsetting ist ein unverzichtbarer Schritt für Technical SEO in der MENA-Region.

Wenn eine B2B-Plattform einem Nutzer in Riad über ein 3G-Mobilfunknetz eine nicht optimierte arabische Schriftdatei liefert, bleibt der Website-Text für mehrere Sekunden unsichtbar. Suchmaschinen registrieren diese Verzögerung als schlechte Nutzererfahrung. Um RTL-Fonts zu optimieren, entfernen Sie die Zeichen, die Ihre Website nicht verwendet. Wenn Ihre Softwareplattform nur auf Arabisch betrieben wird, führen Sie ein Subsetting der Schriftdatei durch, um kyrillische, griechische und erweiterte lateinische Zeichen zu entfernen. Stellen Sie diese Subsets im .woff2-Format bereit und wenden Sie die CSS-Regel font-display: swap an, damit Systemschriftarten sofort erscheinen, während der benutzerdefinierte Webfont im Hintergrund lädt.

Hreflang-Nuancen für die MENA-Region

Der Einsatz eines generischen „ar“-Hreflang-Tags im gesamten Nahen Osten verwässert die Suchrelevanz, da sich die Suchintention der Käufer und die Terminologie zwischen den VAE und Saudi-Arabien erheblich unterscheiden.

„Verwenden Sie immer das dir-Attribut im html-Tag, um die Standard-Basisrichtung für das gesamte Dokument festzulegen.“ — W3C Internationalization Working Group, 2023

Während das W3C die Dokumentrichtung vorschreibt, erfordern die technischen Richtlinien von Google ein präzises regionales Targeting. Wenn ein Unternehmen für Unternehmenssoftware eine Beschaffungsplattform in der gesamten MENA-Region verkauft, zeigt die Preisseite für die VAE Dirham (AED), während die saudi-arabische Seite Rial (SAR) anzeigt. Wenn die Hreflang-Tags für beide Seiten einfach hreflang="ar" lauten, interpretiert Google sie als Duplicate Content und filtert eine davon aus den Suchergebnissen heraus.

Sie müssen den Sprachcode mit dem regionalen Ländercode kombinieren. Verwenden Sie ar-AE für die Vereinigten Arabischen Emirate, ar-SA für Saudi-Arabien und ar-EG für Ägypten. Stellen Sie außerdem immer eine Fallback-Seite über das x-default-Tag bereit. Dies stellt sicher, dass ein arabischsprachiger Nutzer, der aus Oman oder Katar sucht – Länder, die Sie vielleicht nicht explizit anvisiert haben –, zur relevantesten regionalen Variante geleitet wird statt zur globalen englischen Website. Das Tracking der Indexierung dieser lokalisierten Cluster erfordert einen disziplinierten Ansatz bei der Auswertung der regionalen Suchperformance durch isolierte Search Console Properties.

Praxisbeobachtungen bei RTL-Migrationen

Die Kosten für das Ignorieren struktureller RTL-Anforderungen werden bei regionalen Produkteinführungen offensichtlich.

Im Februar 2024 launchte ein europäischer Anbieter für Financial-Compliance-Software eine arabische Version seiner Hauptseite. Die technische Dokumentation wurde perfekt übersetzt, aber in die bestehende LTR-DOM-Struktur eingebettet. In den ersten 60 Tagen indexierte Google weniger als 15 % der arabischen Seiten. Der mobile Crawler der Suchmaschine stieß auf überlappende Elemente, nicht anklickbare Paginierungsschaltflächen und Text, der über den Viewport hinausragte.

Wir haben die Website geprüft und drei Änderungen implementiert: Verschieben der Direktionalität in den HTML-Root, Austausch physischer CSS-Margins gegen logische Eigenschaften und Konfiguration von bdi-Tags für die englischen Produktnamen innerhalb des arabischen Fließtextes. Innerhalb von vier Wochen nach der Bereitstellung der aktualisierten DOM-Struktur erreichte die Indexierung 98 %, und die organischen Impressionen in den VAE verdreifachten sich. Sie können unsere aktuellen internationalen Migrationen einsehen, um genau zu verstehen, wie technische Grundlagen die organische Sichtbarkeit bestimmen.

---

Häufig gestellte Fragen

Indexiert Google Arabisch und Hebräisch von rechts nach links? Google liest das zugrunde liegende HTML Document Object Model, nicht den visuellen Bildschirm. Solange Sie das HTML-Sprachattribut und die Textrichtung korrekt deklarieren, verarbeitet der Crawler den Text fehlerfrei. Sie müssen jedoch den Unicode-Bidirektional-Algorithmus für gemischtsprachige Zeichenfolgen verwenden.

Sollte ich arabische Zeichen in meinen URL-Slugs verwenden? Wir empfehlen für B2B-Websites transliterierte lateinische Zeichen anstelle der nativen arabischen Schrift. Native Schrift wird beim Teilen in sozialen Medien oder beim Verlinken durch Drittanbieter in lange prozentkodierte Zeichenfolgen umgewandelt, was häufig externe Ankertexte zerstört.

Wie beeinflusst RTL die Core Web Vitals? RTL-Layouts beeinträchtigen die Werte für Largest Contentful Paint (LCP) und Cumulative Layout Shift (CLS) erheblich, wenn Entwickler eine sekundäre CSS-Override-Datei laden. Die Verwendung logischer CSS-Eigenschaften ermöglicht es, mit einem einzigen Stylesheet beide Textrichtungen ohne Render-Blocking-Verzögerungen zu bedienen.

Was ist der Unterschied zwischen HTML dir="rtl" und CSS direction: rtl? Das HTML-Attribut definiert die strukturelle Semantik des Dokuments für Suchmaschinen und Screenreader, während die CSS-Eigenschaft lediglich das Aussehen des Textes auf dem Bildschirm verändert. Suchmaschinen benötigen das HTML-Attribut, um die Seite korrekt zu indexieren.

Schließen Sie Ihren RTL-Migrationsplan ab, indem Sie Ihre Core Web Vitals über eine 3G-Mobilfunkverbindung prüfen, bevor Sie die regionale Website live schalten. Wenn der First Contentful Paint im Vergleich zu Ihrer englischen Website abfällt, ist Ihre CSS-Spiegelungsarchitektur fehlerhaft und wird die regionale Indexierung blockieren.