RTL-optimering: Vejen til global SEO-succes
RTL-optimering er processen med at omstrukturere en hjemmesides HTML og CSS, så søgemaskiner korrekt kan fortolke, gengive og indeksere højre-mod-venstre-sprog som arabisk og hebraisk uden at ødelægge sidens layout.
Indholdsfortegnelse
RTL script optimization sikrer, at søgemaskiner korrekt kan tolke, rendere og indeksere hjemmesider skrevet på arabisk, hebraisk, persisk eller urdu. Når B2B-softwarevirksomheder ekspanderer til Mellemøsten og Nordafrika (MENA-regionen), bliver sprog oversættelse ofte betragtet som det sidste skridt i processen. Vores erfaring viser dog, at en simpel oversættelse af engelsk tekst til arabisk – uden at tilpasse den bagvedliggende kodearkitektur – resulterer i ødelagte layouts og ulæselige søgeresultater.
Søgemaskiner fravælger ofte disse sider i indekseringen på grund af dårlige resultater for mobilvenlighed. Når en ERP-platform (Enterprise Resource Planning) tvinger brugeren til at scrolle horisontalt på en mobilenhed, fordi en datatabel ikke har vendt sin akse, styrtdykker den gennemsnitlige sessionsvarighed. For at vinde terræn på regionale søgevolumener skal de tekniske teams fundamentalt omstrukturere, hvordan browseren fortolker dokumentets logiske retning.
Problemet med bidirektionel tekstrendering
Det vigtigste tekniske krav til RTL Search Engine Optimization (SEO) er at angive attributten dir="rtl" direkte i HTML-tagget.
Når vi udfører en Audit & Strategy på et typisk enterprise software-site, der ekspanderer til Dubai eller Riyadh, ser vi gang på gang udviklere, der forlader sig på CSS-tekstjustering for at rykke arabisk tekst over til højre side af skærmen. CSS styrer dog kun den visuelle præsentation, ikke dokumentets semantik. Søgemaskinernes crawlere gennemgår Document Object Model (DOM) lineært for at forstå sammenhængen mellem overskrifter, afsnit og links. Hvis den logiske rækkefølge i HTML-koden ikke stemmer overens med den visuelle præsentation, risikerer NLP-modeller (Natural Language Processing) at fejlfortolke sidens emnemæssige relevans.
Tekst på en RTL-hjemmeside er sjældent 100 % fra højre mod venstre. Scenarier med blandede skriftsystemer er uundgåelige i softwaresektoren. Et arabisk afsnit vil ofte indeholde brandnavne med latinske bogstaver, produktidentifikatorer eller tekniske engelske akronymer som "API" eller "SaaS". Når browseren renderer denne blandede tekst, benytter den Unicode Bidirectional Algorithm (Bidi). Hvis HTML-retningen ikke er eksplicit defineret, kæmper browseren med at beregne, hvilke ord der flyder i hvilken retning, hvilket resulterer i fejlplaceret tegnsætning og brandnavne, der står forkert. En gennemgang af vores tilgang til Technical SEO viser, hvorfor rettelse af fejl i DOM-sekvensen altid er vores første skridt i en international teknisk genopretning.
Overgangen fra fysisk til logisk CSS
Hjemmesider, der benytter logiske CSS-egenskaber, indlæser RTL-layouts op til 40 % hurtigere, fordi de eliminerer behovet for at indlæse separate stylesheets, der overskriver standarden.
Historisk set har udviklere håndteret RTL-sites ved at oprette en kopi af CSS-filen. De indlæste først det grundlæggende Left-to-Right (LTR) stylesheet og tilføjede derefter et RTL-stylesheet, som manuelt overskrev hver eneste fysiske retningskommando. Dette medfører massive forsinkelser i Largest Contentful Paint (LCP). Browseren modtager den oprindelige styling, begynder at tegne det engelske layout, læser derefter det overskrivende stylesheet og foretager en aggressiv genberegning af hele layoutet. Dette udløser Cumulative Layout Shift (CLS), hvilket straffer sitets Core Web Vitals.
Moderne RTL script optimization erstatter fysiske retningsegenskaber med logiske inline- og block-egenskaber.
| Fysisk egenskab (LTR) | Logisk egenskab (Bidirektionel) | Funktion |
|---|---|---|
margin-left | margin-inline-start | Tilføjer plads til venstre i LTR og til højre i RTL. |
padding-right | padding-inline-end | Skaber luft ved tekstens slutning, uanset sprog. |
border-left | border-inline-start | Tilføjer en kant ved læseretningens start. |
float: left | float: inline-start | Floater elementer baseret på dokumentets definerede sprogretning. |
Ved at omskrive CSS-koden med logiske egenskaber kan ét enkelt stylesheet betjene både den engelske og arabiske version af sitet fejlfrit. Det fjerner render-blocking-anmodninger og stabiliserer øjeblikkeligt Core Web Vitals.
Strukturering af URL'er til arabisk og hebraisk
URL-arkitekturen afgør, hvor let søgemaskiner kan crawle et lokaliseret site, og hvor effektivt brugerne kan dele links. Ved RTL-sprog skal man beslutte, om man vil bruge det lokale skriftsystem eller latinsk translitteration i sine URL-slugs.
Google understøtter fuldt ud UTF-8-kodning, hvilket betyder, at en arabisk URL vil blive indekseret perfekt. Men hvis man kopierer en arabisk URL fra adresselinjen og indsætter den i en e-mail eller en Slack-kanal, konverteres de lokale tegn til en enorm streng af "percent-encoded" tekst (f.eks. %D8%A7%D9%84%D8%A8%D8%B1%D9%85). Dette skader brugernes tillid og ødelægger ankertekster, når branchemedier forsøger at linke tilbage til din softwaredokumentation.
Til B2B-softwaremiljøer anbefaler vi en specifik translittereret arkitektur:
- Forankr det lokaliserede site i en dedikeret undermappe, der definerer både sprog og region (f.eks.
/ar-ae/for arabisk i De Forenede Arabiske Emirater). - Oversæt de primære navigationskategorier til engelske tilnærmelser, hvis platformen opererer globalt, eller brug konsistent fonetisk translitteration til lokale termer.
- Hold mål-søgeordet i din slug kortfattet; undgå lange oversatte strenge, der bliver afskåret i søgemaskinernes snippets.
- Oprethold en streng 1-til-1-mapping mellem LTR-URL'er og RTL-URL'er, så XML-sitemaps forbliver overskuelige.
Når denne arkitektur planlægges, hjælper vores rammeværktøj til markedsanalyser med at kortlægge regionale søgeordsprioriteter i URL-slugs, før udviklingsteamet skriver den første linje kode.
Optimering af web-fonts til RTL-sprog
Arabiske og hebraiske web-fonts kræver betydeligt mere båndbredde end standard latinske skrifttyper. En standard engelsk font-fil fylder måske 40 KB. En arabisk web-font indeholder hundredvis af komplekse ligaturer og karaktervariationer afhængigt af deres placering i et ord (isoleret, initial, medial eller final). Disse filer overstiger ofte 200 KB.
Font-subsetting er et absolut krav for Technical SEO i MENA-regionen.
Hvis en B2B-platform leverer en uoptimeret arabisk font-fil til en bruger i Riyadh på en 3G-forbindelse, vil teksten i browseren være usynlig i flere sekunder. Søgemaskiner registrerer denne forsinkelse som en dårlig brugeroplevelse. For at optimere RTL-fonts bør man fjerne de tegn, sitet ikke bruger. Hvis din softwareplatform kun kører på arabisk, kan du lave et subset af font-filen for at fjerne kyrilliske, græske og udvidede latinske tegn. Servér disse subsets i .woff2-formatet og anvend CSS-reglen font-display: swap, så systemets standardfonts vises med det samme, mens den specialdesignede web-font indlæses i baggrunden.
Hreflang-nuancer i MENA-regionen
Udrulning af et generisk "ar" hreflang-tag i hele Mellemøsten udvander søgerelevansen, da købernes søgehensigt og terminologi varierer betydeligt mellem f.eks. De Forenede Arabiske Emirater og Saudi-Arabien.
"Brug altid dir-attributten på html-tagget for at indstille den grundlæggende retning for hele dokumentet." — W3C Internationalization Working Group, 2023
Mens W3C foreskriver dokumentets retning, kræver Googles tekniske retningslinjer præcis regional målretning. Hvis en enterprise software-virksomhed sælger en indkøbsplatform i hele MENA-regionen, vil prissiden for Emiraterne vise dirham (AED), mens den saudiske side viser riyal (SAR). Hvis hreflang-tagget blot siger hreflang="ar" på begge sider, tolker Google dem som dubleret indhold og filtrerer den ene ud af søgeresultaterne.
Sprogkoden skal parres med den regionale landekode. Brug ar-AE for De Forenede Arabiske Emirater, ar-SA for Saudi-Arabien og ar-EG for Egypten. Sørg desuden altid for at have en fallback-side med x-default-tagget. Dette sikrer, at en arabisktalende bruger, der søger fra Oman eller Qatar – lande du måske ikke har målrettet specifikt – bliver sendt til den mest relevante regionale variant frem for det engelske globale site. Sporing af, hvordan disse lokaliserede klynger indekseres, kræver en disciplineret tilgang til evaluering af regional søgeperformance gennem isolerede Search Console-ejendomme.
Egne observationer fra RTL-migreringer
Omkostningerne ved at ignorere strukturelle RTL-krav bliver tydelige ved regionale produktlanceringer.
I februar 2024 lancerede en europæisk udbyder af finansiel compliance-software en arabisk version af deres hovedside. De havde oversat deres tekniske dokumentation perfekt, men pakket den ind i deres eksisterende LTR DOM-struktur. I løbet af de første 60 dage indekserede Google mindre end 15 % af deres arabiske sider. Søgemaskinens mobil-crawler mødte overlappende elementer, knapper til paginering der ikke kunne klikkes på, og tekst der faldt uden for skærmbilledet.
Vi udførte en audit af sitet og implementerede tre ændringer: Vi flyttede retningsangivelsen til HTML-roden, udskiftede fysiske CSS-margins med logiske egenskaber og konfigurerede bdi-tags til deres engelske produktnavne i den arabiske tekst. Inden for fire uger efter udrulningen af den opdaterede DOM-struktur nåede indekseringen op på 98 %, og deres organiske eksponeringer i Emiraterne blev tredoblet. Du kan se vores seneste internationale migreringer for at få indblik i, hvordan det tekniske fundament dikterer organisk synlighed.
Ofte stillede spørgsmål
Indekserer Google arabisk og hebraisk fra højre mod venstre? Google læser den bagvedliggende HTML Document Object Model, ikke den visuelle skærm. Så længe du deklarerer HTML-sprogattributten og tekstretningen korrekt, behandler crawleren teksten præcist. Du skal dog bruge Unicode Bidirectional Algorithm til tekststrenge med blandede sprog.
Bør jeg bruge arabiske tegn i mine URL-slugs? Vi anbefaler translittererede latinske tegn frem for det arabiske skriftsystem til B2B-hjemmesider. Lokale skrifttegn bliver til lange, kodede strenge, når de deles på sociale medier eller linkes fra tredjepartssider, hvilket ofte ødelægger eksterne ankertekster.
Hvordan påvirker RTL Core Web Vitals? RTL-layouts kan skade LCP- og CLS-scorerne markant, hvis udviklere indlæser en sekundær CSS-fil for at overskrive den primære. Ved at bruge logiske CSS-egenskaber kan ét stylesheet håndtere begge tekstretninger uden forsinkelser, der blokerer renderingen.
Hvad er forskellen på HTML dir="rtl" og CSS direction: rtl? HTML-attributten definerer dokumentets strukturelle semantik for søgemaskiner og skærmlæsere, mens CSS-egenskaben kun ændrer, hvordan teksten ser ud på skærmen. Søgemaskiner kræver HTML-attributten for at kunne indeksere siden korrekt.
Afslut din RTL-migreringsplan ved at efterse dine Core Web Vitals på en 3G-mobilforbindelse, før det regionale site lanceres. Hvis First Contentful Paint falder sammenlignet med dit engelske site, er din CSS-arkitektur fejlbehæftet, hvilket vil blokere for regional indeksering.