Beeinflusst ein CDN SEO? Content Delivery Network, Googlebot und Ranking

CDN SEO beschäftigt fast jeden, der seine Website mit einem Content Delivery Network beschleunigen möchte. Die kurze Antwort lautet: Ein CDN verbessert Rankings nicht von allein. Allerdings steigert eine saubere Einrichtung Tempo und Verfügbarkeit, während eine unsaubere Einrichtung den Googlebot aussperren kann. In diesem Leitfaden zeigen wir, Talha Aslan und Team, die Prüfungen, die wir in echten Projekten nutzen.

Ein CDN ist also eine Infrastrukturentscheidung und kein Rankingsignal. Google schreibt in der eigenen Dokumentation, dass die Rankingsysteme Core Web Vitals nutzen. Zugleich betont Google, dass eine gute Nutzererfahrung keine Spitzenplätze garantiert, weil Relevanz Vorrang hat. Deshalb sollten Sie ein CDN als robustere Auslieferungsschicht für Nutzer und Crawler sehen, nicht als Rankingtrick.

In der Praxis sehen wir selten, dass ein CDN gar nichts bringt. Häufiger schadet es leise. Zum Beispiel zeigt eine Sicherheitsschicht dem Googlebot eine Prüfseite, und niemand bemerkt es wochenlang. Kurz gesagt: Ohne Messung nach der Einrichtung erhalten Sie den erhofften Nutzen nicht sicher.

Wie funktioniert ein Content Delivery Network technisch?

Ein CDN setzt Edge Server zwischen Ihren Ursprungsserver (Origin) und Ihre Besucher. Fordert jemand eine Datei an, landet die Anfrage beim nächstgelegenen Edge Server. Liegt die Datei dort im Cache, antwortet der Edge Server sofort. Sonst holt er die Datei vom Origin, speichert eine Kopie und liefert sie dann aus.

Dieser Aufbau verändert zwei Dinge. Zunächst schrumpft die physische Entfernung, deshalb dauern Verbindungsaufbau und Datenübertragung kürzer. Außerdem entlastet die Edge Schicht Ihren Origin, denn sie fängt wiederholte Anfragen ab. Auch web.dev, die Entwicklerplattform von Google, erklärt, dass CDNs die Latenz verkürzen und zwischengespeicherte Inhalte ohne Umweg über den Origin ausliefern können.

• Statische Dateien: Bilder, CSS, JavaScript und Schriften lassen sich am einfachsten cachen.
• HTML Dokumente: Auch dynamische Seiten können Sie kurz cachen, allerdings braucht dieser Schritt Sorgfalt.
• Sicherheitsschicht: Die meisten CDNs bieten zudem Botmanagement und eine Web Application Firewall (WAF).

Daher lohnt es sich, bei CDN SEO drei Ebenen getrennt zu betrachten: Tempo, Caching und Sicherheit. Jede Ebene hat eigene Vorteile. Ebenso hat jede Ebene eigene Fehlerquellen.

Wie verbessert CDN SEO die Ladezeit?

Der Tempogewinn betrifft vor allem die Time to First Byte (TTFB) und den Largest Contentful Paint (LCP). Steht der Edge Server nahe am Besucher, kommt das erste Byte früher an. Zudem laden Bilder und Stylesheets schneller. Zusammen verbessern diese Effekte meist den LCP. Mehr dazu lesen Sie in unserem Beitrag über TTFB und den Einfluss auf SEO.

Allerdings löst ein CDN nicht jede Langsamkeit. Reagiert Ihre Seite wegen schwerem JavaScript träge, haben Sie ein INP Problem. Dasselbe Skript von einem näheren Server zu laden, ändert daran wenig. Ebenso entsteht Layoutverschiebung (CLS) durch Design und Code, deshalb hat ein CDN dort kaum Einfluss.

