rubikdesign-marketing/paid-landing-page-audit

Landing-Page-Audit

Auditieren Sie die Seite, auf die bezahlter Traffic landet, und geben Sie eine Fehlerliste zurück, die der Media Buyer tatsächlich umsetzen kann. Jeder bezahlte Klick kostet Geld, unabhängig davon, ob die Seite konvertiert oder nicht – jeder hier gefundene Leck ist ein direkter Ausgabenverlust.

Erfahrene Auditoren beginnen nicht mit der Seite – sie beginnen mit der Geldspur:

1. Der Klickpfad von der Anzeige zur Seite.
2. Der Analytics-Funnel.
3. Qualitative Hinweise.
4. Eine heuristische Analyse der Seite selbst, zuletzt.

Eine schöne Seite, die die Nachrichtenkongruenz bricht, verschwendet Ausgaben, unabhängig von der handwerklichen Qualität der Seite.

Die Ausgabe ist eine priorisierte Fehlerliste, bei der jeder Fund seine Evidenzklasse und seinen Schweregrad deklariert. Niemals eine versprochene prozentuale Steigerung: Die meisten CRO-Änderungen gewinnen nicht, wenn sie getestet werden (ungefähr 10-33% der Experimente verbessern ihre Zielmetrik, laut Kohavis Microsoft/Google-Daten und Optimizelys 127.000-Experimente-Korpus), daher ist jedes spezifische Steigerungsversprechen mit ziemlicher Sicherheit falsch.

Dieser Skill besitzt alles nach dem Klick und nichts davor. Die Ursachenanalyse des Werbekontos (Tracking, Struktur, Targeting, Creative, Gebote) gehört zu mbfinotti/advertising-skills@ad-account-diagnostic, das hier übergibt, wenn seine Hinweise auf nachgelagerte Probleme deuten. Die Grenze ist wechselseitig.

Wenn die Hinweise während dieses Audits auf Probleme vor dem Klick hindeuten (ermüdete Creatives, falsche Zielgruppe, defektes Conversion-Tracking, ein kaputtes Angebot, das keine Seite retten kann), verweigern Sie das Seiten-Urteil, nennen Sie genau das vorgelagerte Signal, das Sie gesehen haben, und übergeben Sie. Lassen Sie nicht zu, dass ein Seiten-Audit leise zu einer Kontodiagnose wird.

Dieser Skill setzt niemals Fehlerbehebungen um: Er benennt sie, stuft sie ein und weist sie zu.

Interview

Fragen Sie, bevor Sie etwas öffnen. Eine Frage pro Nachricht; bieten Sie nach Möglichkeit Multiple-Choice-Antworten an; überspringen Sie alles, was bereits geliefert wurde.

• Welche eine Aktion muss diese Seite treiben? (Kauf / Testanmeldung / Demo- oder Terminbuchung / Lead-Formular / Download)
• B2B oder B2C/E-Commerce?
• Welche Plattform sendet den bezahlten Traffic, und können Sie die tatsächliche Anzeige teilen – Text, Creative oder Thumbnail sowie das Keyword oder die Zielgruppe dahinter? (Ohne die Anzeige läuft der wirkungsvollste Check blind.)
• Wie kann ich auf die Seite zugreifen? (Live-URL / kopierten Text oder HTML / Screenshots – Desktop und Mobil / eine Mischung)
• Sitzungen und Conversions auf dieser Seite in den letzten 14-30 Tagen? (Entscheidet, ob Statistiken oder erste Prinzipien das Audit tragen – siehe Volumen-Schwelle.)
• Geräteverteilung und Geo-Mix – Bedient eine Seite mehrere Länder, Sprachen oder Währungen?
• Ziel-CPA oder ROAS, und wo liegt der Traffic der Seite derzeit im Verhältnis dazu? (Die Lücke ist das, woran die Fehlerliste gemessen wird.)
• Was zählt als gutes Ergebnis nachgelagert? (B2B: MQL/SQL/Pipeline, nicht Formularausfüllungen; B2C: Umsatz, nicht Warenkorb-Aktionen.)
• Welche Hinweise existieren über die Seite hinaus – Analytics-Funnel, Sitzungsaufzeichnungen, Heatmaps, Umfrage- oder Support-Verbatims?
• Wurde auf dieser Seite bereits etwas geändert oder getestet? Was ist passiert?
• Gibt es ein Datum, bis zu dem das Ergebnis vorliegen muss – ein Launch, eine Budgetüberprüfung, eine saisonale Spitze – oder keine Frist?
• Möchten Sie die schnellste Wiederherstellung dieser Kampagne oder eine Seite, die auch in den nächsten Kampagnen weiterhin funktioniert? (Einmaliger Gewinn oder zusammengesetztes Asset.)
• Wer setzt die Fehlerbehebungen um – Sie, ein Designer, ein Dev-Team – und was ist die Aufwandsgrenze: Stunden von Textänderungen, ein Sprint von Build-Arbeiten oder ein Redesign, das Sie intern verkaufen müssten?

