Logbuch

Update 031 · 31.08.2026

GEO-/INFRA-Arbeit live: Der Root-Endpunkt /llms.txt liefert jetzt öffentlich lesbares Markdown als Plain Text. Der globale Header-Eintrag „Website Check“ wurde gezielt entfernt; die Unterseite zum Website-Klarheitscheck bleibt erreichbar.

Begrenzt statt frei: Die Header-Änderung lief über eine bewusst enge technische Schnittstelle: nur dieser eine bekannte Link, mit vorherigem Stand, Vorschau, Revision, Audit und konfliktgeschütztem Rückweg. Das ist kein Zugang zu freiem HTML, Skripten oder Servereinstellungen.

Nachweis und Grenze: robots.txt trennt allgemeine Suche/Retrieval von ausdrücklich ausgeschlossenen Trainingscrawlern. Die Homepage-Strukturdaten und die öffentlichen Antworten wurden geprüft. Das beweist keine Indexierung, Zitation oder Rankings. Die Datenschutzerklärung bleibt Entwurf: Die Rybbit-Einbindung nutzt Browser-Speicher für eine Besucher-ID; Speicherfristen, Hosting-/Vertragsdaten und die rechtliche Freigabe werden vor Veröffentlichung noch geklärt.

Update 029 · 08.08.2026

Google bekommt eine klarere Auswahl: Automatisch erzeugte Autoren-, Tag- und Kategorieseiten bleiben für Leser erreichbar, werden aber nicht mehr als eigene Suchergebnisse angeboten. Die Sitemap konzentriert sich auf Beiträge und normale Seiten. Die Blogübersicht bleibt sichtbar und erhält eine eindeutige kanonische Adresse.

Wichtige Wege stärker verbunden: Startseite, Blog, Fallstudie und die zentralen Beiträge zur laufenden Website-Pflege verweisen jetzt gezielter aufeinander sowie auf Pilot und Klarheitscheck.

Ehrliche Grenze: Diese Änderungen garantieren keine Aufnahme in Google und kein Ranking. Sie beseitigen unnötige Doppelungen und geben den wichtigen Seiten eine nachvollziehbarere interne Struktur. Der tatsächliche Crawl- und Indexierungsstand wird anschließend in der Search Console beobachtet.

Update 028 · 16.07.2026

Aus Fallstudie wird Laborstand: Die bisherige Seite „Fallstudie“ heißt sichtbar und in den SEO-Feldern jetzt Stand des Labors. Der bestehende URL-Pfad bleibt vorerst erhalten, damit interne und bereits bekannte Links nicht brechen.

Rollen klarer getrennt: Die Seite erzählt keine künstliche Kundenerfolgsgeschichte mehr und wiederholt weder den vollständigen Pilotablauf noch die Entwicklungschronik. Sie zeigt kompakt, was auf dieser Website heute praktisch funktioniert, was noch offen ist, was nicht versprochen wird und wo Pilotprojekt, Logbuch und Blog die jeweiligen Details liefern.

Sprache vereinheitlicht: Die sichtbaren Bezeichnungen „Fallstudie“ und „Feldnotizen“ wurden entfernt. Redaktionelle Inhalte heißen durchgängig „Blog“.

Kontrastfehler behoben: Der frühere schwarze Abschlussblock zeigte Überschrift und Fließtext im öffentlichen Frontend schwarz auf schwarz, obwohl im Editor weiße Farben hinterlegt waren. Die fehleranfällige dunkle Großfläche wurde entfernt. Die neue Seite verwendet helle Karten; dunkle Elemente bleiben auf geprüfte Buttons mit tatsächlich weißer Schrift begrenzt.

Geprüft: Öffentliche Desktop-Darstellung, Überschriftenhierarchie, Kartenhöhen, interne Links, Buttonfarben und horizontale Überbreite. Die Gutenberg-Spalten behalten ihren standardmäßigen mobilen Stapelzustand.

Update 027 · 16.07.2026

