Du bezahlst das längst schon.

Ein Content-Element in deinem Frontic-Speicher: ein Produkt, eine Variante, eine Kategorie, ein Blogpost, ein Filialstandort. Varianten zählen - ein Produkt in sechs Größen sind sieben Records. Übersetzungen und Märkte vervielfachen deine Records nie: ein Produkt in fünf Sprachen bleibt ein Record. Records sind ein Live-Stand, kein monatlicher - lösch 1.000 Produkte, und dein Stand sinkt noch am selben Tag.

Ein Schreibvorgang auf einen Record. Dein PIM schiebt einen neuen Preis für eine Variante: ein Update. Ein nächtlicher Sync, der den ganzen Katalog berührt: ein Update pro berührtem Record. Lesen zählt nie. Updates setzen sich jede Abrechnungsperiode zurück.

Ein Aufruf, den dein Storefront an einen Frontic-Endpunkt macht. Eine Produktseite, die das Produkt, die Breadcrumb und ein Related-Products-Listing lädt, macht drei Requests, nicht einen. Requests setzen sich jede Abrechnungsperiode zurück.

Ein mittelgroßer Fashion-Katalog: 6.000 Produkte mit durchschnittlich acht Varianten, 300 Kategorien - das sind 6.000 + 48.000 + 300 = 54.300 Records, weil Varianten zählen. Ein Fashion-Katalog mit 6.000 Produkten sind nie einfach 6.300 Records.

Zweimal täglich Preise und Bestand aktualisieren berührt die Varianten: rund 3,3 Mio. Updates im Monat - innerhalb Plus' 5 Mio. Traffic bei 30.000 Seitenaufrufen am Tag × 3 API-Calls × 30 Tage sind 2,7 Mio. Requests - komfortabel innerhalb Plus' 10 Mio. Records bei 54.300 liegen über Grows 25.000, also ist dieser Shop ein Plus-Shop.

Gut zu wissen: ein Katalog mit wenig Varianten - sagen wir Möbel mit 6.000 Produkten und je einer Variante - landet bei rund 12.300 Records und passt locker in Grow. Varianten bewegen diese Zahl stärker als die Produktanzahl. Und weil die drei Kontingente getrennt gemessen werden, zahlst du nie für eine Dimension, die du nicht nutzt.

Studio-Jobs, Experience-Designer-Builds, Produktfinder und Buddy. Sonst nichts - die Datenschicht, APIs, Endpunkte, Sitze und Tooling gehören zu deinem Plan und rühren es nie an.

Dein Guthaben ist der Euro-Betrag, den du für AI-Tokens ausgibst, jede Nutzung einzeln ausgewiesen. Du siehst in Euro, was jeder Job, jeder Build und jeder Chat kostet, während es passiert.

Grow und Plus starten mit der Session: 45 Minuten, keine Karte. Wir verbinden deinen Shop, und er liest ihn - Theme, Tonalität, Katalog, Kampagnen - rein lesend, bevor wir gemeinsam dein erstes Ding auf deinen echten Daten bauen. Deine 30 kostenlosen Tage beginnen, sobald dieser erste Build live ist - nicht, wenn du ein Formular ausgefüllt hast. Karte beim Trial-Start, jederzeit vor Ablauf kündbar, ohne dass etwas belastet wird.

Launch braucht überhaupt keine Karte und läuft nie ab.

Plangebühren werden im Voraus bezahlt - jährliche Pläne für zwölf Monate, monatliche pro Monat. Kapazitätspakete werden im Nachhinein berechnet, nur bei Verbrauch. Jahrespläne kündbar bis einen Monat vor Verlängerung; Monatspläne jederzeit. Downgrades gelten ab der nächsten Abrechnungsperiode.

Jährlich zieht 25 % ab. Early-Bird zieht davon noch mal etwa die Hälfte ab, für deine ersten 12 Monate. Sechs Zahlen, und das ist die komplette Preisliste.

Du wechselst zur Liste - 149 € für Grow, 599 € für Plus, jährlich abgerechnet. Das ist die ganze Leiter; es gibt keine dritte Zahl darunter. Wir schreiben dir vor der Umstellung mit dem neuen Preis.

Nein, alle Preise verstehen sich zzgl. MwSt.

Wirklich. Nicht bei Launch, nicht bei Scale. Nimm dein ganzes Merchandising-Team, deine Agentur, deine Freelancer, die Person, die sich nur zum Freigeben einloggt. Ideen kommen nicht nach Lizenzplan.

Berechtigte Frage. BETA heißt: live, heute nutzbar - die API kann sich noch ändern, wir sagen es dir vorher. SOON heißt: für diesen Plan zugesagt und am Tag des Release enthalten, ohne Preisänderung. Wenn ein SOON-Feature der einzige Grund für einen Plan wäre, sag uns das zuerst - wir geben dir ein echtes Datum oder reden es dir aus.

Grow arbeitet innerhalb des Storefronts, den du schon hast - der Experience Designer macht aus Slots Leinwände, in denen dein Commerce-Team baut, keine Entwickler nötig. Plus bringt Frontend Studio dazu, das baut das große Ganze: volle Seiten, volle Abläufe, einen kompletten Storefront, wenn du das willst. Plus bringt auch deine eigenen Tools in die Agenten und deinen eigenen Release-Prozess drumherum, setzt also voraus, dass es einen Engineering-Workflow gibt, an den es andocken kann. Grow ist ein vollständiges Produkt, und etliche Teams laufen dauerhaft darauf - du wechselst hoch, wenn du über deinen bestehenden Storefront hinaus bauen willst, nicht nach einem Zeitplan, den wir setzen.

Du bekommst sie, dauerhaft. Alles, was in deinem Tier landet, gehört dir ohne Aufpreis, und wir schieben ausgelieferte Features nicht später in ein höheres Tier. Das ist ein Versprechen, keine aktuelle Policy.

Zwei Optionen, und wir sagen dir ehrlich, welche günstiger ist. Auf Plus bleiben und Kapazitätspakete dazubuchen, oder zu Scale wechseln. Wenn du die meisten Monate nur ein paar Pakete drüber liegst, gewinnen meist die Pakete, und das sagen wir dir auch.

Wir bauen gerade ein Partnerprogramm genau dafür - Kunden-Workspaces, konsolidierte Abrechnung, Partnermarge. Es ist noch nicht offen. Meld dich, und wir gestalten es um das, was du wirklich brauchst.

Dir. Dein Katalog, dein Content, deine Schemas, dein Code. Wir speichern und liefern sie aus; wir erwerben keine Rechte daran.

Alles, und das ist es wert, konkret zu sein. Deine Daten exportieren. Deine Schemas exportieren. Und der Code, den die Agenten schreiben, sitzt nicht in einem proprietären Editor fest - es ist echter Code, in deinem Framework, in deinem Repository, von deinem Team reviewt. Dafür ist die GitHub-Integration da. Würdest du morgen gehen, oder gäbe es uns morgen nicht mehr, nimmst du ein funktionierendes Frontend mit, das dir gehört.

Jeder Plan bekommt Support von den Leuten, die das Produkt bauen. Scale bringt ein vertragliches Reaktionszeit-SLA und ein dediziertes Team dazu.