Diese letzten drei Interview-Antworten bewerten die Fehlerliste neu, bevor sie geschrieben wird; der Bericht sagt, welche Antwort was verschoben hat.

• Ein festes Datum befördert, was in Stunden lieferbar ist: Nachrichtenkongruenz, Überschrift- und CTA-Text, Wiederverwendung des Schlüsselvisuals der Anzeige. Es stuft alles herab, was einen Build oder einen Stakeholder erfordert.
• Ein zusammengesetztes Mandat befördert Angebotsklarheit und strukturelle Arbeiten, die die nächste Kampagne überdauern, auch wenn es die langsamste Familie ist, um sie auszuliefern.
• Eine niedrige Aufwandsgrenze löscht Zeilen, anstatt sie neu zu ordnen: Nennen Sie, was außerhalb der Grenze fiel, im Abschnitt „Ausgeschlossen" des Berichts, anstatt es stillschweigend fallen zu lassen, damit niemand es im nächsten Quartal wiederentdeckt.

Workflow

1. Führen Sie das Interview durch; sammeln Sie jede Antwort, bevor Sie die Seite berühren.

2. Schließen Sie vorgelagerte Ursachen zuerst aus. Ein CPA-Diagramm kann ein Seitenproblem nicht von einem Anzeigenproblem unterscheiden. Überprüfen Sie, bevor Sie die Seite beschuldigen:

   • Sinkt die CTR oder steigt die Frequenz (Creative-Ermüdung): Übergeben Sie an mbfinotti/advertising-skills@ad-creative-fatigue.
   • Feuert das Conversion-Ereignis und ist dedupliziert? Wenn nicht, übergeben Sie an mbfinotti/advertising-skills@ad-conversion-tracking und behandeln Sie jede nachgelagerte Zahl in diesem Audit als verdächtig.
   • Haben sich Targeting oder Angebot geändert, als die Performance nachließ? Übergeben Sie an mbfinotti/advertising-skills@ad-account-diagnostic.

   Fahren Sie nur fort, wenn die Seite plausibel das Problem ist.

3. Gehen Sie den Klickpfad durch. Öffnen Sie die Anzeige, das Keyword oder die Zielgruppe und die Landing Page nebeneinander. Antworten Sie aus der Perspektive des Klickers: Was hat die Anzeige versprochen, und bestätigt der erste Bildschirm dies?

   Überprüfen Sie vier Übereinstimmungsachsen:

   • Verbal: Die Überschrift spiegelt das Versprechen der Anzeige in eigenen Worten wider.
   • Visuell: Der Hero-Bereich spiegelt das Creative der Anzeige oder den Eröffnungsrahmen wider – fast jedes Audit überspringt dies.
   • Angebot: Gleiches Angebot, gleicher Preis, gleiches CTA-Verb.
   • Geo: Währung, Sprache, regionsgültiges Angebot für jedes Geo, das die Kampagne anspricht.

   Wenn die Seite Überschriften nach UTM oder Anzeigengruppe wechselt, laden Sie sie mit den tatsächlichen Anzeigenparametern: Dynamische Personalisierung, die stillschweigend die generische Seite ausliefert, ist eine für bezahlten Traffic spezifische Bug-Klasse. Bestätigen Sie, dass Klick-IDs die Landung und alle Weiterleitungen überleben.

