ergänzungen

docs/md/servergrundlagen/ssr&htaccess.md

@@ -88,8 +88,6 @@ Diese Konfigurationsdatei ist für einen Apache Webserver bestimmt und beinhalte
 -   Clientseitige Fetch-Request-Optimierung
     -   Überprüfung, ob die aktuelle Anfrage bereits im window.**SSR_CACHE** vorhanden ist.
     -   Bei vorhandenen Anfragen wird der gespeicherte Wert über Promise.resolve() zurückgegeben, um redundante Anfragen zu vermeiden.
--   Deaktivierung von SSR-Caching für spezielle Seiten
-    -   Für Seiten wie Produktseiten wird empfohlen, das SSR-Caching über den Boolean zu deaktivieren, um zu verhindern, dass solche Anfragen in den Cache gelangen.
 -   Finalisierung des HTML-Dokuments
     -   Das Standard-spa.html-Dokument wird verwendet und mit den ermittelten Werten für Head, Body, Fehlermeldungen und Kommentaren ergänzt.
     -   Das resultierende HTML-Dokument wird in der SSR-Collection gespeichert und als Response an den Client gesendet.
@@ -98,10 +96,15 @@ Diese Konfigurationsdatei ist für einen Apache Webserver bestimmt und beinhalte
 
 ## Teil 3: SSR-Cache-Management
 
--   Cache-Management in der Content-Collection
-    -   Löschung der SSR-Collection bei jedem POST und PUT-Request.
--   Workflow-Integration
-    -   Als Teil des Workflows wird der SSR-Cache gelöscht, um die Auslieferung veralteter Seiten zu verhindern.
+Ein effektives Cache-Management ist essenziell, da häufiges Löschen des SSR-Caches die SEO-Performance negativ beeinflussen kann. Webcrawler verfügen über ein begrenztes Crawl-Budget – ist dieses aufgebraucht, werden keine weiteren Seiten indexiert. Daher sollte der Cache automatisiert und intelligent gepflegt werden.
+
+Eine bewährte Methode zur automatischen Cache-Befüllung ist die Nutzung der Sitemap. Diese sollte jedoch mit Bedacht eingesetzt werden, da sie insbesondere bei großen Projekten mit hohem Rechenaufwand verbunden sein kann.
+
+Zur Effizienzsteigerung wird bei jedem SSR-Eintrag protokolliert, welche Datenquellen (z. B. Einträge) für den Seitenaufbau verwendet wurden. Wird ein solcher Eintrag später verändert, werden automatisch alle davon abhängigen SSR-Caches invalidiert und die betreffenden URLs in eine „Recalculation Queue“ eingetragen, um eine zeitnahe Neubefüllung sicherzustellen.
+
+Zusätzlich existiert eine SSR-Flags-Collection, mit der gesteuert werden kann, ob alle SSR-Einträge über Nacht neu generiert werden sollen. Dabei wird der SSR-Cache unmittelbar geleert, der Wiederaufbau erfolgt jedoch aus Performancegründen zeitversetzt in den Nachtstunden. Diese Flag wird bspw automatisiert in der Pipeline gesetzt.
+
+
 
 ### Dokumentation: SSR in der Entwicklungsumgebung