CDN und Server-Standort: Internationale Performance

Warum CDN und Server-Standort im internationalen SEO zählen

Wer eine Website über mehrere Länder hinweg betreibt, stößt schnell auf eine doppelte Frage: Wo soll der Server stehen, und braucht es ein CDN? Beide Themen werden oft vermischt, obwohl sie unterschiedliche Probleme lösen. Der Server-Standort betrifft primär das Geotargeting, also die Frage, für welche Region eine Seite gedacht ist. Ein CDN betrifft die Performance, also wie schnell Inhalte beim Nutzer ankommen.

Für B2B-Anbieter im DACH-Raum ist das relevanter, als es auf den ersten Blick wirkt. Internationale Latenz bremst Kaufprozesse, und Geschwindigkeit ist ein realer Conversion-Hebel. Laut einer von Google beauftragten internationalen Studie steigert bereits 0,1 Sekunden schnellere mobile Ladezeit die Conversions im Handel um 8,4 Prozent, im Reisesektor sogar um 10,1 Prozent (37 Marken, Europa und USA, mobile Daten). Der durchschnittliche Bestellwert im Handel stieg dabei um 9,2 Prozent. Performance ist damit kein technisches Detail, sondern ein Geschäftsfall.

Der CDN-Markt spiegelt diese Bedeutung wider. Global wächst er von 27,25 Milliarden US-Dollar im Jahr 2025 auf 42,89 Milliarden US-Dollar bis 2030, bei einer jährlichen Wachstumsrate von 9,5 Prozent. In Österreich ist der digitale Vertrieb angekommen: 2023 nutzten 31 Prozent der österreichischen Unternehmen ab zehn Beschäftigten E-Commerce, die im Schnitt 19 Prozent ihres Umsatzes über E-Commerce erzielten.

Server-Standort vs. CDN: Was Google für Geotargeting wirklich auswertet

Eine verbreitete Annahme lautet, ein Server in Österreich verbessere die Sichtbarkeit für österreichische Suchanfragen. Das stimmt so nicht mehr. Google selbst bezeichnet den Server-Standort als kein eindeutiges Signal, weil viele Websites CDNs nutzen oder in Ländern mit besserer Webserver-Infrastruktur gehostet werden. Sobald ein CDN im Spiel ist, sitzt der IP-Standort der ausliefernden Edge ohnehin nicht mehr im Origin-Land.

Stattdessen empfiehlt Google explizite Geotargeting-Methoden. Maßgeblich sind:

• ccTLD (länderspezifische Domain): Eine .at-Domain signalisiert klar Österreich-Bezug und ist das stärkste Geo-Signal.
• hreflang-Auszeichnung: Sie ordnet jede URL einer Sprache und optional einer Region zu und steuert, welche Variante in welchem Markt erscheint.
• Explizite Links und konsistente Sprachstruktur: Subfolder wie /at/ oder /de/ mit sauberer interner Verlinkung.

Der praktische Schluss: Geotargeting wird über Domain-Strategie und hreflang gelöst, nicht über die Wahl des Rechenzentrums. Der Server-Standort darf damit nach Performance, Datenschutz und Betriebskosten ausgewählt werden, ohne SEO-Nachteile befürchten zu müssen.

Wie ein CDN funktioniert: Edge-Caching vs. dynamischer Origin

Ein CDN verteilt Kopien von Inhalten auf viele Standorte (Points of Presence, kurz PoPs) und liefert sie vom geografisch nächsten Knoten aus. Cloudflare gibt etwa an, dass sich 95 Prozent der mit dem Internet verbundenen Weltbevölkerung innerhalb von 50 Millisekunden eines Cloudflare-Rechenzentrums befinden, verteilt auf 337 Städte. Diese Nähe ist der eigentliche Performance-Hebel.

Entscheidend ist die Unterscheidung, was ein CDN beschleunigt und was nicht:

• Statische Assets (Edge-Caching): Bilder, CSS, JavaScript, Fonts und zunehmend ganze HTML-Seiten werden am Edge zwischengespeichert. Hier holt das CDN den größten Vorteil, weil die Auslieferung den Origin gar nicht mehr erreicht.
• Dynamischer Origin-Content: Personalisierte oder nicht cachebare Inhalte müssen weiterhin vom Ursprungsserver kommen. Hier reduziert das CDN nur die Verbindungs- und Transportlatenz, nicht die Server-Rechenzeit.

