WordPress · PHP · REST API · WooCommerce

Individuelle WordPress-Plugin-Entwicklung für Funktionen, die produktionsreif bleiben müssen.

Ich bin Senior WordPress-Plugin-Entwickler und entwickle individuelle Plugins für Geschäftslogik, Admin-Workflows, REST-API-Integrationen, WooCommerce-Erweiterungen und interne Tools – wenn Standard-Plugins zu generisch, zu schwergewichtig sind oder den Workflow nicht sauber abbilden können.

Geschäftslogik

WordPress an die tatsächlichen Geschäftsabläufe anpassen

Individuelle Regeln, Datenmodelle, Berechtigungen, Berechnungen und Workflows, ohne die Anforderung in ein für andere Zwecke gebautes Plugin zu zwängen.

PHPhooksdata model
Integrationen

WordPress mit den umliegenden Systemen verbinden

REST-APIs, Webhooks, CRM-, ERP- und PIM-Systeme, Zahlungsanbieter und interne Dienste mit Retries, Logging und Fehlerbehandlung.

REST APIWebhooksOAuth
WooCommerce

Checkout, Produkte und Bestellungen sicher erweitern

Gezielte Erweiterungen für Produktregeln, Zahlungen, Versand, Abonnements, Katalogdaten und Bestellprozesse.

Admin-Tools

Redaktion und Operations die richtigen Werkzeuge geben

Einstellungsseiten, Bulk-Tools, Queues, Dashboards und Freigabeprozesse für die Menschen, die sie täglich nutzen.

Übergabe

Code, den später auch ein anderer Entwickler übernehmen kann

Versioniert, dokumentiert und vom Theme-Code getrennt, damit Updates die Funktion nicht zur Wartungsfalle machen.

Individuelle WordPress-Plugin-Entwicklung

Die Funktion um die Anforderung bauen – nicht um einen Plugin-Katalog.

Ein individuelles Plugin ist sinnvoll, wenn die Anforderung so spezifisch ist, dass fünf unabhängige Plugins mehr Risiko erzeugen als eine gezielte Softwarekomponente. Ziel ist das kleinste wartbare Plugin, das die Geschäftslogik klar besitzt.

Geschäftslogik

Individuelle Workflows und Regeln

Freigabeprozesse, Berechnungen, Berechtigungen, individuelle Status, geplante Jobs und weitere Domänenlogik, die sich auf der gesamten Website konsistent verhalten muss.

APIs

REST-API- und Drittanbieter-Integrationen

Daten zwischen WordPress und externen Systemen mit Authentifizierung, Validierung, Queues, Retries, Logs und definierten Fehlerzuständen senden oder abrufen. See WordPress API integration services →

WooCommerce

Individuelle WooCommerce-Plugin-Entwicklung

Checkout-Logik, Produktkonfiguration, Preisregeln, Bestellautomatisierung, Zahlungs-/Versanderweiterungen und ERP- oder PIM-Synchronisation.

Admin-UX

Interne Tools und Dashboards

Gezielte Admin-Oberflächen, Bulk-Aktionen, Importe, Reporting und Steuerelemente, die repetitive Arbeit für Redaktion und Operations reduzieren.

Bestehende Plugins

Erweitern, ohne Herstellerdateien zu verändern

Wo möglich Hooks und öffentliche APIs nutzen oder ein Erweiterungs-Plugin bauen, das Updates übersteht, statt Drittanbieter-Code direkt zu bearbeiten.

KI + Automatisierung

Individuelle Plugins als Produktoberfläche für Automatisierung

WordPress-Oberflächen für KI-Workflows, n8n-Automatisierungen, Klassifikation, Retrieval oder interne Tools, wenn der Workflow Berechtigungen und Kontrollen im CMS braucht.

Wann individueller Code die sauberere Lösung ist

Nicht jede Anforderung braucht ein neues Plugin. Zuerst wird entschieden, ob überhaupt eines entstehen sollte.

Zuerst prüfe ich, ob WordPress Core, ein bestehendes Plugin oder eine kleine Integration die Anforderung sauber lösen kann. Individuelle Entwicklung lohnt sich, wenn der Workflow geschäftsspezifisch ist, das Datenmodell ungewöhnlich ist, Zuverlässigkeit zählt oder der Plugin-Stack schwerer zu warten wird als die Funktion selbst.

