Dieser Beitrag wurde automatisiert mit KI erstellt.
Website auf ein CDN umstellen: Lastspitzen und Bot-Sperren vermeiden
Ein Content Delivery Network kann Website-Inhalte schneller ausliefern und den Ursprungsserver entlasten. Während der Umstellung greifen diese Vorteile jedoch nicht sofort: Leere Zwischenspeicher und steigende Crawling-Aktivität können zusammenkommen. Der Ratgeber erklärt Googles Hinweise vom 11. November 2026 und leitet daraus konkrete Prüffragen zu Cache-Vorbereitung, Bot-Schutz und vorübergehender Lastbegrenzung ab.
Foto: Pexels · LizenzWas sich durch ein CDN verändert
Wenn Ihre Agentur oder Ihr Hosting-Anbieter die Unternehmenswebsite auf ein Content Delivery Network, kurz CDN, umstellen möchte, lohnt sich ein Blick auf die Übergangsphase. Ein CDN verteilt Inhalte über räumlich verteilte Server. Diese sogenannten Edge-Server liefern gespeicherte Inhalte näher an den Besuchern aus. Der Ursprungsserver, auch Origin genannt, bleibt die Quelle der ursprünglichen Inhalte.
Google beschreibt in einem Beitrag vom 11. November 2026, warum dieser Wechsel zunächst unerwartete Last auslösen kann. Obwohl das CDN den Ursprungsserver entlasten soll, müssen dessen Zwischenspeicher erst gefüllt werden. Zugleich kann Google die schnellere Infrastruktur als Zeichen zusätzlicher Kapazität werten und die Abrufrate erhöhen.
Dieser Ratgeber erklärt die Zusammenhänge anhand dieser Google-Quelle. Die organisatorischen Prüffragen sind daraus abgeleitete Empfehlungen für die Abstimmung mit technischen Dienstleistern. Sie sind weder eine Vorgabe für einen bestimmten CDN-Anbieter noch eine Zusage für bessere Positionen in Suchergebnissen.
Warum schnellere Antworten mehr Crawling ermöglichen
Crawling bezeichnet den automatisierten Abruf von Website-Inhalten durch Suchmaschinen. Nach Googles Erklärung beobachtet die Crawling-Infrastruktur fortlaufend, wie schnell und stabil ein Server antwortet. Werden die Antworten langsamer, reduzieren die Crawler ihre Abrufrate, um den Server nicht zusätzlich zu überfordern.
Schnelle, gleichmäßige Antworten können umgekehrt dazu führen, dass Google die mögliche Abrufrate schrittweise erhöht. Dafür muss allerdings auch ein Bedarf bestehen, Inhalte abzurufen. Eine schnellere Verbindung führt daher nicht zwangsläufig zu einer bestimmten Anzahl zusätzlicher Anfragen.
Beim Wechsel auf ein CDN können Verbindungs- und Antwortzeiten deutlich sinken. Aus Sicht der Crawling-Systeme wirkt das wie eine leistungsfähigere Infrastruktur. Google betont zugleich, dass die Abrufrate nicht augenblicklich hochspringt und viele CDNs Verbindungen bereits begrenzen oder zeitlich verteilen. Für Ihre Planung bedeutet das: Zusätzliche Last ist ein mögliches Übergangsproblem, kein unvermeidliches Ergebnis jeder Umstellung.
Der leere Cache lässt Anfragen zum Ursprung durch
Ein Cache ist ein Zwischenspeicher. Liegt eine angefragte Ressource dort noch nicht vor, spricht man von einem Cache Miss. Der betreffende Edge-Server muss den Inhalt dann vom Ursprungsserver holen. Soweit die Antwort zwischengespeichert werden kann, legt er eine Kopie ab. Spätere Anfragen können aus diesem Speicher beantwortet werden, ohne erneut den Ursprung zu belasten.
Zu Beginn hat ein neues CDN noch keine gefüllten Zwischenspeicher. Das betrifft nicht nur Bilder, sondern beispielsweise auch HTML-Dokumente, Stylesheets und JavaScript-Dateien. Die Entlastung entsteht deshalb nicht allein dadurch, dass der Datenverkehr bereits durch das CDN läuft.
Besucher konzentrieren sich laut Google häufig auf eine vergleichsweise kleine Auswahl beliebter Seiten. Crawler erkunden dagegen viele unterschiedliche URLs. Wenn sie zahlreiche bisher nicht gespeicherte Inhalte erstmals abrufen, werden diese Anfragen zum Ursprungsserver weitergereicht. Genau hier können ein höheres Abrufvolumen und ein noch leerer Cache zusammenkommen.
Vor dem Wechsel: wichtige Inhalte kontrolliert vorladen
Google empfiehlt, wichtige Inhalte schon vor der vollständigen Verkehrsumschaltung kontrolliert durch das CDN abzurufen. Dadurch können sich die Zwischenspeicher füllen. In Betracht kommen besonders häufig besuchte Seiten, Inhalte für bevorstehende Aktionen und URLs, die Crawler oft anfordern.
Für ein kleines Unternehmen lässt sich daraus eine überschaubare Vorbereitung ableiten: Bitten Sie Ihre technische Betreuung, eine Auswahl solcher Seiten zusammenzustellen. Klären Sie anschließend, wie diese Inhalte tatsächlich über das neue CDN angefordert werden und wie langsam oder schnell das Vorladen erfolgen soll. Ein ungebremster zusätzlicher Abruf wäre keine sinnvolle Antwort auf mögliche Lastprobleme.
Lassen Sie außerdem erklären, woran die Betreuung erkennt, dass angefragte Inhalte aus dem Cache kommen. Eine einzelne erfolgreich aufgerufene Seite ist noch kein Nachweis dafür, dass alle relevanten Inhalte an allen Edge-Standorten gespeichert sind. Entscheidend ist, die Vorbereitungsmaßnahme gezielt zu planen, statt unmittelbar mit einer vollständigen Entlastung des Ursprungsservers zu rechnen.
Bot-Schutz gezielt einstellen statt pauschal sperren
Steigende automatisierte Zugriffe können dazu verleiten, einen umfassenden Bot-Schutz einzuschalten. Google warnt jedoch vor Regeln, die ohne Ausnahmen sämtliche automatisierten Anfragen behandeln. Ein CDN oder eine Web Application Firewall, kurz WAF, kann dann auch erwünschte Suchmaschinen-Crawler vor eine Sicherheitsabfrage stellen.
Eine CAPTCHA-Abfrage ist für Googlebot kein überwindbarer Zwischenschritt. Der Crawler erhält statt des eigentlichen Inhalts eine für die Suche unbrauchbare Fehler- oder Prüfseite. Bleibt diese Sperre bestehen, können sich die Crawler zurückziehen und betroffene Inhalte nach und nach aus der Suche verschwinden.
Klären Sie deshalb vor der Umstellung, ob der Anbieter Regeln für bekannte oder verifizierte Bots anbietet und wie gewünschte Crawler von solchen Prüfungen ausgenommen werden. Google verweist zur Identifikation seiner Crawler auch auf veröffentlichte IP-Bereiche. Ziel ist nicht, sämtliche Schutzfunktionen abzuschalten, sondern unerwünschte Zugriffe gezielt zu behandeln und verifizierte Suchmaschinen-Crawler nicht versehentlich auszusperren.
Bei akuter Überlastung nur vorübergehend bremsen
Falls das Crawling den Ursprungsserver während des Cache-Aufbaus tatsächlich kritisch belastet, nennt Google die HTTP-Statuscodes 429 und 503 als vorübergehende Bremse. 429 signalisiert zu viele Anfragen, 503 eine derzeit nicht verfügbare Leistung. Die technische Betreuung kann entsprechende Antworten über den Server oder Regeln zur Abrufbegrenzung im CDN ausgeben lassen.
Google beschränkt diese Maßnahme ausdrücklich auf ein kurzes Zeitfenster: wenige Stunden oder höchstens ein bis zwei Tage. Sie ist damit keine dauerhafte Konfiguration für den normalen Website-Betrieb. Auch ersetzt sie nicht die Klärung, warum der Ursprungsserver unter Last steht.
Als organisatorische Vorbereitung empfiehlt sich eine klare Zuständigkeit: Wer beurteilt die Überlastung, wer aktiviert eine Begrenzung und wer hebt sie wieder auf? Vereinbaren Sie diese Schritte vor dem Wechsel. So wird aus einem kurzfristigen Eingriff nicht versehentlich eine länger bestehende Einschränkung für die Suchmaschine.
Diese Fragen gehören in die Übergabe an die Agentur
Für die Abstimmung reichen zunächst vier konkrete Fragen: Welche stark genutzten oder häufig gecrawlten Inhalte laden wir vor? Wie unterscheiden wir Cache-Treffer von Anfragen an den Ursprung? Welche Schutzregeln lassen verifizierte Google-Crawler passieren? Und wie begrenzen wir akute Last zeitlich, ohne eine dauerhafte Sperre einzurichten?
Bitten Sie nach der Umschaltung um eine Prüfung dieser Punkte. Ein schneller Seitenaufruf im eigenen Browser beantwortet nicht automatisch die Frage, ob Googlebot ebenfalls Zugriff erhält oder wie viele Anfragen noch am Ursprung ankommen. Googles Hinweise betreffen gerade das Zusammenspiel dieser unterschiedlichen Ebenen.
Die praktische Leitlinie lautet: Zwischenspeicher vorbereiten, den Ursprungsserver während der Übergangsphase im Blick behalten und Sicherheitsregeln gezielt setzen. Ein CDN kann die Auslieferung unterstützen. Ob die Umstellung technisch sauber verläuft, hängt aber auch davon ab, wie Cache-Aufbau, Crawling und Zugriffsschutz aufeinander abgestimmt werden.