Landingpages

Landingpage-Baukasten oder individuelle Entwicklung: Was passt besser?

Landingpage-Baukasten oder individuelle Entwicklung? Vergleich nach Tempo, Flexibilität, Performance, Schnittstellen, Eigentum und langfristigen Kosten.

Qreativa bei Google als bevorzugte Quelle hinzufügen

Zusammenfassen mit:

Das Formular einer Landingpage aus dem Baukasten ist über eine individuelle Schnittstelle mit einem CRM verbunden.
In diesem Ratgeber

Mit einem Landingpage-Baukasten setzen Sie eine Seite in einem visuellen Editor zusammen. Bei individueller Entwicklung passt ein Entwickler zusätzlich den Code an das Projekt an. Für die Wahl klären Sie drei Dinge: Wer pflegt die Inhalte, wie gelangen Leads in Ihr CRM, und was können Sie mitnehmen, wenn Sie den Anbieter wechseln?

Beide Ansätze lassen sich kombinieren: Ihr Team behält den gewohnten Editor, und ein Entwickler baut die fehlende Anbindung. Gehen Sie von den Anforderungen der Kampagne aus, testen Sie eine funktionierende Seite und vergleichen Sie, was Aufbau und Betrieb kosten.

Was sich für Ihr Team ändert

Ein Baukasten kann ein gehosteter Dienst wie Wix oder Webflow sein oder ein Editor in einem Content-Management-System (CMS), etwa Elementor in WordPress. Bei einem WordPress-Editor müssen Hosting, CMS- und Plugin-Updates sowie Backups weiterhin betreut werden. Legen Sie fest, ob Ihr Team oder ein Dienstleister das übernimmt, und planen Sie Zeit und Kosten dafür ein.

Auch eine individuelle Landingpage kann ein CMS und wiederverwendbare Komponenten nutzen. Fehlt Ihrer bestehenden Plattform nur ein Formular oder eine CRM-Anbindung, fragen Sie, ob ein Entwickler sie ergänzen kann, ohne dass Ihr Team den vertrauten Editor aufgeben muss. Im Angebot sollte getrennt stehen, was der Dienstleister wiederverwendet und was neu gebaut wird.

Wer die Seite aktualisiert

Wer im Marketing für die Pflege zuständig ist, sollte Texte, ein Bild und das Ziel eines Buttons ändern können, ohne das Layout zu zerstören. Auch ein visueller Editor braucht Einarbeitung, Zugriffsrechte und einen Freigabeprozess.

Wer nach dem Launch Probleme behebt

Benennen Sie einen technischen Ansprechpartner, der Fehler bei Formularen und Schnittstellen behebt, Zugangsdaten verwaltet und Updates einspielt. Vereinbaren Sie, wer reagiert und wie ein Problem gemeldet wird. Prüfen Sie, welche Aufgaben der Support der Plattform übernimmt und für welche Sie einen eigenen Servicevertrag brauchen.

Angebot, Inhalte und Projektphasen legen Sie mit unserem Ratgeber zur Landingpage-Entwicklung fest. Wenn Sie noch entscheiden, wohin der Kampagnentraffic führen soll, beginnen Sie mit Landingpage oder Website.

Zwei Angebote vergleichen

Stellen Sie jedem Anbieter dieselben Fragen, unter anderem, welche Plattform und welchen Tarif er vorschlägt und was im Preis enthalten ist. Enthält ein Angebot eine Schnittstelle, sollte es angeben, welche Daten übertragen werden, wohin sie gehen und wer eine ausgefallene Verbindung repariert. Lassen Sie sich die Schnittstelle auf einer Testseite vorführen.

Auf dem Smartphone scrollen Sie seitlich, um alle Spalten zu sehen.

