Welche Cache-Purge-Funktionen sollte ein häufig aktualisierter Website-CDN bieten?

Bei häufigen Website-Aktualisierungen sollten Sie bei der Auswahl eines CDN zuerst drei Punkte prüfen: Lassen sich die benötigten Cache-Inhalte gezielt invalidieren, wie schnell ist die neue Version in den Zielregionen verfügbar und lässt sich das CDN in den Veröffentlichungsprozess integrieren? Wenn Sie nach „auf welche funktionen sollte ich bei einem cdn-anbieter achten?“ suchen und Ihr eigentliches Problem darin besteht, dass eine Seite nach der Änderung noch den alten Inhalt anzeigt, sollten Sie die Cache-Invalidierung vor Bandbreite und Anzahl der Knoten bewerten.

Die Schaltfläche zum Aktualisieren ist nur der Einstieg. Für mehrsprachige Unternehmenswebsites, grenzüberschreitende Onlineshops und Anzeigen-Landingpages sind vor allem drei Eigenschaften wichtig: Der Umfang der Aktualisierung lässt sich steuern, das Ausführungsergebnis ist nachvollziehbar und bei Fehlern gibt es Möglichkeiten zur Abhilfe.

Die Granularität der Cache-Invalidierung sollte zur tatsächlichen Aktualisierung der Website passen

Bei einer Preisänderung auf einer Produktseite, einem neuen Design für die gesamte Website oder einer Aktualisierung eines Sprachverzeichnisses müssen jeweils unterschiedliche Inhaltsbereiche invalidiert werden. Bei Lösungen, die nur eine vollständige Bereinigung der gesamten Website unterstützen, müssen zahlreiche unveränderte Ressourcen erneut vom Ursprungsserver abgerufen werden. Lösungen, bei denen URLs nur einzeln übermittelt werden können, machen umfangreiche Aktualisierungen dagegen unnötig umständlich.

Die Invalidierung nach Tags eignet sich für Websites mit vielen zusammenhängenden Seiten, setzt jedoch voraus, dass das Content-Management-System die Beziehungen zwischen Ressourcen und Tags verwalten kann. Bei wenigen Seiten oder Aktualisierungen, die sich auf ein festes Verzeichnis konzentrieren, reichen URL- und Verzeichnis-Invalidierungen möglicherweise aus. So entsteht kein zusätzlicher Wartungsaufwand für Funktionen, die Sie nicht benötigen.

Zwischen „Übermittlung erfolgreich“ und „Nutzer sehen die neue Version“ liegt noch ein Schritt

Eine Erfolgsmeldung in der Konsole bedeutet möglicherweise nur, dass die Anfrage angenommen wurde. Bei der Bewertung sollten Sie zwischen der Annahme des Auftrags, seiner Ausführung auf den Knoten und dem Ergebnis beim Zugriff unterscheiden. Klären Sie insbesondere: Welche Regionen sind vom Abschlussstatus erfasst? Sind Fehler auf einzelnen Knoten sichtbar? Werden eine Auftragsnummer und eine Abfrageschnittstelle bereitgestellt?

Eine internationale Website sollte nicht ausschließlich über das Büronetzwerk abgenommen werden. Prüfen Sie den Seiteninhalt, die Preise, Bilder und Antwort-Header aus den wichtigsten Zielmärkten und erfassen Sie, wie viel Zeit zwischen der Übermittlung der Cache-Invalidierung und der Verfügbarkeit der neuen Version vergeht. Bei mehrstufigem CDN-Caching sollten Sie zudem sicherstellen, dass der Invalidierungsumfang auch Zwischen-Caches erfasst, damit Edge-Knoten nicht erneut alte Inhalte abrufen.

Die Invalidierung kann Dateien, die bereits im Browser des Nutzers gespeichert sind, nicht zwangsweise löschen. Wenn für Skripte, Stylesheets oder Bilder eine lange Browser-Cache-Dauer festgelegt ist, kann nach dem Überschreiben unter demselben Dateinamen weiterhin die alte Version angezeigt werden. Bei solchen statischen Ressourcen ist es zuverlässiger, Dateinamen mit einer Versionskennung zu verwenden und die Verweise auf der Seite entsprechend zu aktualisieren.

Bei häufigen Veröffentlichungen sollte die API einen vollständigen Ablauf ermöglichen

Wenn Sie täglich Produkte aktualisieren oder Inhalte in mehreren Sprachen in großer Zahl veröffentlichen, können bei der manuellen Anmeldung an der Konsole leicht notwendige Cache-Invalidierungen übersehen werden. Das CDN sollte eine Invalidierungs-API bereitstellen, die sich in das Content-Management-System, das Shop-Backend oder die Veröffentlichungspipeline integrieren lässt, den Auftragsstatus zurückmeldet und Wiederholungen nach Fehlern unterstützt.

Ob eine Schnittstelle überhaupt vorhanden ist, ist nur der Ausgangspunkt. Prüfen Sie außerdem, wie viele Adressen pro Anfrage übermittelt werden können, wie häufig die Schnittstelle aufgerufen werden darf, welches Tageskontingent gilt und wie eine Überschreitung behandelt wird. Eine Veröffentlichung mit mehreren Sprachversionen und zugehörigen Bildern kann weit mehr Übermittlungen erfordern, als die Anzahl der im Backend angezeigten Beiträge vermuten lässt. Das Kontingent sollte anhand der tatsächlichen Veröffentlichungsaufträge bemessen werden, nicht nur anhand des durchschnittlichen täglichen Aktualisierungsvolumens.