Dieses Scoping hält die Umsetzung außerdem klein. Ein fokussiertes Plugin mit einer klaren Verantwortung lässt sich leichter testen, absichern, erweitern und übergeben als eine versteckte Mini-Plattform in WordPress.

  • Geschäftsregeln, die sich nicht sauber allein durch Konfiguration abbilden lassen.
  • API-Integrationen, die Authentifizierung, Daten-Mapping, Retries oder Audit-Logs benötigen.
  • WooCommerce-Funktionen rund um Preise, Checkout, Bestand, Bestellungen oder Katalogdaten.
  • Admin-Workflows, die aktuell in Tabellen oder repetitiven manuellen Schritten leben.
  • Mehrere überlappende Plugins, die Performance-, Sicherheits- oder Wartungsschulden erzeugen.
  • Bestehender individueller Code, der in ein update-sicheres Plugin refaktoriert werden muss.
Engineering-Standards

Ein individuelles Plugin sollte zukünftige Komplexität reduzieren, nicht erzeugen.

Die Umsetzung folgt WordPress-Konventionen dort, wo sie helfen: Capabilities und Nonces, Sanitization und Escaping, Hooks, geplante Jobs, REST-Endpunkte, Datenbank-APIs und update-sichere Erweiterungspunkte.

Sicherheit

Berechtigungen, Validierung und sichere Ausgabe

Capability-Prüfungen, Nonce-Schutz, bereinigte Eingaben, escaped Ausgabe und API-Zugriff nach dem Least-Privilege-Prinzip gehören zur Umsetzung und nicht zu einer späteren Härtungsrunde.

Performance

Abfragen und Hintergrundprozesse für den Produktivbetrieb

Teure globale Hooks, unnötige Requests und blockierende Jobs werden vermieden. Schwere Arbeit wandert bei Bedarf in Queues oder geplante Verarbeitung.

Wartbarkeit

Klare Verantwortlichkeiten und dokumentierte Erweiterungspunkte

Der Code ist nach Verantwortlichkeiten organisiert, versioniert und dokumentiert, damit ein späterer Entwickler versteht, wo Änderungen vorgenommen werden.

Updates

Keine Änderungen an WordPress Core oder Hersteller-Plugin-Dateien

Individuelles Verhalten lebt im eigenen Plugin oder in einer dokumentierten Erweiterungsschicht, damit Updates von WordPress, WooCommerce und Drittanbietern beherrschbar bleiben.

Observability

Logs dort, wo Fehler relevant sind

Integrationen und geplante Workflows können Fehler und hilfreichen Kontext protokollieren, statt Daten stillschweigend zu verlieren.

Übergabe

Ihr Code bleibt Ihr Code

Quellcode und Dokumentation werden an Kunde oder Agentur übergeben. Das Plugin soll keine Abhängigkeit von einem einzelnen Entwickler schaffen.

Typische Deliverables

Vom technischen Scope zum Produktiv-Plugin.

Die genaue Form hängt von der Anforderung ab, aber am Ende stehen funktionierende Software und genügend Kontext für die weitere Wartung.

Technischer ScopeAnforderungen, Datenfluss, Abhängigkeiten, Risiken und was in das Plugin gehört.
Plugin-ImplementierungPHP, WordPress-APIs, REST-Endpunkte, Admin-UI und Frontend-Verhalten nach Bedarf.
Integrations-HandlingAuthentifizierung, Mapping, Webhooks, Queues, Retries und Logs für externe Systeme.
Staging-QAFunktionstests, Edge Cases, Berechtigungen, Updates und Performance vor dem Produktivbetrieb.
DeploymentKontrolliertes Release mit dokumentierter Konfiguration und Migrationsschritten.
ÜbergabeQuellcode, Notizen und Erweiterungspunkte, damit das Plugin unabhängig gewartet werden kann.
So läuft die Arbeit ab

Zuerst das Verhalten definieren, dann das Plugin schreiben.

Discovery

Workflow und Fehlerfälle abbilden

Was die Funktion auslöst, wer sie nutzen darf, welche Daten fließen, was bei einem API-Ausfall passiert und was die Website niemals tun darf.

  • Audit bestehender Plugins und Themes
  • Datenmodell und Integrationskarte
  • Sicherheits- und Berechtigungsgrenzen
  • Kleinste sinnvolle Umsetzung
Bauen + ausliefern

In Staging implementieren, testen und dann deployen

Die Entwicklung bleibt versioniert und reviewbar. Das Plugin wird vor Produktion mit echten Inhalten und dem aktuellen WordPress-Stack getestet.

  • Git-basierte Entwicklung
  • Staging vor Produktion
  • Update- und Regressionstests
  • Dokumentation und Übergabe
Ausgewählte Plugin-Arbeiten

WordPress-Plugins für Produktion, gebaut um echte Workflows.

