Shopify Page Builder vs. Custom Theme: Gesamtkosten im Vergleich

Wichtigste Erkenntnisse

• Der wahre Vergleich sind nicht die Preisschilder, sondern die Kostenkurven. Ein Page Builder bedeutet ein wiederkehrendes Abo plus deine Zeit; eine individuelle Entwicklung (Custom Dev) ist eine einmalige Projektgebühr plus Wartezeit bei jeder gewünschten Änderung.
• Builder-Abos wirken klein und summieren sich. Die tatsächlichen Preise für 2026 reichen von 24 $/Monat (PageFly Builder) bis 199–499 $/Monat für die oberen Tarife von GemPages und Shogun – das sind 576 $ bis 12.000 $ über 24 Monate, noch bevor du Kosten für Page-Speed-Verluste und Lock-in (Bindung) einrechnest.
• Individuelle Theme-Arbeiten werden pro Projekt berechnet, nicht pro Monat. Ausgewertete Zahlen für 2026 zeigen, dass Theme-Anpassungen von 150 $ für einen kleinen Tweak bis hin zu 50.000 $+ für ein komplett individuelles Theme reichen können, bei Stundensätzen von grob 75 $ bis 300 $.
• Kein Weg gewinnt in allen Bereichen. Page Builder punkten bei Änderungsgeschwindigkeit und Berechenbarkeit; Custom Dev gewinnt bei Ausgabequalität, Seitengröße und Eigentum.
• KI-Generierung von nativem Theme-Code löst die meisten dieser Kompromisse auf: Abo-basierte Preisgestaltung, nativer Output, der vergleichbar mit dem eines Entwicklers ist (und denselben Review-Prozess wert ist), und Seiten, die weiterhin funktionieren, auch wenn du die App deinstallierst.

Jeder Shopify-Shop, der den Standard-Abschnitten seines Themes entwächst, steht vor derselben Weggabelung: ein Abo für eine Page-Builder-App abschließen oder einen Entwickler bezahlen, um individuelle Abschnitte (Sections) und Templates zu bauen. Die Entscheidung Shopify Page Builder vs. Custom Theme sieht nach einem simplen Preisvergleich aus – 29 $ im Monat gegen ein vierstelliges Angebot – aber die reinen Preisschilder sind der uninteressanteste Teil. Was wirklich entscheidet, ist die Total Cost of Ownership (Gesamtbetriebskosten): was dich jeder Weg über zwei Jahre an Geld, Ladezeit, Wartezeit und der Möglichkeit, zu wechseln, kostet.

Dieser Artikel bewertet beide Wege ehrlich, mit echten Abo-Preisen aus dem Jahr 2026 direkt aus dem Shopify App Store und Entwickler-Stundensätzen aus belegten Branchen-Guides statt mit ausgedachten Zahlen. Danach gibt er dir einen Entscheidungsrahmen je nach Phase deines Shops und behandelt die dritte Option, die es noch gar nicht gab, als diese Debatte anfing.

Warum du uns vertrauen kannst

Ich entwickle seit über 15 Jahren für das Web, einschließlich agenturseitiger Shopify-Theme-Arbeit – ich war also schon der Entwickler, der die unten besprochenen Angebote verschickt hat, und ich weiß, was da drinsteht. Unser Team hat mit hunderten von Shopify-Brands auf beiden Wegen gearbeitet. Wir bauen außerdem Fudge, den KI-Operator für Shopify-Shops, bewertet mit 4.9 im Shopify App Store. Sein Page Builder schreibt nativen Theme-Code im exakt gleichen Format, das dir ein Entwickler übergeben würde, also konkurrieren wir mit beiden Wegen. Du solltest diesen Code trotzdem überprüfen, bevor du ihn veröffentlichst. Wir haben unsere eigene Meinung zur besten Lösung, aber die Zahlen unten sind belegt, und beide traditionellen Wege bekommen eine faire Anhörung.

Die Kurzfassung

Der Rest dieses Artikels bewertet die ersten beiden ehrlich – und argumentiert dann, warum die dritte Option der Grund ist, warum dieser klassische Kompromiss nicht mehr gilt. Wenn du nur einen Abschnitt liest, lies diesen.

Die wahre Frage: zwei Kostenkurven, nicht zwei Preisschilder

Ein Page Builder und ein Custom-Entwickler verkaufen dir nicht dasselbe.

