01
Individuelle Themes
Ein Theme, geschrieben für Ihre Designs und Ihr Content-Modell — keine Einstellungspanels pro Seite, keine ungenutzte Layout-Engine. Templates, die rendern, was die Seite braucht, und nichts weiter.
Individuelle WordPress-Entwicklung, gebaut für Performance und Skalierung
Maßgeschneiderte Themes, Plugins und Gutenberg-Blöcke, geschrieben für Ihr Content-Modell.
HOW MUCH Labs entwickelt WordPress-Websites so, wie Software entsteht: Code unter Versionskontrolle, ein bewusst entworfenes Datenmodell und nur das Markup, das die Seite tatsächlich braucht.
Das Ergebnis ist eine Website, die Ihre Redaktion bedienen kann, Ihre Entwickler lesen können und Ihr Traffic nicht zum Einsturz bringt.
Markup, das ein Browser rendern muss
Generierte Wrapper
<div class="wrap"><div class="row"><div class="col"><div class="inner"><div class="widget"><h2>Heading</h2>
↓ dieselbe Überschrift, von Hand gebaut
Semantisches Template
<section class="intro"><h2>Heading</h2>
Das Prinzip
Eine Website ist Software. Sie verdient dieselbe Ingenieursdisziplin.
Die meisten Performance-Probleme bei WordPress kommen nicht von WordPress. Sie kommen von Schichten generischer Werkzeuge, die Arbeit erledigen, die ein zweckgebautes Template gar nicht erst anfallen ließe.
Wir beginnen beim Content-Modell statt beim Layout: welche Entitäten es gibt, wie sie zusammenhängen, was die Redaktion ändern muss und was die Website beim zehnfachen Traffic noch leisten soll.
Danach schreiben wir nur den Code, den dieses Modell verlangt.
Alles liegt in Git, läuft durch Code Review und wird jedes Mal gleich ausgeliefert. Kein Verhalten der Website steckt in einem Datenbankfeld, das nur eine Person versteht.
Was wir entwickeln
Jedes Projekt ist eine Kombination dieser Bausteine. Wir nehmen nur die auf, die Ihr Projekt wirklich braucht.
02
Individuelle Plugins
Geschäftslogik, wo sie hingehört: in einem versionierten Plugin mit eigenen Einstellungen, Tests und Update-Pfad, damit sie einen Theme-Wechsel übersteht.
03
Gutenberg-Blöcke
Zweckgebaute Blöcke, die der Redaktion echte Freiheit innerhalb strenger Design-Vorgaben geben, mit sinnvollen Voreinstellungen und Vorschauen im Editor.
04
API-Integrationen
CRM-, ERP- und PIM-Systeme, Buchungs- und Zahlungsdienste — serverseitig angebunden mit Caching, Wiederholungen, Fehlerbehandlung und Logging, das Sie einsehen können.
05
Content-Modellierung
Custom Post Types, Taxonomien und Felder, entworfen rund um Ihre Entitäten, damit Inhalte strukturiert, abfragbar und wiederverwendbar sind statt im Seitentext festzustecken.
06
Migrationen
Der Umzug von einer Altsite oder einem anderen CMS, mit zugeordneten Inhalten, erhaltenen Weiterleitungen und geschützten Suchrankings.
Performance
Core Web Vitals sind eine Folge der Architektur, kein Plugin, das man installiert
Ein Caching-Plugin kann eine langsame Seite verbergen. Eine schwere Seite kann es nicht leicht machen. Wenn das Template Megabytes an CSS für ein Layout ausliefert, für das ein Grid gereicht hätte, rettet auch kein Caching das Erlebnis auf dem Smartphone im Mobilfunknetz.
Wir arbeiten stattdessen an den Ursachen: welche Queries laufen, wie viele Assets geladen werden, was den Main Thread blockiert und was der Browser berechnen muss, bevor er zeichnen kann.
Jeder der drei Core Web Vitals hängt an konkreten Entscheidungen, die wir während der Entwicklung treffen — nicht an einem Score, dem wir hinterherlaufen.
LCPLargest contentful paint
Das Hauptelement erscheint früh
Kritisches CSS inline, Hero-Medien in passender Größe und mit Priorität, Fonts vorgeladen mit metrikkompatiblem Fallback und kein renderblockierendes Skript im sichtbaren Bereich.
INPInteraction to next paint
Interaktionen antworten sofort
Von Anfang an wenig JavaScript, nach Route aufgeteilt und verzögert geladen, wo es geht — damit der Main Thread frei ist, wenn ein Besucher etwas antippt.
CLSCumulative layout shift
Beim Laden springt nichts
Feste Abmessungen für Medien und Embeds, reservierter Platz für alles, was spät nachgeladen wird, und keine Inhalte, die nach dem ersten Rendern eintreffen und die Seite verschieben.
Skalierbarkeit
Gebaut, um zu halten, wenn der Traffic kommt
WordPress zu skalieren heißt vor allem, dafür zu sorgen, dass die aufwendige Arbeit selten passiert — und nie, während ein Besucher wartet.
Disziplin bei Queries
Teure Meta- und Taxonomie-Abfragen durch indexierte Lookups und vorberechnete Werte ersetzt, damit eine viel besuchte Archivseite nicht wegbricht.
Caching-Ebenen
Object Cache für wiederkehrende Abfragen, Full-Page-Cache für anonymen Traffic und klare Regeln, was niemals gecacht wird.
Arbeit aus dem Request heraus
Importe, Feeds, Bildverarbeitung und Aufrufe von Drittsystemen laufen als eingereihte Hintergrund-Jobs statt während eines Seitenaufrufs.
Medienhandling
Responsive Größen bewusst erzeugt, moderne Formate ausgeliefert und Assets über ein CDN in der Nähe Ihrer Besucher bereitgestellt.
Lastspitzen
Das Verhalten unter Last wird vor dem Launch getestet, nicht während einer Kampagne entdeckt — mit Cache-Warming und sinnvollen Rate Limits.
Sicherheit & Härtung
Rollen mit minimalen Rechten, Abhängigkeits-Updates über das Repository, Secrets außerhalb der Codebasis und ein nachvollziehbares Protokoll der Deployments.
WordPress als Redaktionsebene, etwas anderes als Frontend
Ihre Redaktion behält das Backend, das sie kennt. Die öffentliche Website wird von einem eigenen Framework gerendert — statisch generiert oder serverseitig auf Anfrage — und liest die Inhalte über REST oder GraphQL.
Das passt zu Websites mit mehreren Frontends, einer App, die dieselben Inhalte nutzt, oder einem Frontend, dessen Interaktivität einem PHP-Template entwachsen ist.
Es ist außerdem teurer in Aufbau und Betrieb als ein gut gemachtes Theme. Wir sagen Ihnen, wenn Sie es nicht brauchen.
Wann es sich lohnt
Mehrere Frontends, die eine Content-Quelle teilen
Eine mobile App, die dieselben Inhalte liest wie die Website
Ein hochinteraktives Frontend, das PHP-Templates entwachsen ist
Ein Frontend-Team, das ohnehin in einem JS-Framework arbeitet
Inhalte, die auf einem statischen Host veröffentlicht werden müssen
Eine Marketing-Website, der ein gut gebautes Theme besser dient
Ein kleines Team, bei dem zwei Codebasen doppelte Wartung bedeuten
WooCommerce
Shops, die mit großem Katalog und viel Checkout-Verkehr schnell bleiben
Bei WooCommerce rechnet sich individuelle Entwicklung am schnellsten. Katalogseiten, Warenkorb und Checkout sind die drei Stellen, an denen ein generisches Setup zu schmerzen beginnt — und alle drei sind ganz normale Engineering-Aufgaben.
Produktarchive bekommen echte Indizes und gecachte Facetten statt teurer Meta-Queries. Warenkorb und Checkout bleiben ungecacht und schlank, damit genau die Seiten, die Umsatz tragen, am wenigsten Arbeit leisten.
Dazu kommen: individuelle Preisregeln, B2B-Staffeln und Angebote, Abonnements, ERP- und Bestandssynchronisation, Zahlungs- und Versandanbindungen sowie das Reporting, nach dem Ihre Finanzabteilung immer wieder fragt.
Katalog & Checkout im Maßstab
Katalog · tausende Produkte
↓ indexierte Facetten · Object Cache
Gefiltertes Archiv · aus dem Cache ausgeliefert
Auf LagerGröße M50–100 €
↓ sitzungsabhängig · niemals im Seitencache
Warenkorb & CheckoutMinimale Assets
Logik für Zahlung, Bestand und Steuern isoliert in einem individuellen Plugin, eigenständig testbar.
So läuft ein WordPress-Projekt bei uns
1
Analyse und technisches Audit
Wir beginnen damit, was die Website erreichen soll, wer sie pflegt und mit welchen Systemen sie sprechen muss.
Bei einer bestehenden Website prüfen wir zuerst Theme, Plugins, Datenmodell, Hosting und Performance, damit der Plan die Ursachen adressiert und nicht die Symptome.
2
Architektur und Content-Modell
Bevor ein Template geschrieben wird, legen wir das Content-Modell fest: Post Types, Taxonomien, Felder, Beziehungen und die redaktionelle Arbeit darum herum.
Hier entscheiden wir auch, was die Website nicht braucht — meist die wertvollste Entscheidung im Projekt.
3
Umsetzung in prüfbaren Abschnitten
Die Entwicklung läuft in Branches, mit Code Review und durchgesetzten Coding-Standards.
Sie sehen funktionierende Seiten auf Staging, sobald sie fertig sind, statt einer einzigen Enthüllung am Ende. Feedback kommt, solange es günstig ist, darauf zu reagieren.
4
Tests und Launch
Performance, Barrierefreiheit, Browserverhalten und redaktionelle Abläufe werden auf Staging geprüft, mit produktionsnahen Daten und Hosting.
Der Launch ist das Deployment eines geprüften Commits, mit gesetzten Weiterleitungen und einem Rückweg, falls etwas nicht stimmt.
5
Übergabe und Nachbetreuung
Sie erhalten das Repository, die Dokumentation und eine Einführung für alle, die die Website pflegen und bearbeiten.
Von dort können wir für Wartung und Weiterentwicklung an Bord bleiben oder uns vollständig zurückziehen — die Codebasis ist so geschrieben, dass beides funktioniert.
Stack & Werkzeuge
Alles über Git, nichts direkt auf der Produktion bearbeitet
Eine Änderung wird lokal geschrieben, geprüft, auf Staging getestet und dann freigegeben. Derselbe Commit, der Staging bestanden hat, geht live.
WordPressindividuelle Themes · Plugins · Blöcke
PHPmodernes PHP · Composer · PSR-Standards
FrontendTypeScript · Vite · Progressive Enhancement
DatenMySQL · Redis Object Cache
Lokal & CIDocker · Git · automatisierte Prüfungen
InfrastrukturAWS · Azure · CDN · Monitoring
Deployment-Pipeline
LokalDocker
Gleiches PHP & MySQL wie liveBeispielinhalteLinting beim Commit
Pull Request · Code Review
StagingProduktionsnah
Automatisierte PrüfungenAbnahme durch den KundenPerformance & Barrierefreiheit
Geprüfter Commit · Deployment
ProduktionLive
Deployment ohne AusfallzeitRückweg vorhandenUptime- & Fehler-Monitoring
Nach dem Launch
Wartung und Support, mit absichtlich lesbar gehaltenem Code
Individueller Code ist nur dann ein Wert, wenn ihn später jemand aufnehmen kann. Wir dokumentieren, was wir bauen, und übergeben ein Repository, in dem Ihr eigenes Team — oder Ihr nächster Entwickler — arbeiten kann.
Updates für Core, Plugins und Abhängigkeiten
Zuerst auf Staging eingespielt, mit dem eigenen Testdurchlauf der Website, bevor etwas die Produktion erreicht.
Monitoring und Fehlerverfolgung
Uptime, Fehler und langsame Queries werden an uns gemeldet, damit Probleme auffallen, bevor Ihre Besucher sie melden.
Backups und Wiederherstellung
Datenbank und Medien werden nach Plan gesichert, mit einer Wiederherstellung, die tatsächlich getestet wurde.
Performance-Reviews
Regelmäßige Prüfungen, dass die gemessenen Werte nicht abgedriftet sind, während Inhalte und Traffic wachsen.
Laufende Weiterentwicklung
Neue Funktionen als kleine, klar umrissene Änderungen durch dieselbe Review- und Deployment-Pipeline.
Dokumentation und Übergabe
Architekturnotizen, Redaktionsanleitungen und Deployment-Hinweise liegen im Repository und sind zum Zeitpunkt der Übergabe aktuell.
Für Agenturen & Studios
Wir entwickeln unter Ihrem Namen, im Hintergrund
Ihnen gehören Kundenbeziehung und Design. Wir übernehmen die Umsetzung — Theme, Plugins, Integrationen — und liefern sie in Ihrem Repository, nach Ihren Coding-Standards.
White Label als Standard: kein Hinweis in der Fußzeile, kein Kontakt zu Ihrem Kunden, sofern Sie uns nicht dabeihaben möchten.
Funktioniert als Projekt mit festem Umfang oder als laufende Kapazität, wenn Ihr eigenes Team ausgebucht ist.
Für Unternehmen
Eine Umsetzung, von der Sie nicht ausgeschlossen werden
Eine neue Website starten oder eine ersetzen, die langsam und fragil geworden ist — wir erarbeiten zuerst gemeinsam mit Ihnen das Content-Modell, damit die Umsetzung widerspiegelt, wie Ihr Unternehmen tatsächlich arbeitet.
Sie erhalten das Repository, die Dokumentation und das Deployment-Setup. Keine proprietäre Zwischenschicht, keine Lizenz, die endet, wenn wir aufhören.
Wenn Teile der bestehenden Website erhaltenswert sind, behalten wir sie, statt um des Neubaus willen neu zu bauen.
Im Produktivbetrieb
Wie das in einem echten Projekt aussieht: WordPress und Zabun
Unsere Immobilienarbeit ist das deutlichste Beispiel für individuelle WordPress-Entwicklung auf dieser Website: ein maßgeschneidertes Plugin, das ein Immobilien-CRM nach WordPress synchronisiert, Custom Post Types und Taxonomien, indexierbare Filter-URLs, geplante Jobs und Anfragen, die zurück ins CRM gesendet werden.
Dasselbe Engineering, eine andere Domäne. Wenn Sie ein externes System haben, das Ihre Website speisen soll, ist die Aufgabenstellung dieselbe.
Zur Seite über die Zabun-IntegrationIndividuelles Plugin · was es leistet
Objektdaten nach Zeitplan über die CRM-API abgerufen
Zugeordnet zu Custom Post Types, Taxonomien und ACF-Feldern
Medien lokal synchronisiert statt extern eingebunden
Filterkombinationen als indexierbare, SEO-freundliche URLs verfügbar
Anfragen von der Website zurück ins CRM, verknüpft mit dem Objekt
FAQ
Häufig gestellte Fragen
Etwas Besonderes an Ihrem Setup? Beschreiben Sie es und wir sagen Ihnen, wie wir vorgehen würden.
Ein Standard-Theme ist dafür gemacht, zu jeder Website zu passen, und bringt deshalb Funktionen und Markup mit, die Ihre Website nie nutzen wird. Ein individuelles Theme enthält nur Ihr Content-Modell und nur Ihre Layouts — deshalb bleibt es schnell und leicht änderbar.
Ja — genau deshalb baut man überhaupt auf WordPress. Wir geben der Redaktion einen überschaubaren Satz zweckgebauter Blöcke und Felder, die zu Ihren Seitendesigns passen, damit die erstellten Seiten nicht vom Designsystem abweichen können.
Häufig. Wir prüfen zuerst das aktuelle Theme, die Plugins, das Datenmodell und das Hosting und schlagen dann entweder einen gezielten Neubau der langsamen Teile oder ein vollständig individuelles Theme vor, je nachdem, was das Audit ergibt.
Ihnen. Alles wird in einem Git-Repository geliefert, das Sie kontrollieren, mit Dokumentation und der Deployment-Konfiguration. Es gibt keine proprietäre Schicht, die aufhört zu funktionieren, wenn Sie nicht mehr mit uns arbeiten.
Ja. Wir sichten den Bestand, dokumentieren ihn und arbeiten von dort weiter. Wenn Teile davon erhaltenswert sind, behalten wir sie.
Ja — verteilbare Plugins mit ordentlichen Einstellungen, Update-Handling, Internationalisierung und Coding-Standards, ob für einen Kunden oder zur Veröffentlichung.
Wir arbeiten mit Ihrem Hoster zusammen oder beraten bei der Auswahl. Unsere Anforderungen sind unspektakulär: PHP-FPM, ein Object Cache, HTTP-Caching, ein Cron, der wirklich zuverlässig läuft, und eine Staging-Umgebung, die der Produktion entspricht.
Es gehört dazu. Ein WooCommerce-Shop ist individuelle WordPress-Entwicklung mit den Rahmenbedingungen des Handels — die Abschnitte zu Katalog, Warenkorb und Checkout oben beschreiben unser Vorgehen.
Projekt starten
Sagen Sie uns, was die Website leisten muss
Eine neue individuelle Umsetzung, der Neubau von etwas, das langsam geworden ist, ein Plugin, das endlich sauber geschrieben werden muss, oder Entwicklungskapazität hinter Ihrer Agentur — beschreiben Sie die Situation und wir melden uns mit einem Vorgehen und einem Umfang.
Wenn eine individuelle Umsetzung für Ihr Projekt nicht die richtige Antwort ist, sagen wir das.