Website

Google-Ads-Landingpages nach Speed-Problemen und verschwendetem Budget ranken

Verknüpft die Kosten- und Conversion-Daten der Google-Ads-Landingpages mit echten mobilen Core Web Vitals, schätzt das auf langsamen Seiten verlorene Budget und ordnet, welche Seiten zuerst behoben werden sollten. Nur lesend.

Wann du ihn nutzt

Wenn deine Google-Ads-Leads zurückgehen und du vermutest, dass langsame Landingpages Werbebudget verschwenden.

Was du bekommst

Eine nach Priorität sortierte Tabelle der Landingpages mit Core Web Vitals, geschätzten Streuverlusten, Hauptengpass und den 3 wichtigsten Korrekturen für die schlechtesten Seiten.

Ändert er etwas in meinem Konto?

Nein. Der Assistent liest nur deine Daten und berichtet dir.

Funktioniert mit

Google Ads, SEO Intelligence

Vor dem Senden ausfüllen

[account]

Ich betreibe ein lokales Dienstleistungsunternehmen und die meisten meiner Leads kommen aus Google Ads im Konto [account]. Finde heraus, welche Landingpages Leads verlieren, weil sie langsam laden. Nur lesend: Ändere nichts im Konto. 1. Führe google_ads_query auf landing_page_view für die letzten 30 Tage aus (segments.date DURING LAST_30_DAYS): landing_page_view.unexpanded_final_url, Klicks, Kosten, Conversions, speed_score und mobile_friendly_clicks_percentage. Berechne die Conversion-Rate als Conversions geteilt durch Klicks pro URL und den Kontodurchschnitt als Gesamt-Conversions geteilt durch Gesamtklicks über alle URLs. Wenn speed_score oder mobile_friendly_clicks_percentage leer zurückkommen, markiere sie als nicht verfügbar und mach weiter. 2. Nimm die Top-8-URLs nach Kosten und führe core_web_vitals auf jeder aus, strategy mobile, resources=true. Berichte LCP, INP und CLS aus den Felddaten. Wenn eine Seite keine Felddaten für INP hat, berichte stattdessen den Lab-TBT, markiere INP als "no field data" und zähle ihn nicht als schlecht. Sag für jede Metrik, ob es Feld- oder Labdaten sind. 3. Bewerte jede Metrik als gut, verbesserungswürdig oder schlecht. LCP gut bei 2,5 s oder weniger, schlecht über 4 s. INP gut bei 200 ms oder weniger, schlecht über 500 ms. CLS gut bei 0,1 oder weniger, schlecht über 0,25. 4. Benenne den Haupt-Engpass pro Seite anhand der Ressourcenlisten: das LCP-Element, render-blockierende Dateien, ungenutztes CSS oder JS oder überdimensionierte Bilder. 5. Schätze das verschwendete Budget für Seiten, die unter dem Kontodurchschnitt konvertieren: Kosten × (1 − Conversion-Rate der Seite ÷ Conversion-Rate des Kontos). Seiten auf oder über dem Durchschnitt erhalten 0. 6. Erstelle eine Tabelle mit diesen Spalten: URL, Kosten, Conversions, Conversion-Rate, Speed-Score, LCP, INP, CLS, Anzahl schlechter Metriken, geschätztes verschwendetes Budget, Haupt-Engpass. 7. Ordne nach Priorität: zuerst das geschätzte verschwendete Budget, dann die Anzahl schlechter Metriken als Tie-Breaker. Wenn eine Seite wenige Klicks hat (unter 50), sag, dass die Conversion-Rate noch nicht verlässlich ist. Markiere jede Seite, bei der der mobile LCP über 4 s liegt und die Conversion-Rate unter dem Kontodurchschnitt. Diese Seiten werden zuerst behoben. Schließe mit den Top-3-konkreten Fixes für jede markierte Seite ab, basierend auf dem, was Lighthouse tatsächlich gemeldet hat.

