Ich möchte, dass du auf meiner Website
[site address] auf meinem Opus Growth Server einen Blog und Wissensbereich aufbaust. Thema:
[topic]. Kategorien:
[2 to 6 category names]. Autor: [real author name and a short bio; if none, "publish under the business name"]. Themen oder Entwürfe für die ersten Beiträge:
[topics or draft texts]. Echte Titelfotos:
[location, or "none"].
1. Vorbereitung. Lies den Blog-Abschnitt von site_seo_guide. Liste die Dateien mit site_list_files auf und notiere die Wiederherstellungsversion mit site_versions. Läuft die Website noch mit dem Tailwind Play CDN und Schriften von Drittanbietern, stelle sie zuerst auf kompiliertes CSS und selbst gehostete Schriften um, denn blog-build.mjs kopiert den `<head>` der index.html in jede Blogseite. Aus demselben Grund darf im `<head>` der index.html kein startseitenspezifisches JSON-LD und kein Bild-Preload stehen; verschiebe das Startseiten-Schema ans Ende des Body.
2. Konfiguration. Trage im `blog`-Block der site.config.js den Titel ein, eine Beschreibung mit 110 bis 165 Zeichen, einen Einleitungstext von mindestens drei Sätzen für die Listenseite, für jede Kategorie einen Namen, eine Beschreibung mit 110 bis 165 Zeichen und eine eigenständige Einleitung von mindestens zwei Absätzen sowie für den Autor einen Namen, eine Rolle, eine Bio und eine Meta-Beschreibung mit 110 bis 165 Zeichen. Nimm die Beitragsseite und die Kategorien ins Menü auf. Wurde kein echter Autorenname angegeben, erfinde keinen; veröffentliche unter dem Firmennamen und erzeuge keine Autorenseite.
3. Beiträge. Schreibe jeden Beitrag als `blog/_posts/YYYY-MM-DD-slug.md`. Front Matter: title (unter 65 Zeichen inklusive Marken-Suffix), description (110 bis 165 Zeichen), date, updated nur bei einer tatsächlichen Aktualisierung, image, author, category (der Kategorie-Schlüssel) und tags. Inhalt: Der erste Absatz beantwortet die Frage, danach Zwischenüberschriften, nummerierte Schritte, wo sie passen, 3 bis 6 interne Links und am Ende ein FAQ mit zwei oder drei Fragen. WICHTIG: blog-build.mjs erhöht die Überschriftenebenen im Markdown um eins; aus `#` wird H2 und aus `##` wird H3. Beginnst du wie im Leitfaden mit `##`, springt die Seite von h1 auf h3 und der Barrierefreiheits-Score sinkt. Keine Floskel-Einstiege ("Heutzutage ..."), keine erfundenen Statistiken oder Quellen, und stelle nichts, was vom Einzelfall abhängt, als Regel dar.
4. Bilder. Erzeuge die Titelbilder als WebP und AVIF in 480, 800, 1200 und 1600 Pixel mit der Methode aus dem Performance-Paket und trage `/assets/img/<name>-1200.webp` in das Feld image im Front Matter ein.
5. Erzeugen. Führe mit site_run_command `node seo-stamp.mjs` und danach `node blog-build.mjs` aus. blog-build lässt die folgenden Lücken offen, also schreibe ein Skript `blog-extras.mjs`, das direkt danach läuft:
1. Auf Beitrags- und Listenseiten: `<!DOCTYPE html>` in Großbuchstaben, genau ein charset und genau ein viewport (blog-build fügt sie zusätzlich zu den aus der index.html kopierten noch einmal ein), Klassen statt Inline-Styles, `<main id="main">`.
2. Titelbild: blog-build schreibt `src` als absolute Adresse inklusive Domain und vergibt keine Abmessungen; ersetze es durch ein wurzelrelatives `<picture>` mit AVIF- und WebP-srcset, width, height und `fetchpriority="high"`.
3. Entferne die von blog-build ergänzten Script-Tags für site.config.js, chrome.js und motion.js (sobald du auf das statische Menü umgestellt hast, existieren diese Dateien nicht mehr und die Konsole zeigt 404-Fehler).
4. Ergänze in jedem Beitrag einen sichtbaren Breadcrumb Startseite › Beiträge › Kategorie › Beitrag, das Veröffentlichungs- und Aktualisierungsdatum, einen Kategorie-Link, eine Autorenbox mit Link zur Autorenseite, den vorherigen und den nächsten Beitrag sowie zwei verwandte Beiträge, bevorzugt aus derselben Kategorie. Ergänze im BlogPosting-Schema articleSection, dateModified und einen Person-Autorknoten mit url; erweitere die BreadcrumbList auf vier Ebenen.
5. Ergänze auf der Listenseite og:image, den Einleitungstext und die Kategorie-Links.
6. Erzeuge für jede Kategorie eine Seite `/blog/kategori/<slug>/`: CollectionPage, eine ItemList mit numberOfItems und BreadcrumbList; zeige auf den Karten nur Datum und Titel, denn wiederholte Beitragsbeschreibungen von der Listenseite lösen die Duplicate-Content-Warnung von seo-check aus.
7. Erzeuge für den Autor eine Seite `/blog/yazar/<slug>/`: ProfilePage und Person, mit der Bio und der Liste der Beiträge.
8. Nimm die neuen Seiten mit lastmod in die sitemap.xml auf. blog-build erzeugt den RSS-Feed; verlinke ihn von der Startseite.
6. Menü und CSS. Mache aus den leeren `<site-nav>`- und `<site-footer>`-Tags auf den Blogseiten mit `node chrome-stamp.mjs` das statische Menü und baue danach Tailwind neu, weil blog-extras neue Klassen hinzufügt. Führe bei jedem neuen oder geänderten Beitrag diese Abfolge von vorn aus: seo-stamp, blog-build, blog-extras, chrome-stamp, CSS-Build.
7. Prüfungen. `node seo-check.mjs` mit 0 Fehlern und 0 Warnungen (mindestens 150 Wörter auf jeder Seite und unter 50 Prozent Duplikatanteil zwischen den Seiten), `node design-check.mjs` mit 0 Fehlern, `npx --yes html-validate "**/*.html"` mit 0 Fehlern. Ergänze Kategorien, Beiträge und die RSS-Adresse in llms.txt. core_web_vitals auf Mobil und Desktop für die Startseite, die Liste, einen Beitrag, eine Kategorie und die Autorenseite; seo_audit für einen Beitrag. Öffne die Liste und einen Beitrag mit site_preview bei 360, 390, 768 und 1440 Pixel Breite. Liegt die mobile Performance unter 95, finde die Ursache; verwenden Überschriften eine eigene Schriftart, lade auch diese per Preload vor.
8. Nach der Veröffentlichung. Reiche die sitemap.xml mit gsc_submit_sitemap ein und prüfe die Beiträge und Kategorieseiten mit gsc_inspect_urls. Meine Search-Console-Property:
[Search Console property, or "none"].
Ausgabe: die Liste der erzeugten Adressen (Beiträge, Liste, Kategorien, Autor, RSS, Sitemap), eine Schema-Tabelle pro Seitentyp, eine interne Linkkarte (welche Seite auf welche verlinkt), eine Score-Tabelle pro Seite und Gerät sowie die fünfstufige Befehlsabfolge, die beim Hinzufügen eines neuen Beitrags einzuhalten ist.