Ein Page Builder verkauft dir Änderungsgeschwindigkeit im Abo. Du zahlst jeden Monat, für immer, und im Gegenzug kannst du Seiten selbst veröffentlichen und bearbeiten, heute noch, ohne auf jemanden warten zu müssen. Die Kosten sind wiederkehrend und meist unsichtbar: die Gebühr, das Widget-JavaScript, das die App in deine Storefront injiziert, und die Stunden, die du persönlich damit verbringst, Blöcke hin und her zu schieben (Drag-and-Drop).

Ein Custom-Entwickler verkauft dir ein fertiges Asset, an das eine Wartezeit geknüpft ist. Du zahlst einmalig eine Projektgebühr und besitzt danach nativen Theme-Code, der ohne Drittanbieter-Runtime gerendert wird. Die Kosten sind vorverlagert (front-loaded) und dann episodisch: erst der Build und danach ein neues Angebot plus Wartezeit, jedes einzelne Mal, wenn du etwas ändern willst.

Der ehrliche Vergleich lautet also nicht „29 $/Monat vs. 3.000 $“. Sondern:

• Builder-Weg: Abo x 24 Monate + deine Zeit für die Bearbeitung + Einbußen beim Page Speed (Speed Tax) + Austrittskosten, falls du jemals wechselst.
• Custom-Weg: Entwicklungsgebühr + Änderungsgebühr und mehrere Tage Wartezeit pro Iteration + Wartung, während sich Themes und Shopify weiterentwickeln.

Lass uns jede Komponente bepreisen.

Was ein Page Builder in 24 Monaten wirklich kostet

Das Abo: echte Preise für 2026

Hier ist, was die drei etabliertesten Builder aktuell verlangen, entnommen aus ihren Shopify App Store-Einträgen im August 2026.

PageFly bietet einen kostenlosen Tarif (1 veröffentlichte Seite oder Section), danach den Builder-Tarif für 24 $/Monat für 5 veröffentlichte Slots (erweiterbar für 5 $ pro 5 zusätzliche Slots), Accelerate für 99 $/Monat für unbegrenzte Seiten und Enterprise für 299 $/Monat.¹ Über 24 Monate: 576 $ im Builder-Tarif, 2.376 $ im Accelerate-Tarif.

GemPages bietet einen kostenlosen Tarif (1 veröffentlichte Seite), Build für 29 $/Monat mit unbegrenzten veröffentlichten Seiten, einen mittleren Tarif für 59 $/Monat, der Sales Funnels und Post-Purchase-Upsells hinzufügt, und Enterprise für 199 $/Monat.² Über 24 Monate: 696 $ im Build-Tarif, 1.416 $ im mittleren Tarif.

Shogun ist die Premium-Preis-Option: ein kostenloser Draft-only-Modus (nur Entwürfe), Build für 39 $/Monat für 25 veröffentlichte Seiten, Grow für 199 $/Monat für unbegrenzte Seiten und Advanced für 499 $/Monat.³ Über 24 Monate: 936 $ im Build-Tarif, 4.776 $ im Grow-Tarif, 11.976 $ im Advanced-Tarif.

Zwei Muster fallen auf. Erstens: Die kostenlosen Tarife sind in der Praxis reine Testversionen – mit einer veröffentlichten Seite lässt sich kein Store betreiben. Zweitens: Der Tarif, den du tatsächlich brauchst, tendiert nach oben. Seitenlimits, A/B-Testing und Analytics sind in den höheren Plänen angesiedelt, sodass wachsende Stores fast immer einen Tarif höher landen als sie gestartet sind. Für einen Feature-Vergleich dieser Apps, sieh dir unser Ranking der besten Shopify Page Builder und den Direktvergleich der Builder an.

Die Page-Weight-Kosten (Performance-Einbußen)

Builder-Seiten werden nicht von deinem Theme allein gerendert. Die meisten Builder laden zusätzlich zu den Assets deines Themes eine JavaScript- und CSS-Runtime für jede Seite, damit ihr Block-System funktioniert. Die genauen Ladezeit-Kosten variieren je nach App, Tarif und wie stark eine Seite die Builder-Widgets nutzt – von moderat auf einer disziplinierten Seite bis hin zu erheblich auf einem Template voller Countdowns, Slider und Drittanbieter-Embeds.

Diese Kosten tauchen auf keiner Rechnung auf, weshalb sie oft ignoriert werden. Sie zeigen sich in deinen Core Web Vitals und dadurch auch in der Conversion Rate und im organischen Ranking. Wenn du den Builder-Weg gehst, plane Zeit ein, um deine schwersten Seiten mit Lighthouse zu überprüfen – und verbuche jedes Widget, das du durch eine native Theme-Section ersetzen kannst, als Gewinn. Wir behandeln den Trend weg von Widget-Runtimes im Beitrag Sind Page Builder tot?.

