Spoiler: Es war viel Koffein beteiligt.
Diese Website entstand nicht, weil ich einen Redesign wollte.
Ich wollte sehen, was passiert, wenn man Neugier, moderne AI-Website-Builder-ähnliche Tools, eine leere Leinwand und eine strenge persönliche Einschränkung kombiniert: schnell ausliefern, aber richtig ausliefern.
Was folgt, ist kein „How-to-Tutorial".
Warum ich mich entschied, diese Website (erneut) zu bauen
Ich bin seit Jahren im WordPress-Ökosystem tätig.
Warum also meine persönliche Website neu aufbauen?
Weil sich die Landschaft verändert hat.
KI-Tools sind jetzt überall:
- Tools, die schreiben,
- Tools, die Code schreiben,
- Tools, die refaktorieren,
- Tools, die bereitstellen,
- Tools, die fast für dich denken.
Und ich wollte eine einfache Frage ehrlich beantworten:
Wenn ich heute eine moderne, schnelle, SEO-ready persönliche AI-Website bauen müsste — wie würde ich es tun, und was würde wirklich zählen?
Die 24-Stunden-Beschränkung (und warum sie wichtig ist)
Ich gab mir ein grobes Zeitfenster von etwa 24 Stunden.
Wenn die Zeit begrenzt ist:
- kannst du nicht über-engineern,
- kannst du nicht hinter glänzenden Abstraktionen herjagen,
- kannst du nicht blind den Versprechungen von "One-Click"-AI-Website-Buildern vertrauen.
Du musst klar darüber nachdenken, was wirklich zählt.
Es ging nicht um Perfektion.
Ja, ich bin ein WordPress Guy
Lassen Sie uns das aus dem Weg räumen.
Ich liebe WordPress.
Aber "eine WordPress-Person zu sein" bedeutet nicht:
- es für alles zu verwenden,
- andere Architekturmuster zu ignorieren,
- oder so zu tun, als würden Kompromisse nicht existieren, wenn man heute Websites baut.
Diese Website ist keine Ablehnung von WordPress.
Die Kernentscheidung: Inhalt von Präsentation trennen
Eine Entscheidung prägte alles:
Inhalte sollten nicht im selben System gefangen sein, das sie rendert.
Ich wollte:
- saubere, portable Inhalte,
- flexible Präsentation,
- schnelle Bereitstellung auf mobilen Geräten und Desktop,
- und minimale bewegliche Teile im Frontend.
Das bedeutete, in folgenden Begriffen zu denken:
- Struktur zuerst,
- Rendering später,
- und Performance als Standard — nicht als Nachgedanke.
Diese Denkweise verändert komplett, wie man sich einer KI-Website nähert.
„AI wird es für dich bauen" (fast)
Ich habe beim Aufbau dieser Website viele AI-Tools verwendet.
Einige halfen bei:
- dem Verfassen von Texten,
- der Erkundung von Layout-Ideen,
- der Überprüfung der Logik,
- der Beschleunigung repetitiver Arbeiten.
Andere halfen bei:
- Live-Coding,
- dem Refactoring,
- Fehler erkennen,
- und schneller vorankommen, ohne Abkürzungen zu nehmen.
Aber hier ist die ehrliche Wahrheit:
KI hat das Denken nicht ersetzt. Es hat es verstärkt.
Du musst immer noch:
- entscheiden, was du bauen willst,
- entscheiden, was du nicht bauen willst,
- Kompromisse verstehen,
- erkennen, wenn eine Antwort "richtig klingt", aber nicht richtig ist.
KI-Tools können Websites generieren.
Auch mit KI hat das Zeit gekostet
Das ist wichtig, es laut auszusprechen.
Auch mit modernen Live-Coding-Tools, Assistenten, Copilots und sogenannten kostenlosen KI-Website-Builder-Erfahrungen:
- Dinge gehen kaputt,
- Annahmen scheitern,
- Integrationen erfordern Überlegungen,
- Struktur erfordert immer noch Absicht.
KI beschleunigt die Ausführung — nicht die Klarheit.
Der Koffein-Faktor ☕
Es war viel Kaffee beteiligt.
Die Art, bei der:
- du vergisst, wie spät es ist,
- Browser-Tabs sich vermehren,
- Ideen um 2 Uhr morgens genial wirken
- und um 9 Uhr morgens etwas fragwürdig.
Aber es gibt einen Moment — und Builder kennen das — wenn alles passt.
Seiten laden sofort.
Dieser Moment ist das Koffein wert.
Worauf ich stolz bin (über „Es funktioniert" hinaus)
Ich habe viele Websites gestartet.
Denn nie in meinem Leben hätte ich gedacht, dass ich casually eine persönliche AI-generierte Website ausliefere, die:
- pixel-clean ist,
- extrem schnell ist,
- standardmäßig SEO-ready ist,
- für Skalierbarkeit strukturiert ist,
- übersetzungsfreundlich ist,
- schema-fähig ist,
- und zukunftssicher für Experimente ist,
…ohne Plugin-Angst, Performance-Schulden oder notdürftig zusammengeflickte Features.
Die Struktur ist wichtig.
Performance wurde nicht optimiert — es wurde so entworfen
Diese Website lädt schnell, nicht weil ich "sie später optimiert habe".
Sie lädt schnell, weil:
- es keinen unnötigen Overhead gibt,
- keine aufgeblähte Runtime,
- keine versehentliche Komplexität, die Suchmaschinen bekämpft.
Performance war keine Checkliste. Es war eine Designbeschränkung.
Das ändert alles.
SEO Ohne die üblichen Probleme
SEO wird oft behandelt als:
- ein Nachgedanke,
- ein Plugin,
- ein Toggle,
- eine Checkliste.
Hier ist SEO strukturell.
Saubere URLs.
Das sind keine Hacks.
Warum ich den Stack absichtlich nicht benannt habe
Sie werden bemerken, dass ich keine Plattformen aufzähle und keine Systeme benenne.
Das ist beabsichtigt.
Weil sich Tools ändern.
Die Erkenntnis ist nicht:
„Nutze, was ich genutzt habe."
Die Erkenntnis ist:
„Denke so, wie dies durchdacht wurde – auch wenn du KI nutzt."
Was diese Website ist (und nicht ist)
Diese Website ist:
- ein lebendes Experiment,
- ein persönlicher Spielplatz,
- ein Denkraum,
- ein Ort, um Ideen schnell zu versenden.
Das ist nicht:
- fertig,
- eingefroren,
- oder so zu tun, als wäre es perfekt.
Ich werde weiterhin Inhalte hinzufügen.
Das ist der Sinn.
Warum dies für mich wichtig ist
Das Bauen daran erinnerte mich an etwas Einfaches:
Die Freude am Web besteht nicht aus Werkzeugen — es ist absichtliche Kreativität.
KI macht das Erstellen von Websites schneller.
Aber die eigentliche Arbeit ist immer noch:
- zu entscheiden, was wichtig ist,
- Einfachheit zu wählen,
- die Zeit der Nutzer zu respektieren,
- und durchdacht zu versenden.
Das hat sich nicht geändert.
What's Next
Das ist erst der Anfang.
Ich werde hinzufügen:
- mehr Schreiben,
- Experimente,
- kleine Tools,
- verspielte Ideen,
- und wahrscheinlich ein paar Dinge, die andere Builder zum Lächeln bringen.
Wenn du hier bist, weil dir das am Herzen liegt:
- WordPress,
- Performance,
- SEO,
- AI,
- oder einfach bessere, schnellere, durchdachtere AI-Websites bauen —
Willkommen.
Weiterführende Lektüre
→ Prompt Engineering in 2026: Was es ist und was es bringtPrompt engineering in 2026: what it is and what it pays
→ AEO und GEO in 2026: ein praktisches Playbook mit Tavily, Winston und SchemaAEO and GEO in 2026: a practical playbook with Tavily, Winston, and schema
→ WordPress vs Next.js in 2026: Mein ehrlicher VergleichWordPress vs Next.js in 2026: my honest comparison
→ Headless WordPress in 2026: Der komplette praktische LeitfadenHeadless WordPress in 2026: the complete practical guide
→ Meine Woche mit EmDash CMS: Die WordPress-Alternative getestetMy week with EmDash CMS: the WordPress alternative tested