Der Gewinn hängt außerdem vom Standort Ihrer Zielgruppe ab. Beispielszenario: Ihr Server steht in Frankfurt, und fast alle Besucher kommen aus Deutschland. Dann bleibt der Entfernungsvorteil klein. Kommen dagegen auch Besucher aus den USA und Asien, wird der Unterschied deutlich. Das Gesamtbild beschreiben wir in Wie beeinflusst die Ladezeit SEO.

Wie crawlt der Googlebot eine Website hinter einem CDN?

Der Googlebot verbindet sich wie jeder Browser über Ihre Domain mit der Website. Zeigt Ihre Domain auf ein CDN, spricht der Googlebot mit dem Edge Server und nicht mit Ihrem Origin. Folglich sieht der Googlebot die Antwort des CDN. Statuscode, Header und Inhalt laufen alle durch diese Schicht.

Laut der Übersicht zu den Google Crawlern greifen die Crawler überwiegend von IP Adressen in den USA zu. Sperrt Ihr CDN also Länder oder stuft es US Traffic als verdächtig ein, trifft diese Regel auch den Googlebot. Dieselbe Seite erklärt, dass Google bedingte Anfragen mit ETag und Last-Modified unterstützt. Dieses Thema behandeln wir in 304 Not Modified für den Googlebot.

Andererseits kann ein gut eingestelltes CDN das Crawling auch erleichtern. Wird Ihr Server zu Spitzenzeiten langsam, verteilt die Edge Schicht die Last. Dann stößt der Googlebot auf weniger Zeitüberschreitungen. Google hält die Crawlrate meist stabil, solange die Serverantworten schnell und fehlerfrei bleiben. Häufen sich Fehler, drosselt Google dagegen das Tempo.

Warum kann Botschutz den Googlebot blockieren?

Das Botmanagement eines CDN trennt automatisierten von menschlichem Traffic. Dazu prüft es Verhalten, IP Reputation und Browsermerkmale. Technisch ist auch der Googlebot ein Bot. Sind die Regeln zu streng, liefert das System dem Googlebot eine Prüfseite, eine JavaScript Abfrage oder schlicht einen Statuscode 403.

Dieses Problem bleibt gern unsichtbar, denn in Ihrem eigenen Browser öffnet sich die Seite problemlos. Sie sehen den Fehler nur in den Werkzeugen von Google. Die Google Dokumentation zu HTTP Statuscodes erklärt, dass Google bei 4xx Antworten außer 429 den Inhalt als nicht vorhanden behandelt. Zudem entfernt Google bereits indexierte URLs. Somit kann eine Regel, die dem Googlebot versehentlich 403 liefert, Ihre Seiten nach und nach aus dem Index drängen.

Noch unklarer wird es, wenn die Prüfseite mit Status 200 antwortet. Dann erkennt Google womöglich Soft 404 Signale oder bewertet den Prüfbildschirm statt Ihres echten Inhalts. Deshalb sollten Sie am Tag der Aktivierung einen Live Test mit der URL Prüfung in der Search Console durchführen.

Wie unterscheiden Sie den echten Googlebot von gefälschten Bots?

Lockern Sie den Botschutz, dürfen Sie nicht jeden durchlassen, der sich Googlebot nennt. Angreifer fälschen den User Agent mühelos. Deshalb veröffentlicht Google ein offizielles Verfahren, und die Anleitung zur Überprüfung der Google Crawler beschreibt zwei Wege.

1. Reverse DNS Abfrage: Sie prüfen die IP aus Ihren Logs per Reverse Lookup. Der Hostname sollte auf googlebot.com, google.com oder googleusercontent.com enden.
2. Forward DNS Abfrage: Sie fragen diesen Hostnamen erneut ab. Das Ergebnis muss der ursprünglichen IP entsprechen.
3. IP Bereichslisten: Bei großem Volumen vergleichen Sie die IP mit den JSON Dateien, die Google veröffentlicht.