4. Ziehen Sie den Analytics-Funnel, segmentiert nach Gerät und Traffic-Quelle: Landung → Interaktion → Formularstart oder Warenkorb → Abschluss. Hier wird Meinung zu Beobachtung. Wenden Sie die Volumen-Schwelle an, bevor Sie etwas lesen, und mischen Sie niemals plattformgemeldete und vor-Ort-Conversion-Zahlen – sie unterscheiden sich durch Attributionsfenster und View-Through und sind nicht vergleichbare Summen.

5. Sammeln Sie qualitative Hinweise, wo sie existieren: Sitzungsaufzeichnungen (Rage Clicks, Dead Clicks, Formularzögern), Scroll- und Heatmaps (erreicht jemand den Beweis? das CTA?) und Voice-of-Customer-Verbatims. Überspringen Sie ohne Entschuldigung, wenn nicht verfügbar – sagen Sie es dann aber in „Konnte nicht prüfen".

6. Führen Sie die heuristische Seitenüberprüfung mit references/page-checks.md in ihrer Reihenfolge durch: Die Prüfungen sind nach Umsatzauswirkung für bezahlten Traffic geordnet, nicht nach Prüfungsaufwand.

   Wenn Sie die Seite abrufen und rendern können, überprüfen Sie jede Prüfung am gerenderten Ergebnis in einem telefongroßen Viewport und einem Desktop-Viewport. Arbeiten Sie andernfalls vom kopierten Text oder den Screenshots und markieren Sie jede Behauptung, die Rendering benötigte (Ladezeit, Layout, dynamischer Content), als „Konnte nicht prüfen".

   Alles, was hier gefunden wird, ist eine Meinung, bis Analytics oder ein Experiment es aufwertet.

7. Priorisieren Sie (Abschnitt unten). Reihen Sie nach Effizienz – den Funnel-Schritt, den jeder Fix pro Aufwandeinheit freigibt – gewichtet nach Evidenz und neu bewertet gegen die Frist, das Mandat und die Aufwandsgrenze aus dem Interview. Begrenzen Sie die Fehlerliste auf sieben Punkte – eine Liste mit dreißig Punkten wird nie umgesetzt.

8. Schreiben Sie den Bericht im untenstehenden Format (vollständige Vorlage und gearbeitetes Beispiel in references/report-template.md). Führen Sie die Berichtsintegritätsprüfungen durch und iterieren Sie, bis der Bericht alle besteht.

9. Protokollieren Sie eine Vorhersage und ein Nachprüfdatum. Jeder ausgelieferte Fix benennt den Funnel-Schritt, der sich bewegen sollte, und in welche Richtung. Überprüfen Sie einen vollen Geschäftszyklus später erneut bei abgestimmter Attributionsverzögerungsreife.

   Wenn Ihre Umgebung persistenten Speicher hat, merken Sie sich die Seitenbasislinie, die Ergebnisse, die ausgelieferten Fixes und die Vorhersagen, damit der nächste Lauf aus der Historie startet. Geben Sie andernfalls einen kurzen Zustandsblock aus, den der Nutzer in die nächste Sitzung einfügen kann.

Evidenzklassen

Jeder Fund trägt eine von drei Behauptungsklassen, und der Bericht verwischt sie nie:

• Meinung – allein von der Seite aus beurteilbar: Nachrichtenkongruenz, Klarheit des Wertversprechens, CTA-Hierarchie, sichtbare Reibung, Vorhandensein von Vertrauenssignalen. Informierte Hypothesen, kein Beweis.
• Beobachtung – erfordert die eigenen Daten dieser Seite: wo Traffic tatsächlich abfällt, Geräteunterschiede, feldbezogener Formularabbruch, Feld-Core-Web-Vitals, aufgezeichnetes Verhalten.
• Kausalfakt – erfordert ein kontrolliertes Experiment. Dieses Audit produziert niemals Kausalfakten; es produziert Kandidaten dafür. Alles, das formuliert wird als „dies wird die Conversion um X% steigern", ist eine Behauptung dieser Klasse ohne das dahinterstehende Experiment – verboten.

Zitierte Best Practices tragen zusätzlich eine Quellenstufe:

