Skip to content

Cache und robots.txt

FG Sitemap WP kombiniert einen XML-Cache über WordPress-Transients mit ereignisbasierter Invalidierung. Zusätzlich kann der Sitemap-Index in die virtuelle WordPress-robots.txt eingetragen werden.

Die Cache-Dauer ist in Minuten konfigurierbar.

Standard: 60 Minuten
Minimum: 0 Minuten
Maximum: 10.080 Minuten

0 deaktiviert den Transient-Cache.

Der interne Cache-Key enthält eine Signatur aus mehreren Zuständen, unter anderem:

  • Plugin-Version
  • Plugin-Einstellungen
  • home_url()
  • site_url()
  • blog_public
  • Frontpage-/Posts-Page-Konfiguration
  • Permalinkstruktur
  • erkannter Zustand von FG Weiterleitung
  • erkannter Zustand von FG Multilang

Dadurch werden XML-Daten aus abweichenden Konfigurationen nicht unter derselben Signatur wiederverwendet.

Der Cache wird bei zahlreichen WordPress-Ereignissen geleert, darunter:

  • Speichern, Löschen, Papierkorb und Wiederherstellen von Posts
  • Erstellen, Bearbeiten und Löschen von Terms
  • Benutzerprofil-Änderungen, Registrierung und Löschen von Benutzern
  • Änderung der WordPress-Indexierbarkeit
  • Änderung von Startseiten-/Blogseiten-Einstellungen
  • Änderung der Permalinkstruktur
  • Änderung von Home-/Site-URL
  • Änderung von Taxonomie-Zuweisungen
  • relevante Post- und Term-Meta-Änderungen

Die Cache-Schlüssel selbst werden in fg_sitemap_wp_cache_keys registriert, damit sie gezielt gelöscht werden können.

Unter FUNCKGROUP → FG Sitemap → Übersicht steht eine Aktion zum Leeren des Sitemap-Caches zur Verfügung.

Wenn WordPress die robots.txt virtuell erzeugt und die entsprechende Einstellung aktiv ist, ergänzt FG Sitemap:

Sitemap: https://example.com/fg-sitemap.xml

Die Zeile wird nicht doppelt ergänzt.

Das Plugin versucht im WordPress-Home-Pfad eine physische robots.txt zu erkennen.

Ist eine statische Datei vorhanden, kann der WordPress-Filter robots_txt diese nicht verändern. FG Sitemap liest die Datei nur zur Statusprüfung und zeigt im Backend an, ob der erwartete Sitemap-Eintrag vorhanden ist.

Das Plugin schreibt nicht in die statische robots.txt.

FG Sitemap registriert eigene Rewrite-Regeln für:

  • Sitemap-Index
  • Zusatz-Sitemap
  • Child-Sitemaps
  • virtuelle IndexNow-Key-Datei

Eine interne Rewrite-Version sorgt dafür, dass geänderte Regeln nach einem Plugin-Update einmalig aktualisiert werden können, auch wenn der Aktivierungs-Hook nicht erneut läuft.

Zusätzlich erkennt der Request-Resolver Sitemap-Pfade über REQUEST_URI. Dieser Fallback kann veraltete WordPress-Rewrite-Zustände nach einem Update abfangen, sofern der Request WordPress erreicht.