Messbar wird der Effekt schon beim Verbindungsaufbau. Laut HTTP-Archive-Daten liegt die mediane TLS-Verhandlungszeit am Desktop bei 70 Millisekunden über CDN gegenüber 183 Millisekunden beim Origin-Server, mobil bei 196 Millisekunden über CDN gegenüber 316 Millisekunden beim Origin. Begründet wird das mit der verteilten Natur der CDNs, die Inhalte näher an die Nutzer bringt.

Der Verbreitungsgrad unterscheidet sich stark nach Ressourcentyp. 2025 wurden mobil 35 Prozent des HTML, 52 Prozent der Subdomain-Ressourcen und 71 Prozent der Drittanbieter-Inhalte über CDN ausgeliefert. Das HTML-Dokument selbst landet also seltener im CDN als eingebundene Assets, obwohl genau dort der TTFB-Hebel sitzt.

TTFB, Core Web Vitals und der indirekte Ranking-Effekt

Server-Standort und Edge-Delivery wirken vor allem über die Time to First Byte (TTFB) auf SEO. TTFB ist kein direkter Ranking-Faktor, fließt aber in den Largest Contentful Paint (LCP) ein und damit in die Core Web Vitals. 2025 erreichten 55 Prozent der Desktop-Websites einen guten TTFB-Wert, 33 Prozent brauchen Verbesserung und 12 Prozent sind schlecht.

Es gibt eine belegbare Korrelation zwischen TTFB und Position. Eine unabhängige Analyse von über 60.000 Suchergebnissen fand, dass die Top-3-Positionen (vier auf Mobile) typischerweise unter 800 Millisekunden TTFB liegen und rund 60 Prozent der Ergebnisse auf der ersten Seite einen TTFB unter 800 Millisekunden aufweisen. Die Studie ordnet Core Web Vitals jedoch ausdrücklich als Ranking-Faktoren mit minimalem Gewicht gegenüber Inhalt und Relevanz ein.

Die 800 Millisekunden taugen damit als praktischer Zielwert, nicht als magische Schwelle. Wer in einem entfernten Markt deutlich darüber liegt, verliert eher über LCP und Absprünge als über ein direktes Geo-Downranking. Genau diese Strecke verkürzt ein CDN mit gut platzierten PoPs.

CDN-Strategie für DACH- und österreichische B2B-Sites

Für DACH-Unternehmen ergibt sich ein typisches Spannungsfeld zwischen Performance, Datenschutz und Reichweite. Die empfehlenswerte Architektur:

• Origin in der EU oder in Österreich: Ein Ursprungsserver im EU-Raum vereinfacht die DSGVO-Konformität, weil personenbezogene Daten im europäischen Rechtsraum verarbeitet werden. Für rein DACH-fokussierte B2B-Sites ist das oft die naheliegende Wahl.
• CDN mit starker EU-PoP-Abdeckung: Für den Kerntraffic aus Deutschland, Österreich und der Schweiz zählt die Dichte europäischer Edge-Knoten mehr als die globale Gesamtzahl. Frankfurt, Wien und Zürich sollten gut angebunden sein.
• Edge-Konfiguration mit EU-Datenstandort: Anbieter bieten teils EU-gebundene Verarbeitung oder Regionalisierung an. Das ist relevant, wenn am Edge Logs, Cookies oder personenbezogene Header verarbeitet werden.

Eine globale CDN-Abdeckung lohnt erst, wenn echte Nachfrage außerhalb Europas besteht. Für viele österreichische B2B-Anbieter genügt ein EU-zentriertes Setup mit selektiver internationaler Edge-Auslieferung. Die DSGVO-Abwägung sollte dabei früh erfolgen, weil ein nachträglicher Anbieterwechsel aufwendig ist.

Caching für mehrsprachige Sites richtig konfigurieren

Mehrsprachige Auslieferung über ein CDN ist eine häufige Fehlerquelle. Das Problem: Das CDN cacht eine Sprachvariante und liefert sie auch Nutzern oder Crawlern der falschen Region aus. Sauber gelöst wird das so:

• Sprache und Region in der URL kodieren: Subfolder wie /de/ und /en/ erzeugen distinkte Cache-Keys. Das ist robuster als sprachabhängige Auslieferung unter identischer URL.
• Vary-Header bewusst einsetzen: Wer Inhalte je nach Accept-Language variiert, muss den Vary-Header korrekt setzen, sonst mischt das CDN Sprachvarianten. URL-basierte Trennung ist dennoch vorzuziehen.
• hreflang stabil ausliefern: Die hreflang-Annotationen müssen für jede Variante konsistent und unverändert durch das CDN gehen, auch nach Cache-Purges.
• Edge-Side-Includes (ESI) für gemischte Seiten: Statische Rahmen lassen sich cachen, während dynamische Fragmente separat geladen werden. So bleibt der cachebare Anteil hoch, ohne Personalisierung zu brechen.

