Was ist Caching? Ein verständlicher Leitfaden für App-Builder

Caching heißt, eine fertige Kopie von etwas aufzubewahren, das langsam oder teuer zu beschaffen war, damit die nächste Anfrage danach schnell aus dieser Kopie beantwortet werden kann. Die gespeicherte Kopie heißt Cache. Ihr Browser cacht Bilder, damit eine Website beim zweiten Besuch schneller lädt; ein Server cacht das Ergebnis einer langsamen Datenbankabfrage, damit er sie nicht für jeden Besucher neu ausführen muss.

Caching macht Apps schneller und günstiger im Betrieb. Der große Kompromiss: Eine Kopie kann veralten.

Warum Caching wichtig ist, wenn Sie mit KI bauen

In KI-gebauten Apps begegnet Ihnen Caching auf drei Arten:

• „Ich habe die App aktualisiert, sehe aber die alte Version.“ Das ist der häufigste Caching-Moment, und meist harmlos – Ihr Browser oder ein CDN zeigt eine gespeicherte Kopie.
• Geschwindigkeit. Wenn eine Seite langsam ist, weil sie für jeden Besucher dieselben Werte neu berechnet, kann das Zwischenspeichern des Ergebnisses sie sofort wirken lassen.
• Kosten. Viele KI-Builder und Hoster berechnen Rechenzeit, Datenbankzeit und externe API-Aufrufe. Wenn tausend Besucher dieselbe teure Anfrage auslösen, zahlen Sie dank Caching nur einmal dafür.

Die Grundlagen zu kennen hilft Ihnen, Caching dort anzufordern, wo es nützt, und zu erkennen, wenn es der Grund für ein seltsames Verhalten ist.

Ein Alltagsvergleich

Stellen Sie sich die Küche eines belebten Cafés vor.

Der Koch könnte jeden Kaffee frisch aus gemahlenen Bohnen zubereiten, sobald er bestellt wird. Das dauert. Stattdessen hält er eine Kanne Filterkaffee auf der Warmhalteplatte bereit. Die meisten Gäste bekommen ihren Becher in Sekunden – das ist ein Cache-Treffer. Wenn die Kanne leer ist, wird frisch gebrüht – ein Cache-Fehlschlag.

Kaffee, der zu lange steht, wird aber schal, deshalb gilt im Café die Regel: Jede Kanne, die älter als 30 Minuten ist, wird weggeschüttet. Diese Regel ist die Ablaufzeit des Caches. Niemand würde den ganzen Tag dieselbe Kanne stehen lassen, und niemand würde den individuellen Wunsch mit Hafermilch und drei Stück Zucker vorab brühen – manches sollte gar nicht gecacht werden.

Wo Caches liegen

Ein einzelner Seitenaufruf kann durch mehrere Caches laufen, von dem Nutzer aus gesehen am nächsten bis zum entferntesten:

Ein CDN (Content Delivery Network) ist im Grunde ein weltweites Netz aus Caches für die Dateien Ihrer Website.

Wie ein Cache entscheidet, was er behält

Jeder Cache muss dieselben Fragen beantworten:

• Was darf gecacht werden? Öffentliche, gemeinsame Daten (ein Produktbild, ein Blogbeitrag) – ja. Private Daten (die Kontoseite eines Nutzers, seine Nachrichten) – niemals in einem gemeinsamen Cache.
• Wie lange? Das ist die TTL (Time to Live). Ein Logo darf ein Jahr gecacht werden, ein Lagerbestand vielleicht 30 Sekunden.
• Wie wird er aktualisiert? Entweder läuft die Kopie ab und wird neu geholt, oder die App entfernt sie gezielt, wenn sich die Daten ändern – das nennt man Invalidierung.

Bei Websites teilt der Server Browsern und CDNs über den Cache-Control-Header mit, wie sie jede Datei cachen sollen. Cache-Control: max-age=3600 bedeutet zum Beispiel: „Du darfst diese Kopie eine Stunde wiederverwenden.“

Moderne Build-Werkzeuge lösen den schwierigsten Teil bei statischen Dateien mit Cache Busting: Jedes Mal, wenn sich eine Datei ändert, bekommt sie einen neuen Namen mit einem Fingerabdruck, etwa app.3f9a2c.js. Browser können den alten Namen lange cachen, weil die neue Version einfach einen anderen Namen hat.

Ein praktisches Beispiel: ein Produktkatalog