1. Führe google_ads_query auf landing_page_view für die letzten 30 Tage aus (segments.date DURING LAST_30_DAYS): landing_page_view.unexpanded_final_url, Klicks, Kosten, Conversions, speed_score und mobile_friendly_clicks_percentage. Berechne die Conversion-Rate als Conversions geteilt durch Klicks pro URL und den Kontodurchschnitt als Gesamt-Conversions geteilt durch Gesamtklicks über alle URLs. Wenn speed_score oder mobile_friendly_clicks_percentage leer zurückkommen, markiere sie als nicht verfügbar und mach weiter.
2. Nimm die Top-8-URLs nach Kosten und führe core_web_vitals auf jeder aus, strategy mobile, resources=true. Berichte LCP, INP und CLS aus den Felddaten. Wenn eine Seite keine Felddaten für INP hat, berichte stattdessen den Lab-TBT, markiere INP als "no field data" und zähle ihn nicht als schlecht. Sag für jede Metrik, ob es Feld- oder Labdaten sind.
3. Bewerte jede Metrik als gut, verbesserungswürdig oder schlecht. LCP gut bei 2,5 s oder weniger, schlecht über 4 s. INP gut bei 200 ms oder weniger, schlecht über 500 ms. CLS gut bei 0,1 oder weniger, schlecht über 0,25.
4. Benenne den Haupt-Engpass pro Seite anhand der Ressourcenlisten: das LCP-Element, render-blockierende Dateien, ungenutztes CSS oder JS oder überdimensionierte Bilder.
5. Schätze das verschwendete Budget für Seiten, die unter dem Kontodurchschnitt konvertieren: Kosten × (1 − Conversion-Rate der Seite ÷ Conversion-Rate des Kontos). Seiten auf oder über dem Durchschnitt erhalten 0.
6. Erstelle eine Tabelle mit diesen Spalten: URL, Kosten, Conversions, Conversion-Rate, Speed-Score, LCP, INP, CLS, Anzahl schlechter Metriken, geschätztes verschwendetes Budget, Haupt-Engpass.
7. Ordne nach Priorität: zuerst das geschätzte verschwendete Budget, dann die Anzahl schlechter Metriken als Tie-Breaker. Wenn eine Seite wenige Klicks hat (unter 50), sag, dass die Conversion-Rate noch nicht verlässlich ist.

Markiere jede Seite, bei der der mobile LCP über 4 s liegt und die Conversion-Rate unter dem Kontodurchschnitt. Diese Seiten werden zuerst behoben. Schließe mit den Top-3-konkreten Fixes für jede markierte Seite ab, basierend auf dem, was Lighthouse tatsächlich gemeldet hat.

In Claude öffnen In ChatGPT öffnen Im Forum diskutieren

Diese Prompts funktionieren am besten, wenn dein KI-Assistent über Opus Growth mit deinen Konten verbunden ist.

Konten kostenlos verbinden

Weitere Prompts

WebsiteÄndert nach deiner Freigabe

Meta-Titel und -Beschreibungen für Seiten mit niedriger organischer CTR neu schreiben

Findet Seiten auf Seite 1 mit vielen Impressionen, aber wenigen Klicks, vergleicht sie mit der CTR deiner gesamten Website und schreibt Meta-Titel und -Beschreibung passend zu den Suchanfragen, die tatsächlich Traffic bringen, neu.

Wann du ihn nutztWenn deine Seiten auf Seite eins ranken und Impressionen bekommen, aber kaum geklickt werden, weil Titel und Beschreibungen wohl nicht überzeugen.

Verwende die Search-Console-Property [Search Console property] und die WordPress-Website [WordPress site].

Schritt 1. Baseline. Hole die letzten 90 Tage mit der Dimension "date" und addiere die gesamten Klicks und die gesamten Impressionen. Durchschnittliche Website-CTR = Gesamtklicks / Gesamtimpressionen. Zeige diese Zahl zuerst an.

Schritt 2. Kandidaten. Hole die letzten 90 Tage nach Seite, sortiert nach Impressionen. Behalte Seiten mit mindestens 500 Impressionen, einer durchschnittlichen Position zwischen 1 und 10 und einer CTR unter 2 %. Nimm die Top 10 nach Impressionen.