• Etablierte Forschung: eine zitierbare Studie oder ein Standard (Core Web Vitals, WCAG, Baymard, NN/g, Unbounce-Benchmark-Bericht).
• Praktikerkonsens: durch unabhängige Praktiker bestätigt (ein klarer CTA, Beweis am Punkt der Reibung).
• Folklore: weit verbreitet, unbewiesen (siehe Fehlermodi). Präsentieren Sie es nur, um es zu entkräften.

Die zitierbaren Zahlen, die Frameworks (LIFT, die MECLABS-Heuristik, PXL) und ihre obligatorischen Einschränkungen befinden sich in references/evidence-and-benchmarks.md. Lesen Sie es, bevor Sie eine Zahl oder ein Framework namentlich zitieren.

Volumen-Schwelle

Zwei Volumen-Schwellen regeln, was das Audit behaupten kann:

• Unter etwa 1.000 Sitzungen oder 30 Conversions auf dieser Seite im Analysezeitraum können die Daten ein echtes Conversion-Problem nicht von Rauschen unterscheiden. Stellen Sie dies klar fest, verweigern Sie Conversion-Rate-Vergleiche und Segment-Lesungen und reihen Sie die Fehlerliste stattdessen nach First-Principles-Reibung und etablierter Forschung. Das Audit ist immer noch nützlich; es gibt nur nicht vor, statistisch zu sein.
• Unter etwa 100 Conversions pro Monat empfehlen Sie auch nicht A/B-Testing als Validierungspfad. Empfehlen Sie stattdessen die Auslieferung gut belegter Reibungsbeseitigungen und Monitoring, und sagen Sie, dass Kausalität nicht beweisbar sein wird.

Diese Schwellen sind Praktiker-Heuristiken, keine Gesetze: Eine ordnungsgemäße Stichprobenberechnung schlägt beide, wenn jemand eine durchführen kann.

Priorisierung

Reihen Sie die Fehlerliste nach Effizienz – den freigegebenen Conversion-Schritt pro Aufwandeinheit – und führen Sie mit dem besten Verhältnis, niemals mit dem billigsten Fix. Billig-zuerst und effizient-zuerst sind unterschiedliche Ordnungen, und nur die zweite beantwortet „Was versende ich zuerst mit den Stunden, die ich habe".

Bewerten Sie jeden Kandidaten mit evidenzgewichteten, meist binären Fragen, in der Form von PXL und nicht ICE oder PIE. ICE und PIE lassen denjenigen, der den Fix vorschlägt, zwei der drei Eingaben raten; eine evidenzgewichtete Bewertung zwingt jeden Fix, die Evidenz dahinter zu benennen.

Fragen Sie bei jedem Fix:

• Ist er oberhalb der Falte?
• Innerhalb von fünf Sekunden bemerkbar?
• Auf dem Pfad des bezahlten Einstiegs?
• Gestützt durch eine Beobachtung aus den Daten dieser Seite, oder nur durch eine Meinung?
• Gestützt durch etablierte Forschung, oder nur durch Praktikerkonsens?

Klassieren Sie den Aufwand als Zeit und Koordination: eine Stunde Texterbeit, ein oder zwei Tage Build und Regressionstests, eine Woche oder mehr über die Kalender anderer Leute hinweg. Niemals als Budgetzahl.

Die Wertseite ist der Leck, nicht sein Preis: Nennen Sie den Funnel-Schritt, den jeder Fix freigibt, und wie viel der CPA/ROAS-Lücke aus dem Interview auf diesem Schritt liegt, damit ein Fix auf dem leckenden Schritt einen schöneren Fix anderswo übertrifft.

Standardreihenfolge über Fix-Familien hinweg, wenn eine Seite mehrere auf einmal versagt, die höchste zuerst auf jeder Achse:

• Effizienz: Nachrichtenkongruenz > Above-the-Fold-Klarheit > Vertrauensplatzierung > Formular- und Checkout-Reibung > Angebotsklarheit > Geschwindigkeit > Barrierefreiheits-Polish > Post-Click-Pfad
• Wert: Nachrichtenkongruenz > Above-the-Fold-Klarheit > Angebotsklarheit > Formular- und Checkout-Reibung > Vertrauensplatzierung > Geschwindigkeit > Barrierefreiheits-Polish > Post-Click-Pfad
• Aufwand: Angebotsklarheit > Barrierefreiheits-Polish > Geschwindigkeit > Formular- und Checkout-Reibung == Post-Click-Pfad > Above-the-Fold-Klarheit > Nachrichtenkongruenz == Vertrauensplatzierung
• Compliance-Kosten: Behauptungs- und Offenlegungskorrekturen > Einwilligungsbanner > Barrierefreiheit > jede andere Familie == keine

Die Achsen widersprechen sich an zwei Stellen, die es wert sind, laut ausgesprochen zu werden:

• Angebotsklarheit liegt nahe der Spitze beim Wert und an der Spitze beim Aufwand: Ein neues Wertversprechen benötigt Stakeholder, nicht einen Nachmittag. Es landet im Mittelfeld bei der Effizienz: Starten Sie es jetzt, liefern Sie es später, überspringen Sie es nie.
• Vertrauensplatzierung ist das Gegenteil: Das Verschieben von Beweisen, die die Seite bereits besitzt, an den Punkt der Reibung erkauft einen mittleren Schritt für eine Stunde Arbeit, weshalb es größere Fixes übertrifft.

Barrierefreiheits-Polish ist über Geschwindigkeit angeordnet, nicht gleichrangig, weil die lange Leitung die Freigabe ist, nicht der Code. Die verbleibenden Gleichstände sind echte Gleichheiten:

• Formular-Reibung == Post-Click-Pfad: Beide sind ein oder zwei Tage Build innerhalb eines Systems, das der Seiteninhaber nur halb kontrolliert (ein Formular- oder Checkout-Stack, ein E-Mail- und Routing-Stack), und beide benötigen einen Regressionstest auf einem Live-Geldpfad, bevor sie ausgeliefert werden.
• Nachrichtenkongruenz == Vertrauensplatzierung: Beide sind eine Stunde Arbeit von demjenigen, der die Seite bereits besitzt, unter Verwendung bereits existierender Assets (der eigene Text der Anzeige, bereits auf der Seite vorhandene Beweise).
• Compliance-Kosten, jede Familie unterhalb der Barrierefreiheit == keine: Sie wiederholen, ordnen neu oder beschleunigen bereits veröffentlichtes Material, sodass nichts Neues behauptet, gesammelt oder offengelegt wird und keine Überprüfung zu buchen ist.

Was diese Effizienzordnung verhungern lässt, ist jeder Fix, der einen Build oder einen Stakeholder benötigt: Angebotsklarheit, strukturelle Überarbeitungen und Geschwindigkeit rangieren hoch beim Wert und an der Spitze der Aufwandsachse, sodass das Verhältnis sie nie auswählt und die Seite stattdessen Textanpassungen ansammelt. Befördern Sie sie unter Bedingungen, anstatt auf das Verhältnis zu warten:

• Befördern Sie Angebotsklarheit an die Spitze, wenn der Trichter zeigt, dass Besucher auf einer seitenkongruenten Seite landen und sie verlassen, bevor es zu einer Interaktion kommt (keine handwerkliche Verbesserung der Seite repariert ein Angebot, das niemand will), oder wenn die CPA-Lücke ein Vielfaches des Ziels ist und nicht nur eine Marge, da kein Fix im Stundenmaßstab sie plausibel schließen kann.
• Befördern Sie Geschwindigkeit, wenn die Feld-Core-Web-Vitals auf dem Gerät, das die Ausgaben trägt, ihre Schwellenwerte nicht erreichen. Dies ist ein etablierter Forschungsauslöser und übertrifft das Verhältnis.

Nennen Sie die Beförderung im Bericht, mit der Evidenz, die sie ausgelöst hat.

Compliance-Kosten-Punkte werden nach Risiko gereiht, nicht nach Verhältnis. Das Löschen eines zurücksetzenden Countdowns, einer unbelegten Behauptung oder einer nicht offengelegten Empfehlung kostet nahezu keinen Aufwand und trägt FTC- und Plattform-Policy-Risiko an jedem Tag, an dem es besteht, also springt es in der Warteschlange vor, unabhängig von seiner Conversion...

[gekürzt für Übersetzung]