Die Lock-in-Kosten

Der am stärksten unterschätzte Kostenpunkt. Bei den meisten Buildern leben die Seiten im System der App und werden über die Runtime der App gerendert. Wenn du die App deinstallierst, werden die Seiten nicht mehr gerendert, fallen auf Standard-Templates zurück oder hinterlassen Markup, das du nicht bearbeiten kannst. Deine zwei Jahre an Landingpages sind kein Eigentum; sie sind ein laufendes Mietobjekt.

Das macht aus einem „Jederzeit kündbar“-Abo etwas sehr viel Klebrigeres: Ein Weggang bedeutet einen Neuaufbau. Wenn du die Gesamtbetriebskosten (TCO) auf 24 Monate berechnest, gehören die Exit-Kosten in die Builder-Spalte – entweder als zukünftiges Rebuild-Projekt oder als das auf unbestimmte Zeit weiterlaufende Abo, weil sich der Neuaufbau einfach nicht lohnt.

Deine Zeit

Drag-and-Drop ist keine kostenlose Arbeit; es ist deine Arbeit. Eine gute Landingpage in einem visuellen Editor zu bauen, kostet echte Stunden – Design-Entscheidungen, Checks für Mobile Responsiveness, Textüberarbeitungen. Für Gründer haben diese Stunden hohe Opportunitätskosten, auch wenn kein Geld den Besitzer wechselt. Es kostet zwar weniger Zeit, als auf einen Entwickler zu warten, aber die Zeit ist nicht null, und sie fällt bei jeder Seite neu an.

Was Custom Theme Development wirklich kostet

Stundensätze und Projektpreise

Individuelle Theme-Arbeit (Custom Theme Work) wird pro Projekt oder pro Stunde berechnet. Betrachte die unten genannten Bereiche für 2026 als Richtwerte; dein lokaler Markt kann abweichen. Shopifys eigener Guide schätzt die Entwicklung eines maßgeschneiderten E-Commerce-Shops auf 2.000 $ bis 20.000 $ oder mehr, je nach Komplexität.⁴ Ein Preis-Guide für Theme-Anpassungen von Shopexperts aus 2026 schlüsselt das weiter auf: kleine Tweaks (1-5 Stunden) für 150 $-700 $, mittlere Anpassungen für 600 $-3.500 $, größere Projekte wie ein Homepage-Rebuild für 2.500 $-8.000 $ und ein komplett von Grund auf neu gebautes Custom Theme für 8.000 $-50.000 $+. Stundensätze liegen normalerweise bei 75 $-300 $, von 50 $/Stunde für Offshore-Freelancer bis zu 500 $+/Stunde bei etablierten Agenturen.⁵

Die Preisspanne ist deshalb so groß, weil „Custom Theme Work“ alles abdeckt – vom Umstyling eines Buttons bis hin zum maßgeschneiderten Theme. Für den Job, um den es in diesem Artikel eigentlich geht – individuelle Abschnitte und Landingpage-Templates für ein bestehendes Theme – ist der mittlere Bereich relevant: grob 600 $ bis 8.000 $ pro Projekt (wie oben belegt), abhängig vom Umfang und wen du anheuerst.

Was du für dieses Geld bekommst, ist schlichtweg besserer Output als ein Builder-Widget: native Liquid-Sections, die serverseitig und ohne App-Laufzeit (Runtime) gerendert werden, die zum Design-System deines Themes passen, im nativen Shopify Theme Editor bearbeitbar bleiben und dir zu 100 % gehören. Kein Abo, kein Risiko beim Deinstallieren. Wenn du verstehen willst, wie diese native Ebene aussieht, zeigt dir unser Guide wie du dein Shopify Theme bearbeiten kannst genau das.

Iterationslatenz (Wartezeit): Die Kosten, die niemand in Rechnung stellt

Der größte Kostenpunkt beim Custom-Weg steht nicht auf dem Angebot. Es ist der Loop, in den du nach dem Launch gerätst: Du bemerkst eine gewünschte Änderung, schreibst ein Briefing, wartest auf Verfügbarkeit, machst den Review, bittest um Überarbeitungen, wartest wieder. Selbst bei einem reaktionsschnellen Freelancer dauert eine kleine Änderung Tage; bei einer Agentur-Warteschlange oft Wochen. Und jede Änderung wird berechnet – bei den oben genannten Stundensätzen ist eine „kleine Anpassung“ direkt ein 150- bis 700-$-Posten.⁵

