Fehlerbehebung

Probleme lassen sich in drei Gruppen einteilen, und wenn du herausfinden, welche davon vorliegt, können du die Ursache sofort eingrenzen.

Es läuft überhaupt nichts#

1. 1

   Ist die warmer Aktiv?

   Mit Abstand die häufigste Ursache. Ein inaktives warmer behält seine Einstellungen und wird nie ausgeführt.

2. 2

   Ist die hostname verifiziert?

   Überprüfen du Konto → Hostnames. Die ausstehende Überprüfung blockiert jeden Lauf. Siehe Hostname Verifizierung.

3. 3

   Entspricht die Eintrags-URL hostname genau der verifizierten?

   example.com und www.example.com sind unterschiedlich. Ein warmer, das auf das nicht verifizierte Formular zeigt, wird nicht ausgeführt.

4. 4

   Haben du ein Planlimit erreicht?

   Überprüfen du Konto → Abonnement. Wenn ein tägliches oder monatliches URL-Budget ausgeschöpft ist, wird die Erwärmung gestoppt, bis der Zeitraum zurückgesetzt wird.

5. 5

   Blockiert es ein Zeitplanfenster?

   Wenn ein Warmzeitplan festgelegt ist, werden geplante Starts außerhalb des Fensters übersprungen. Versuchen du, den warmer manuell zu starten – wenn das funktioniert, ist das Fenster die Ursache.

6. 6

   Sind du am richtigen Arbeitsplatz?

   Warmers gehören zu einem Workspace. Überprüfen du die Seitenleistenauswahl – die warmer befindet sich möglicherweise an einer Stelle, nach der du gerade nicht suchen.

Es läuft, aber URL-Fehler#

403 Verboten

Etwas blockiert absichtlich den Crawler – eine WAF, ein Bot-Filter, Cloudflare Bot-Management oder ein Sicherheits-Plugin.

• Erlauben du Cache Rocket-Anfragen in deiner Firewall oder deinem CDN.
• Legen du einen eindeutigen benutzerdefinierten Benutzeragenten fest und setzen du ihn auf die Zulassungsliste.
• Niedrigere maximale URLs pro Minute – viele Bot-Filter werden bei der Anfragerate und nicht bei der Identität ausgelöst.
• Suchen du nach einer Ländersperre, wenn die Region deines warmer von der Region abweicht, von der aus du normalerweise surfen.

429 Zu viele Anfragen

du erwärmen sich schneller, als es dein Server oder CDN zulässt. Verringern du die maximalen URLs pro Minute erheblich – halbieren du sie, stellen du sicher, dass die Fehler nicht mehr auftreten, und erhöhen du sie dann schrittweise. Wenn dein Host ein dokumentiertes Ratenlimit durchsetzt, bleiben du bequem darunter.

5xx Serverfehler

dein Ursprung versagt unter der Last. Senken du die Tarifgrenze sofort.

301/302-Weiterleitungen

deine Einstiegs-URLs oder internen Links verweisen auf eine Stelle, die weiterleitet. Jede Weiterleitung verschwendet eine Anfrage und wärmt die falsche Adresse auf.

• Verwenden du das endgültige Ziel als deine Einstiegs-URL, einschließlich oder ohne www, da deine Website es tatsächlich bereitstellt.
• Verwenden du immer https://, niemals http://.
• Aktivieren du Auf HTTPS umschreiben, wenn interne Links immer noch http verwenden.
• Passen du die Konvention für abschließende Schrägstriche deiner Website an.

404 Nicht gefunden

Defekte interne Links, eine veraltete Sitemap, die entfernte Seiten auflistet, oder entdeckte URLs, die nie echt waren. Korrigieren du die Links, erstellen du die Sitemap neu oder schließen du das problematische Muster aus.

Falsche Anzahl an URLs#

Weit weniger als erwartet

• Die Tiefe ist zu niedrig. Seiten, die weiter als deine Tiefeneinstellung liegen, werden nie erreicht.
• Sitemaps sind deaktiviert. du zu aktivieren ist normalerweise der größte Gewinn bei der Berichterstattung.
• Ausschlüsse sind zu weit gefasst. Eine für /search vorgesehene Regel fängt möglicherweise mehr ab, als du gemeint haben.
• deine Navigation ist nur JavaScript. Links, die nicht im HTML vorhanden sind, können durch einen HTTP-Abruf nicht erkannt werden. Ziehen du eine Erwärmung des Browsers in Betracht oder fügen du Sitemaps hinzu.