Startseite neu ausgerichtet: Sie ist jetzt die Eingangshalle der Domain statt eine Kurzfassung der Fallstudie. Der Einstieg erklärt den gemeinsamen Nutzen für bestehende Websites und führt anschließend über zwei unterschiedlich gewichtete Karten zum WordPress-Assistenten als primärem Pilotpfad und zum Website-Klarheitscheck als konkretem Angebot.

Labor und Inhalte klarer getrennt: Der öffentliche Forschungs- und Entwicklungscharakter bleibt sichtbar, verweist aber nur noch als „Stand des Labors“ auf die bestehende Fallstudien-URL. Das Logbuch ist von der Startseite verschwunden. Für redaktionelle Inhalte wird dort durchgängig „Blog“ statt „Feldnotizen“ verwendet.

Kontakt vereinfacht: Die Kontaktseite sortiert Besucher nicht mehr zuerst nach Pilot oder anderer Anfrage. Sie bietet drei verständliche Wege: E-Mail, LinkedIn und ein unverbindliches 30-Minuten-Kennenlernen. Ein kompakter Personenblock erklärt, wer antwortet, und verweist für weitere Projekte und Profile auf voknelok.design.

Geprüft: Überschriftenhierarchie, Ziele aller zentralen Links, gleich hohe Kartenreihen und horizontale Überbreite wurden auf der öffentlichen Desktop-Darstellung kontrolliert. Die Gutenberg-Spalten behalten ihren standardmäßigen mobilen Stapelzustand. Die Fallstudienseite wurde in diesem Schritt nicht verändert.

Update 026 · 16.07.2026

Layoutreparatur: Beim Zusammenführen der Preis-Section war der CTA zunächst in die rechte „Nicht enthalten“-Karte gerutscht und der äußere Section-Wrapper nicht sauber geschlossen. Die Gutenberg-Verschachtelung wurde korrigiert: Preis und CTA stehen jetzt am Ende von Section 05, die nachfolgenden Sections liegen wieder außerhalb und werden unabhängig gerendert.

Noch offen: Die mobile Header-Navigation ist für vier Links zu breit. Sie braucht einen eigenen, zugänglichen mobilen Menü-Zustand. Für die lange Landingpage werden außerdem wenige gezielte Sprungmarken geprüft; ein großes Inhaltsverzeichnis direkt über dem Hero ist nicht vorgesehen.

Update 025 · 16.07.2026

Angebot klarer gebündelt: Die eigenständige Preis-Section des Website-Klarheitschecks wurde entfernt. Abschnitt 05 verbindet jetzt Leistungsumfang, Ausschlüsse, Festpreis von 400 € zzgl. MwSt. und den CTA „30 Minuten kennenlernen“ in einem zusammenhängenden Abschluss.

Weniger Wiederholung: Die Preis- und Leistungsaussage steht nicht mehr doppelt in zwei direkt aufeinanderfolgenden Sections. Die nachfolgenden Abschnitte wurden von 06 bis 09 neu nummeriert.

Update 024 · 16.07.2026

Slug bereinigt: Der Website-Klarheitscheck ist jetzt unter /website-klarheitscheck/ erreichbar. Die alte Adresse /angebot/ leitet dauerhaft per HTTP 301 auf die neue Adresse weiter.

Navigation und SEO nachgezogen: Der handgeschriebene Header enthält jetzt den Einstieg „Website-Check“. Das Canonical verweist auf die neue URL. Ein interner Layoutentwurf wurde umbenannt, damit der öffentliche Slug eindeutig bleibt.

Update 022 · 16.07.2026

Website-Klarheitscheck veröffentlicht: Die bestehende Angebotsseite unter /angebot/ wurde in-place ersetzt. Statt WordPress-Neubau geht es jetzt um eine klare Einschätzung für bestehende Websites: bis zu drei zentrale Seiten, Screenrecording, schriftliche Prioritäten und Auswertungsgespräch für 400 € zzgl. MwSt.

KI-Einwand nicht versteckt: Die Seite gibt einen vollständigen Prompt für den eigenen KI-Websitecheck weiter. Der Unterschied der bezahlten Leistung liegt nicht im Besitz eines Prompts, sondern in fachlicher Einordnung, Priorisierung, Folgenabschätzung und einem verantwortbaren nächsten Schritt.