Häufige Fehler: Cloaking, IP-Weiterleitung und Crawler-Sperren

Die folgenden Muster schaden international am häufigsten:

• IP-basierte automatische Weiterleitungen: Wer Nutzer anhand der IP zwangsweise auf eine Länderversion umleitet, riskiert, dass Google nur eine Variante sieht. Der Crawler crawlt überwiegend von einer Quelle, meist aus den USA, und landet dann immer in derselben Region. Besser ist ein Hinweisbanner mit Vorschlag statt erzwungener Redirect.
• Unterschiedliche Inhalte für Crawler und Nutzer (Cloaking): Geo- oder User-Agent-abhängige Auslieferung am Edge kann ungewollt zu Cloaking werden. Crawler und Nutzer müssen dieselben Inhalte unter derselben URL erhalten.
• Crawler-Zugang versehentlich blockieren: Aggressive Bot-Management-Regeln oder Rate-Limits am CDN sperren mitunter Googlebot oder KI-Crawler aus. Verifizierte Suchmaschinen- und KI-Bots müssen freien Zugang behalten, sonst fallen Seiten aus dem Index.
• HTML gar nicht cachen: Viele Sites cachen Assets, lassen das HTML aber komplett am Origin. Bei statischen Inhalten verschenkt das den größten TTFB-Gewinn.

Messung und Monitoring: TTFB nach Region erfassen

Internationale Performance lässt sich nur steuern, wenn sie pro Region gemessen wird. Ein sinnvolles Setup kombiniert drei Datenquellen:

• Feld-/RUM-Daten (CrUX, Real User Monitoring): Echte Nutzerwerte zeigen, wie schnell die Site in einzelnen Ländern tatsächlich lädt. Das ist die maßgebliche Grundlage, weil Core Web Vitals auf Felddaten beruhen.
• Synthetische Messungen aus mehreren Standorten: Tests aus Frankfurt, Wien, New York oder Singapur decken Latenzunterschiede auf, bevor reale Nutzer betroffen sind.
• CDN-Telemetrie: PoP-Hit-Rate, Origin-Shield-Wirkung und Cache-Status pro Region zeigen, ob das CDN seinen Zweck erfüllt. Eine niedrige Hit-Rate bedeutet, dass zu viel Traffic den Origin erreicht.

Konkret sollten TTFB und LCP nach Land segmentiert beobachtet werden, dazu die Cache-Hit-Rate je PoP. Sinkt die Hit-Rate nach einem Deployment, ist meist die Caching-Konfiguration oder eine zu aggressive Purge-Strategie die Ursache.

Migration zu einem CDN ohne SEO-Schaden

Die Umstellung auf ein CDN ist ein technischer Eingriff mit SEO-Risiko, wenn Kontinuität fehlt. Eine belastbare Rollout-Checkliste:

• Redirect-Kontinuität: Bestehende 301-Weiterleitungen müssen am Edge oder Origin unverändert erhalten bleiben, inklusive Trailing-Slash- und Protokoll-Logik.
• SSL/TLS lückenlos: Zertifikate müssen vor dem Umschalten gültig sein, damit keine Zertifikatsfehler oder Mixed-Content-Warnungen entstehen.
• hreflang und Canonicals prüfen: Nach dem Cutover stichprobenartig kontrollieren, dass hreflang-Tags und Canonical-Angaben in jeder Sprachvariante korrekt ausgeliefert werden.
• Cache-Purge-Strategie definieren: Klären, wie Inhalte invalidiert werden, damit Aktualisierungen zeitnah erscheinen, ohne die Hit-Rate zu zerstören.
• Schrittweiser Rollout und Monitoring: Idealerweise einen Teil des Traffics zuerst umleiten, TTFB und Indexierung beobachten und erst dann vollständig umschalten.

Weiterführendes

CDN und Server-Standort sind ein Performance-Thema mit indirekter SEO-Wirkung, kein Geotargeting-Hebel. Wer international wächst, sollte Geotargeting über Domain-Strategie und hreflang lösen, Performance über ein EU-stark abgedecktes CDN absichern und die DSGVO-Abwägung früh treffen. Sinnvolle Anschlussthemen sind die Domain-Strategie (ccTLD vs. Subfolder vs. Subdomain), die korrekte hreflang-Implementierung und das Core-Web-Vitals-Tuning für internationale Märkte.