Sie betreiben einen kleinen Online-Shop. Die Startseite zeigt 50 Produkte mit Preisen und Lagerbeständen aus der Datenbank, dazu eine Liste „Im Trend“, die eine langsame Berechnung über alle Bestellungen erfordert.

1. Bilder und Skripte werden vom Browser und vom CDN lange gecacht. Jeder neue Build gibt geänderten Dateien neue Namen, sodass Aktualisierungen trotzdem ankommen.
2. Die Trend-Liste wird alle 10 Minuten berechnet und in einem Anwendungs-Cache gespeichert. Jeder Besucher in diesen 10 Minuten bekommt das gespeicherte Ergebnis sofort.
3. Preise werden kurz gecacht, und der Cache wird geleert, sobald Sie ein Produkt bearbeiten, sodass Kunden nie lange einen alten Preis sehen.
4. Lagerbestand beim Bezahlen wird nie gecacht. Klickt jemand auf „Kaufen“, prüft die App die echte Datenbank, sodass nichts verkauft werden kann, was gerade ausverkauft ist.
5. Warenkorb und Kontoseiten werden nie in gemeinsamen Caches abgelegt, weil sie persönlich sind.

Ergebnis: Die Startseite ist schnell, die Datenbank hat viel weniger zu tun, und nichts, was für Geld oder Datenschutz wichtig ist, ist je veraltet.

Wichtige Begriffe

Häufige Missverständnisse

• „Caching ist immer gut.“ Das Falsche zu cachen verursacht echte Fehler: alte Preise, fehlende neue Beiträge oder – im schlimmsten Fall – die private Seite eines Nutzers, die einem anderen angezeigt wird. Cachen Sie gezielt.
• „Wenn ich die alte Version sehe, ist mein Update fehlgeschlagen.“ Meist nicht. Versuchen Sie ein hartes Neuladen (Strg+Umschalt+R, auf dem Mac Cmd+Umschalt+R) oder ein privates Fenster, bevor Sie annehmen, dass etwas kaputt ist.
• „Caching behebt eine langsame App.“ Es verbirgt Langsamkeit bei wiederholten Anfragen. Die erste Anfrage bleibt langsam, und wenn das eigentliche Problem ein fehlender Datenbankindex ist, müssen Sie den auch beheben.
• „Ich sollte alles so lange wie möglich cachen.“ Lange Cache-Zeiten passen zu Dateien, die beim Ändern einen neuen Namen bekommen. Für HTML-Seiten und Daten sind kürzere Zeiten sicherer.
• „Wenn ich meinen Cache leere, ist es für alle behoben.“ Das leert nur Ihren Browser. Besucher und CDN-Caches haben weiterhin ihre eigenen Kopien.

Was Sie Ihren KI-App-Builder fragen sollten

• „Welche Teile dieser App sind langsam, und welche könnten sicher gecacht werden?“
• „Cache die [Trend-Liste / API-Antwort] für [N] Minuten und leere sie, wenn sich die zugrunde liegenden Daten ändern.“
• „Stelle sicher, dass keine Seite mit persönlichen Daten oder Kontodaten von einem CDN oder gemeinsamen Cache gespeichert werden kann.“
• „Setze lange Cache-Zeiten für Dateien mit Fingerabdruck und kurze für HTML.“
• „Cache Antworten von [externer API], damit wir sie nicht bei jedem Seitenaufruf abfragen – und sag mir, wie veraltet diese Daten werden könnten.“
• „Nach dem Veröffentlichen sehe ich eine alte Version. Ist das mein Browser-Cache, oder ist etwas nicht deployt?“

Caching in Mythex

Nach dem Veröffentlichen eines Updates einer Mythex-App weist die Dokumentation darauf hin, dass CDN-Caches kurz verzögert sein können, und ein hartes Neuladen der öffentlichen URL die neue Version zeigt – siehe So veröffentlichen Sie. Die Seite Hosting-Limits empfiehlt außerdem, statische Ressourcen zu cachen, weil Hosting, Datenbankzeit und Bandbreite aus Ihrem Credit-Guthaben bezahlt werden. Alles darüber hinaus – das Cachen von Abfrageergebnissen oder API-Antworten – lassen Sie den Agenten in Ihre App einbauen.

Weiterführend: was ein CDN ist, wie Sie Ihre Website schneller machen und was Rate Limiting ist.

Fragen