Schritt 3. Für jede dieser 10 Seiten:
- Hole die Suchanfragen nur für diese Seite (Dimension "query", gefiltert auf die Seiten-URL, sortiert nach Impressionen) und behalte die Top 5.
- Finde die passende WordPress-Beitrags- oder Seiten-ID, indem du nach dem Slug suchst. Wenn eine URL keine eindeutige Zuordnung hat (Archiv, Kategorie, Startseite), markiere sie und mach weiter.
- Lies den aktuellen Meta-Titel und die aktuelle Meta-Beschreibung aus dem SEO-Plugin.

Überspringe jede Seite, deren aktueller Titel bereits die Haupt-Suchanfrage enthält UND deren CTR innerhalb von 20 % des Website-Durchschnitts aus Schritt 1 liegt. Nenne den Grund für das Überspringen.

Liefere eine Tabelle mit diesen Spalten: URL, Beitrags-ID, Impressionen, CTR, Position, Haupt-Suchanfragen, aktueller Titel, aktuelle Beschreibung, vorgeschlagener Titel, vorgeschlagene Beschreibung.
- Vorgeschlagener Titel: max. 60 Zeichen, Haupt-Suchanfrage möglichst am Anfang.
- Vorgeschlagene Beschreibung: max. 155 Zeichen, ein konkreter Nutzen und ein Call-to-Action.
- Verwende nur Fakten, die auf der Seite stehen. Erfinde keine Preise, Garantien oder Zahlen.

Diese Tabelle ist die Vorschau. Schreibe keine SEO-Felder, bevor ich zugestimmt habe. Schreibe nach meiner Freigabe nur die freigegebenen Zeilen (überschreibe die bestehenden Werte nur für diese Zeilen), leere dann den Cache, damit die neuen Tags live gehen, und lies die SEO-Felder jeder geänderten Seite erneut aus, um zu bestätigen, dass sie übernommen wurden.

WebsiteÄndert nach deiner Freigabe

Die Website-Navigation rund um Seiten aufbauen, die wirklich konvertieren

Gleicht die GA4-Landingpage-Performance mit deinen WordPress-Menüs ab, markiert wertvolle Seiten, die in der Navigation fehlen, toten Ballast und defekte Links, und schlägt ein schlankeres Hauptmenü vor.

Wann du ihn nutztWenn dein Website-Menü überladen oder veraltet wirkt und Besucher vermutlich nicht zu den Seiten führt, die wirklich konvertieren.

Vergleiche mein Navigationsmenü mit dem, was tatsächlich konvertiert.

Hole aus der GA4-Property [GA4 property] die letzten 90 Tage nach Landingpage: Sitzungen und Key Events. Berechne die Key-Event-Rate als Key Events / Sitzungen.

Lies dann alle Menüs auf [WordPress site], einschließlich der Hauptnavigation und des Footers, mit allen Links.

Ordne die Menülinks den GA4-Zeilen anhand des URL-Pfads zu (ignoriere Domain, abschließende Schrägstriche und Query-Strings). Wenn ein Link keine GA4-Zeile hat, behandle ihn als 0 Sitzungen und weise darauf hin.

Prüfe jeden Menülink auf Probleme:
- Rufe jede verlinkte URL ab und erfasse den HTTP-Status. Alles mit 4xx oder 5xx ist defekt; Weiterleitungen sind erwähnenswert.
- Markiere Links, die auf Entwurfs- oder private Seiten, auf alte Slugs oder auf http statt https zeigen.

Liefere drei Listen:
1. Seiten mit mindestens 20 Key Events, die nicht im Hauptmenü stehen.
2. Menülinks, die auf Seiten mit weniger als 50 Sitzungen oder null Key Events in 90 Tagen zeigen.
3. Defekte oder veraltete Links, jeweils mit Begründung.

Schlage dann ein neues Hauptmenü vor:
- Max. 7 Punkte auf oberster Ebene, geordnet nach kommerzieller Wichtigkeit.
- Exakte Bezeichnungen mit 2 bis 3 Wörtern in einfacher Sprache, wie ein Kunde sie verwenden würde.
- Die Kontaktseite bleibt der letzte Punkt.
- Verschiebe Seiten mit geringem Wert ins Footer-Menü, statt sie zu löschen.