Für einen Store mit häufigen Kampagnen ist diese Latenz das K.o.-Kriterium. Eine Landingpage für einen Flash Sale ist wertlos, wenn sie drei Tage nach dem Sale live geht. Stores auf dem Custom-Weg passen daher entweder ihre Marketingfrequenz an die Verfügbarkeit des Entwicklers an oder laufen auf Retainer-Basis (Agenturvertrag) – was die „einmalige Projektgebühr“ klammheimlich wieder in ein eigenes Abo verwandelt.

Wartung und Theme-Updates

Individueller Code hat ein Verfallsdatum. Shopifys Plattform entwickelt sich weiter – neue Theme-Features, neue APIs, Checkout-Änderungen – und Premium-Themes liefern Updates, die sich nicht automatisch mit deinen Anpassungen mergen lassen. Ein angepasstes Theme zu updaten bedeutet in der Regel, die Custom Sections neu anzuwenden oder auf die neue Version zu portieren, was abrechenbare Arbeitszeit ist. Plane ein Budget für die regelmäßige Wartung über einen Zeitraum von 24 Monaten ein; Shops mit stark angepassten Themes neigen oft dazu, Theme-Updates aufzuschieben (was zu einem Wartungsstau führt) oder bezahlen bei jedem großen Versionssprung für die Portierung.

Der 24-Monate-TCO-Vergleich (Gesamtbetriebskosten)

Ein ehrlicher Blick auf diese Tabelle zeigt: Keine Spalte dominiert. Der Builder gewinnt bei Wartezeit und Planbarkeit; Custom Dev gewinnt bei Eigentum, Page Weight und Qualitätslimit. Welcher Weg für dich gewinnt, hängt hauptsächlich davon ab, wie oft du deine Storefront änderst.

Drei Praxis-Szenarien

Abstrakte Kostenkurven lassen sich leichter anhand konkreter Stores vergleichen. Hier sind drei typische 24-Monats-Profile, bewertet nur mit den oben genannten Abopreisen und Entwickler-Spannen.

Annahmen: Interne Bearbeitungszeit wird nicht bepreist, Entwickler-Spannen sind die oben genannten Richtwerte und App-Gebühren entsprechen den Angaben im Pricing-Abschnitt.

Entscheidungsrahmen nach Wachstumsphase des Stores

Vor dem Launch oder Pre-Revenue (noch keine Umsätze). Kaufe keines von beiden. Nutze die Standard-Sections deines Themes und kostenlose Tarife. Dein Conversion-Problem ist in dieser Phase der Traffic und dein Angebot, nicht das Seiten-Design. Über 2.000 $ für Custom Sections vor dem Product-Market-Fit auszugeben, ist der häufigste Geldfehler, den wir sehen.

Frühe Umsätze, niedriger fünfstelliger Bereich monatlich. Der Einstiegstarif eines Builders (24–39 $/Monat) ist vertretbar, wenn du Landingpages für bezahlten Traffic veröffentlichst und diese wöchentlich anpasst. Das Abo ist im Vergleich zu deinen Ad-Spends gering, und die Änderungsgeschwindigkeit ist auf diesem Level wichtiger als Page Weight. Halte die Seitenanzahl diszipliniert niedrig, damit die Wechselkosten gering bleiben.

Wachstum, mittlerer fünfstelliger bis sechsstelliger Bereich monatlich. Hier trennen sich die Wege wirklich. Wenn deine Storefront größtenteils stabil ist und du zwei oder drei exzellente Templates benötigst, schlägt ein einmaliges Custom-Projekt (Umfang: 600–8.000 $⁵) die 99–199 $/Monat, die du für immer zahlst, inklusive dem zusätzlichen Widget-Gewicht auf deinen trafficstärksten Seiten. Wenn du ständig Kampagnen laufen hast, rechnet sich der Latenz-Vorteil des Builders immer noch – aber du bist jetzt in den teuren Tarifen. Rechne also die 24-Monats-Mathe gegen ein Entwickler-Angebot, bevor du ein Jahresabo erneuerst.

Etabliert, hohes Volumen oder Shopify Plus. Page Weight und Conversion-Basispunkte sind auf diesem Niveau echtes Geld wert, was für nativen Code an jeder Stelle spricht. Die meisten Stores enden hier ohnehin hybrid: Ein Agentur-Retainer für das Theme plus ein Builder für Marketing-Seiten, die das Team live bringt, ohne die Warteschlange der Agentur zu blockieren. Das ist auch das Profil, das insgesamt am meisten zahlt – für Abos und Retainer – und das Profil, das am meisten davon profitiert, diese beiden Wege zu einem einzigen zusammenzuführen.

