Website

Überschriften und Abschnitte finden, die eine Seitenvorlage an der falschen Stelle wiederholt

Crawlt die Website, gruppiert Seiten nach Vorlage und Sprache und findet geteilte Überschriften, die das falsche Produkt, die falsche Plattform oder die falsche Stadt nennen, unübersetzten Text auf übersetzten Seiten und Überschriften, die die H1 kopieren.

Wann du ihn nutzt

Wenn Sie vermuten, dass eine gemeinsame Seitenvorlage den falschen Produkt-, Plattform- oder Städtenamen in Überschriften setzt oder englischen Text auf übersetzten Seiten stehen lässt.

Was du bekommst

Eine Tabelle pro Vorlage mit jeder verdächtigen Überschrift, den betroffenen Seiten, einem Urteil und der exakt korrigierten Überschrift je Sprache, dazu ein kurzer Hinweis für Ihren Entwickler.

Ändert er etwas in meinem Konto?

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

Funktioniert mit

SEO Intelligence

Vor dem Senden ausfüllen

[site URL][domain][number of pages, e.g. 5]

Prüfe [site URL] auf Text, der aus einer gemeinsamen Seitenvorlage stammt und auf einem Teil der Seiten, die diese Vorlage nutzen, falsch ist. Typische Fälle sind eine Vergleichstabelle, die für ein Produkt betitelt ist und auf jeder Produktseite erscheint, eine Abschnittsüberschrift, die die falsche Plattform nennt, oder englischer Text auf übersetzten Seiten. 1. Starte einen Site-Crawl mit seo_site_crawl für [domain] und sammle doppelte Titel, doppelte Beschreibungen und Seiten ohne H1. Gruppiere die betroffenen URLs nach Vorlage, also nach dem gemeinsamen Pfadmuster wie /product/, /blog/ oder /solutions/, und nach Sprachpräfix. 2. Wähle pro Vorlage und Sprache bis zu [number of pages, e.g. 5] Seiten aus und lies deren Gliederung mit site_read_url und outline=true: Titel, Meta-Beschreibung, Canonical und den vollständigen Überschriftenbaum. 3. Vergleiche die H2- und H3-Überschriften über Seiten derselben Vorlage hinweg. Eine Überschrift, die auf jeder Seite identisch ist, aber ein bestimmtes Produkt, eine bestimmte Plattform, Stadt oder einen Wettbewerber nennt, ist verdächtig. Prüfe sie gegen das Thema der jeweiligen Seite, das sich aus H1 und URL ergibt, und markiere sie als falsch, wenn beides nicht zusammenpasst. 4. Prüfe jede nicht englische Version auf Überschriften oder Beschreibungen, die noch auf Englisch geschrieben sind, und jede Seite auf Überschriften, die die H1 Wort für Wort wiederholen. Liefere pro Vorlage eine Tabelle mit diesen Spalten: Überschriftentext, Seiten, auf denen sie erscheint, das Thema, das sie auf der jeweiligen Seite nennen sollte, Urteil (korrekt, falsches Thema, unübersetzt, Kopie der H1) und die Korrektur als exakte neue Überschrift für jede betroffene Sprache. Schließe mit einer kurzen Notiz für den Entwickler: Welche Vorlage enthält am wahrscheinlichsten den fest eingebauten Text, und dass die Überschrift aus den eigenen Daten der Seite aufgebaut werden sollte statt aus einem fest codierten String. Nur lesen. Ändere nichts an der Website.

1. Starte einen Site-Crawl mit seo_site_crawl für [domain] und sammle doppelte Titel, doppelte Beschreibungen und Seiten ohne H1. Gruppiere die betroffenen URLs nach Vorlage, also nach dem gemeinsamen Pfadmuster wie /product/, /blog/ oder /solutions/, und nach Sprachpräfix.
2. Wähle pro Vorlage und Sprache bis zu [number of pages, e.g. 5] Seiten aus und lies deren Gliederung mit site_read_url und outline=true: Titel, Meta-Beschreibung, Canonical und den vollständigen Überschriftenbaum.
3. Vergleiche die H2- und H3-Überschriften über Seiten derselben Vorlage hinweg. Eine Überschrift, die auf jeder Seite identisch ist, aber ein bestimmtes Produkt, eine bestimmte Plattform, Stadt oder einen Wettbewerber nennt, ist verdächtig. Prüfe sie gegen das Thema der jeweiligen Seite, das sich aus H1 und URL ergibt, und markiere sie als falsch, wenn beides nicht zusammenpasst.
4. Prüfe jede nicht englische Version auf Überschriften oder Beschreibungen, die noch auf Englisch geschrieben sind, und jede Seite auf Überschriften, die die H1 Wort für Wort wiederholen.

