Erweitertes Aufwärmen

Vier Funktionen für Setups, die ein einfacher stündlicher HTTP-Crawl nicht abdeckt. Alle sind plangebunden – wenn einer in deinem Formular fehlt, ist er nicht in deinem Abonnement enthalten.

Warme Zeitplanfenster#

Standardmäßig startet ein aktiver warmer in jedem Autostart-Intervall rund um die Uhr einen neuen Lauf. Zeitplanfenster beschränken dies auf die von dir gewählten Stunden.

Außerhalb eines Fensters werden geplante Autostarts übersprungen. Manuelle Starts, Bereitstellungsauslöser und CDN-Bereinigungs-/Aufwärmaktionen funktionieren weiterhin – das Fenster bestimmt den Zeitplan, nicht die warmer als Ganzes.

Warum du das wollen würden

• Wärmen du sich vor der Hauptverkehrszeit kräftig auf. Steigern du in den Stunden vor deiner geschäftigsten Zeit, damit alles heiß ist, wenn der Verkehr kommt.
• Zurückhalten über Nacht. Sparen du das Anfragebudget und die Ursprungslast, wenn niemand zu Besuch ist.
• Wartungsfenster schützen. Stoppen du die Erwärmung während Backups, Migrationen oder Batch-Jobs.
• Passen du einen redaktionellen Rhythmus an. In den Nachrichtenredaktionen ist es vor der morgendlichen Lektüre oft sehr warm.

Das JSON-Format

Das Feld „Warm Schedule“ akzeptiert ein JSON-Objekt mit einer Zeitzone und einer Liste von Fenstern:

{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
  ]
}

{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
    { "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
  ]
}

Erwärmung mehrerer Regionen#

Die meisten CDNs speichern den Cache unabhängig an jedem Point of Presence. Eine aus Europa aufgewärmte Seite füllt den europäischen Edge-Knoten – für einen Besucher in Singapur, der einen anderen POP erreicht, der diese Seite noch nie bedient hat, hat dies keine Auswirkung.

Multiregionale Erwärmung führt einen warmer von einer ausgewählten regionalen Crawler-Instanz aus, sodass geografisch verteilte Caches tatsächlich dort gefüllt werden, wo sich deine Zielgruppe befindet. Es wird mit dem Feld Crawler-Region festgelegt und ist eine Businessplan-Funktion.

Wenn du es brauchen

• Du hast bedeutenden Verkehr auf mehr als einem Kontinent.
• deine CDN-Caches werden pro POP oder pro Region und nicht global gespeichert.
• du stellen lokalisierte Inhalte regionalspezifischer Herkunft bereit.
• du führen ein Multi-CDN-Setup aus, bei dem das Verhalten je nach Region unterschiedlich ist.

Wenn sich fast alle deine Besucher in einem Land befinden, ist eine einzelne Region in Ordnung und mehrere Regionen verursachen zusätzliche Kosten ohne Nutzen.

Wählen du Regionen aus deinen tatsächlichen Analysen aus, nicht aus deinen Zielen. Die Erwärmung einer Region, die zwei Prozent deines Traffics generiert, ist selten das Dreifache des Anfragebudgets wert.

Browser-/SSR-Erwärmung#

Ein einfacher HTTP-Abruf ruft den HTML-Code ab, den ein Server zurückgibt. Bei den meisten Websites wird genau das zwischengespeichert, und das ist alles, was Du brauchst.

Einige Stapel sind unterschiedlich. Wenn die Cache-Ebene, die du interessiert, sich erst nach einem vollständigen Rendering füllt – ein JavaScript-lastiges Frontend oder ein Framework, dessen Cache sich bei einer vollständigen Navigation und nicht bei einer Rohanfrage füllt –, bringt ein einfacher Abruf nichts Nützliches.

Browser-/SSR-Erwärmung verwendet eine echte Browser-Engine, um die Seite ordnungsgemäß zu laden. Es handelt sich um eine Businessplan-Funktion, die gemäß warmer aktiviert wird.

Der Praxistest: Führen du zunächst ein normales HTTP warmer aus. Wenn Cache-Zustand anzeigt, dass diese Routen immer noch inaktiv sind, während sich der Rest deiner Website verbessert, ist es einen Versuch wert, den Browser aufzuwärmen.

Mobile Erwärmung#

Wenn dein CDN seine zwischengespeicherte Kopie je nach Benutzeragent variiert oder du unterschiedliche mobile Vorlagen bereitstellen, bleiben Telefonbesucher bei der Erwärmung nur mit einem Desktop-Agenten in einem kalten Cache – normalerweise der Großteil deines Datenverkehrs.

Aktivieren du Warme mobile Version, um auch mit mobilen Benutzeragenten zu crawlen. Bei Plänen, die dies zulassen, können du zur genauen Kontrolle auch deine eigenen mobilen Benutzeragenten bereitstellen.

• Unverzichtbar, wenn dein Cache-Schlüssel den Benutzeragenten oder eine Geräteklasse enthält.
• Unverzichtbar, wenn du ein separates mobiles Theme oder eine m.-Subdomain bereitstellen.
• Unnötig, wenn du jedem Gerät identisches responsives HTML bereitstellen – eine zwischengespeicherte Kopie dient bereits allen.

Benutzerdefinierte Benutzeragenten

Im Feld Benutzeragenten können du genau festlegen, mit welchen Agentenzeichenfolgen Anfragen gesendet werden. Mögliche Gründe:

• dein CDN schlüsselt seinen Cache auf bestimmte Agentenzeichenfolgen auf und Du musst diese genau abgleichen.
• Ein Bot-Filter blockiert unbekannte Agenten und Du hast einen bestimmten Agenten auf die Zulassungsliste gesetzt.
• du möchten, dass Warm-Anfragen in deinen Serverprotokollen identifizierbar sind, um sie vom tatsächlichen Datenverkehr zu trennen.