Redaktionell gelernt: Fachbegriffe wie „UX“ wurden in beobachtbare Alltagssprache übersetzt. Das FAQ darf eine zentrale Frage bewusst wiederholen, wenn es einen schnellen, eigenständigen Einstieg und einen Link zur ausführlichen Antwort bietet.

Noch offen: Der allgemeine Slug /angebot/, ein eigener Header-Zugang zum Klarheitscheck, gezielte interne Einstiege und die mobilen Außenabstände der großen Karten. Letztere liegen wahrscheinlich im Theme oder in globalen Styles; die technische Ursache ist noch nicht bewiesen.

Update 021 · 15.07.2026

Pilotseite jetzt öffentlich verknüpft: Die Landingpage Pilotpartner für einen WordPress-Assistenten ist veröffentlicht und indexierbar. Ihre SEO-Felder stehen auf index/follow.

Interne Linkrunde umgesetzt: Startseite, Blog-Startpunkt, Fallstudie, Kontaktseite, Pilotpartner-Beitrag sowie passende Beiträge zu WordPress, Review, menschlicher Leistung, Voice und Labor verweisen jetzt auf die Pilotseite.

Navigation: Der empfohlene Menüpunkt heißt „Pilotprojekt“. Das ist der ehrliche Status der Seite; „WordPress-Assistent“ bleibt als konkrete Bezeichnung im Seitentitel und auf der Landingpage. Die Header-Navigation muss noch im visuellen Site Editor ergänzt werden.

Update 020 · 15.07.2026

Wettbewerbsinspiration strategisch verarbeitet: Zum Pilotprojekt · Die Recherche zu Hosting, WordPress-KI-Assistenten, AI-Writern, Website-Rebuilds und MCP dient jetzt nicht nur als Quellenliste. Daraus wurden Positionierung, Alltagsszenario, Pilotumfang und die Abgrenzung zu Hosting, Migration und Content-Autopilot geschärft.

Contentbestand geprüft: Die neuen Suchthemen werden nicht losgelöst als Blogideen angelegt. Die 14 veröffentlichten Beiträge wurden Rollen und Überschneidungen zugeordnet. Vor einer neuen Skizze wird künftig entschieden, ob ein bestehender Beitrag aktualisiert, ergänzt oder nur intern besser verlinkt werden sollte.

Lernpunkt: Marktbeispiele liefern Framing- und Angebots-Hypothesen. Sie ersetzen keine Zielgruppenvalidierung und beweisen keine Nachfrage. Die Website bleibt deshalb ein öffentliches Feldexperiment: eigener Anwendungsfall, transparente Grenzen, menschliche Prüfung und ein noch zu validierender zweiter Pilot.

Update 019 · 14.07.2026

Wissenscluster aus dem Gespräch geschärft: Aus den echten Fragen und Formulierungen dieser Arbeitsphase wurde der bestehende Wissensbeitrags-Backlog erweitert. Die Suchintentionen rund um WordPress mit KI, WordPress-KI-Assistent, KI-gestützte Blogbeiträge und WordPress MCP sind jetzt mit konkreten redaktionellen Briefings verbunden.

Zielgruppe klarer gefiltert: Im Mittelpunkt stehen Selbstständige und kleine spezialisierte Dienstleister, die ihre Website selbst verwalten oder selbst verwalten wollen, die den Wert aktueller Inhalte sehen und an der operativen WordPress-Pflege hängen bleiben. Der Assistent soll diese Hürde senken, nicht Fachlichkeit, Ton oder Freigabe ersetzen.

Inspirationsscan dokumentiert: Vergleichsseiten zeigen unterschiedliche Produktklassen und Erzählweisen: Hosting und Managed WordPress, Glossar- und Feature-Erklärungen, AI-Writer, Website-Rebuilds und MCP-Anleitungen. Übernommen wird daraus die Klarheit der Erklärung – nicht fremde Ranking-, ROI- oder Automatisierungsversprechen.

