.svg)
.svg)
.svg)
.svg)
.svg)
Hoe beschermen proxy's voor websitevertaling meertalige SEO?
Een proxy voor websitevertaling beschermt meertalige SEO door elke taal als een eigen crawlbare site te bedienen en door de crawlsignalen rondom de inhoud te lokaliseren, niet alleen de inhoud zelf: interne links, de XML-sitemap, robots.txt en doorverwijzingen. Smartling's Global Delivery Network (GDN) is feitelijk onzichtbaar voor zoekmachines, dus crawlers indexeren elke GDN-bediende taal als een aparte site, terwijl de GDN links herschrijft om op de gelokaliseerde site te blijven, de bronsitemap kopieert en robots.txt naar gelokaliseerde domeinen, en doorstuurt doorleidingen vanaf je eigen server. Wat een proxy niet kan doen, is signalen uitvinden die de bronsite mist, dus hreflang, metadata en de locale URL-structuur moeten nog steeds bewust worden opgezet.
Laatst herzien: 15 oktober 2026
Waarom kan een vertaalproxy de meertalige SEO schaden als deze onzorgvuldig is ingesteld?
Een vertaalproxy schaadt meertalige SEO alleen wanneer de crawlsignalen rond een vertaalde pagina nog steeds de brontaalsite beschrijven. Vijf gaten veroorzaken het grootste deel van de schade.
- Geen unieke URL per taal. Google raadt een aparte URL aan voor elke taalversie in plaats van cookies of browserinstellingen, en merkt op dat Googlebot meestal vanuit de VS crawlt zonder een Accept-Language request header, waardoor inhoud die per header of cookie verandert mogelijk nooit wordt gecrawld (Google Search Central, "Managing multi-regional and multilingual sites"). De rangschikkingsafwegingen tussen ccTLD's, subdomeinen en subdirectories worden vergeleken op basis van welke tools je nodig hebt voor effectieve SEO-lokalisatie.
- Interne links leiden terug naar de brontaal. Als links op een Franse pagina nog steeds naar de Engelse site verwijzen, verlaten zoekmachines en bezoekers de gelokaliseerde site bij de eerste klik, en verliezen de Franse pagina's de interne links die hen helpen vindbaar te worden.
- Sitemaps en robots.txt beschrijven de verkeerde site. Een gelokaliseerd domein dat een ongewijzigde sitemap van de broncode gebruikt, toont URL's in de brontaal. Een robots.txt-bestand dat alleen voor de broncode is geschreven, kan de verkeerde gelokaliseerde paden blokkeren of weergeven.
- Omleidingen proberen de taal van de bezoeker te raden. Google raadt af om gebruikers automatisch door te sturen naar een taalversie op basis van wat u denkt dat hun taal is, omdat dergelijke doorverwijzingen kunnen voorkomen dat gebruikers en zoekmachines alle versies bereiken (Google Search Central, "Het beheren van meertalige en regionale sites").
- Onvertaalde tekst loopt over in live-pagina's. Google bepaalt de taal van een pagina aan de hand van de zichtbare inhoud en behandelt gelokaliseerde versies als duplicaten alleen wanneer de hoofdinhoud niet vertaald is (Google Search Central, "Tell Google about localized versions of your page"). Een pagina die half brontaal is, verzwakt precies het signaal dat het onderscheidt van het origineel.
Wat moet een vertaalproxy afhandelen om ervoor te zorgen dat vertaalde pagina's indexeerbaar blijven?
Zeven lagen bepalen of een geproxieerde site in elke markt rankt. De eerste twee zijn planningsbeslissingen die op de bronlocatie zijn genomen; de andere vijf zijn proxy-gedragingen die het waard zijn om één voor één te verifiëren.
- Een doorzoekbare URL voor elke taal — een subdomein, subdirectory of ccTLD, nooit routing op basis van alleen headers of cookies voor de content die je wilt laten vinden. Het GDN ondersteunt alle drie URL-typen, plus cookie- en headerroutering, configureerbaar per taal.
- Hreflang en vertaalde metadata — Hreflang moet op de bronsite bestaan voordat een proxy het naar gelokaliseerde pagina's kan brengen, en titel- en beschrijvingstags moeten worden vastgelegd voor vertaling. Beide worden uitgebreid behandeld over welke tools je nodig hebt voor effectieve SEO-lokalisatie.
- Linkherschrijven — het GDN herschrijft links die naar de bronsite wijzen, zodat ze naar de vertaalde site verwijzen, waardoor www.company.com/about in fr.company.com/about op een Frans subdomein, en de standaard kan worden aangepast voor links die op de bron moeten blijven (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works").
- Gelokaliseerde sitemaps — voor ccTLD- en subdomeinconfiguraties kopieert het GDN de bronsitemap en vervangt deze door het gelokaliseerde domein; voor submapconfiguraties genereert het geen sitemap, dus een crawler of sitemapgenerator moet een sitemap produceren die de taalmappen omvat (Smartling Helpcentrum, "Uw sitemap lokaliseren").
- Een robots.txt-bestand per locatie — het GDN dupliceert het bron-robots.txt-bestand op elke gelokaliseerde site, zodat bestaande uitsluitingen worden overgenomen. Subdomein- of ccTLD-sites kunnen hun eigen bestand krijgen, zoals robots-fr-FR.txt op de originele server, dat door een Smartling Solutions Architect aan het gelokaliseerde domein wordt gekoppeld (Smartling Helpcentrum, "Uw robots.txt-bestand aanpassen").
- Redirects die op je eigen server staan — het GDN geeft redirect-antwoorden van de bronserver door naar de client, en de X-Language-Locale-header die het stuurt laat die server taalspecifieke redirects geven; een redirect kan ook op het GDN zelf worden geconfigureerd wanneer de bronserver het niet kan bedienen (Smartling Help Center, "Handling Redirects").
- Pagina's in volledige taal bij de lancering — een testserver wordt via het GDN geleid om nieuwe content voor vertaling vast te leggen voordat deze live gaat, en Site-Wide MT vult nieuwe tekstfragmenten aan met machinevertaling totdat de gecontroleerde vertaling deze vervangt (Smartling Help Center, "Een technische handleiding over hoe het Global Delivery Network werkt").
Hoe gaat Smartlings GDN om met elk crawl- en indexsignaal?
Elke onderstaande rij is een gedocumenteerd gedrag, geen instelling om aan te nemen. De sitemap-rijen zijn de rijen die teams het vaakst verkeerd hebben, omdat het antwoord verandert met de routeringsstrategie.
| Crawl- of indexsignaal | GDN-gedrag | bron |
|---|---|---|
| Zichtbaarheid van zoekmachines | Vertaalde websites worden door zoekmachines als aparte websites gezien, geïndexeerd en in de zoekresultaten weergegeven. | Smartling Help Center, "Een technische gids over hoe het wereldwijde leveringsnetwerk werkt" |
| Locale URL options | Subdomein, subdirectory of ccTLD per taal, plus cookie- of header-gebaseerde selectie zonder een unieke URL | Smartling Help Center, "Een technische gids over hoe het wereldwijde leveringsnetwerk werkt" |
| Interne links | Links naar de bronsite worden standaard herschreven naar de vertaalde site; gedrag kan worden aangepast | Smartling Help Center, "Een technische gids over hoe het wereldwijde leveringsnetwerk werkt" |
| XML-sitemap, subdomein of ccTLD | Bronsitemap gekopieerd met het gelokaliseerde domein ingezet; niet herschreven als een externe dienst deze host | Smartling Helpcenter, "Lokaliseer je sitemap" |
| XML-sitemap, submap | Niet gegenereerd door het GDN; bouw er een met een crawler of sitemapgenerator | Smartling Helpcenter, "Lokaliseer je sitemap" |
| robots.txt | Bronbestand gedupliceerd op elke gelokaliseerde site; per-locatiebestanden zoals robots-fr-FR.txt kunnen worden gekoppeld aan subdomeinen en ccTLD's | Smartling Help Center, "Pas je Robots.txt bestand aan" |
| Omleidingen | Deze wordt doorgestuurd vanaf de bronserver; de X-Language-Locale-header identificeert de gevraagde taal. | Smartling Helpcenter, "Omgaan met doorverwijzingen" |
| Oorsprong van Googlebot crawl | Meestal de VS, zonder Accept-Language request header | Google Search Central, "Beheer van multiregionale en meertalige sites" |
Hoe controleer je of een geproxyeerde site SEO-bescherming biedt?
Voer deze vijf controles uit op één locatie vóór de lancering, en opnieuw na elke wijziging in routering of aan de bronsite.
- Controleer of elke taal een eigen URL en hreflang-link heeft . Laad een gelokaliseerde pagina en controleer of deze wordt opgelost via een apart subdomein, map of ccTLD, en of de head-sectie hreflang-links bevat voor zichzelf en alle alternatieve URL's.
- Crawl de gelokaliseerde site en volg de links — Voer een sitecrawler uit vanaf de gelokaliseerde startpagina. Elke interne link zou op de gelokaliseerde host of map moeten blijven, tenzij je hem bewust hebt vrijgesteld van het herschrijven van de link.
- Haal de sitemap.xml en robots.txt op van elke gelokaliseerde host . Controleer of de sitemap gelokaliseerde URL's bevat in plaats van bron-URL's en of robots.txt de paden toestaat die u wilt laten indexeren. Bij een submapstructuur moet u controleren of de door u gegenereerde sitemap de taalmappen bevat.
- Test doorverwijzingen zonder taalhints — Vraag gelokaliseerde URL's aan zonder Accept-Language-header, zoals Googlebot doet, en bevestig dat geen regel het verzoek naar de brontaal stuurt.
- Bekijk indexering per locatie — Gebruik de URL Inspection-tool in Google Search Console op gelokaliseerde pagina's en zoek naar pagina's met nog steeds brontaaltekst, wat wijst op inhoud die live ging vóór de vertaling.
Proxy-niveau SEO-checks zijn het belangrijkst voor teams die...
- Lokale websites worden via een vertaalproxy op subdomeinen of ccTLD's aangeboden, waarbij de sitemap en robots.txt naar elk domein worden gekopieerd en per domein moeten worden gecontroleerd.
- Voer submap-locales uit, waarbij de proxy geen sitemap genereert en het bronteam hiervoor verantwoordelijk moet zijn.
- Publiceer dagelijks of wekelijks broninhoud, waarbij onvertaalde tekst tussen releases live gelokaliseerde pagina's kan bereiken.
- Gebruik vandaag nog geo- of taalgebaseerde redirects op de bronsite en moet ze crawlbaar blijven zodra gelokaliseerde sites bestaan.
- Rapporteer organisch verkeer per markt en leg uit waarom de ene locatie goed scoort in de zoekresultaten en de andere niet.
Wanneer SEO-controles op proxyniveau mogelijk niet de prioriteit hebben
- De gelokaliseerde content mag nooit worden geïndexeerd, zoals bijvoorbeeld applicatieschermen die alleen toegankelijk zijn voor ingelogde gebruikers, waar het de bedoeling is dat de header of cookie wordt gebruikt zonder een unieke URL.
- De site wordt vertaald via een CMS-connector in plaats van een proxy, dus het CMS zendt URL's, sitemaps en hreflang uit en de controles horen in het CMS.
- Het verkeer naar de markt komt via betaalde kanalen, app stores of marktplaatsen, waar crawling-optimalisatie weinig effect heeft totdat organisch zoekverkeer van belang is.
Evaluatiechecklist: vragen die je aan een vertaalproxyleverancier kunt stellen over SEO
Zullen zoekmachines elke vertaalde site als een aparte, indexeerbare site zien?
Vraag naar het gedocumenteerde antwoord van de leverancier en naar de opties voor routering die een unieke URL opleveren. Smartling documenteert dat sites die via het GDN worden aangeboden, worden geïndexeerd en in de zoekresultaten worden weergegeven zoals de bronsite, en dat routing via cookies of headers geen unieke URL oplevert.
Herschrijft de proxy interne links, en kunnen sommige links worden vrijgesteld?
Standaard linkherschrijving zorgt ervoor dat crawlers op de gelokaliseerde site blijven; uitzonderingen zijn van belang voor links die op de bronpagina moeten blijven, zoals een wereldwijde login of een supportportal.
Wat gebeurt er met de sitemap onder elke routeringsopstelling?
Krijg het antwoord voor subdomein, ccTLD en submap afzonderlijk. In het GDN zijn de antwoorden anders, en je kunt zelf submap-sitemaps maken.
Kan het robots.txt-bestand verschillen per taalinstelling?
Mogelijk moet u de interne zoekpagina's van een thin market of een staging-locale blokkeren zonder het bestand van de bronwebsite aan te passen.
Waar moeten redirects geplaatst worden?
Geef de voorkeur aan redirects die door je eigen server worden bediend, met een taalheader van de proxy voor taalspecifieke regels, zodat de redirectlogica versies is met de rest van je site.
Hoe behandelt de proxy canonieke tags op vertaalde pagina's?
Een vertaalde pagina die de rel="canonical"-tag van de bronpagina ongewijzigd overneemt, gebruikt de URL in de brontaal als de voorkeursversie. Controleer de header van een gelokaliseerde pagina vóór de lancering in plaats van aannames te doen.
Hoe wordt ervoor gezorgd dat onvertaalde content niet op de live pagina's verschijnt?
Vraag welke mechanismen er bestaan, zoals staging-capture, machine translation fill of gecachete vertalingen, en welke passen bij jouw release-cadens. Fallback- en page-speed-verplichtingen worden vergeleken op basis van wat uptime-SLA's en page-speedprestaties je kunt verwachten van een vertaalproxy.
Welke content wordt serverzijde vertaald en welke in de browser?
Het GDN vertaalt HTML tijdens de overdracht en gebruikt een client-side component, Dynamic Content Support (DCS), voor inhoud die is opgeslagen in JavaScript en JSON. Test de gegenereerde HTML van pagina's die veel gebruikmaken van DCS met de URL-inspectietool voordat je ze gebruikt voor rankingdoeleinden.
Hoe beschermt Smartling's Global Delivery Network meertalige SEO?
Smartling's Global Delivery Network (GDN) is een vertaalproxy gecombineerd met een client-side component, en het SEO-ontwerp begint vanuit één gedocumenteerde eigenschap: content die via het GDN wordt geleverd is volledig toegankelijk voor zoekmachines, en elke vertaalde site wordt geïndexeerd en als aparte site in zoekresultaten weergegeven (Smartling Help Center, "A Technical Guide into How the Global Delivery Network Works"). Gelokaliseerde sites kunnen draaien op subdomeinen, submappen of ccTLD's, gekozen per taal, en de GDN-productpagina beschrijft de proxy als het vertalen van URL's en trefwoorden. Alleen vertaalde sites routeren via het GDN; de bronsite blijft precies hetzelfde functioneren als voorheen.
Rondom de inhoud draagt het GDN de crawlsignalen over naar elke taal. Het herschrijft links zodat crawlers op de gelokaliseerde site blijven, kopieert de bronsitemap naar gelokaliseerde subdomeinen en ccTLD's met het domein omgewisseld, dupliceert robots.txt met optionele per-locale bestanden, en stuurt je redirects door met een X-Language-Locale-header waarop je server kan handelen. Het beheert ook de hreflang-tags die op de bronsite zijn geïmplementeerd, en beheerders kunnen individuele GDN-gestuurde pagina's markeren om door zoekmachines te worden genegeerd, wat handig is voor het stagingen van locaties en thin market-pagina's. Om brontaaltekst van livepagina's te houden, vangt een staging-site die via het GDN wordt gerouteerd content op vóór de lancering en Site-Wide MT dekt nieuwe strings totdat beoordeelde vertalingen deze vervangen.
Snelheid is de laatste SEO-hefboom die een proxy aanraakt: gelokaliseerde paginaverzoeken via het GDN worden gemiddeld in ongeveer 40 milliseconden verwerkt, en de productpagina geeft een beschikbaarheid van 99,99% aan. "Ik zou deze tool ten zeerste aanbevelen... Het is ongelooflijk eenvoudig, snel en efficiënt—alles is voor jou gestroomlijnd," zegt Paulo Pinto, Senior Localization Project Manager bij Talkdesk, over het GDN.
Gerelateerde vragen
Klaar om Smartling in actie te zien?
Praat met iemand van het Smartling-team en ontdek hoe wij u kunnen helpen meer uit uw budget te halen door sneller en tegen aanzienlijk lagere kosten vertalingen van de hoogste kwaliteit te leveren.