--- type: resource status: pending-review title: SEO-Arbeit an WordPress-Kundensites über WPVibe summary: Regeln für SEO-Audits und deren Umsetzung auf WordPress-Sites (Rank Math, Salient/WPBakery, WP Super Cache, WPCode) über den WPVibe-Connector — Arbeitsweise, Werkzeugwege, Messregeln, bekannte Fallen. Nur laden, wenn eine Website auditiert oder nach einem Audit umgebaut wird. tags: [regelwerk, seo, wordpress, wpvibe, rank-math] created: 2026-09-07 updated: 2026-09-29 --- # SEO-Arbeit an WordPress-Kundensites über WPVibe Angeordnet am 2026-09-07. Laden, wenn eine Website auditiert (`/seo`, `/seo-audit`) oder ein Audit-Befund auf einer WordPress-Site umgesetzt wird. Nicht bei Code-Projekten, nicht bei Dokumenten, nicht beim Depot. Alles hier stammt aus der Arbeit an einer Kundensite zwischen dem 02.09. und dem 07.09.2026 (Audits 26 → 82 technisch, Vollaudit 67 → 70). Die Fallgeschichten und Belege liegen im Harness-Gedächtnis; hier steht nur die Regel. Wo eine Regel nur für eine bestimmte Version oder einen bestimmten Hoster belegt ist, steht das dabei. ## 1 Arbeitsweise 1. **Audit-Befunde sind Behauptungen, keine Fakten.** Jeden Befund vor der Umsetzung live nachmessen (curl ohne Cache, Browser bei 375 und 1366 px). Am 07.09. waren von zehn Befunden eines Nach-Fix-Audits drei falsch: IndexNow lief, das Kachel-Clipping war nicht reproduzierbar, das „ungeplant aktivierte" Schema hatte Pascal selbst eingeschaltet. Audit-Subagenten zitieren außerdem Altbefunde aus `findings/*.md` früherer Läufe, die längst behoben sind. 2. **Eigene Erfolgsmeldungen sind auch Behauptungen.** Die Mittagssitzung vom 07.09. meldete „Team-Verlinkung live" und „Angebote gefixt"; beides stimmte nicht. Ein Nach-Fix-Audit läuft unabhängig und übernimmt nichts aus der Fix-Liste. 3. **Drei Sorten von Punkten sauber trennen:** was über den Connector geht (Inhalte, Optionen, Cache); was nur Pascal kann (`.htaccess`, Snippet-Freigabe und -Aktivierung, WebFTP, Google-Konten); was nur der Betreiber kann (echte Angebote, Firmenname, GBP-Pin). Die zweite und dritte Sorte landen in einer `FUER-PASCAL.md` mit fertigen Blöcken und Kontrollbefehl je Block. 4. **Nichts erfinden.** Keine Rabatte, Lieferkosten, Lieferzeiten, Bewertungszahlen oder Praktiken, die nicht auf der Website, in der Preisliste oder beim Betreiber belegt sind. Was fehlt, wird als Lücke benannt („braucht Betreiberdaten"). Stammpreise sind keine Angebote. 5. **Ablage je Audit-Lauf** unter `IT Workspace/SEO & Websitehosting/-audit//`: `ABSCHLUSSBERICHT.md`, `UMSETZUNGSPLAN.md` mit Ergebnistabelle (Befund, Maßnahme, Beleg), `FUER-PASCAL.md`, bei Textarbeit `TEXTE-QA.md` mit dem Wortlaut. Nach-Fix-Läufe in `-nachher/`. Nach jedem Lauf bekommt der Seed `IT Workspace/SEO & Websitehosting/_MOC-seo-websitehosting.md` einen Eintrag für diesen Lauf: Datum, Art des Laufs, gemessener Score, Link auf `ABSCHLUSSBERICHT.md`, darunter eingerückt die Links auf die übrigen Dokumente desselben Laufordners (`UMSETZUNGSPLAN.md`, `FUER-PASCAL.md`, `TEXTE-QA.md` und so weiter) ohne eigene Zusammenfassung. Den neuesten Lauf stellst du nach oben. `findings/`, Rohdaten und die Preisliste bekommen keinen Seed-Eintrag. Befunde früherer Läufe sind oft längst behoben (Punkt 1) und sollen nicht prominent verlinkt sein. 6. **`/seo audit`-Subagenten laufen in ihr 15-Turn-Limit** (Schema, Content, Visual, SXO am 07.09.). Per SendMessage an die Task-ID fortsetzen lassen, das Teilergebnis nicht als Endstand nehmen. ## 2 WPVibe-Connector - **Vor jeder Arbeit `list_sites`** für das Kontingent: Free-Plan seit 2026-09-14 nur noch 100 Aufrufe je rollende 24 Stunden (vorher 300), die Zahl steht in der Antwort von `list_sites`. Massenänderungen als eine Anweisung, nicht als Schleife. Lesen bündeln (`db query` mit `SUBSTRING` über mehrere IDs), Live-Prüfung per curl und App-Browser statt über den Connector. - **Barrierefreiheit messen** mit axe-core im App-Browser (per `