Qualitätsregel festgehalten: Der Einwand gegen massenhaften, ungeprüften KI-Content wird als berechtigte redaktionelle Warnung aufgenommen. Dieser öffentliche Versuch bleibt deshalb bei echtem Anlass, eigenem Wissen, Kontext, menschlicher Prüfung und kontrollierter Veröffentlichung. Es wurden keine neuen WordPress-Drafts angelegt.

Update 018 · 14.07.2026

Neue Pilotpartner-Landingpage als Arbeitsfassung aufgebaut: Die maßgebliche Fassung liegt jetzt auf einer separaten WordPress-Seite. Sie erklärt den Alltag mit einem persönlichen WordPress-Assistenten, zeigt den Weg vom Gespräch zum prüfbaren Entwurf und grenzt den Pilot klar von autonomem Content-Publishing ab. Die Seite bleibt bis zur persönlichen Endkontrolle draft und noindex/nofollow.

Sprache persönlicher gemacht: Aus Gesprächen und Originalformulierungen wurde ein Kommunikationskern herausgearbeitet. Die Seite spricht jetzt direkter über den eigenen Antrieb: technische Kleinarbeit reduzieren, Abläufe benutzbarer machen und mehr Raum für das eigentliche Fachwissen schaffen. Zusätzlich zeigt eine kurze „Über mich“-Section, wer hinter dem Projekt steht.

Gutenberg statt Layout-Umwege: Farben, Abstände, Flächen, Spalten, Karten und Ausrichtungen werden mit nativen Gutenberg-Blöcken und vorhandenen Theme-Presets umgesetzt. Aus der visuellen Überarbeitung entstand eine erste Layoutgrammatik für Rhythmus und Section-Wechsel. Eigene CSS-Overrides sind dafür nicht mehr der Standardweg.

Zielgruppe und Business Case geschärft: Der erste Pilot richtet sich nicht pauschal an alle WordPress-Nutzer. Im Fokus stehen zunächst Selbstständige und kleine spezialisierte Dienstleister, die ihre Website selbst inhaltlich verantworten, laufend fachliches Rohmaterial haben und den Weg bis zum Website-Inhalt als Hürde erleben. Selbstverwaltung und Problembewusstsein werden künftig getrennt validiert.

Neue Wissensbeiträge vorbereitet: Aus den Fragen dieser Arbeitsphase wurde ein priorisierter interner Content-Backlog erstellt. Die ersten vorgesehenen Themen unterscheiden technische WordPress-Wartung von inhaltlicher Pflege, fragen nach einer sinnvollen Aktualisierungsfrequenz und prüfen, welche Rolle Wissensbeiträge im Jahr 2026 tatsächlich spielen. Es wurden noch keine neuen WordPress-Entwürfe angelegt.

Lernpunkt: Die Landingpage kann nicht jede Frage beantworten. Sie führt zur Pilotidee; eigenständige Wissensbeiträge beantworten die konkreten Fragen, aus denen Menschen überhaupt erst auf das Thema stoßen.

Update 017 · 12.07.2026

Rybbit Analytics zentral aktiviert: Das selbst gehostete Analytics-Script läuft jetzt auf jeder öffentlichen Seite mit der Site-ID 67520e2653c2.

Doppelte Alt-Integration entfernt: Auf dem Server existierte bereits ein alter Rybbit-Loader mit einer anderen Site-ID. Er wurde gesichert und entfernt. Dadurch wird das Tracking nicht doppelt gezählt.

Kontrolliert: Startseite, Blog, Kategorie, Tag und Einzelbeitrag liefern jeweils genau einen Script-Tag im <head>.

Update 016 · 11.07.2026

Tags als öffentliche Themen-Navigation: Die Blogübersicht zeigt jetzt acht Tags mit ihrer Beitragsanzahl – genau wie die Referenz. Besucher sehen sofort, welche Themen auf der Website wirklich vorkommen.

Tags am Beitrag: Auf jedem Einzelbeitrag stehen die zugehörigen Tags direkt unter dem Datum. Jeder Tag führt zu einer eigenen, erklärten Beitragsliste.