Die meisten CDNs bieten eine Einstellung für zugelassene Bots, die diese Prüfung für Sie erledigt. Allerdings heißt der Menüpunkt bei jedem Anbieter anders. Prüfen Sie daher den passenden Bereich im Panel anhand der Dokumentation Ihres Anbieters. Hintergrundwissen liefert unser Beitrag Was ist der Googlebot und wie funktioniert er.

Wie wirken sich 5xx und 429 Fehler des CDN auf das Crawling aus?

Erreicht ein Edge Server Ihren Origin nicht, liefert er meist 502, 503, 504 oder einen anbieterspezifischen 52x Code. Laut der Google Dokumentation zu Statuscodes verlangsamen die Crawler nach 5xx Antworten vorübergehend. Halten die Fehler an, fallen auch zuvor indexierte URLs mit der Zeit heraus.

Der Code 429 bedeutet „zu viele Anfragen“. Google liest ihn als Zeichen für einen überlasteten Server und behandelt ihn wie einen 5xx Fehler. Manche CDNs zählen den Googlebot in ihren Regeln zur Ratenbegrenzung wie einen gewöhnlichen Client. Dann antworten sie bei intensivem Crawling mit 429. Somit senkt Ihre eigene Regel die Crawlrate.

Kurz gesagt: Die Verbindung zwischen CDN und Origin muss stabil bleiben. Für Zeitüberschreitungen ist unser Leitfaden zum Fehler 522 Connection Timed Out ein guter Einstieg. Zudem sollten Sie bei Wartungsarbeiten 503 statt 200 senden. So signalisieren Sie Google, dass der Zustand vorübergehend ist.

Wie funktioniert die robots.txt auf einer CDN Subdomain?

Die robots.txt Spezifikation von Google legt eine klare Regel fest. Die Regeln einer robots.txt gelten nur für den Host, das Protokoll und den Port, unter dem die Datei liegt. Eine robots.txt auf einer Subdomain gilt also nur für diese Subdomain.

Diese Regel hat auf der CDN Seite große Folgen. Liefern Sie Bilder über einen eigenen Host wie cdn.example.com aus, deckt Ihre Haupt robots.txt diesen Host nicht ab. Erzeugt der Anbieter dort zum Beispiel standardmäßig eine robots.txt, die alles sperrt, kann Google Ihre Bilder nicht crawlen.

Dasselbe Dokument erklärt, dass Google die robots.txt in der Regel bis zu 24 Stunden im Cache hält. Daher sehen Sie die Wirkung einer Korrektur womöglich nicht sofort. Außerdem pausiert Google das Crawling für eine Weile, wenn die Abfrage der robots.txt einen 5xx Fehler liefert. Testen Sie deshalb, wie Ihr CDN die robots.txt cacht und wie es sich bei Fehlern verhält. Typische Stolperfallen zeigt unser Beitrag zu häufigen robots.txt Fehlern.

Wie kann Caching Canonicals und Indexierung stören?

Ein CDN Cache beantwortet alle Anfragen an dieselbe URL mit derselben Antwort. Das ist effizient. Bilden Sie den Cache Schlüssel allerdings falsch, erscheinen unterschiedliche Inhalte unter einer Adresse. Liefert eine Website zum Beispiel getrenntes HTML für Mobil und Desktop, verwirrt ein Cache ohne Geräteunterscheidung die Auslieferung. Dann sieht der Googlebot womöglich die Desktopversion statt der Mobilversion.

Beim Canonical betrifft das häufigste Problem URLs mit Parametern. Der Cache speichert jede Variante einzeln, und jede Variante erklärt sich selbst zum Canonical. Folglich entstehen Dutzende Kopien desselben Inhalts. Stattdessen sollte jede Kopie per Canonical Tag auf eine bevorzugte URL zeigen. Die Grundlagen erklärt unser Leitfaden zum Canonical Tag.

Ein weiteres Risiko sind veraltete Inhalte. Aktualisieren Sie eine Seite, während das CDN noch die alte Version ausliefert, sieht der Googlebot den alten Titel, die alte Meta Description und das alte Canonical. Deshalb gehört ein Schritt zum Leeren des Cache (Purge) in Ihren Veröffentlichungsablauf. Zusammengefasst: Passen Sie die Cachedauer daran an, wie oft sich ein Inhaltstyp ändert.