KriteriumBaukastenIndividuelle Entwicklung oder erweitertes CMS
Zeit und Know-howNutzt vorhandene Komponenten. Prüfen Sie, wie viel Konfiguration sie brauchen.Das bestehende System möglichst weiterverwenden. Design, Programmierung und Tests separat budgetieren.
Inhalte bearbeitenProbieren Sie eine Änderung mit dem Zugang der Person aus, die die Seite pflegen wird, auch in der mobilen Vorschau.Fragen Sie, welche Felder das Team selbst ändern kann und welche Änderungen einen Entwickler brauchen.
SchnittstellenPrüfen Sie verfügbare Felder, Tarifgrenzen und nötige Konnektoren. Klären Sie, ob die Kosten mit der Zahl der Formularsendungen steigen.Entwicklung der Schnittstelle, Funktionstests und Wartung gehören ins Angebot.
PerformanceTesten Sie die Seite mit ihren echten Bildern, Formularen und Skripten. Prüfen Sie, welche Ressourcen Sie verkleinern können.Mehr Kontrolle über den Code, doch Sie müssen das Ergebnis trotzdem messen und Probleme beheben.
Barrierefreiheit und SEOPrüfen Sie die veröffentlichte Seite und welche Mängel Sie im Editor beheben können.Vereinbaren Sie Anforderungen und Tests. Auch individueller Code kann Fehler enthalten.
Eigentum und ÜbertragbarkeitKlären Sie, wem die Inhalte gehören, wer Zugriff auf die Konten hat und welche Funktionen nach einem Export noch laufen.Verlangen Sie Zugriff auf das Code-Repository, die Dateien und die Anleitung zur Veröffentlichung. Prüfen Sie die Lizenzen der Komponenten.
WartungEin gehosteter Dienst betreibt einen Teil der Infrastruktur. Inhalte und Schnittstellen muss weiterhin jemand pflegen.Legen Sie fest, wer Updates, Backups, Wiederherstellung und Support übernimmt: Ihr Team oder ein Dienstleister.
Laufende KostenAddieren Sie Tarif, Nutzerplätze, Konnektoren, Testwerkzeuge und mögliche nutzungsabhängige Gebühren.Addieren Sie Hosting, Lizenzen, Wartung und den Zeitaufwand für gewünschte Änderungen.

Was Sie auf eine andere Plattform mitnehmen können

Der Besitz der Domain bedeutet nicht, dass sich die Seite zu einem anderen Dienst umziehen lässt. Regeln Sie im Vertrag, wer Zugang zu den Konten erhält, welche Rechte Sie an Texten, Bildern und Code haben, wie Sie die Lead-Daten bekommen und welche Lizenzen Sie nach der Übergabe weiterbezahlen müssen.

Wix verlangt, dass Websites auf den Servern von Wix laufen. Die Inhalte können Ihnen gehören, ohne dass Sie die funktionierende Website bei einem anderen Hoster betreiben können.

Webflow erlaubt den Export von HTML, CSS, JavaScript und Dateien mit einem kostenpflichtigen Workspace-Tarif; ein Site-Tarif allein enthält keinen Code-Export. Der exportierte Code enthält keine CMS-Funktionen, keine Formularverarbeitung und keine Seitensuche. Eine ZIP-Datei belegt also nicht, dass die Seite anderswo weiter Leads sammelt.

Wenn Sie die Möglichkeit zum Plattformwechsel brauchen, lassen Sie den Anbieter eine Kopie exportieren und in einer anderen Testumgebung veröffentlichen. Prüfen Sie dann, ob dort weiterhin Leads erfasst und weitergeleitet werden. Bleibt nach dem Export nur das Layout erhalten, müssen die fehlenden Funktionen neu gebaut werden. Fragen Sie, wer das übernimmt und was es kostet. Müssen Sie die gesamte laufende Seite ohne Neuaufbau umziehen können, scheiden alle Optionen aus, die das nicht leisten.