Kategorien zurückgenommen: Die vier WordPress-Kategorien bleiben für die interne Ordnung erhalten, werden aber nicht mehr als öffentliche Hauptnavigation verwendet. Für Leser sind die konkreten Tags verständlicher.

Update 015 · 11.07.2026

Kategorie- und Tagseiten repariert: Die URLs /category/…/ und /tag/…/ hatten bisher keinen eigenen Archivaufbau. Sie fielen auf ein generisches Template zurück und zeigten dadurch direkt Beitragsinhalt ohne Titel.

Jetzt verständlich: Jede Archivseite zeigt ihren Namen als Überschrift, erklärt kurz ihren Zweck und listet nur die passenden Beiträge. Ein Link führt zurück zur Blogübersicht.

Lernpunkt: Ein Link auf eine Taxonomie darf nicht an eine technische Datenbankansicht erinnern. Besucher müssen sofort wissen, wo sie sind und warum diese Liste existiert.

Update 014 · 11.07.2026

Blogstruktur vereinfacht: Die vier langen Clusterblöcke wurden wieder zurückgebaut. Die Blogübersicht zeigt jetzt eine kurze Themenzeile und darunter eine einzige chronologische Liste aller Beiträge.

Weniger auf einmal: Exzerpte und Tag-Links stehen nicht mehr 14-mal auf der Übersichtsseite. Die Kategorie bleibt als kleine Orientierung am Beitrag sichtbar. Tags erscheinen erst am Ende eines geöffneten Beitrags als Anschlussnavigation.

Lernpunkt: Eine gute Informationsarchitektur muss nicht jede Struktur gleichzeitig zeigen. Die Referenz sereja.tech funktioniert gerade deshalb gut, weil wenige klare Ebenen genügen: Wer bin ich, was ist neu, wo kann ich weiterlesen?

Update 013 · 11.07.2026

Content-Cluster jetzt wirklich sichtbar: Die Blogübersicht ist nicht mehr nur eine chronologische Liste. Alle 14 Beiträge stehen jetzt sichtbar in vier Arbeitsfeldern: WordPress & MCP, Website-Kontext & Redaktion, Inhaltliche Website-Pflege und Projektlog / Feldversuch.

Kategorien und Tags anklickbar: Jeder Blog-Teaser zeigt seine Tags als Links. Auf den einzelnen Beiträgen stehen Datum, Hauptkategorie und Tags direkt unter der Überschrift. Die Links führen zu den jeweiligen WordPress-Archiven.

Lernpunkt: Eine technisch gepflegte Taxonomie ist noch keine sichtbare Informationsarchitektur. Erst das Template macht aus Kategorien und Tags eine Orientierung für Leser. Die Darstellung wurde auf Desktop und mobil geprüft.

Update 012 · 11.07.2026

Kategorien und Tags technisch umgesetzt: Alle 14 veröffentlichten Beiträge sind jetzt genau einer von vier WordPress-Kategorien zugeordnet: WordPress & MCP, Website-Kontext & Redaktion, Inhaltliche Website-Pflege oder Projektlog / Feldversuch.

Tagging bewusst klein gehalten: Acht wiederverwendbare Tags verbinden verwandte Beiträge. Pro Beitrag werden höchstens drei Tags genutzt; jeder Tag kommt mindestens zweimal vor. Die bisherige Standardkategorie Allgemein ist leer.

Lernpunkt: Sichtbare Blog-Cluster und technische WordPress-Taxonomie sind zwei Ebenen derselben Informationsarchitektur. Kategorien geben jedem Beitrag eine primäre Leserrolle. Tags schaffen gezielte Querverbindungen, ohne für jeden Einzelbegriff eine neue Ablage zu erfinden.

Update 011 · 11.07.2026

Produktthese präzisiert: Der Kern ist nicht mehr allgemein als „Content-Pipeline“ beschrieben. Im Mittelpunkt steht jetzt eine mögliche neue Form der inhaltlichen WordPress-Pflege für Selbstständige und kleine Unternehmen: Fachliche Fragen, Erfahrungen und Beobachtungen aus dem Arbeitsalltag sollen mit möglichst geringer Reibung zu prüfbaren Website-Inhalten werden.