Auch die Reihenfolge der Veröffentlichung wirkt sich auf das Ergebnis aus: Laden Sie zunächst die neuen statischen Ressourcen hoch und vergewissern Sie sich, dass sie auf dem Ursprungsserver erreichbar sind. Aktualisieren Sie anschließend die Seitenverweise und invalidieren Sie die betreffenden Seiten. Nach der Cache-Invalidierung können Sie wichtige Seiten vorab laden, damit die Inhalte bereits auf den Knoten verfügbar sind und die ersten Besucher kürzer warten müssen. Beim Vorladen werden Inhalte im Voraus geladen; bei der Cache-Invalidierung werden alte Cache-Inhalte ungültig. Beides ist nicht austauschbar.

Erst wenn die Cache-Regeln klar sind, lässt sich die Wirksamkeit der Invalidierung beurteilen

Dieselbe Seite kann je nach Sprache, Gerät oder Abfrageparameter unterschiedliche Cache-Kopien erzeugen. Ob der Anbieter die Konfiguration des Cache-Schlüssels unterstützt, wirkt sich unmittelbar auf den Umfang der Invalidierung aus. Enthalten beispielsweise Anzeigenlinks Tracking-Parameter und wird jede Parameterkombination separat zwischengespeichert, können sehr viele Kopien entstehen. Werden Parameter dagegen pauschal ignoriert, können Filterseiten oder Sprachversionen zusammengeführt werden.

Lassen Sie sich bei der Bewertung vom Anbieter erläutern, wie die URL-Invalidierung mit Abfrageparametern umgeht und ob sie auch zugehörige Varianten derselben Ressource erfasst. Gehen Sie nicht davon aus, dass „eine Adresse invalidieren“ bedeutet, dass „alle ähnlichen Adressen gelöscht werden“.

Mitgliederinformationen, Warenkörbe und Bestelldaten müssen durch entsprechende Regeln vom gemeinsamen Caching ausgenommen werden. Ihre Korrektheit darf nicht von häufigen Cache-Invalidierungen abhängen. Bei besonders preissensiblen Inhalten sollten Sie die Cache-Dauer an die Aktualisierungshäufigkeit anpassen und festlegen, ob bei einer Störung des Ursprungsservers weiterhin alte Inhalte ausgeliefert werden dürfen. Alte Cache-Inhalte können die Verfügbarkeit sichern; wird nach Ende einer Werbeaktion jedoch weiterhin der alte Preis angezeigt, kann dies zu Streitigkeiten bei Transaktionen führen.

Führen Sie vor der Kaufentscheidung eine echte Veröffentlichung als Abnahmetest durch

Wählen Sie für den Test eine Gruppe zusammengehöriger Seiten aus: eine Produktdetailseite, eine Kategorieliste, eine Sprachversion und eine Anzeigen-Landingpage. Ändern Sie den Inhalt auf dem Ursprungsserver, lösen Sie die Cache-Invalidierung wie vorgesehen über die Schnittstelle aus und prüfen Sie, ob alle Seiten gleichzeitig aktualisiert werden und unveränderte Seiten unbeeinträchtigt bleiben.

• Prüfen Sie, ob das System bei doppelter Übermittlung, ausgeschöpftem Kontingent oder einem Schnittstellenfehler eine eindeutige Ursache zurückmeldet und Abfragen sowie Wiederholungen unterstützt.
• Kontrollieren Sie die Anzahl und das Antwortverhalten der Anfragen an den Ursprungsserver nach der Invalidierung, um festzustellen, ob eine umfangreiche Cache-Bereinigung eine erhebliche Belastung verursacht.
• Prüfen Sie Betriebsprotokolle und Berechtigungen, damit zuständige Mitarbeiter bei der täglichen Veröffentlichung festgelegte Bereiche invalidieren können und die vollständige Cache-Bereinigung der Website entsprechend autorisierten Rollen vorbehalten bleibt.

Auch HTTPS sollte Teil dieser Abnahme sein. Bei der Verbindung zwischen CDN-Knoten und Ursprungsserver können jeweils eigene Zertifikatskonfigurationen erforderlich sein. Prüfen Sie bei Seitenaktualisierungen daher auch die sichere Verbindung und mögliche Mixed-Content-Probleme. Bei Verwendung des Website-Baukastensystems von 易营宝 können Sie die Beantragung, Validierung und Bereitstellung über den Dienst für SSL-Zertifikate verwalten. Auch nach der Aktivierung des CDN muss klar festgelegt sein, wo die Zertifikate auf den Edge-Knoten und dem Ursprungsserver bereitgestellt werden. Diese Konfigurationen sichern die Datenübertragung; die Cache-Aktualisierung hängt weiterhin von den Invalidierungsregeln und dem Veröffentlichungsprozess ab.

Legen Sie vor dem Kauf als Abnahmekriterien die Anzahl der Adressen bei einer typischen Veröffentlichung, die Zielmärkte, die zulässige Dauer der Bereitstellung alter Inhalte und den Umgang mit Fehlern fest. Eine Lösung eignet sich für Websites mit häufigen Aktualisierungen, wenn sie Inhalte unter diesen Bedingungen zuverlässig aktualisiert, Ausführungsnachweise bereitstellt und die Auswirkungen auf den Ursprungsserver begrenzt.