Weit mehr als erwartet

• Facettierte URLs. Filter- und Sortierkombinationen vervielfachen sich unbegrenzt. Schließen du sie aus, indem du Regex verwenden, falls verfügbar.
• Sitzungs- oder Tracking-Parameter. URLs, die sich nur durch einen Abfrageparameter unterscheiden, werden separat gezählt.
• Tiefe Paginierung. Archivseiten mit einer Tiefe von zwanzig Jahren sind es selten wert, aufgewärmt zu werden.
• Die Tiefe ist zu hoch. Gehen du eine Ebene zurück.

Es läuft sauber, aber nichts wird schneller#

Statuscodes sind 200, URLs sind abgedeckt und beide Ladezeiten sind immer noch langsam. Die Erwärmung funktioniert – dein Caching nicht. Cache Rocket kann nur einen vorhandenen Cache auffüllen.

1. 1

   Bestätigen du, dass die Seite zwischenspeicherbar ist

   Schauen du sich die Antwortheader an. Cache-Control: no-store oder private bedeutet, dass es niemals zwischengespeichert wird, egal wie oft du es aufwärmen.

2. 2

   Suchen du auf öffentlichen Seiten nach gesetzten Cookies

   Viele Caches lehnen es ab, eine Antwort zu speichern, die ein Cookie setzt. Analyse- und Sitzungscookies auf anonymen Seiten sind ein häufiger Übeltäter.

3. 3

   Überprüfen du die Cache-Regeln deines CDN

   Stellen du sicher, dass der Pfad tatsächlich zwischengespeichert und nicht umgangen wird, und sehen du, was der Cache-Schlüssel unterscheidet.

4. 4

   Vergleichen du die Anfrage des warmer mit einer echten

   Wenn der warmer ein Cookie, einen Header oder einen Benutzeragenten sendet, den Besucher nicht senden, füllt er möglicherweise eine Cache-Variante, die niemand anfordert.

5. 5

   Schauen du sich die Liste der kalten URLs von Cache Health an

   Es identifiziert genau, welche URLs betroffen sind, was in der Regel das Muster erkennen lässt. Siehe Cache-Zustand.

curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/
curl -s -o /dev/null -w "%{time_total}s\n" https://www.example.com/

curl -sI https://www.example.com/ | grep -i "cache\|age\|set-cookie"

Integrationsprobleme#

Ein Deploy-Webhook gibt 401 zurück.

API-Schlüssel sind falsch, abgelaufen oder ersetzt. Bestätigen du, dass die Header-Namen genau X-Public-Key und X-Secret-Key sind, und prüfen du, ob die Werte abgeschnitten sind. Siehe API-Schlüssel.

Ein Deploy-Webhook ist erfolgreich, aber nichts erwärmt sich.

Die hostname im Körper stimmt nicht mit einer aktiven warmer überein. Überprüfen du die genaue hostname einschließlich www und stellen du sicher, dass warmer aktiv ist.

Eine CDN-Bereinigung wird abgelehnt.

Dem Token fehlt die Löschberechtigung oder er ist mit der falschen Zonen-ID gekoppelt. Siehe CDN-Integrationen.

Das WordPress-Plugin sagt, dass die Schlüssel ungültig sind.

Kopieren du beide Schlüssel erneut und achten du auf Leerzeichen. Wenn seitdem ein neueres Paar generiert wurde, funktioniert das alte nicht mehr.

Warnungen kommen nie an.

Testen du die Webhook-URL direkt mit Curl. Bestätigen du, dass mindestens ein Ereignis ausgewählt ist und dass die Integration Slack oder Discord noch vorhanden ist.

Stecken du immer noch fest?#

Sammeln du diese, bevor du den Support kontaktieren – so wird aus einem langen Austausch eine einzige Antwort:

• Der Name warmer und die beteiligte hostname.
• Was du erwartet haben und was tatsächlich passiert ist.
• Repräsentative Statuscodes und Ladezeiten von der Ergebnisseite des warmer.
• Ob die hostname Verifiziert anzeigt.
• dein Planname und deine Abonnement-ID aus dem Abschnitt „Referenzen“ der Abonnementseite.