Jamstack

JAM stand für JavaScript, APIs und Markup – so löst der Lernbereich von Cloudflare den Namen bis heute auf. Die Referenzseite der Urheber des Begriffs verzichtet inzwischen auf diese Auflösung und beschreibt Jamstack allein als Bauweise, die die Darstellungsschicht von Daten und Geschäftslogik trennt. Daraus folgt eine Grenze: Eine vorab erzeugte Seite ohne eine Zeile JavaScript und ohne fremde Schnittstelle erfüllt die Bauweise trotzdem. Die drei Buchstaben sind eine Merkhilfe, keine Anforderungsliste.

Drei Flächen bleiben übrig. Erstens die Schnittstellen, die der Browser zur Laufzeit aufruft – sie tragen die Geschäftslogik und sind aus dem Internet erreichbar, ganz gleich wie statisch die Seite davor ist. Zweitens die Bauumgebung: Sie hält den Veröffentlichungsschlüssel und führt fremde Bauwerkzeuge mit Schreibrecht auf das Ergebnis aus. Drittens alles, was im mitgelieferten JavaScript steht. Daraus folgt die Regel: Was der Browser lädt, ist öffentlich – ein Zugangsschlüssel gehört nie in vorab erzeugte Dateien.

Der kostenfreie Tarif von Cloudflare Pages erlaubt 20.000 Dateien je Projekt, die bezahlten 100.000, und eine einzelne Datei darf 25 MiB groß sein. Vercel nimmt höchstens 15.000 Quelldateien an und nennt ab ungefähr 100.000 Ausgabedateien merklich längere Bauzeiten; beide Angaben am 14.09.2026 abgerufen. Der Rechenweg zeigt, wen das trifft: eine Seite je Produkt plus drei Bildgrößen ergibt bei 5.000 Produkten genau 20.000 Dateien. Bildvarianten sprengen die Grenze früher als Textseiten.

Die zuletzt veröffentlichte Fassung bleibt unverändert online. Vorab erzeugte Auftritte werden in einem Zug veröffentlicht: Code, Dateien und Konfiguration wechseln gemeinsam, eine halb aktualisierte Seite kann nicht ausgeliefert werden. Weil jede Fassung als unveränderliches Paket liegen bleibt, ist der Rückweg ein Umschalten. Die Kehrseite: Der Fehlschlag bleibt für Besucher unsichtbar. Ohne Benachrichtigung über fehlgeschlagene Bauvorgänge bemerkt niemand, dass die Korrektur von heute früh nie erschienen ist.

Der Cache hat eine Anwendung hinter sich, die vorab erzeugte Bauweise hat keine. Ein Vollseiten-Cache liefert ebenfalls fertige Seiten aus, doch bei jedem Nichttreffer, jedem Ablauf der Speicherfrist und jedem angemeldeten Besucher springt die Anwendung dahinter an – sie bleibt erreichbar, aktualisierungsbedürftig und angreifbar. Entscheidungsregel: Muss diese Anwendung für Anmeldung, Warenkorb oder Redaktion ohnehin laufen, bringt ein Cache mehr als der Umbau.

Die Anbieter setzen harte Obergrenzen: Cloudflare Pages bricht nach 20 Minuten ab, Vercel nach 45. Das klingt großzügig und wird knapp, sobald jede Seite einzeln erzeugt wird – bei 5.000 Produktseiten bleiben unter 20 Minuten rund 240 Millisekunden je Seite. Wer darüber liegt, braucht inkrementelles Bauen oder eine Erzeugung bei der ersten Anfrage. Die Grenze gehört vor den Umbau geprüft, nicht nach dem ersten überschrittenen Zeitlimit.