Warum der Shopify-App-Stack so teuer geworden ist
Apps haben Shopify groß gemacht. 2015 war das die richtige Antwort: Theme-Code war Spezialwissen, Apps waren der Umweg drumherum. Du installierst etwas, klickst dich durch, fertig.
2026 sieht das anders aus. Die Theme-Architektur ist standardisiert (Online Store 2.0 mit austauschbaren Bausteinen: Sections, Blocks, Einstellungen). Shopifys Vorlagen-Sprache Liquid ist gut dokumentiert und für KI-Tools gut lesbar. Was früher zwei Tage Senior-Dev-Arbeit war, ist heute ein Satz an Claude.
Geblieben sind die Monats-Abos. App-Anbieter haben kein Interesse daran, dass du dasselbe selbst hinbekommst. Also schreiben sie weiter Marketing-Texte über "Advanced Features", die in Wirklichkeit aus drei Wenn-dann-Bedingungen und ein bisschen CSS bestehen.
Ein typischer DACH-Shopify-Store aus unserer Beta-Gruppe: 11 Apps, davon 9 reine Anzeige-Hilfen ohne eigene Daten. Summe: 487 € pro Monat netto. Davon ersetzbar: 412 €. Macht 4.944 € pro Jahr, die direkt in die Marge fließen.
Vergleichstabelle: 9 Apps, was sie kosten, was sie ersetzt
Die Preise sind die offiziellen Listenpreise typischer DACH-Mid-Market-Stores (Stand 2026). Komplexität ist die Anzahl der Stunden, die ein erfahrener Theme-Editor (oder Claude Code mit BaseFlow) für die Replikation braucht.
| Funktion | Typische App / Preis | Ersatz im Theme | Aufwand |
|---|---|---|---|
| Shipping-Bar | 19 €/Mo | Section + 1 Settings-Block | 30 Min |
| Cart-Upsell | 29 €/Mo | Cart-Drawer-Snippet | 2–3 h |
| Bundle-Builder | 59 €/Mo | Custom-Section + JS | 4–6 h |
| Page-Builder | 39 €/Mo | Section-Library | einmalig 1 Tag |
| Countdown-Timer | 12 €/Mo | Snippet + 20 Zeilen JS | 20 Min |
| Sticky-ATC | 19 €/Mo | Section mit position: sticky | 30 Min |
| SEO-Suite | 29 €/Mo | Liquid Meta-Templates | 3–4 h |
| Lead-Form | 15 €/Mo | Customer-Account-Form | 1 h |
| Reviews-Anzeige (nicht Sammlung) | 15 €/Mo | Schema + Liquid-Output | 1–2 h |
Summe der ersetzbaren Apps: rund 236 € pro Monat, also 2.832 € pro Jahr. Wenn dein Shop noch Trust-Badges, Color-Swatches und einen Wishlist-Button per App umsetzt, landest du schnell bei den 5.232 €, die wir im Median sehen.
Shipping-Bar: 80 Zeilen Liquid statt 19 € im Monat
Die Shipping-Bar ist das Schulbeispiel. Eine Bar oben auf der Seite zeigt: "Noch 12 € bis zum kostenlosen Versand." Das ist eine Zeile Mathe und ein bisschen Live-Update beim Cart-Change.
So sieht der native Liquid-Code dafür aus, gekürzt auf das Wesentliche:
<!-- sections/shipping-bar.liquid -->
{%- liquid
assign threshold = section.settings.threshold | times: 100
assign current = cart.total_price
assign remaining = threshold | minus: current
-%}
<div class="shipping-bar" data-threshold="{{ threshold }}">
{%- if remaining > 0 -%}
Noch <strong>{{ remaining | money }}</strong> bis zum kostenlosen Versand.
{%- else -%}
Versand kostenlos. 🎉
{%- endif -%}
</div>Plus zwanzig Zeilen Settings-Schema und ein winziges JS-Snippet, das auf cart:updated hört. Fertig. Was bei der App 19 € pro Monat kostet, lebt jetzt im Theme und wird nie wieder gewartet.
Was bei der App 19 € pro Monat kostet, lebt jetzt im Theme und wird nie wieder gewartet.
Empfehlungen im Warenkorb (Cart-Upsell)
Cart-Upsell-Apps versprechen mehr durchschnittlichen Bestellwert (AOV — Average Order Value) durch Produktempfehlungen, die im Warenkorb-Drawer eingeblendet werden. Die Logik dahinter ist simpel: "Wenn Produkt X im Warenkorb liegt, zeig Produkt Y als Zusatz."
Im Theme wird daraus ein kleiner Code-Baustein (Snippet), der auf den aktuellen Warenkorb-Inhalt reagiert. Eine Section mit Einstellungen für Auslöser-Produkte und Empfehlungs-Produkte reicht. Claude liest dein Theme und baut den Drawer in zwei bis drei Stunden, inklusive Mobile-Optimierung und Klick-Tracking.
Was du gewinnst: vollen Zugriff auf das Aussehen. Keine "geht nur im Pro-Plan"-Limits, keine fremde JavaScript-Bibliothek, die mit deinem Warenkorb-Zähler in Konflikt gerät.
Bundle-Builder
Bundle-Apps sind teurer, weil sie den kompletten Verkaufs-Trichter abdecken wollen. In Wirklichkeit ist ein Bundle eine erweiterte Varianten-Auswahl plus ein Rabatt-Code, der per JavaScript angewendet wird. Plus ein paar Sonderfälle für Lagerbestand.
In Claude-Sprache: "Bau mir eine Bundle-Section auf der Produktseite, drei Slots für Varianten-Auswahl, automatischer Rabatt ab drei Artikeln, sonst Standard-Add-to-Cart." Das ergibt eine Section-Datei plus ein JavaScript-Modul. 4 bis 6 Stunden Arbeit. Einmal.
Wenn du diesen Monat nur eine App ersetzen willst: nimm den Bundle-Builder. Höchste monatliche Kosten, niedrigste Umstellungs-Komplexität — denn deine Bundle-Logik existiert ohnehin schon im Shop.
Seiten-Builder (PageFly, GemPages)
Seiten-Builder sind die meist-missverstandene App-Kategorie. Sie waren nötig, als Themes noch starre Layouts hatten. Online Store 2.0 hat das Problem strukturell gelöst — heute ist jede Seite aus austauschbaren Bausteinen aufgebaut.
Eine Bibliothek mit 10 bis 15 flexiblen Sections (Hero-Bild, Feature-Raster, Kunden-Streifen, Bild-mit-Text, Preisblock, FAQ, Logo-Reihe, Aufruf-zum-Handeln, Abstandshalter, Galerie) deckt 95 Prozent aller Landing-Pages ab. Einmal bauen, überall einsetzen.
Das ist ein Tag Arbeit, kein Dauer-Abo. BaseFlow liefert eine fertige Section-Bibliothek mit, ab Tag eins einsetzbar.
Countdown, klebender ATC-Button, Vertrauens-Symbole
Drei Apps, die ich zusammenfasse, weil sie alle dieselbe Bauweise haben: ein UI-Element, das auf der Seite klebt, plus ein winziges Stück Logik dahinter.
Countdown. Ein JavaScript-Timer, der bei null stoppt, plus eine Einstellung für das End-Datum. Zwanzig Minuten, inklusive Verhalten nach Ablauf.
Klebender "In den Warenkorb"-Button (Sticky ATC). Eine Section mit dem CSS-Befehl position: sticky, die ab einem bestimmten Scroll-Punkt am Bildschirmrand erscheint. CSS plus ein IntersectionObserver (eine Browser-Funktion, die merkt, wann ein Element sichtbar wird). Eine halbe Stunde.
Vertrauens-Symbole. Drei oder vier SVG-Icons mit Text, in einer Section unter dem "In den Warenkorb"-Button. Fünfzehn Minuten. Apps verlangen dafür 12 € pro Monat.
SEO-Suite-Apps
SEO-Apps verkaufen drei Dinge: Vorlagen für Seitentitel, Schema-Etiketten im HTML und einen Audit-Report. Alle drei gehören ins Theme, nicht in eine externe App.
Titel-Vorlagen. Pro Seitentyp (Produkt, Kategorie, Seite, Artikel) eine kleine Liquid-Datei. Sie erzeugt automatisch den Seitentitel und die Meta-Description aus den Produkt-Attributen.
Schema-Etiketten. Maschinenlesbare Daten in deinem HTML, die Google als Sterne und Preise im Suchergebnis anzeigen kann. Format: JSON-LD. Befülle es dynamisch aus den Liquid-Variablen, validiere einmal mit dem Rich-Results-Test, dann läuft es jahrelang. Die offizielle Typ-Liste steht auf schema.org.
Audits. Hier hört der App-Vorteil auf. Audits sind ein Schnappschuss, keine laufende Optimierung. SEOFlow macht das auf Knopfdruck mit echten Such-Daten und schreibt Code, statt nur Listen mit Problemen.
Lead-Formulare und E-Mail-Sammlung
Ein Lead-Formular ist ein Eingabefeld plus ein Absenden-Button. Shopify selbst hat ein Customer-Account-Form-System. Was du anbinden musst, ist dein E-Mail-Tool — auf Englisch ESP (Email Service Provider): Klaviyo, Brevo, Mailchimp etc.
Die meisten ESPs bieten direkt einen einbettbaren Liquid-Snippet für Formulare an. Einmal kopieren, Styling anpassen, fertig. Eine separate Lead-App ist nicht nötig.
Bewertungs-Anzeige (das Sammeln bleibt extern)
Bewertungen sind der wichtigste Spezialfall in diesem Artikel. Das Sammeln von Bewertungen ist ein eigenständiges Produkt: E-Mail-Sequenzen nach Kauf, Foto-Uploads, Moderation, Verifizierter-Käufer-Logik. Das willst du nicht selbst bauen.
Die Anzeige der Bewertungen ist hingegen reiner Theme-Code. Du holst die Bewertungs-Daten per Schnittstelle (API) oder als JSON-Feed (jedes Bewertungs-Tool bietet das an), formatierst sie in Liquid und ergänzt Schema-Etiketten, damit du Sterne in den Google-Suchergebnissen bekommst. Zwei Stunden Arbeit.
Ergebnis: du behältst Judge.me oder Loox für die Sammlung (5 bis 15 € pro Monat), sparst dir aber den zusätzlichen "Display-Plan", den viele Anbieter obendrauf packen.
Apps, die du behalten solltest
Hier ist die ehrliche Liste der Apps, die ich nie zum Selber-Bauen empfehlen würde. Sie haben echte Logik oder echte Daten dahinter, und der Aufwand für eine eigene Lösung übersteigt den Subscription-Vorteil deutlich.
- E-Mail-Tools (Klaviyo, Brevo, Mailchimp). Lifecycle-Mails, Segmente, automatisierte Flows. Bau das nicht selbst.
- Abo-Tools (Recharge, Bold Subscriptions). Wiederkehrende Abrechnung, Kündigungs-Flows. Rechtlich heikel — Profi-Werkzeug nutzen.
- Versand-Tools (ShipStation, Sendcloud). Multi-Anbieter-Versand, Label-Druck, Tracking. Eigene Welt.
- Bewertungs-Sammlung (Judge.me, Loox, Yotpo). Das Einsammeln behalten — die Anzeige machst du selbst.
- Buchhaltungs-Brücken (Shopify ↔ DATEV/Lexware). Fehler hier kosten mehr als jedes Monats-Abo.
- Lager-Sync für Multi-Channel (Amazon, eBay, Etsy). Externe API-Komplexität — überlass das einer Spezial-App.
Faustregel: behält die App ihre Daten? Hat sie Compliance-Touchpoints? Lebt sie außerhalb deines Stores? Dann lass sie laufen.
Ersetze deinen App-Stack mit BaseFlow.
Setup-Datei für Claude Code, Skill-Stack, Section-Library und Workflow-Anleitung. Erste Section am gleichen Tag. Live-Theme bleibt unangetastet bis Publish.
Wie du anfängst, ohne den Shop kaputt zu machen
Drei Regeln. Wenn du sie befolgst, kann nichts passieren, was sich nicht in fünf Minuten rückgängig machen ließe.
1. Immer auf einem Theme-Duplicate
Shopify Admin → Themes → Actions → Duplicate. Du arbeitest auf der Kopie, dein Live-Theme bleibt unangetastet. Erst wenn der Diff im Preview gut aussieht, publishst du. Niemals Auto-Deploy.
2. Eine App nach der anderen
Versuch nicht, in einem Tag den ganzen Stack umzubauen. Eine Funktion pro Iteration: Section bauen, im Preview testen, App deinstallieren, beobachten. Das dauert vielleicht zwei Wochen, aber die Wahrscheinlichkeit, dass etwas Wichtiges kaputtgeht, geht gegen null.
3. Vor der Deinstallation: Daten exportieren
Reine UI-Apps haben nichts zu exportieren. Apps mit Daten (Bundles, FAQ-Inhalte, Lead-Listen) bieten meist einen CSV-Export. Mach den, bevor du auf "Uninstall" klickst. Dann hast du die Daten, falls du sie woanders brauchst.
Wenn du Claude Code mit der BaseFlow-Setup-Datei nutzt, läuft jeder dieser drei Punkte automatisch ab. Du sagst, was du ersetzen willst. Die Setup-Datei sorgt dafür, dass Claude auf einem Duplicate arbeitet und dir vor jeder Änderung den Diff zeigt.
FAQ
Wie viel kann ich im Jahr sparen?
Bei einem typischen Shopify-Store mit 8 bis 12 aktiven Apps liegt das Sparpotenzial zwischen 3.000 € und 6.500 € pro Jahr. Der Median in unserer Beta-Gruppe lag bei rund 5.232 € jährlich.
Welche Apps lassen sich nicht ersetzen?
Apps mit eigenem Datenbestand und externer Logik. Beispiele: Klaviyo, Recharge, ShipStation, Judge.me oder Loox für die Sammlung von Reviews. Die Anzeige der Reviews lässt sich aber im Theme bauen.
Brauche ich Programmier-Erfahrung?
Mit Claude Code und einer Setup-Datei nicht. Du beschreibst die gewünschte Funktion in einem Satz, Claude liest dein Theme und schreibt den Liquid-Code auf einem Theme-Duplicate. Das ist BaseFlow in einem Satz.
Was passiert mit den App-Daten beim Deinstallieren?
Reine UI-Apps haben keine eigenen Kunden-Daten. Apps mit Daten (Reviews, Bundle-Verläufe) solltest du vor der Deinstallation exportieren. Die meisten Anbieter bieten CSV-Export.
Was, wenn die ersetzte Funktion langsamer lädt als die App?
Sie lädt in den meisten Fällen schneller, weil App-Code zusätzliche Scripts und externe Calls nachlädt. Theme-Code wird mit der Seite ausgeliefert, nichts kommt extra.