Vom WordPress-Plugin zur schnellen, statischen Wissensplattform.

Systemansichten

Case Study

1. 01

   Ausgangslage

   Garten 1x1 begann als WordPress-Plattform mit eigenem Plugin: Pflanzendatenbank, Probleme, Aufgabenkalender, Gartenprofile und KI-Coach. Der Funktionsumfang war groß, im Alltag zählten aber Ladezeit, Verständlichkeit und verlässliche Inhalte – nicht die Zahl der Module.

2. 02

   Aufgabe und eigene Rolle

   Produktkonzeption, Informationsarchitektur und Entwicklung in beiden Generationen: erst das WordPress-System, dann die Migration auf eine statische Plattform samt eigenem Backend für Produktempfehlungen.

   • Datenmodell für Pflanzen, Probleme, Aufgaben, Bereiche, Regionen und Ziele
   • Migration von mehreren hundert Inhalten ohne Verlust von Struktur und Verknüpfungen
   • Gartenrechner und Navigator als eigenständige Werkzeuge

3. 03

   Wichtigste Entscheidungen

   Die Leseseiten brauchen keine Datenbank pro Aufruf. Deshalb wurde das Wissen aus WordPress herausgelöst und als versionierte Inhalte gebaut; alles Veränderliche (Preise, Verfügbarkeit) liegt in einem schmalen Backend. Konto-, Profil- und Coach-Funktionen des Plugins sind in der statischen Version nicht enthalten; persönliche Hilfen wie der Navigator laufen im Browser.

4. 04

   System und Datenflüsse

   Inhalte liegen als Markdown mit streng typisierten Feldern vor. Beim Build entstehen daraus Steckbriefe, Problemseiten, Ratgeber und Suchindex. Angebote kommen erst im Browser aus der API hinzu und nur für Seiten, für die es bestätigte Treffer gibt.

5. 05

   Technologien und Lösungen

   Die wichtigsten technischen Bausteine und warum sie gewählt wurden:

   • Astro mit Content Collections: Jede Pflanze ist eine Markdown-Datei, deren Frontmatter per Schema (Zod) geprüft wird – Standort, Boden, Wasserbedarf, Blütezeit, Giftigkeit, Nachbarpflanzen. Ein Tippfehler bricht den Build statt die Seite.
   • Migration aus WordPress: Ein einmaliges TypeScript-Skript liest die WXR-Exporte, entpackt serialisierte ACF-Felder (php-serialize), wandelt HTML mit Turndown in Markdown und optimiert Bilder mit Sharp.
   • Ratgeber-Graph: Beiträge, Pflanzen und Probleme werden über Stichwörter und Themenwelten verknüpft; Themenseiten entstehen erst ab einer Mindestzahl an Beiträgen, damit keine dünnen Seiten entstehen.
   • Pagefind: Volltextsuche ohne Server, der Index entsteht nach dem Build und lädt nur, was die Suche braucht.
   • Gartenrechner im Browser: Gießmenge, Pflanzenzahl, Mulch, Regenwasser, Frostrisiko und weitere Rechner arbeiten mit festen Regeln und den Pflanzendaten, ohne Konto und ohne Übertragung.
   • Affiliate-Backend in PHP/MySQL (api.garten1x1.de): Awin-Feed-Import per Cron, Zuordnung Produkt → Pflanze/Problem/Aufgabe/Bereich über botanischen Namen, Titel und Regeln; erst nach Bestätigung im Admin ausgespielt.
   • Qualitätswerkzeuge: Skripte für Linkprüfung, Problemprofil-Prüfliste, Klimadaten, Alt-Texte und interne Verlinkung sowie Werkzeuge für die Texterstellung.

6. 06

   Qualität, Sicherheit und Betrieb

   Das statische Ergebnis ist robust und günstig zu betreiben. Die API sendet CORS nur für die eigene Domain, gibt keine unbestätigten Zuordnungen heraus und behandelt einen leeren Feed als Fehler. Bestätigte oder abgelehnte Zuordnungen werden von späteren Importen nie überschrieben. Affiliate-Links sind als Werbung gekennzeichnet und mit rel="sponsored nofollow" versehen.

7. 07

   Grenzen und nächster Ausbau

   Die Plattform ersetzt keine Fachberatung vor Ort; Empfehlungen sind Orientierung. Der Abschied von WordPress heißt auch: Redaktion läuft über Dateien und Skripte, nicht über eine Oberfläche. Der Ausbau betrifft weitere Partner-Feeds, mehr geprüfte Problemprofile und neue Rechner.