Die dritte Option: KI, die nativen Theme-Code schreibt

Die Gabelung zwischen Page Builder und Entwickler existiert, weil du in der Vergangenheit keinen nativen Code erhalten konntest, ohne einen Menschen für seine Zeit zu bezahlen. Genau diese Annahme bricht die KI-gestützte Seitengenerierung.

Fudge ist der KI-Operator für Shopify-Shops, und sein Shopify Page Builder ist in einem gewissen Sinne ein Builder: Es ist eine App mit einem Abo. Aber anstatt Seiten durch eine Widget-Laufzeitumgebung zu rendern, generiert er native Liquid Sections und Templates direkt in deinem Theme, passend zu deinem bestehenden Design-System. Du beschreibst die Seite in natürlicher Sprache; er schreibt die Art von Code, die dir auch ein Theme-Entwickler übergeben würde.

Im Vergleich zu den beiden Wegen von oben:

• Kostenstruktur wie bei einem Builder: Ein monatliches Abo auf dem Preisniveau eines Page Builders inklusive kostenloser Testphase, nicht ein vierstelliges Projektangebot.
• Output wie bei Custom Dev: Serverseitig gerenderter Theme-Code ohne Page-Builder-Skripte – interaktive Sections laden immer noch ihr eigenes, kleines JS, genau wie handgeschriebene Sections – der im Nachhinein im Shopify Theme Editor bearbeitbar bleibt.
• Keine von beiden Wartezeiten: Minuten pro Seite, und das Überarbeiten ist nur ein Satz („mach den Hero Full-Bleed und schiebe die Reviews nach oben“), kein Change Order (Änderungsantrag).
• Kein Lock-in-Effekt: Weil das Ergebnis nativer Code in deinem Theme ist, bleiben bei einer Deinstallation von Fudge alle Seiten genau dort, wo sie sind – sie werden weiterhin gerendert und sind weiterhin bearbeitbar. Die Exit-Kosten (Wechselkosten), die das Builder-Modell oft so teuer machen, liegen bei null.
• Ergebnisse nach dem Launch: Fudge trackt die Besuche, Conversion-Rate und Käufe jeder Seite und vergleicht die Zahlen vorher und nachher, wenn er eine bestehende Seite ändert. Ein Entwickler übergibt Code und ein Builder übergibt einen Editor; bei beiden liegt die Entscheidung, was als Nächstes geändert werden soll, allein bei dir.

Die ehrlichen Grenzen: Fudge baut und bearbeitet Storefront-Seiten, Sections und Theme-Änderungen – es ist kein Ersatz für jede Art von individueller Entwicklung. App-Integrationen mit maßgeschneiderten Backends, Headless-Storefronts und komplexe Checkout-Logik bleiben Entwickler-Sache. Und wie bei jedem KI-System liefert es die besten Ergebnisse, wenn du den Output überprüfst und iterierst, genauso wie du den ersten Wurf eines Entwicklers überprüfen würdest – du bist immer noch der Creative Director. Wenn du ein einziges, massives, völlig einzigartiges Projekt brauchst und danach gar nichts mehr, ist eine Spezial-Agentur möglicherweise immer noch die richtige Wahl.

Noch etwas, das bei dieser Sichtweise unter den Tisch fällt: Die beiden Optionen sind keine Feinde der dritten. Agenturen und Freelancer nutzen Fudge ebenfalls – sie generieren die nativen Sections in Minuten und verbringen ihre abgerechneten Stunden mit den Dingen, die wirklich einen Menschen erfordern: Strategie, Design-Richtung und die oben erwähnten maßgeschneiderten Arbeiten. Für den Kunden bedeutet das denselben nativen Output bei niedrigeren Projektkosten und in kürzerer Zeit; für die Agentur bedeutet es, dass sie mehr Projekte mit demselben Team abschließen kann. Wenn du eine Agentur bist, die Shopify-Theme-Arbeit anbietet, ist unser Partnerprogramm genau dafür gebaut.

Aber für den Job, dessen Kosten in diesem gesamten Artikel beleuchtet werden – wiederholt Seiten und Sections in Custom-Qualität in deinen Shop zu bringen, ohne eine permanente Widget-Steuer oder eine endlose Warteschlange bei Entwicklern – ist der klassische Zweikampf nicht mehr die einzige Wahl.

FAQ