Warmer-Einstellungen

Dies ist die vollständige Referenz für das Cache-Formular warmer. Jede Einstellung listet auf, was sie bewirkt, wann sie geändert werden muss und worauf du achten sollten.

Grundlagen#

Aktiv

Ob die warmer läuft. Wenn es aktiviert ist, wird es entsprechend deinen Intervallen gecrawlt. Lassen du es während der Konfiguration ausgeschaltet und verwenden du es, um während der Wartung zu pausieren, anstatt die warmer zu löschen.

Name

Ein Label für du – wird Website-Besuchern nie angezeigt. Verwenden du etwas, das du später in einer Liste wiedererkennen.

Team

Zu welchem Workspace gehört dieser warmer? Nur Mitglieder dieses Teams können es sehen und verwalten. Wird nur angezeigt, wenn dein Plan Teams umfasst.

Crawler-Region

Welche regionale Crawler-Instanz führt dies aus warmer. Nur Businesspläne. Siehe Erweiterte Erwärmung.

Einstiegspunkte#

Eintrags-URLs

Vollständige URLs einschließlich https://, auf einem verifizierten hostname. Für die meisten Websites reicht ein Ausgangspunkt aus. dein Plan begrenzt, wie viele ein einzelnes warmer haben darf.

Fügen du Sitemaps hinzu

Entdecken du URLs aus XML-Sitemaps zusätzlich zum Folgen von Links. Wird dringend empfohlen, sofern verfügbar – die Berichterstattung bleibt mit dem, was du veröffentlichen, synchronisiert, ohne dass eine manuelle Wartung erforderlich ist.

Fügen du öffentliche Beiträge hinzu

Beziehen du öffentlich veröffentlichte Beiträge in die Entdeckung ein. Nützlich auf Content-Plattformen, auf denen Beiträge ansonsten nicht gut verlinkt sind.

Ausschlüsse und Parameter#

Ausgeschlossene URLs

Pfade, die warmer überspringen müssen. Verwendung für Warenkörbe, Kassen, Kontoseiten, Admin-Bereiche, Suche und Facettenfilter-URLs. dein Plan begrenzt die Anzahl der Ausschlüsse, die ein warmer haben darf.

Verwenden du Regex

Behandeln du URL-Regeln als reguläre Ausdrücke und nicht als Literalzeichenfolgen. Weitaus praktischer, um ganze Familien von Abfragezeichenfolgen-URLs in einer Regel auszuschließen.

URL-Parameter

Name/Wert-Paare, die an angeforderte URLs angehängt werden. Gelegentlich erforderlich, um eine bestimmte Cache-Variante zu erreichen oder einen Begrüßungsbildschirm zu umgehen.

Kekse

Namens-/Wert-Cookies, die bei jeder Anfrage gesendet werden. Gehen du mit Vorsicht vor – ein Sitzungscookie kann dazu führen, dass Antworten nicht zwischengespeichert werden oder eine personalisierte Seite für alle zwischengespeichert wird.

Header anfordern

Benutzerdefinierte Header werden mit jeder Anfrage gesendet. Häufige Verwendungszwecke sind ein API-Token, ein Bypass-Header für eine Staging-Schutzschicht oder ein Header, auf dem dein CDN basiert.

Crawl-Limits#

Eine Tiefe wählen

Beginnen du bei 2. Erhöhen du den Wert jeweils um eine Stufe und überprüfen du nach jeder Änderung die Gesamtzahl der URLs. Wenn du Sitemaps aktiviert haben, benötigen du häufig weniger Tiefe, da tiefe Seiten direkt aufgelistet werden.

Auswahl eines Ratenlimits

Dies ist die Einstellung, die es am meisten wert ist, richtig eingestellt zu werden. Zu hoch und die Erwärmung konkurriert mit echten Besuchern um die Aufmerksamkeit deines Servers; zu niedrig und eine große Baustelle beendet nie einen Durchgang.

• Beginnen du konservativ – 10 URLs pro Minute sind ein sicheres Eröffnungsgebot für fast jedes Hosting.
• Beobachten du die CPU- und Antwortzeiten deines Ursprungs während eines Laufs.
• Erhöhen du die Menge schrittweise, solange alles gesund bleibt.
• Halten du sich sofort zurück, wenn 5xx oder 429 Antworten angezeigt werden.

Auswählen eines Anforderungszeitlimits

Die Standardeinstellung eignet sich für die meisten Websites. Erhöhen du den Wert, wenn bei wirklich langsamen Seiten eine Zeitüberschreitung auftritt, bevor dein Ursprung sie mit der Erstellung fertigstellen kann – denken du daran, dass der *erste* Ladevorgang von Natur aus der langsame ist. Senken du den Wert, wenn du pathologische Seiten lieber schnell überspringen möchten, als zu warten. dein Plan begrenzt das Maximum.

Auswählen eines Autostartintervalls

Passen du es an deine Cache-Lebensdauer an. Wenn dein CDN Seiten eine Stunde lang zwischenspeichert, sorgt die stündliche Erwärmung dafür, dass alles kontinuierlich warm bleibt. Eine weitaus häufigere Erwärmung als dein TTL erhöht die Belastung ohne Nutzen. dein Plan legt sowohl ein Minimum als auch ein Maximum fest.

Optionen#

Verwenden du kanonisch

Folgen du der rel="canonical"-URL und nicht der verlinkten Adresse. Hilft zu vermeiden, mehrere doppelte Adressen für dieselbe Seite aufzuwärmen, was dein URL-Budget verschwendet.

Auf HTTPS umschreiben

Upgrade entdeckte http://-Links zu https://. Nützlich auf Websites mit älteren internen Links und vermeidet die Weiterleitung anstelle der echten Seite.

Warme mobile Version

Crawlen du auch mit mobilen Benutzeragenten. Wichtig, wenn dein CDN seinen Cache je nach Geräteklasse variiert oder du unterschiedliche mobile Vorlagen bereitstellen.

Benutzeragenten

Benutzerdefinierte Benutzeragentenzeichenfolgen für Anfragen. Verwenden du diese Option, wenn sich deine Website oder dein CDN für bestimmte Agenten unterschiedlich verhält.

Mobile Benutzeragenten

Spezifische Zeichenfolgen für mobile Benutzeragenten, die verwendet werden, wenn die mobile Erwärmung aktiviert ist.

Browser-/SSR-Erwärmung

Warm mit einer echten Browser-Engine anstelle eines einfachen HTTP-Abrufs für Routen, deren Cache erst nach einem vollständigen Rendering gefüllt wird. Geschäftspläne. Siehe Erweiterte Erwärmung.

Warmer Zeitplan#

Beschränkt geplante Autostarts auf definierte Spitzen- und Schwachlastfenster. Außerhalb dieser Fenster werden geplante Läufe übersprungen; Manuelle und Webhook-ausgelöste Ausführungen funktionieren weiterhin.

Das Feld benötigt JSON. Die vollständige Syntax und Beispiele finden du in Erweiterte Erwärmung.

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

Empfohlene Ausgangspunkte#