Wie vermeiden Sie doppelte Hostnamen mit einem CDN?

Manche CDN Einrichtungen halten eine Kopie Ihrer Website auf einer Testdomain des Anbieters erreichbar. Zudem bleibt Ihr Origin oft direkt über die IP Adresse oder einen Host wie origin.example.com erreichbar. Nehmen Suchmaschinen diese Adressen in den Index auf, liegt derselbe Inhalt auf zwei Hosts.

Die Google Dokumentation zu Canonicals behandelt genau diesen Fall. Ist eine Seite über mehrere Hostnamen erreichbar, empfiehlt Google, einen davon als Canonical zu wählen und die anderen per Weiterleitung auf die bevorzugte URL zu schicken. In der Praxis gehen wir so vor:

1. Erlauben Sie nur dem CDN den Zugriff auf den Origin und sperren Sie direkte Zugriffe von außen.
2. Setzen Sie Test und Vorschaudomains auf noindex oder schützen Sie sie mit einer Anmeldung.
3. Richten Sie eine einzige 301 Weiterleitung zwischen der Version mit und ohne www ein.
4. Leiten Sie HTTP Anfragen in einem Schritt auf HTTPS um, ohne Kette.

Weiterleitungsketten finden Sie schnell mit unserem Redirect Checker. So bemerken Sie sofort, wenn das CDN einen zusätzlichen Sprung einfügt.

Schadet es SEO, Bilder über eine eigene CDN Domain auszuliefern?

Nein, und Google unterstützt das ausdrücklich. Die Google Dokumentation zur Bilder SEO erklärt, dass Sie in Bild Sitemaps URLs anderer Domains angeben können. Dadurch können Sie Bilder über CDNs hosten. Zudem empfiehlt Google, die CDN Domain in der Search Console zu bestätigen, damit Google Ihnen Crawlingfehler melden kann.

Trotzdem verdienen einige Punkte Aufmerksamkeit. Erstens darf die robots.txt des Bildhosts Ihre Bilder nicht sperren. Zweitens sollten Sie jedes Bild auf allen Seiten mit derselben URL einbinden; Google empfiehlt diese Einheitlichkeit, weil es das Bild dann wiederverwenden kann. Schließlich stört es die Einheitlichkeit, wenn die Bildtransformation des CDN bei jeder Anfrage eine neue Parameter URL erzeugt.

Beispielszenario: Ein Shop liefert Produktbilder über cdn.example.com aus, doch die automatisch erzeugte robots.txt des CDN sperrt alle Pfade. Der Traffic aus der Bildersuche sinkt langsam, und niemand kennt den Grund. Mehr zum Thema finden Sie in unserem Leitfaden In der Google Bildersuche ranken.

Was sollten Sie mit CDN in der Search Console beobachten?

In der Search Console zeigen sich CDN Probleme zuerst. Am wichtigsten ist hier der Bericht „Crawling Statistiken“ (Crawl Stats). Sie öffnen ihn über das Zahnrad bei den Property Einstellungen. Laut der Google Hilfe steht der Bericht nur für Properties auf Stammebene zur Verfügung.

• Hoststatus: zeigt robots.txt Abruf, DNS Auflösung und Serververbindung. Prüfen Sie alle drei nach einer CDN Änderung.
• Crawlingantworten: Ein plötzlicher Anstieg von 403, 429 oder 5xx deutet auf Botschutz oder eine gestörte Verbindung zum Origin hin.
• Durchschnittliche Antwortzeit: Sie sollte nach dem Umstieg sinken. Steigt sie, ist die Trefferquote im Cache womöglich niedrig.
• Dateitypen: Ändert sich der Anteil von Bild, CSS oder JavaScript Anfragen, liegen Ressourcen vermutlich auf einem anderen Host.

