Michele Eccher
In diesem Ratgeber
Eine Landingpage konzentriert sich auf ein Angebot und eine Handlung: ein Preisangebot einholen, eine Demo buchen oder etwas kaufen. Am Anfang steht die Frage, was Besucher vor dem Klick lesen und was sie danach bekommen. Texte, Design und Entwicklung müssen diesen Ablauf bis zur Bestätigung tragen, dass die Handlung erfolgreich war.
Von der Idee bis zur Live-Seite brauchen Sie ein klar umrissenes Angebot, die Seitentexte und ein Formular, das Anfragen an Ihr Team weiterleitet. Dieser Ratgeber begleitet ein Beispielunternehmen, das eine kostenlose Prüfung von fünf Produktseiten eines Onlineshops anbietet, vom ersten Briefing über den Start bis zur Auswertung.
Das Briefing vor der Wahl des Layouts abschließen
Das Briefing sorgt dafür, dass Texter, Entwickler und die Person, die freigibt, dasselbe Bild vom Angebot haben. Halten Sie Zielgruppe, Lieferumfang und Bedingungen fest, bevor Sie die Seite bauen. Fehlen Informationen, vereinbaren Sie, wer sie bis wann liefert. Angenommen, Sie bieten Onlineshop-Verantwortlichen eine kostenlose Prüfung von fünf Produktseiten an. Dann könnte Ihr Briefing so aussehen.
| Punkt im Briefing | Beispiel: Prüfung eines Produktkatalogs |
|---|---|
| Zielgruppe und Problem | Ein Onlineshop-Verantwortlicher mit unvollständigen Produktseiten, der wissen möchte, welche Angaben er zuerst überarbeiten sollte. |
| Traffic-Quelle und Versprechen | Suchanzeige: „Prüfung von 5 Produktseiten: empfohlene Verbesserungen und Prioritäten.“ |
| Angebot und Umfang | Eine kostenlose Prüfung von 5 öffentlichen Produktseiten desselben Shops, einmal pro Unternehmen. Geliefert wird ein PDF mit Befunden und Prioritäten. Änderungen an der Website und Zugriff auf das CMS gehören nicht dazu. |
| Hauptaktion | Die Prüfung über ein Formular anfordern. Jeder wiederholte Call-to-Action-Button führt zu diesem einen Formular. |
| Benötigte Angaben | Name, geschäftliche E-Mail-Adresse und Shop-URL. Der Prüfer wählt 5 öffentliche Produktseiten aus und nennt deren URLs im PDF. |
| Verfügbare Belege | Eine kommentierte Beispiel-Produktseite und die Kriterien, nach denen sie bewertet wurde. |
| Bearbeitung der Anfrage | Ein zuständiger Mitarbeiter prüft den Shop und die Eignung innerhalb von 1 Werktag. Das Team liefert das PDF innerhalb von 3 Werktagen nach Annahme der Anfrage. |
| Kontrolle und Freigabe | Der Entwickler prüft, ob Anfragen gespeichert und weitergeleitet werden. Der zuständige Mitarbeiter beurteilt die Eignung, die Marketingleitung gibt Texte und Bedingungen frei. |
Bevor Sie ein solches Angebot machen, prüfen Sie, ob Ihr Team die zugesagte Seitenzahl bewältigen und die Fristen einhalten kann. Wie es nach dem Eingang einer Anfrage im Vertrieb weitergeht, planen Sie mit dem Ratgeber zum Marketing-Funnel. Wenn Sie zwischen einer fokussierten Seite und einer Website mit mehreren Wegen abwägen, lesen Sie Landingpage oder Website.
Vom Briefing bis zum Start
Angebot und Belege freigeben
Die Vertriebsleitung bestätigt, für wen die Leistung gedacht ist, was sie umfasst und wie schnell das Team antworten kann. Sammeln Sie Bilder und Beispiele und klären Sie, ob Sie sie verwenden dürfen. Trägt das vorhandene Material ein Versprechen nicht, formulieren Sie es so um, dass es nur beschreibt, was Sie belegen können.
Inhalte schreiben und anordnen
Bereiten Sie Überschrift, Angebotsbeschreibung, Beispielergebnis, Bedingungen, Formular und Bestätigungsmeldung vor. Danach erstellen Sie ein Wireframe: einen Entwurf, der festlegt, wo welcher Inhalt steht, noch bevor es an die visuellen Details geht. Beginnen Sie mit dem Smartphone-Bildschirm und prüfen Sie, ob alle wichtigen Buttons dieselbe Aktion auslösen.
Seite und Übermittlung umsetzen
Wählen Sie eine Plattform, die Ihr Team selbst pflegen kann, und verbinden Sie das Formular mit dem System, in dem Sie Anfragen verwalten, zum Beispiel einem CRM. Schreiben Sie die Meldungen für „wird gesendet“, Erfolg und Fehler und behandeln Sie wiederholte Absendeversuche. Richten Sie das Tracking in einer Testumgebung ein und bewahren Sie eine Kopie der freigegebenen Version auf.
Seite testen und übergeben
Testen Sie den gesamten Ablauf mit Testdaten. Die acht Szenarien weiter unten in diesem Ratgeber wiederholen Sie am Desktop, auf Android und auf dem iPhone. Beheben Sie Fehler und wiederholen Sie die betroffenen Prüfungen vor dem Start. Zur Übergabe gehören Zugangsdaten, verfügbare Quelldateien oder Exporte, eine Anleitung für Änderungen, die Testergebnisse und ein Ansprechpartner für Fehler.
Für dieses Beispiel könnten Sie fünf Arbeitstage ansetzen: einen für das Briefing, einen für Texte und Wireframe, zwei für Design und Entwicklung und einen für Tests und Übergabe. Der Plan setzt voraus, dass Material und Zugänge bereitstehen, nur eine Anbindung nötig ist und Freigaben bis zum nächsten Tag kommen. Rechnen Sie die Wartezeit auf den Kunden in den Zeitplan ein. Ist die Positionierung des Angebots noch offen oder müssen mehrere Systeme angebunden werden, passen Sie die Schätzung an.
Ein vollständiges Beispiel: vom Anzeigenversprechen zum Formular
Schreiben Sie die Seite anhand des Briefings in der Reihenfolge, in der Besucher die Informationen brauchen. Die Überschrift stellt das Angebot vor, danach folgen das Ergebnis, das Besucher erhalten, ein Beispiel der Arbeit und die Bedingungen für die Anfrage. Für unser Beispiel könnte der Text so lauten.
| Element der Seite | Beispieltext |
|---|---|
| Hauptüberschrift | Finden Sie heraus, was auf 5 Produktseiten Ihres Onlineshops fehlt |
| Unterüberschrift | Sie erhalten ein PDF, das fehlende Angaben, Lesbarkeitsprobleme auf dem Smartphone und die Verbesserungen mit der höchsten Priorität nennt. Wir prüfen 5 öffentliche Produktseiten Ihres Shops. Die Leistung ist kostenlos und einmal pro Unternehmen verfügbar. |
| Button am Seitenanfang | Prüfung von 5 Produktseiten anfordern |
| Was wir prüfen | Wir prüfen, ob Produktmerkmale, Varianten, Lieferbedingungen und Rückgaberegeln leicht zu finden und gut verständlich sind. Außerdem testen wir den Schritt „In den Warenkorb“ und lesen die Seiten auf dem Smartphone und achten dabei auf Angaben, die schwer zu erkennen sind. |
| Beispielergebnis | Im Beispiel stehen die Maße des Teppichs in der Beschreibung, weit weg von der Größenauswahl. Der Verbesserungsvorschlag setzt die Maße neben die Größenoption, dorthin, wo Käufer sie für ihre Entscheidung brauchen. |
| So erhalten Sie das PDF | Senden Sie uns Ihre Shop-URL. Innerhalb von 1 Werktag prüfen wir, ob der Shop öffentliche Produktseiten hat, die wir bewerten können, und teilen Ihnen mit, ob wir Ihre Anfrage annehmen. Das PDF erhalten Sie innerhalb von 3 Werktagen nach der Annahme per E-Mail. |
| Grenzen des Angebots | Das PDF enthält Beobachtungen und Prioritäten. Änderungen an Ihrer Website, Zugriff auf Ihre Analytics-Daten oder eine Prognose steigender Verkaufszahlen gehören nicht dazu. Ist Ihr Katalog nicht öffentlich oder haben wir Ihren Shop bereits geprüft, sagen wir Ihnen Bescheid, ohne mit der Arbeit zu beginnen. |
| Formularüberschrift und Button | Wohin sollen wir Ihre Prüfung senden? / Prüfung von 5 Produktseiten anfordern |
| Eingangsbestätigung | Anfrage erhalten. Wir prüfen Ihren Shop und teilen Ihnen unsere Entscheidung innerhalb von 1 Werktag per E-Mail mit. Bei Annahme erhalten Sie das PDF in den folgenden 3 Werktagen. |
Für ein Beispielergebnis bauen Sie eine Demo-Produktseite wie die folgende und zeigen darauf das Problem und den Verbesserungsvorschlag. Wenn Sie stattdessen Screenshots, Logos oder Kundenstimmen verwenden, brauchen Sie das Material und die Erlaubnis, es zu verwenden. Den Button können Sie nach dem ersten Abschnitt und in der Nähe des Formulars wiederholen, mit derselben Beschriftung und demselben Ziel.
Wer über die Anzeige kommt, sollte auf der Seite dasselbe Angebot finden, dazu die Bedingungen, die er zur Beurteilung braucht. Google zählt Nützlichkeit, Relevanz und die durch die Anzeige geweckten Erwartungen zu den Faktoren der Nutzererfahrung auf der Zielseite. Für eine bestimmte Kampagne lesen Sie unsere Ratgeber zu Landingpages für Google Ads oder Landingpages für Meta Ads.
Beispiel: Maße neben der Größenauswahl anzeigen
Vorher
Baumwollteppich
Größe: Groß
Beschreibung: Baumwollteppich, 80 × 120 cm.
Die Maße stehen nur in der Beschreibung, weit von der Größenoption entfernt.
Verbesserungsvorschlag
Baumwollteppich
Größe: Groß
80 × 120 cm
Beschreibung: Baumwollteppich, 80 × 120 cm.
Die Maße stehen neben der Größenoption und bleiben in der Beschreibung.
Anzeige
Prüfung von 5 Produktseiten
Seite
Angebot, Beispiel, Bedingungen und Formular
Anfrage
Speichern, bestätigen und beurteilen
Formularfelder, Fehler und Bestätigung planen
Unser Beispiel braucht Name, geschäftliche E-Mail-Adresse und Shop-URL, alle als Pflichtfelder. Geben Sie jedem Feld eine sichtbare, technisch zugeordnete Beschriftung. Platzhaltertext, der beim Tippen verschwindet, ersetzt keine Beschriftung. Schreiben Sie „Alle Felder sind Pflichtfelder“ vor das Formular. Für die Prüfung öffentlicher Seiten brauchen Sie weder Telefonnummer noch Umsatzangaben oder Zugangsdaten.
| Zustand oder Prüfung | Erforderliches Verhalten |
|---|---|
| Ungültige E-Mail-Adresse | Zeigen Sie neben dem Feld „Geben Sie eine E-Mail-Adresse im Format name@firma.de ein“ an. Behalten Sie die übrigen Eingaben bei. Lehnen Sie Adressen von kostenlosen E-Mail-Anbietern nicht automatisch ab, es sei denn, das Unternehmen hat dafür eine ausdrückliche Regel. |
| Ungültige URL | Verlangen Sie eine vollständige Adresse wie https://store.example. Prüfen Sie Format und Länge auf dem Server. Die inhaltliche Eignungsprüfung erfolgt später. |
| Eingabefehler | Kennzeichnen Sie Felder, die korrigiert werden müssen, zusätzlich mit Text, denn Farbe allein genügt nicht. Ordnen Sie jede Meldung ihrem Feld zu. Setzen Sie den Fokus nach dem Absenden auf eine Fehlerübersicht mit Links zu den betroffenen Feldern. |
| Übermittlung läuft | Zeigen Sie „Wird gesendet …“ an und verhindern Sie wiederholte Klicks. Der Server muss dieselbe Anfrage erkennen, auch wenn der Besucher die Seite neu lädt oder nach einer Zeitüberschreitung erneut sendet. |
| Anfrage gespeichert | Zeigen Sie die Bestätigung erst an, wenn der Server die Anfrage gespeichert hat. Vergeben Sie eine eindeutige Anfrage-ID, damit Sie die Anfrage bis ins CRM oder in das System des Teams verfolgen können. |
| Netzwerk- oder Systemfehler | Zeigen Sie „Wir können den Eingang Ihrer Anfrage nicht bestätigen. Bitte versuchen Sie es in Kürze erneut.“ an. Behalten Sie die eingegebenen Werte auf der geöffneten Seite und verhindern Sie doppelte Datensätze, wenn der Besucher es erneut versucht. |
| Fehler bei der internen Weiterleitung | Wird die Anfrage gespeichert, erreicht das System des Teams aber nicht, protokollieren Sie den Fehler und benachrichtigen Sie den Verantwortlichen. Wiederholen Sie die Übertragung, ohne dass der Besucher das Formular erneut ausfüllen muss. |
| Datenschutzhinweis und Einwilligungen | Verlinken Sie den Datenschutzhinweis, der die mit diesem Formular erhobenen Daten abdeckt. Lassen Sie Marketing-Optionen und die Einstellungen für die Tracking-Einwilligung von Ihrem Datenschutzexperten prüfen. |
Die W3C-Hinweise zu Formularbeschriftungen und Formularmeldungen zeigen, wie Sie Anweisungen verständlich formulieren und Fehler oder erfolgreiche Übermittlungen mitteilen. Prüfen Sie mit der Tastatur die Reihenfolge der Felder und wohin der Fokus, das gerade aktive Element, nach dem Absenden springt. Mit einem Screenreader, der Seiteninhalte vorliest, prüfen Sie, ob die Bestätigung angesagt wird. Validieren Sie die Daten auch auf dem Server und testen Sie den Spamschutz, damit echte Anfragen ankommen.
Technik wählen, die Ihr Team pflegen kann
Unterstützt Ihre bestehende Website das nötige Layout, die Felder und die Anbindungen, können Sie die erste Version dort bauen. Bevor Sie sich für einen Seitenbaukasten entscheiden, prüfen Sie, ob er Eingaben validiert, Fehler und Bestätigungen behandelt, das Formular barrierefrei macht und Anfragen weitergibt. Individuellen Code ziehen Sie in Betracht, wenn die Plattform diese Anforderungen nicht erfüllt oder Ihr Team direkten Zugriff auf Komponenten und Anbindungen braucht. Exporte, Zugriff, laufende Kosten und Wiederherstellung vergleichen Sie in unserem Ratgeber Landingpage-Baukasten oder individuelle Entwicklung.
Inhalt und responsives Layout
Angebot, Bedingungen, Beispiel und Button müssen auf dem Smartphone lesbar bleiben. Verwenden Sie eine Hauptüberschrift und eine logische Hierarchie der Zwischenüberschriften. Prüfen Sie, ob Text und Bedienelemente ohne Zoomen funktionieren. Wenn Sie eine fixierte Leiste einfügen, achten Sie darauf, dass sie weder Inhalte noch das aktive Formularfeld verdeckt. Behalten Sie Links bei, die erklären, wer die Leistung erbringt und zu welchen Bedingungen.
Bilder und Ladezeit
Dimensionieren Sie Bilder für den Platz, den sie einnehmen, nutzen Sie moderne Formate und stellen Sie Varianten für verschiedene Bildschirme bereit. Legen Sie Breite und Höhe fest, damit der Platz im Layout reserviert bleibt. Laden Sie das Hauptbild sofort und verzögern Sie Bilder außerhalb des sichtbaren Bereichs. Prüfen Sie, welche Datei auf Desktop und Smartphone geladen wird, und entfernen Sie Skripte, die die Seite nicht braucht.
Testen Sie vor dem Start die Produktivversion mit den tatsächlichen Skripten und Tracking-Einstellungen. Lighthouse führt einen Labortest durch und weist auf Probleme bei Ladezeit und Bedienbarkeit hin. Die Core Web Vitals messen, wie Besucher die Seite erleben: wie lange der Hauptinhalt bis zur Anzeige braucht (LCP), wie schnell die Seite auf Interaktionen reagiert (INP) und wie stark sich das Layout unerwartet verschiebt (CLS). Als „gut“ gelten 2,5 Sekunden, 200 Millisekunden und 0,1, jeweils bei mindestens 75 % der Besuche erreicht. Die Definitionen stehen auf web.dev. Ein Lighthouse-Wert belegt keine höhere Conversion-Rate. Mehr zur Diagnose lesen Sie im Ratgeber Wie die Ladezeit die Conversion einer Landingpage beeinflusst.
Übermittlung, Barrierefreiheit und Geräteverhalten testen
Bevor Sie Traffic auf die Seite lenken, prüfen Sie, ob Besucher sie lesen, das Formular ausfüllen und eine korrekte Bestätigung erhalten. Richten Sie dafür eine Testumgebung ein, in der Anfragen und Analytics getrennt von der Produktivumgebung laufen, mit Testdaten und einem internen Empfänger für Nachrichten.
Beginnen Sie bei der Beispielseite mit den acht Szenarien unten und wiederholen Sie sie in drei Umgebungen: Chrome auf dem Desktop mit 1440 px, Chrome auf Android mit etwa 390 px und Safari auf dem iPhone mit etwa 390 px. So entstehen 8 × 3 = 24 Testprotokolle, eines je Szenario und Umgebung. Notieren Sie Gerät, Betriebssystem und Browser. Ein verkleinertes Desktop-Fenster hilft bei der Layoutprüfung, ersetzt aber keinen Test auf einem Smartphone. Steht ein Gerät nicht zur Verfügung, markieren Sie die Prüfung als „nicht durchgeführt“ und vereinbaren Sie, wer sie vor dem Start nachholt.
| Szenario, in allen 3 Umgebungen zu wiederholen | Erwartetes Ergebnis |
|---|---|
| 1. Über den Test-Link der Kampagne aufrufen | Der erste Bildschirm greift das Angebot der Anzeige auf und macht die Bedingungen zugänglich. Die Buttons führen zum Formular, ohne dessen Überschrift oder Felder zu verdecken. |
| 2. Formular korrekt ausfüllen und absenden | Es erscheint eine Bestätigung, und eine Anfrage wird gespeichert und an den Testempfänger weitergeleitet. Ist das Tracking aktiv, wird ein Abschlussereignis erfasst. |
| 3. Leeres Feld, ungültige E-Mail-Adresse und ungültige URL | Testen Sie ein leeres Feld, eine ungültige E-Mail-Adresse und eine ungültige URL getrennt, korrigieren Sie jeweils und senden Sie ab. Prüfen Sie bei jedem Fehler Meldung, Fokus und den Erhalt der übrigen Eingaben. |
| 4. Doppelklick und Neuladen der Bestätigung | Es werden nur eine Anfrage und ein Abschlussereignis erfasst. Erneutes Laden der Bestätigung erzeugt keine weitere Conversion. |
| 5. Netzwerk trennen und wiederherstellen | Während des Ausfalls erscheint keine falsche Bestätigung. Nach dem erneuten Versuch gibt es genau einen Datensatz, und die eingegebenen Werte bleiben auf der geöffneten Seite erhalten. |
| 6. Tracking-Einstellungen | Testen Sie die Auswahlmöglichkeiten der freigegebenen Konfiguration und löschen Sie dabei jedes Mal die Websitedaten. Formular und Bestätigung funktionieren, und die Tags richten sich nach jeder Auswahl. |
| 7. Tastatur, Fokus und assistive Technik | Jedes Feld und jeder Button ist erreichbar, ohne dass der Fokus hängen bleibt. Fehler und Bestätigung werden angesagt. Nutzen Sie auf dem Smartphone außerdem die verfügbare assistive Technik und notieren Sie, welche Sie getestet haben. |
| 8. Layout und Ladeverhalten der ganzen Seite | Kein Text, kein Bild und kein Bedienelement ist abgeschnitten, und die Seite läuft nicht horizontal über. Bilder haben die richtige Größe, und wichtige Links funktionieren. |
Halten Sie für jedes Szenario Seitenversion, Gerät, durchgeführte Schritte, erwartetes und beobachtetes Ergebnis fest. Speichern Sie einen Screenshot oder einen Verweis auf das Anfrageprotokoll, wenn das einen Fehler besser dokumentiert, und weisen Sie die Korrektur zu. Umfasst ein Szenario mehrere Vorgänge, notieren Sie jedes Ergebnis. Nach einer Änderung fügen Sie das neue Testergebnis hinzu, ohne das vorherige zu löschen.
Verliert oder verdoppelt das Formular Anfragen, bestätigt es eine fehlgeschlagene Übermittlung oder sind Felder nicht nutzbar, beheben Sie das vor dem Start der Kampagne. Dasselbe gilt für Tags, die die eingestellten Präferenzen ignorieren. Bei Fehlern, die die Nutzung nicht verhindern, halten Sie fest, wer sie bis wann behebt. Testen Sie nach dem Start den Live-Ablauf noch einmal mit einer erkennbaren internen Anfrage und nehmen Sie sie aus den Geschäftsergebnissen heraus.
Eingegangene und geeignete Anfragen unterscheiden
Legen Sie vor dem Start fest, was Sie zählen. In diesem Beispiel liegt eine Conversion vor, wenn die Anfrage gespeichert wurde; ein Klick auf den Button reicht nicht. In GA4 können Sie das empfohlene Ereignis generate_lead einmal pro Anfrage senden, nachdem Sie sich vergewissert haben, dass sie gespeichert wurde. Markieren Sie es als Schlüsselereignis, wenn es das Ergebnis darstellt, das Sie verfolgen möchten. Prüfen Sie, wann automatische Formularereignisse ausgelöst werden: Solche Ereignisse können auch dann ausgelöst werden, wenn die Anfrage nie angekommen ist.
Speichern Sie Anfrage-ID, Datum, Seitenversion, verfügbare Quellen- oder Kampagnenangaben und Bearbeitungsstatus in Ihrem Anfrageprotokoll oder CRM. Senden Sie keine E-Mail-Adressen, Namen oder andere personenbezogene Daten an Google Analytics. Prüfen Sie getrennt, ob die Anfrage gespeichert wurde, das Team erreicht hat und das erwartete Ereignis ausgelöst hat. Browser-Einschränkungen oder Tracking-Einstellungen können das Ereignis verhindern, auch wenn die Übermittlung klappt.
Vergleichen Sie Besuche aus demselben Zeitraum, demselben Kanal und mit derselben Seitenversion. Diese Gruppe heißt Kohorte. Angenommen, Sie messen in einer Woche 500 Sitzungen, von denen 25 jeweils eine Anfrage auslösen. In Ihrem System liegen außerdem fünf weitere Anfragen, die Sie keinem gemessenen Besuch zuordnen können. Halten Sie diese bei der Berechnung der Conversion-Rate getrennt.
| Was Sie zählen | Berechnung in diesem Beispiel |
|---|---|
| Gemessene Sitzungen in der Woche | 500 Sitzungen auf der Seite in Woche 1, aus demselben Kanal und mit derselben Seitenversion. Interne Tests sind ausgenommen. |
| Sitzungen mit mindestens einer erfolgreichen Anfrage | 25 von 500: Sitzungs-Conversion-Rate = 25 ÷ 500 × 100 = 5 %. Eine Sitzung zählt nur einmal, auch wenn sie zwei Anfragen sendet. |
| Eindeutige Anfragen insgesamt | 30 gespeicherte Anfragen nach Entfernen von Duplikaten. 25 davon gehören zu den Sitzungen mit Conversion; die anderen 5 lassen sich nicht der gemessenen Besucherkohorte zuordnen. |
| Qualität der 25 zugeordneten Anfragen | 7 Tage nach jeder Anfrage: 15 geeignet, 5 nicht geeignet und 5 noch in Prüfung. Geeignete Anfragen sind 60 % der 25 eingegangenen (15 ÷ 25) und 75 % der 20 bereits beurteilten (15 ÷ 20). Weisen Sie auch die 5 offenen Anfragen aus. |
| Qualität der anderen 5 Anfragen | 3 geeignet, 1 nicht geeignet und 1 noch in Prüfung. Über alle Anfragen: 18 geeignet + 6 nicht geeignet + 6 offen = 30. Geeignete Anfragen sind 60 % der Gesamtzahl (18 ÷ 30). |
Löst eine Sitzung zwei Anfragen aus, zählen Sie eine Sitzung mit Conversion, beurteilen aber beide Anfragen, nachdem Sie Duplikate ausgeschlossen haben. Teilen Sie nicht alle 30 Anfragen durch die 500 Sitzungen: Fünf Anfragen stammen von Besuchen, die Sie dieser Sitzungszahl nicht zuordnen konnten. Der Prozentwert würde Datenmengen vermischen, die nicht zusammenpassen.
Legen Sie die Eignung im Briefing fest. Hier muss der Shop öffentlich sein, mindestens fünf prüfbare Produktseiten haben und die Prüfung für dasselbe Unternehmen noch nicht erhalten haben. Um Wochen zu vergleichen, beurteilen Sie den Status jeder Anfrage nach demselben Zeitabstand, etwa sieben Tagen, und halten Kanal, Gerät und Seitenversion vergleichbar. Berücksichtigen Sie Änderungen am Angebot oder am Tracking. In unserem Beispiel zeigen Anfragen, die nach sieben Tagen noch offen sind, eine Verzögerung: Zugesagt war eine Entscheidung innerhalb eines Werktags.
Nach dem Start entscheiden, was zu verbessern ist
| Was Sie beobachten | Was Sie prüfen | Was Sie tun |
|---|---|---|
| Viele Klicks, keine gespeicherten Anfragen | Ein Klick belegt keine Übermittlung. Prüfen Sie die Serverantwort, die Speicherung und die interne Weiterleitung. | Pausieren Sie die Kampagne, wenn Anfragen verloren gehen. Beheben Sie die Anbindung und wiederholen Sie die Szenarien 2, 4 und 5 in allen 3 Umgebungen. |
| 25 zugeordnete Datensätze, nur 20 Ereignisse | Fehlende Tags, Tracking-Einschränkungen oder abweichende Zuordnungsregeln könnten die Lücke erklären. Sie ist nicht automatisch ein Fehler der Seite. | Untersuchen Sie die 5 Abweichungen in den technischen Protokollen und nutzen Sie dabei nur die nötigen Daten. Prüfen Sie außerdem die Tracking-Einstellungen. Klären Sie die Differenz, bevor Sie über Änderungen an der Überschrift nachdenken. |
| 5 von 25 Anfragen sind nicht geeignet | Lesen Sie die Gründe: ein nicht öffentlicher Katalog, zu wenige Produktseiten oder eine bereits erhaltene Prüfung. | Kehrt ein Grund wieder, machen Sie diese Bedingung vor dem Formular besser sichtbar. Halten Sie fest, wann sich die Seite ändert, damit Sie Anfragen vor und nach der Änderung unterscheiden können. |
| 5 von 25 Anfragen sind nach 7 Tagen noch offen | Der zuständige Mitarbeiter hat sie nicht innerhalb des zugesagten Werktags geprüft. | Weisen Sie die noch offenen Eignungsprüfungen sofort zu und informieren Sie die Wartenden. Dokumentieren Sie die Verzögerung; geänderte Seitentexte beheben sie nicht. |
Wenn Sie sich für eine Änderung entscheiden, halten Sie fest, welche Beobachtung dahintersteht, das Datum, wer sie umsetzt und wann Sie das Ergebnis prüfen. Bewahren Sie die Seitenversion auf, damit Sie Ergebnisse vor und nach der Änderung trennen können. Steigen die Conversions, prüfen Sie, ob sich auch der Traffic verändert hat. Ein Vorher-nachher-Vergleich allein belegt nicht, dass die Änderung den Anstieg verursacht hat. Wie Sie ein Experiment aufsetzen und seine Ergebnisse deuten, lesen Sie in den Ratgebern zur Erfolgsmessung von Landingpages und zur Conversion-Optimierung.
Die Übergabe mit Ihrem Dienstleister vereinbaren
Wenn Sie einen Dienstleister beauftragen, hängen Sie Briefing und Abnahmeprüfungen an den Leistungsumfang an. Klären Sie, wer Texte und Bedingungen freigibt, wer prüft, ob Anfragen ankommen, und wer die vorherige Version wiederherstellen kann. Fragen Sie nach Zugangsdaten, verfügbaren bearbeitbaren Materialien und Lizenzbeschränkungen. Das Angebot sollte festhalten, ob Recherche, Anbindungen, Hosting und Support enthalten sind. Eine ausführliche Aufstellung finden Sie im Ratgeber zu den Kosten einer Landingpage.
Häufige Fragen zur Landingpage-Entwicklung
Braucht jede Anzeige eine eigene Landingpage?
Erstellen Sie getrennte Seiten, wenn sich Angebot, Zielgruppe oder Bedingungen so ändern, dass es die Entscheidung beeinflusst. Ändert sich nur das Anzeigenmotiv und bleibt das Angebot gleich, können Sie die Seite behalten und die Traffic-Quellen im Tracking unterscheiden, sofern verfügbar.
Sollte eine Landingpage von Google indexiert werden?
Eine Seite, die auch eine Google-Suche beantwortet, kann indexierbar sein. Bei einer befristeten Variante nur für die Kampagne können Sie noindex wählen und sie aus der Sitemap lassen. Lassen Sie Google die Seite crawlen, damit es die Anweisung lesen kann. Sperren Sie die Seite in der robots.txt, sieht Google das noindex nicht.
Kann jemand mehr Conversions garantieren?
Nein. Neben der Seite selbst beeinflussen Angebot, Zielgruppe, Traffic und Bearbeitung der Anfragen das Ergebnis. Vereinbaren Sie überprüfbare Leistungen und eine Messmethode. Ein versprochener Prozentwert ohne Daten und Bedingungen ist keine verlässliche Prognose.