Was Sie vor der Übergabe vereinbaren

  • Der Kunde besitzt die Domain und die Konten; der Dienstleister erhält Zugriffsrollen, und es gibt einen Kontakt für die Kontowiederherstellung.
  • Zur Übergabe gehören Designdateien, Inhalte, im Vertrag festgelegte Quelldateien sowie die Lizenzen für Schriften, Bilder, Vorlagen und Plugins.
  • Die Dokumentation nennt die übermittelten Felder und die empfangenden Systeme, erklärt, wie vertrauliche Zugangsdaten auf dem Server verwaltet werden, und beschreibt, was bei einem Ausfall zu tun ist.
  • Eine Anleitung beschreibt das Veröffentlichen, das Wiederherstellen einer früheren Version und den Anbieterwechsel, samt Angebot für Funktionen, die neu gebaut werden müssten.

Qualität und Schnittstellen vor der Entscheidung testen

Lassen Sie zwei Testseiten mit gleichem Inhalt und gleichen Aufgaben bauen, vom Ausfüllen des Formulars bis zum Eingang des Leads im CRM. Der Marketingverantwortliche probiert die Bearbeitung der Inhalte aus, der technische Ansprechpartner prüft Formularsendungen und Daten. Verwenden Sie fiktive Kontaktdaten, einen Testempfänger und ein Test-CRM, damit die Prüfungen weder echte Nachrichten noch Vertriebsaktivitäten auslösen.

Auf dem Smartphone scrollen Sie seitlich, um alle Spalten zu sehen.

TestWas zu tun ist und was zu prüfen ist
Erfolgreiche ÜbermittlungFüllen Sie das Formular mit fiktiven Angaben aus. Prüfen Sie die Bestätigung auf der Seite und kontrollieren Sie, ob das Test-CRM genau einen Lead erhält, mit allen Pflichtfeldern, der Lead-Quelle und dem richtigen zugewiesenen Ansprechpartner.
Fehler und WiederherstellungSenden Sie das Formular mit einem ungültigen Feld ab. Lassen Sie dann den technischen Ansprechpartner eine ausgefallene CRM-Verbindung simulieren. Die Meldung sollte erklären, wie es weitergeht, und darf keine Übermittlung bestätigen, die nie angekommen ist.
Tastatur und SmartphoneBedienen Sie Links und Formular mit der Tastatur. Der Fokus muss sichtbar sein, und jedes Feld braucht eine klare Beschriftung. Prüfen Sie auf dem Smartphone Lesbarkeit und Zoom und ob Bedienelemente abgeschnitten werden.
Bearbeiten und WiederherstellenBitten Sie die Person, die die Seite pflegen wird, eine Überschrift zu ändern und dann die vorherige Version wiederherzustellen. Prüfen Sie, ob sie dafür Zugang, Anleitung und Freigaben hat.
Seite umziehenLassen Sie sich vom Anbieter einen Export oder ein Backup zeigen und die Seite in einer Testumgebung wiederherstellen. Listen Sie die Funktionen auf, die neu gebaut werden müssten, und prüfen Sie, wer den nötigen Zugang und die nötige Dokumentation hat.

Vergleichen Sie die Performance der vollständigen Seiten mit denselben Werkzeugen und unter denselben Bedingungen. Für eine gute Bewertung der Core Web Vitals gelten diese Schwellenwerte: LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1, jeweils gemessen am 75. Perzentil der Seitenaufrufe und getrennt für Mobilgeräte und Desktop bewertet. Lighthouse ist ein Labortest; sein Bericht allein belegt diese Werte für echte Besucher nicht. Zur technischen Umsetzung lesen Sie unseren Ratgeber zu Ladezeit und Conversion bei Landingpages.

Soll die Seite in den Suchergebnissen erscheinen, prüfen Sie Title, Meta-Beschreibung, Canonical-URL, für Suchmaschinen lesbare Inhalte und interne Links. Für die Barrierefreiheit beginnen Sie mit den Easy Checks des W3C zu Tastaturbedienung, Kontrast, Überschriften und Beschriftungen. Diese Prüfungen zeigen erste Probleme auf; für eine vollständige Bewertung sind weitere Tests nötig. Die Hinweise des W3C zu No-Code-Werkzeugen unterscheiden die Barrierefreiheit des Editors von der Barrierefreiheit der Inhalte, die er erzeugt.