Der Bericht deckt nur die gewählte Domain ab. Ressourcen auf anderen Hosts sehen Sie dort nicht. Deshalb hilft es, die CDN Domain als eigene Property anzulegen. Für den Einstieg empfehlen wir unsere Google Search Console Anleitung für Einsteiger.

Welche CDN SEO Einstellungen sind riskant und welche sicher?

Die folgende Tabelle vergleicht die Einstellungen, die uns am häufigsten begegnen, nach ihrem SEO Risiko. Die Details unterscheiden sich je nach Anbieter. Lesen Sie die Tabelle daher als empfohlene Prüfreihenfolge und nicht als endgültiges Urteil.

Wie Sie sehen, sind Tempo Einstellungen meist unkritisch. Sicherheitseinstellungen bergen dagegen das größte Risiko, sobald Sie keine Ausnahme für den Googlebot festlegen.

Helfen HTTP/2, Komprimierung und bedingte Anfragen bei SEO?

Die meisten CDNs bieten HTTP/2, HTTP/3 sowie Brotli oder gzip standardmäßig an. Diese Funktionen beschleunigen das Laden für Nutzer. Allerdings hält die Google Übersicht zu den Crawlern fest, dass Crawling über HTTP/2 Ressourcen Ihrer Website sparen kann. Einen Rankingvorteil bringt es laut Google nicht.

Für die Effizienz beim Crawling zählen bedingte Anfragen mehr. Google unterstützt ETag und Last-Modified und empfiehlt für seine Crawler ETag. Entfernt das CDN diese Header oder ändert es sie bei jeder Antwort, lädt der Googlebot jedes Mal die ganze Datei. Somit verschwenden Sie Bandbreite.

Diese Technik bringt also kein direktes Ranking. Stattdessen hilft sie Ihrem Server, den Googlebot effizienter zu bedienen. Bei Websites mit Zehntausenden URLs kann diese Effizienz dazu beitragen, dass Google neue und aktualisierte Seiten früher entdeckt. Bei kleinen Websites fällt der Effekt meist kaum auf.

Welche Anbieterfunktionen zählen für CDN SEO?

Ob ein Anbieter zu CDN SEO passt, hängt weniger von der Marke ab als von der Kontrolle, die er Ihnen gibt. Wir behandeln die Anbieterwahl als Checkliste und nicht als Preisvergleich. Denn selbst das schnellste Netz wird zum SEO Risiko, wenn Sie die Einstellungen nicht anpassen können.

• Botausnahmen: Sie sollten zugelassene Suchmaschinencrawler über eine eigene Regel freistellen können.
• Kontrolle über den Cache Schlüssel: Sie sollten festlegen, welche Parameter, Cookies und Header den Cache aufteilen.
• Sofortiges Leeren: Sie sollten eine einzelne URL oder einen Pfad direkt nach der Veröffentlichung aus dem Cache entfernen können.
• Weitergabe von Headern: Das CDN sollte ETag, Last-Modified, den Canonical Link Header und X-Robots-Tag unverändert weiterreichen.
• Zugriff auf Logs: Sie sollten Anfragen und Antwortcodes der Edge Schicht exportieren können.

Achten Sie zudem auf eine klare Dokumentation. Steht dort nicht, wie eine Einstellung den Googlebot beeinflusst, lernen Sie durch Ausprobieren. Das bedeutet Risiko auf einer Live Website. Zusammengefasst: Ein guter Anbieter für CDN SEO schenkt Ihnen Transparenz und Kontrolle.

Wie steuern Sie CDN SEO bei Onlineshops und dynamischen Websites?

Onlineshops sind bei CDN SEO am empfindlichsten, denn Preise, Bestand und Warenkorb ändern sich oft. Cachen Sie HTML zu lange, sieht der Googlebot ein ausverkauftes Produkt womöglich als verfügbar. Ebenso hält er einen alten Preis für aktuell. Diese Abweichung erzeugt Widersprüche zwischen strukturierten Produktdaten und Seiteninhalt.