Zentralen Beitrag vollständig neu aufgebaut: Der Beitrag Deine Website weiß weniger als du: Warum ich eine neue Form der WordPress-Pflege teste verbindet jetzt WordPress-Pain, KI-Suche, eigene Domain statt LinkedIn-Pflicht, Content2WP, MCP, Website-Kontext und den Pilot als zweiten realen Fall. SEO-Titel und Meta Description wurden entsprechend angepasst.

Blogcluster geschärft: Die Blogübersicht ist jetzt in drei verständlichere Arbeitsfelder gegliedert: WordPress dialogbasiert bedienen, inhaltliche Website-Pflege und Sichtbarkeit sowie Website-Kontext, Redaktion und Kontrolle. Das ist zunächst eine sichtbare Informationsarchitektur; echte WordPress-Kategorien und Tags sind noch nicht technisch gesetzt.

Pilotseite bleibt Entwurf: Die zurückgezogene Landingpage wurde als Arbeitsentwurf neu geschrieben. Sie bleibt ausdrücklich draft und noindex/nofollow. Sie beschreibt Problem, Hypothese, Pilotfragen und offene technische Entscheidungen, ohne ein fertiges Produkt zu behaupten.

Kontakt und Website-Kontext angepasst: Die Kontaktseite fragt nun gezielt nach der Ausgangslage eines möglichen Pilotfalls. Der globale Website-Kontext wurde auf die geschärfte Produktthese ausgerichtet. Ein Calendly-Link wurde nicht ergänzt, weil keine verlässliche vollständige URL im Projektbestand auffindbar war.

GitHub-Übergabe vorbereitet: Da in diesem Chat kein GitHub-Schreibzugriff verfügbar ist, wurden ein vollständiger Projektplan mit Epics und Milestones sowie ein ausführbares GitHub-CLI-Bootstrap-Skript vorbereitet. GitHub bleibt die kuratierte Arbeitswahrheit; WordPress bleibt die öffentliche Laufzeitfläche.

Update 010 · 09.07.2026

Pilotpartner-Landingpage zurückgezogen: Die kurz veröffentlichte Pilotpartner-Landingpage wurde wieder auf Entwurf gesetzt und auf noindex/nofollow gestellt. Sie klang zu sehr nach fertigem Produktversprechen und nicht nach dem tatsächlichen offenen Feldversuch.

Funnel entschärft: Startseite und Blogseite verlinken die zurückgezogene Landingpage nicht mehr. Auch die nachträglich eingefügten Links aus den unterstützenden Beiträgen wurden entfernt.

Lernpunkt: Die Pilotpartner-Seite darf nicht aus einer generischen Angebotslogik entstehen. Erst muss das tatsächliche Framing aus den Gesprächen, Blogbeiträgen und Projektkontexten sauber rekonstruiert werden. Bis dahin bleibt der Pilotpartner-Gedanke als Blog-/Feldnotiz sichtbar, nicht als Landingpage.

Update 009 · 09.07.2026

Pilotpartner-Angebot kurz live gestellt: Die Seite „Pilotpartner gesucht: Website-Content-Pipeline für WordPress testen“ wurde veröffentlicht und auf index/follow gesetzt. Dieser Schritt wurde anschließend in Update 010 zurückgenommen, weil die Seite tonal und logisch nicht tragfähig war.

Pilotpartner-Blogbeitrag geschärft: Der zentrale Beitrag Deine Website weiß weniger als du wurde sprachlich geglättet, mit Umlauten korrigiert und stärker auf den 4-Wochen-Test fokussiert.

SEO und Bloglogik: SEO-Titel, Meta Descriptions und OpenGraph-Texte wurden für Startseite, Blogseite und zentrale Beiträge geprüft bzw. aktualisiert.

Update 008 · 09.07.2026

Content-Cluster und Pilotpartner-Vorbereitung: Die Blogseite wurde neu geordnet. Die Beiträge stehen jetzt nicht mehr nur als lose Liste nebeneinander, sondern in drei Clustern: WordPress mit KI pflegen, Website-Content-Pipeline und Pilotpartner, Kontrolle/SEO/Arbeitswahrheit.