Einige anonymisierte Beispiele aus kundeneigenen Produktivsystemen. Entscheidend ist nicht die Anzahl der Plugins, sondern die Geschäftslogik so sauber zu kapseln, dass die Funktion nach dem Launch verständlich, testbar und wartbar bleibt.

Seitensuche

Interne Suche als WordPress-MU-Plugin umgesetzt

Eine produktive Suchschicht für eine Publishing-Umgebung mit mehreren Portalen, bei der die Suchlogik in einem fokussierten Plugin statt im Theme liegt.

Analytics

Engagement-Tracking über Pageviews hinaus

Individuelles Tracking für 25 %, 50 %, 75 % und 100 % Scrolltiefe plus aktive Zeit, das sauberere Verhaltenssignale an Analytics liefert, ohne eine generische Tracking-Suite hinzuzufügen.

Redaktioneller Workflow

Kontextuelle CTA-Automatisierung mit redaktioneller Kontrolle

Automatische CTA-Platzierung anhand der Inhaltstiefe mit Shortcode-Override, damit Redakteure konsistente Platzierung bekommen und bei Bedarf dennoch manuell steuern können.

KI-Workflow

KI-gestützte Bildmetadaten mit menschlicher Freigabe

Den WordPress-seitigen Workflow für Bildverarbeitung in Queues, erneutes Einreihen, manuelle SVG-Behandlung und menschliche Prüfung vor Übernahme generierter Alt-Texte umgesetzt.

Integrationen

API-gestützte Workflows mit Fehlerbehandlung

WordPress über REST-APIs und Webhooks mit externen Diensten verbunden – mit explizitem Mapping, Retries und betrieblichen Sicherungen statt stiller Best-Effort-Requests.

Deployment-Automatisierung

Pre-Deploy-Manifest + Kinsta Smoke-Testing

Entwickelt wurde ein individuelles WordPress-Plugin für ein Retail-SaaS-Team, das vor dem Deployment am Donnerstag die Release-Änderungen der Woche sammelt und sich nach dem Kinsta-Release per SSH verbindet, um websiteweite Smoke-Tests auszuführen. Fallstudie zur Deployment-Automatisierung lesen →

FAQ

Fragen zur individuellen WordPress-Plugin-Entwicklung.

Ein individuelles Plugin ist sinnvoll, wenn die Website Geschäftslogik, Integrationen oder Workflows benötigt, die Standard-Plugins nicht sauber abdecken können, oder wenn mehrere generische Plugins Performance-, Sicherheits- oder Wartungsrisiken erzeugen.

Ja. Ich prüfe das Plugin zuerst und nutze dokumentierte Hooks oder APIs, wo möglich. Wenn die Änderung getrennt bleiben soll, entwickle ich ein Erweiterungs-Plugin, damit Hersteller-Updates die Arbeit nicht überschreiben.

Ja. Typische Arbeiten umfassen Checkout- und Warenkorb-Logik, Zahlungs- oder Versandintegrationen, Produktregeln, ERP/PIM-Synchronisation, Abonnements, Admin-Workflows und Automatisierung rund um Bestellungen oder Katalogdaten.

Ja. Der Code wird dokumentiert und versioniert übergeben, damit Ihr Team oder ein anderer Entwickler ihn später warten kann.

Ja. Ich kann übernommene individuelle Plugins prüfen, Sicherheits- oder Performance-Risiken identifizieren, den Code stabilisieren und schrittweise refaktorieren, wenn kein kompletter Rewrite nötig ist.

Ein fokussiertes Plugin lässt sich oft innerhalb von Tagen bis wenigen Wochen definieren und ausliefern. Integrationen über mehrere Systeme, komplexe WooCommerce-Erweiterungen oder migrationsintensive Arbeiten dauern länger. Eine Schätzung erfolgt nach Klärung von Workflow, Abhängigkeiten, Daten und Fehlerfällen.

Ich kalkuliere auf Basis eines vereinbarten Scopes statt mit einem pauschalen Plugin-Preis. Die Kosten hängen von Workflow-Komplexität, externen APIs, Admin-UI, Datenmigration, Tests und Zuverlässigkeitsanforderungen ab. Der erste Schritt ist, die Anforderung auf die kleinste wartbare Umsetzung zu reduzieren.

Soll WordPress etwas können, das das Plugin-Verzeichnis nicht abdeckt?

Schick mir den Workflow, die aktuelle Website und die Systeme, mit denen sie verbunden werden muss. Ich sage dir, ob individueller Code sinnvoll ist und wie die kleinste vernünftige Umsetzung aussieht.