Daher empfehlen wir bei dynamischen Websites einen gestuften Ansatz. Bilder, Styles und Skripte cachen Sie lange. Produkt und Kategorieseiten cachen Sie entweder gar nicht oder nur sehr kurz. Persönliche Seiten wie Warenkorb, Kundenkonto und Kasse halten Sie dagegen immer aus dem Cache heraus.

Gefilterte Kategorieadressen schaffen ein eigenes Problem. Erzeugt jede Filterkombination einen eigenen Cache Eintrag, sinkt die Trefferquote. Zudem trifft der Googlebot auf eine endlose Menge an Varianten. Zeigen diese Varianten nicht per Canonical auf die Hauptkategorie, wächst das Risiko doppelter Inhalte. Das heißt: Cacheregeln und Canonical Regeln müssen zusammenpassen.

Beispielszenario: Der Shop example.com verlängert während einer Aktion die HTML Cachedauer. Die Aktion endet, doch niemand leert den Cache. Folglich bleibt der alte Aktionstitel tagelang in den Suchergebnissen. Ein fester Purge Schritt im Veröffentlichungsplan verhindert das von Anfang an.

Wie messen Sie die Wirkung von CDN SEO?

Am zuverlässigsten messen Sie die Wirkung von CDN SEO, indem Sie dieselben Kennzahlen aus derselben Quelle vor und nach dem Umstieg vergleichen. Ein einzelner Geschwindigkeitstest kann täuschen, denn ein Labortest misst von einem Standort mit einem Gerät. Schauen Sie stattdessen auf Felddaten und auf die Berichte von Google.

Zunächst verfolgen Sie im Bericht zu den Core Web Vitals den Anteil guter URLs. Danach vergleichen Sie im Bericht „Crawling Statistiken“ die durchschnittliche Antwortzeit und die Fehlerantworten. Schließlich prüfen Sie im Leistungsbericht die Entwicklung von Klicks und Impressionen. Bedenken Sie allerdings, dass auch Saisonalität und Inhaltsänderungen diese Werte beeinflussen.

Deshalb sollten Sie einen Anstieg des Traffics nicht allein dem CDN zuschreiben. Haben Sie im selben Zeitraum Inhalte oder interne Links geändert, lassen sich die Effekte kaum trennen. Planen Sie den Umstieg also möglichst in einer ruhigen Phase und notieren Sie das Datum.

Was sollten Sie vor dem Umstieg auf ein CDN vorbereiten?

Ein CDN Umstieg ist im Kern eine DNS und Infrastrukturänderung. Deshalb raten wir, ihn so ernst zu nehmen wie einen Websiteumzug. Halten Sie vor dem Umstieg den aktuellen Stand fest, damit Sie später vergleichen können.

1. Notieren Sie im Bericht „Crawling Statistiken“ die jüngste durchschnittliche Antwortzeit und die Verteilung der Antworten.
2. Sichern Sie die Ergebnisse der URL Prüfung für Ihre wichtigsten Vorlagen: Startseite, Kategorie, Produkt und Blogartikel.
3. Speichern Sie einen Screenshot Ihres aktuellen Core Web Vitals Berichts.
4. Listen Sie Ihre bestehenden Weiterleitungen auf, denn Sie müssen sie womöglich auf CDN Ebene neu anlegen.
5. Starten Sie Firewall und Botmanagement zunächst im reinen Protokollmodus.

Diese Vorbereitung erleichtert später die Frage, ob ein Problem vom CDN oder von einer anderen Änderung stammt. Außerdem sehen Sie so, welche Schichten bereits aktiv sind. Somit vermeiden Sie doppelte Caches oder widersprüchliche Weiterleitungen.

Was prüfen Sie in den ersten Tagen nach dem CDN Umstieg?

Die ersten Tage sind die kritischste Phase, denn dann tauchen die meisten Fehler auf. Wir halten nach einem Umstieg diese Reihenfolge ein und dokumentieren jeden Schritt.

