Vor dem Senden ausfüllen
[Website-Adresse][Servername][Website-Schlüssel oder "Hauptwebsite"][Firmenname][Branche][Leistungen][Telefon][Adresse][Einzugsgebiet][Öffnungszeiten][E-Mail][Speicherort der echten Fotos]
Meine Website [Website-Adresse] ist auf meinem Opus Growth Hosting-Server live. Der Servername ist [Servername]; falls es sich um eine zusätzliche Website handelt, lautet ihr Schlüssel [Website-Schlüssel oder "Hauptwebsite"]. Ich möchte, dass du diese Website auf den höchsten Standard bringst, indem du jede Seite durch messbare Kriterien (Gates) laufen lässt. Miss zuerst, ohne etwas zu verändern, behebe dann die Probleme nach Priorität und miss anschließend noch einmal auf dieselbe Weise. Betrachte die Aufgabe erst als erledigt, wenn die untenstehenden Kriterien erfüllt sind.
Geschäftsangaben, mit "keine" dort, wo ich etwas nicht weiß: [Firmenname], [Branche], [Leistungen], [Telefon], [Adresse], [Einzugsgebiet], [Öffnungszeiten], [E-Mail], [Speicherort der echten Fotos].
1. Vorbereitung. Lies die Leitfäden mit site_design_guide und site_seo_guide. Liste die Dateien mit site_list_files und die aktuelle Version mit site_versions auf und notiere sie als Wiederherstellungspunkt. Liste die veröffentlichten Seiten auf, ohne die 404-Seite. Rufe scaffold_site nicht auf, denn es überschreibt die vorhandene index.html und den assets-Ordner.
2. Messung vorher, ohne etwas zu ändern:
1. Ermittle für jede Seite den Mobile- und Desktop-Performance-Score, LCP, CLS und TBT mit core_web_vitals.
2. Liste für die Startseite und [wichtigste Leistungsseite] mit seo_audit die Fehler bei mobiler Barrierefreiheit, SEO und Best Practices Element für Element auf. Dieses Tool verbraucht Credits, nenne mir also vorher, wie viele Aufrufe du machen wirst.
3. Führe mit site_run_command im Stammverzeichnis der Website `node seo-check.mjs`, `node design-check.mjs` und `npx --yes html-validate "**/*.html"` aus. Falls die Kit-Tools nicht im Stammverzeichnis liegen, nutze statt dieser drei seo_technical_audit und vermerke das im Bericht.
4. Öffne jede Seite mit site_preview bei 360, 390, 768 und 1440 Pixel Breite. Achte auf horizontales Scrollen, überlaufende Überschriften, sich überlagernde Elemente und Tap-Ziele kleiner als 44 Pixel.
5. Lies die Startseite mit site_read_url und text=true. Sage, ob ein Browser, der kein JavaScript ausführt, das Menü, die internen Links, die Telefonnummer und die Adresse sieht. Prüfe mit demselben Tool, dass robots.txt, sitemap.xml und llms.txt den Status 200 liefern.
6. Hake diese Liste für die KI-Suche ab: Ist robots.txt offen für GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot und CCBot; enthält sitemap.xml echte lastmod-Daten; liefert llms.txt eine kurze, korrekte Zusammenfassung der Website und ihrer wichtigsten Seiten; trägt jede Seite JSON-LD, das in einem einzigen @id-Graphen verknüpft ist (Organization, der passende LocalBusiness-Untertyp, WebSite, WebPage, BreadcrumbList auf jeder Seite außer der Startseite, FAQPage nur dort, wo echte Fragen angezeigt werden); beantwortet die Leistungsseite die Frage direkt im ersten Absatz; gibt es ein sichtbares Datum der letzten Aktualisierung und Unternehmensangaben.
Trage alles in eine "Vorher"-Tabelle pro Seite und Gerät ein.
3. Korrekturplan. Ordne die Befunde in dieser Reihenfolge, zeige Datei für Datei, was sich ändern wird, und warte auf meine Freigabe:
1. Zugriff: defekte interne Links, Adressen mit 404, falsche Canonicals, Sperren in robots.txt, unbeabsichtigtes noindex.
2. Inhalt: nicht ausgefüllte Platzhalter, fehlende oder doppelte Titel und Beschreibungen, mehr oder weniger als ein h1, Texte unter 150 Wörtern. Erfinde niemals etwas; schreibe keine Öffnungszeiten, Koordinaten, Bewertungen, Preise, Rezensionen, Auszeichnungen oder Kundenzahlen, die ich dir nicht genannt habe, sondern frage mich.
3. Barrierefreiheit: Kontrast, übersprungene Überschriftenebenen, Bilder ohne Alt-Text, Tap-Ziele unter 44 Pixel. Der Standard-Footer des Kits nutzt hellgraue Spaltentitel, die den Kontrast nicht bestehen und als h4-Elemente die Überschriftenreihenfolge stören; schreibe sie als normale Absätze in dunkelgrauem Text um.
4. Menü und Footer: `<site-nav>` und `<site-footer>` werden per JavaScript ausgegeben, sodass Browser ohne JavaScript weder das Menü noch die Kontaktdaten sehen und die Seite beim Laden des Menüs springt. Schreibe ein kleines Skript `chrome-stamp.mjs`, das sie auf jeder Seite als statisches HTML ausgibt: Es liest site.config.js so wie seo-stamp.mjs, überschreibt bei jedem Lauf den Bereich zwischen `<!-- chrome:nav:start -->` und `<!-- chrome:nav:end -->` (chrome:footer für den Footer), baut das mobile Menü mit `<details>` und ohne JavaScript, setzt aria-current auf der aktuellen Seite, hält jeden Link mindestens 44 Pixel hoch und gibt im Footer Name, Adresse und Telefon aus. Das Menü wird weiterhin nur in site.config.js verwaltet.
5. HTML-Validität: `<!DOCTYPE html>` in Großbuchstaben, keine Inline-style-Attribute, ein type bei jedem Input, ` ` statt Leerzeichen in einer sichtbaren Telefonnummer (html-validate meldet das als tel-non-breaking), width und height bei jedem Bild.
6. Schema und AEO-Dateien: Schließe die Lücken aus der AEO-Liste oben. Setze seitenspezifisches JSON-LD an das Ende des body. Stemple den Basis-Graphen mit `node seo-stamp.mjs` neu. Falls eine Adresse geändert werden muss, leite die alte per 301 mit site_redirects weiter; verwende niemals ein Meta-Refresh.
7. Performance: Ersetze das Tailwind Play CDN durch kompiliertes, minifiziertes CSS, hoste die Schriften selbst, erzeuge die Bilder als WebP und AVIF mit srcset neu, entferne ungenutzte Skripte und prüfe die Cache-Header mit site_headers. Keine Anfrage darf den eigenen Ursprung der Website verlassen, auch das Favicon nicht.
4. Umsetzung nach meiner Freigabe. Führe nach jeder Änderung in dieser Reihenfolge `node seo-stamp.mjs`, `node chrome-stamp.mjs` und den CSS-Build erneut aus. Wenn etwas kaputtgeht, gehe mit site_restore zur notierten Version zurück.
5. Messung nachher: Wiederhole jede Messung aus Schritt 2 auf denselben Seiten und Geräten. Nutze für seo_audit runs=2, weil Laborergebnisse von Lauf zu Lauf schwanken. Kriterien: Auf jeder Seite mobil mindestens 95 bei Performance und 100 bei Barrierefreiheit, Best Practices und SEO; auf dem Desktop alle vier mindestens 95; seo-check 0 Fehler und 0 Warnungen; design-check 0 Fehler (erkläre jede Warnung); html-validate 0 Fehler; kein Überlauf bei keiner der vier Breiten. Behebe jede Seite, die ein Kriterium verfehlt, und miss erneut.
6. Nach der Veröffentlichung: Bestätige mit site_read_url, dass sich die Live-Startseite geändert hat, reiche sitemap.xml mit gsc_submit_sitemap ein und zeige den Indexierungsstatus der Startseite mit gsc_url_inspect. Meine Search-Console-Property ist [Search-Console-Property oder "keine"].
Formatiere die Ausgabe so: zuerst eine Zusammenfassung in zwei Sätzen. Dann eine Vorher-Nachher-Tabelle: Seite, Gerät, Performance, Barrierefreiheit, Best Practices, SEO, LCP, CLS. Dann eine Gate-Tabelle: Gate, vorher, nachher. Dann die Liste der geänderten Dateien mit dem Grund für jede Änderung. Zum Schluss alles, was nicht behoben werden konnte oder auf Informationen von mir wartet.