Liefere pro Vorlage eine Tabelle mit diesen Spalten: Überschriftentext, Seiten, auf denen sie erscheint, das Thema, das sie auf der jeweiligen Seite nennen sollte, Urteil (korrekt, falsches Thema, unübersetzt, Kopie der H1) und die Korrektur als exakte neue Überschrift für jede betroffene Sprache. Schließe mit einer kurzen Notiz für den Entwickler: Welche Vorlage enthält am wahrscheinlichsten den fest eingebauten Text, und dass die Überschrift aus den eigenen Daten der Seite aufgebaut werden sollte statt aus einem fest codierten String.

Nur lesen. Ändere nichts an der Website.

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

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.

WebsiteÄndert nach deiner Freigabe

Prüfen, ob deine Money Pages indexiert sind und die Canonicals stimmen

Inspiziert deine wichtigsten WordPress-Seiten per Batch in der Search Console, vergleicht den von Google gewählten Canonical mit dem in deinem SEO-Plugin gesetzten, markiert noindex- und Sitemap-Probleme und bereitet Fixes zur Freigabe durch dich vor.

Wann du ihn nutztWenn wichtige Seiten bei Google fehlen könnten oder du vermutest, dass noindex-Tags, falsche Canonicals oder Sitemap-Lücken sie aus der Suche halten.

Prüfe, ob Google meine wichtigsten Seiten auf [WordPress site] indexiert hat. Die Search-Console-Property ist [Search Console property].

Diese Seiten nutze ich als Landingpages für Anzeigen: [paste your ad landing page URLs, or write "none"]

1. Liste die veröffentlichten Seiten und Beiträge der WordPress-Website auf, sodass du für jede URL die Post-ID hast.
2. Hole die Search-Console-Seitendaten der letzten 90 Tage, sortiert nach Impressionen.
3. Wähle bis zu 50 wichtige URLs aus: Leistungsseiten, Produktkategorien, die Kontaktseite, die oben genannten Anzeigen-Landingpages und die Seiten mit den meisten Impressionen. Zeig mir die Liste, bevor du inspizierst.
4. Inspiziere sie mit der Batch-URL-Inspektion, 20 URLs pro Aufruf (also bis zu 3 Aufrufe). Wenn du das Google-Kontingent erreichst, stoppe, sag mir, welche URLs noch ungeprüft sind, und mach später weiter.
5. Melde für jede URL: Index-Urteil und Coverage-Status, letztes Crawling-Datum, von Google gewählten Canonical sowie Indexierungs- bzw. Robots-Status.
6. Sitemap-Check: Liste die eingereichten Sitemaps und ihren Status auf (Fehler, Warnungen, ausstehend). Nutze dann den Coverage-Status jeder URL, um Lücken in der Sitemap zu erkennen. Ein Status wie "Indexed, not submitted in sitemap" oder "URL is unknown to Google" bedeutet, dass die Seite wahrscheinlich in der Sitemap fehlt. Behandle das als starkes Indiz, nicht als Beweis.
7. Lies für jede Problemseite die SEO-Felder in WordPress aus: Meta-Titel, Canonical, Fokus-Keyword und noindex. Vergleiche den deklarierten Canonical mit der Wahl von Google. Wenn bei einer einzelnen URL mehr Details nötig sind (Mobile Usability, Rich Results, der vom Nutzer deklarierte Canonical, wie Google ihn sieht), führe für sie eine Einzel-URL-Inspektion durch.

Liefere eine nach Schweregrad sortierte Tabelle in dieser Reihenfolge: nicht indexiert, Canonical-Abweichung, noindex, wahrscheinlich in der Sitemap fehlend. Nenne in jeder Zeile die wahrscheinliche Ursache und den genauen Fix.

Wenn ein WordPress-Canonical auf die falsche URL zeigt oder eine Seite, die ranken soll, auf noindex steht, zeig mir das genaue Feld, den aktuellen Wert und den neuen Wert und warte auf meine Freigabe, bevor du ihn setzt. Reiche keine Sitemap erneut ein, ohne vorher zu fragen. Beachte, dass kein Tool auf "Indexierung beantragen" klicken kann. Liste daher Seiten, die neu gecrawlt werden müssen, für mich auf, damit ich es manuell in der Search Console beantragen kann (ca. 10 pro Tag).