Zunächst starten Sie in der Search Console einen Live Test mit der URL Prüfung. Stellen Sie sicher, dass das gerenderte HTML Ihren echten Inhalt zeigt. Danach beobachten Sie mehrere Tage lang die Antworten 403, 429 und 5xx im Bericht „Crawling Statistiken“. Sehen Sie einen plötzlichen Anstieg, prüfen Sie zuerst die Regeln des Botmanagements.

Anschließend sichten Sie Ihre Serverlogs. Hinter einem CDN zeigen Logs meist die IP Adressen des CDN. Daher müssen Sie den Header protokollieren, der die echte Client IP enthält. Sonst können Sie Anfragen des Googlebot nicht vom Rest trennen.

Dann prüfen Sie robots.txt und Sitemap auch außerhalb des Browsers. Beide sollten den richtigen Inhalt mit Status 200 liefern. Einige Wochen später vergleichen Sie den Core Web Vitals Bericht mit dem Stand vor dem Umstieg. Felddaten sammeln sich langsam an, deshalb sehen Sie Verbesserungen womöglich nicht sofort.

Wer sollte sich um CDN SEO Probleme kümmern?

CDN Probleme liegen meist zwischen Entwicklung, Systemadministration und SEO Team. Die Entwicklung sieht, dass die Website lädt. Die Administration sieht, dass der Server läuft. Trotzdem prüft niemand, was der Googlebot tatsächlich sieht. Diese Lücke lässt Probleme wochenlang unbemerkt.

Wir betrachten die CDN Einrichtung deshalb als Teil eines technischen SEO Audits. Wir finden solche Probleme auf Ihrer Website, setzen die Korrekturen gemeinsam mit Ihrem Team um und verfolgen danach die Ergebnisse mit Daten aus der Search Console. Umfang und Ablauf finden Sie auf der Seite zu unserer SEO Beratung.

Ehrlich gesagt kann allerdings keine CDN Einstellung und keine Beratung Rankings garantieren. Ein CDN liefert gute Inhalte und eine solide Struktur schneller aus. Es füllt jedoch keine inhaltlichen Lücken. Folglich sollten Sie CDN Arbeit immer zusammen mit Inhalt, interner Verlinkung und technischer Gesundheit bewerten.

Wie wenden Sie eine CDN SEO Checkliste an?

Gehen Sie die folgende Liste bei jeder CDN Einrichtung und nach jeder größeren Änderung vollständig durch. Wer die Punkte der Reihe nach abhakt, findet auch kleine Fehler zuverlässig.

• Haben Sie den Googlebot und andere zugelassene Google Crawler vom Botschutz ausgenommen?
• Betreffen Ländersperren oder Ratenbegrenzungen die Crawler von Google?
• Zeigt der Live Test der URL Prüfung Ihren echten Inhalt und keine Prüfseite?
• Liefert die robots.txt auf Hauptdomain und CDN Domain den richtigen Inhalt mit Status 200?
• Haben Sie Origin und Testdomains für die Indexierung gesperrt?
• Zeigen alle Canonical Tags auf eine einzige bevorzugte URL?
• Enthält Ihr Ablauf einen Purge Schritt nach jeder Veröffentlichung?
• Reicht das CDN ETag oder Last-Modified korrekt weiter?
• Haben Sie die Bild CDN Domain in der Search Console bestätigt?
• Speichern Ihre Serverlogs die echte Client IP?

Fehlen Ihnen Zeit oder ein technisches Team für diese Liste, übernehmen wir Audit und Nachverfolgung. Einen Arbeitsplan passend zu Ihrer Website erhalten Sie, wenn Sie über unsere Seite zur SEO Beratung für Unternehmen ein Angebot anfragen.

Grundlagen: Was ist Online Marketing? Arten, Beispiele und Vorgehen auf einer Seite, mit einem interaktiven Film durch das Gehirn.