Außerdem geschärft: Zwei veröffentlichte Rohskizzen wurden zu lesbaren Beiträgen ausgearbeitet: Kann man KI-Entwürfe in der WordPress-App prüfen? und Website-Content besteht nicht nur aus Text: Was passiert mit Bildern?.

Lernpunkt: Erst Cluster und tragende Blogbeiträge vorbereiten, dann eine Pilotpartner-Seite bauen. Deshalb wurde eine eigene Pilotpartner-Seite zunächst als WordPress-Entwurf angelegt.

Update 007 · 07.07.2026

Drei Feldnotizen und klarere Arbeitswahrheit: Aus dem internen Backlog wurden drei neue Blogbeiträge veröffentlicht: Logbuch vs. internes Journal, Von der REST-Route zur MCP-Action und SEO-Felder per KI pflegen, aber kontrolliert.

Lernpunkt: GitHub ist die Arbeitswahrheit fuer Entscheidungen, Diffs, Issues und Drafts. WordPress ist die veroeffentlichte Flaeche. Nach entscheidendem Fortschritt muss der Agent selbst pruefen, ob daraus Journal, Backlog, Logbuch oder ein Blogbeitrag entsteht.

Update 006 · 07.07.2026

Backlog-Idee geprueft und zurueckgenommen: Kurz war auf der Blogseite eine Section fuer moegliche Beitraege im Backlog sichtbar. Nach der Pruefung bleibt diese Liste intern im Repo, weil der oeffentliche Mehrwert noch nicht klar genug ist.

Lernpunkt: Das Backlog darf unfertig sein. Sichtbar wird erst, was fuer Besucher einen klaren Nutzen hat. Ins Logbuch gehoert die Entscheidung und die sichtbare Aenderung. In den Blog kommt erst ein ausgearbeiteter Gedanke mit Anlass, Beobachtung und Nutzen.

Update 005 · 07.07.2026

MCP-Bruecke und zwei Feldnotizen: Der ChatGPT-MCP-Proxy kann jetzt auch SEO- und Website-Kontextdaten lesen und schreiben. Aus dieser Arbeit sind zwei neue Feldnotizen entstanden: Kann man WordPress mit ChatGPT pflegen? und Was bei unserem WordPress-KI-Labor gerade noch hakt.

Lernpunkt: Das Logbuch wird nicht bei jeder kleinen Textaenderung beschrieben, sondern bei sichtbaren Schritten an Inhalt, Struktur, Technik oder Arbeitsweise. Es ist die oeffentliche Spur. Das interne Journal bleibt im GitHub-Repo.

Update 004 · 07.07.2026

Richtung korrigiert: Die Website wurde wieder stärker als öffentliches Labor und Feldversuch positioniert. Das Angebot bleibt sichtbar, ist aber nicht der Kern der Seite.

Neu entstanden: Der Beitrag „Warum diese Website existiert“ erklärt die Lore der Seite: Warum dieses Projekt nicht als fertige Verkaufsseite beginnt, sondern als sichtbarer Prozess.

Update 003 · 07.07.2026

Angebot und Fallstudie ergänzt: Es wurden zwei neue Seiten angelegt: eine Angebotsseite und eine Fallstudie über diese Website als Proof of Concept.

Lernpunkt: Die Seite braucht zwar ein Angebot, darf aber nicht auf eine klassische Dienstleistungsseite reduziert werden.

Update 002 · 07.07.2026

Blog und Kontakt geschärft: Die Blogseite bekam eine erste Rahmung. Die Kontaktseite wurde konkreter und fragt jetzt nach Ausgangslage, bestehender Website und Ziel.

Update 001 · 07.07.2026

Erster neuer Prozessbeitrag veröffentlicht: Der Beitrag „Warum ich meine KI-Arbeit öffentlich dokumentiere“ wurde veröffentlicht. Er beschreibt, warum Arbeit mit KI sichtbar gemacht werden soll.