Halten Sie für jeden Test Seitenversion, Gerät oder Browser, durchgeführte Aktion, erwartetes und tatsächliches Ergebnis fest. Speichern Sie einen Screenshot oder ein Protokoll, wenn es einen Fehler belegt. Markieren Sie den Test als bestanden, nachzubessern oder nicht durchgeführt. Geht ein Lead verloren, fehlt ein wichtiges CRM-Feld oder lässt sich das Formular nicht bedienen, muss der Anbieter das Problem beheben, bevor Sie die Lösung abnehmen. Wiederholen Sie den Test an der korrigierten Version.

Beispiel: Leads an den richtigen regionalen Ansprechpartner leiten

Ein Installationsunternehmen in Italien braucht eine italienischsprachige Landingpage für Terminanfragen vor Ort. Das Formular erfasst Postleitzahl und Anlagentyp und weist die Anfrage im CRM dem regionalen Ansprechpartner zu. Im Test muss die Postleitzahl 00100 den Lead an Ansprechpartner A leiten, wobei der Anlagentyp in den Details des Leads gespeichert wird. Die CRM-Zugangsdaten müssen auf dem Server bleiben. Das Marketing rechnet mit zwei Textänderungen im Monat. Die Seite soll in zehn Werktagen fertig sein und 24 Monate betrieben werden.

Das Unternehmen vergleicht zwei Lösungen: einen Baukasten mit einem kleinen individuellen Konnektor und eine individuelle Seite im vorhandenen CMS. Angenommen, die Anbieter schätzen sechs beziehungsweise zehn Werktage, gerechnet ab dem Eingang von Inhalten und Testzugängen. Beide Angebote halten die Frist ein.

Die erste Runde prüft eine gültige Übermittlung, einen CRM-Fehler und die Bedienung des Formulars per Tastatur am Desktop beziehungsweise per Touch am Smartphone. Das sind drei Tests auf zwei Geräten für jede von zwei Lösungen: 3 × 2 × 2 = 12 Einträge. Dazu prüft das Unternehmen für jede Lösung das Bearbeiten und Wiederherstellen einer Version sowie den Umzug der Seite von der Plattform: 2 × 2 = 4 zusätzliche Prüfungen. Das Testprotokoll beginnt mit 16 Zeilen.

Das Unternehmen kann sich dann für den Baukasten mit Konnektor entscheiden: Er hält die Frist ein und kostet unter den Kostenannahmen des nächsten Abschnitts im geplanten Zeitraum weniger. Mit dieser Wahl nimmt es in Kauf, dass ein späterer Umzug einen Neuaufbau des Formulars erfordern würde. Müsste das Unternehmen die gesamte Seite mit allen funktionierenden Features umziehen oder könnte der Konnektor die geforderten Fehlerfälle nicht abbilden, wäre der Baukasten trotz des niedrigeren Preises ungeeignet.

Kosten über 24 Monate vergleichen

Rechnen Sie Erstellung, laufende Gebühren, Wartung, Arbeitszeit des Teams und einen geplanten Umzug zusammen. Legen Sie für beide Angebote denselben Zeitraum und denselben Leistungsumfang zugrunde. Prüfen Sie Preiserhöhungen bei Verlängerung und ob anfallende Steuern enthalten sind. Geben Sie immer Währung und Abrechnungsintervall an. Ist Hosting im Baukasten-Tarif enthalten, rechnen Sie es nicht doppelt.