Zeige das aktuelle und das vorgeschlagene Menü nebeneinander, mit der genauen Liste der Menüaktionen, die du ausführen würdest (hinzufügen, umbenennen, neu verlinken, neu ordnen, entfernen), als Vorschau. Ändere nichts, bevor ich zugestimmt habe. Wende die Änderungen nach der Freigabe an, leere den Cache und lies die Menüs erneut aus, um die finale Struktur zu bestätigen.

WebsiteÄndert nach deiner Freigabe

Plugin- und Tracking-Check, bevor er deine Conversions kaputt macht

Eine Aktionsliste Plugin für Plugin, die veraltete, doppelte und konfligierende Plugins sowie doppelt feuernde Tags markiert.

Wann du ihn nutztWenn deine WordPress-Seite zu viele Plugins hat, Updates sich stauen oder doppelte Tags vermutlich die Conversions aufblähen, auf die deine Anzeigen optimieren.

Führe einen Plugin- und Tracking-Check für [WordPress-Website] durch.

Lies Folgendes aus:
- Die WordPress- und PHP-Version.
- Alle installierten Plugins, mit ihrem Aktivstatus und ob ein Update verfügbar ist.
- Jede Stelle, an der ein GTM- oder GA4-Tag feuert.
- Die aktuellen Caching- und Speed-Einstellungen.

Liefere eine Tabelle mit diesen Spalten: Plugin, aktiv?, Update verfügbar?, Rolle (SEO, Cache, Formulare, Tracking, Page Builder, Sonstiges), Risiko, Empfehlung (behalten, updaten, deaktivieren oder löschen).

Markiere diese Probleme ausdrücklich:
- Mehr als ein SEO-Plugin.
- Mehr als ein Caching-Plugin.
- Inaktive Plugins, die gelöscht werden können.
- Jedes GTM- oder GA4-Tag, das von mehr als einer Stelle aus feuert. Doppeltes Feuern bläht die Conversions auf, auf die meine Ads optimieren.

Fasse den Page Builder, das Formular-Plugin und WooCommerce nicht an.

Zeige die Aktionsliste zuerst als Vorschau. Gehe danach ein Plugin nach dem anderen an, und zwar erst nach meiner Freigabe für jedes einzelne. Bestätige nach jeder Änderung, dass die Startseite weiterhin Status 200 zurückgibt, bevor du weitermachst.

WebsiteÄndert nach deiner Freigabe

Alte Telefonnummer auf der gesamten Website sicher ersetzen

Eine vollständige Übersicht, wo die alte Nummer vorkommt, ein Dry-Run-Diff des Massen-Ersetzens und eine Liste der Stellen, die manuell korrigiert werden müssen.

Wann du ihn nutztWenn sich deine Telefonnummer geändert hat und die alte Nummer nirgends mehr auf deiner Website auftauchen darf.

Unsere Telefonnummer hat sich von [alte Nummer] auf [neue Nummer] geändert. Weder Ads- noch organische Besucher dürfen irgendwo noch die alte sehen.

1. Finde auf meiner WordPress-Website jeden Beitrag und jede Seite, die die alte Nummer in einem der gängigen Formate enthält: mit Leerzeichen, ohne Leerzeichen, mit Ländervorwahl und innerhalb von tel:-Links.
2. Prüfe die Menüs auf tel:-Links und die Contact-Form-7-Einstellungen auf die alte Nummer.
3. Lies meinen Business-Profile-Standort aus und sag mir, welche Nummer dort aktuell angezeigt wird.

Liefere:
- Eine Liste der Seiten mit der Anzahl der Vorkommen auf jeder Seite.
- Alle Stellen, die ein Suchen/Ersetzen im Inhalt nicht erreichen kann, etwa Menüs, Formulareinstellungen oder Business Profile.

Führe das Massen-Suchen/Ersetzen zuerst als Dry Run aus und zeig mir für jede Seite den Diff. Wende es erst nach meiner Freigabe an und leere danach den Cache.

Ändere Business Profile in dieser Aufgabe nicht. Sag mir nur, ob es aktualisiert werden muss.