Als Beispiel für einen veröffentlichten Preis: Laut Preisseite von Webflow (Stand 3. November 2026) kostet der Tarif Basic 15 US-Dollar pro Monat bei jährlicher Abrechnung, also 180 US-Dollar im Jahr, zuzüglich anfallender Steuern. Es ist ein Site-Tarif für eine Website ohne CMS. Er deckt weder das Design der Landingpage noch für sich genommen den Code-Export ab. Prüfen Sie, welchen Tarif Ihr Projekt braucht, bevor Sie Summen vergleichen.

Für das fiktive italienische Unternehmen gelten folgende Beträge in Euro ohne Umsatzsteuer, ohne Preiserhöhungen über 24 Monate. Es sind Annahmen für das Szenario, keine Marktpreise. Im Baukasten-Tarif ist Hosting enthalten; beim CMS-Angebot steckt der Konnektor in den Entwicklungskosten.

Auf dem Smartphone scrollen Sie seitlich, um alle Spalten zu sehen.

BeispielkostenBaukasten und KonnektorIndividuelle Seite im CMS
Erstellung und Tests1.200 €2.500 €
Plattform oder Hosting, 24 Monate40 € × 24 = 960 €25 € × 24 = 600 €
Konnektor, 24 Monate15 € × 24 = 360 €0 € zusätzlich
Wartung, 24 Monate60 € × 24 = 1.440 €80 € × 24 = 1.920 €
48 interne Änderungen, je 30 Minuten zu 30 €/Stunde24 Stunden × 30 € = 720 €24 Stunden × 30 € = 720 €
Gesamt über 24 Monate4.680 €5.740 €

Unter diesen Annahmen ist der Baukasten 1.060 € günstiger. Keines der Angebote enthält einen Umzug innerhalb der 24 Monate. Würde das Team zusätzlich zwei Stunden im Monat damit verbringen, die Leads aus dem Baukasten von Hand zu korrigieren, kämen 24 × 2 × 30 € = 1.440 € Personalaufwand hinzu. Die Summe für den Baukasten stiege auf 6.120 €, gegenüber 5.740 € beim CMS. Das Unternehmen hat außerdem eine automatische Zuweisung verlangt; es müsste also ausdrücklich zustimmen, diese Anforderung zu ändern, bevor es sie durch Handarbeit ersetzt.

Hilfe beim Vergleich von Leistungsumfang und Zusammenarbeitsmodellen bietet der Ratgeber zu den Kosten für Design und Entwicklung einer Landingpage. Qreativa weist die Arbeit des Teams getrennt von den Kosten für Plattform, Hosting und Fremdsoftware aus. Lassen Sie im Angebot festhalten, wer jeden Dienst bezahlt und verlängert.

Vom Briefing zur dokumentierten Entscheidung

  1. Festhalten, was die Seite leisten muss

    Notieren Sie im Briefing das Angebot, die gewünschte Handlung der Besucher, die Formularfelder und die Ziele der Daten. Ergänzen Sie, welche Inhalte Ihr Team selbst ändern muss, den Termin und die erwartete Laufzeit des Projekts. Stimmen Sie diese Anforderungen mit den Personen ab, die Seite und CRM nutzen. Klären Sie offene Fragen, bevor Sie Angebote einholen.

  2. Angebote ausschließen, die wesentliche Anforderungen verfehlen

    Beurteilen Sie jedes Angebot anhand von Vergleich und Tests. Ein niedriger Preis oder ein bequemer Editor gleicht verlorene Leads oder fehlende Daten nicht aus. Funktioniert keine der beiden Optionen, bitten Sie um einen anderen technischen Ansatz oder legen Sie fest, welche Anforderungen sich ändern lassen.

  3. Kosten, Zeitplan und Aufwand des Teams vergleichen

    Wählen Sie unter den Lösungen, die die Tests bestehen, eine, die zu Budget, Termin und vorhandenem Know-how passt. Trennen Sie bestätigte Preise von Schätzungen. Holen Sie fehlende Kostenangaben ein, bevor Sie entscheiden, besonders wenn sie ändern könnten, welche Option günstiger ist.

  4. Entscheidung und ihre Grenzen festhalten

    Halten Sie Projektdatum und Version, den Grund für die Wahl und die in Kauf genommenen Einschränkungen fest. Legen Sie fest, wann Sie neu entscheiden, etwa bei geänderten Datenanforderungen, neuen Tarifpreisen oder wenn ein Umzug der Seite nötig wird. Benennen Sie, wer die Seite vor dem Launch freigibt und wer danach dafür verantwortlich ist.

Für das Beispielunternehmen könnte die Entscheidung so lauten: „Wir wählen den Baukasten mit Konnektor für die am 19. Oktober 2026 vereinbarten Anforderungen, nachdem die beiden offenen Prüfungen erfolgreich abgeschlossen wurden. Die geschätzten Gesamtkosten betragen 4.680 € über 24 Monate. Wir nehmen in Kauf, dass ein Umzug der Seite einen Neuaufbau des Formulars erfordern würde. Wir entscheiden neu, wenn wir die Seite mit allen bereits funktionierenden Features umziehen müssen. Das Marketing gibt die Inhalte frei; der technische Ansprechpartner prüft Formularsendungen, behebt Fehler und kümmert sich um die Wartung.“ Passen Sie Anforderungen, Personen und Termine an Ihr Projekt an.

Das Testprotokoll an Ihr Projekt anpassen

Das Beispielprotokoll enthält zwölf Formulartests und vier Prüfungen zu Bearbeitung, Wiederherstellung einer Version und Umzug der Seite. Ergänzen Sie neue Ergebnisse, ohne die ursprünglichen Einträge zu ändern.

Passen Sie die Tests an Ihr Projekt an. Kommen Geräte oder Lösungen hinzu, berechnen Sie die benötigten Zeilen neu: Formulartests × Geräte × Lösungen, plus Verwaltungsprüfungen × Lösungen. Markieren Sie einen Test als nicht zutreffend, wenn das Projekt ihn nicht braucht. „Nicht durchgeführt“ steht für einen nötigen Test, der noch aussteht. Speichern Sie Screenshots oder Protokolle und vermerken Sie, wo sie liegen.

Ob ein Dienstleister Übergabe und Support übernehmen kann, beurteilen Sie mit den Kriterien aus unserem Ratgeber zur Auswahl einer Agentur für Landingpage-Entwicklung.

Häufige Fragen zu Baukasten und individueller Landingpage

Reicht ein kostenloser Tarif für den Start einer Kampagne?

Für einen Prototyp kann ein kostenloser Tarif genügen. Bevor Sie ihn für eine Kampagne nutzen, prüfen Sie, ob er eine eigene Domain erlaubt, das Branding der Plattform anzeigt oder Formularsendungen, Traffic, Nutzerzugänge oder Schnittstellen begrenzt. Brauchen Sie einen kostenpflichtigen Tarif, nehmen Sie dessen Verlängerungspreis in den Vergleich auf.

Kann ich mit einem Baukasten A/B-Tests durchführen?

Manche Baukästen bieten A/B-Tests an, andere verlangen dafür einen anderen Tarif oder ein separates Werkzeug. Prüfen Sie, wie Besucher den Versionen zugewiesen werden und welches Ereignis Sie messen, etwa eine Formularsendung. Beide Versionen sollten Leads an dieselben Systeme senden, damit eine unterbrochene Verbindung den Vergleich nicht verfälscht.

Muss ich alles neu bauen, wenn sich die Kampagne ändert?

Komponenten, Editoren und Anbindungen, die die Anforderungen der neuen Kampagne weiterhin erfüllen, können Sie wiederverwenden. Bevor Sie eine Seite duplizieren, prüfen Sie Angebot, Formularfelder, Datenziele und veraltete Inhalte. Ändern sich nur Texte und Bilder, sollte die zuständige Person den bereits vereinbarten Ablauf nutzen können.

Qreativa bei Google als bevorzugte Quelle hinzufügen

Zusammenfassen mit: