Custom Code, der hält.
Kein Plugin-Chaos, kein Overhead.
Du brauchst jemanden, der WordPress wirklich versteht – nicht nur installiert. Ich entwickle Custom Themes, eigene Plugins und REST-Schnittstellen: sauber im Code, minimal in der Plugin-Last, update-sicher.
Custom Theme-Entwicklung
Kein Page-Builder-Theme, kein Child-Theme von der Stange. Ich baue das Theme-Gerüst von Grund auf – strukturiert, wartbar, ohne Ballast. WPBakery und Elementor bleiben als Content-Werkzeug für die tägliche Pflege erhalten, die Logik gehört in den Code.
Plugin-Entwicklung
Wenn ein fertiges Plugin nicht passt oder zu viel mitschleppt, schreibe ich es selbst. Von einfachen Shortcodes bis zu komplexen CPT-Systemen mit eigenen Metaboxen und Admin-Interfaces – update-sicher, kein Overhead.
REST-API & Schnittstellen
WP als Datenbasis, externe Dienste drumherum: sevDesk, Lexoffice, Mailchimp. Ich entwickle die Endpunkte und halte sie sauber.
PageSpeed-Optimierung
Core Web Vitals, Render-Blocking, Lazy Load. Ich gehe in den Code, nicht in Plugin-Einstellungen.
Code-Review & Übernahme
Bestehende Installation übernehmen, Zustand ehrlich bewerten – und sauber weiterführen wenn es Sinn ergibt.
Git & Deployment
Kein FTP-Chaos, kein „ich hoffe es klappt"-Deployment. Staging, Versionierung, saubere Übergabe.
Custom Widgets/Module für Elementor & WPBakery
Eigene Widgets und Module für Elementor und WPBakery – nahtlos im Builder integriert, mit eigenen Controls, Styles und Live-Preview. Kunden pflegen Inhalte im gewohnten Interface, die Erweiterungen darunter sind sauberes PHP, keine Workarounds.
Zwei Beispiele aus der Praxis – kein Tutorial-Code, sondern das, was auf echten Projekten läuft.
add_filter( 'body_class', function( $classes ) {
$layout = get_field( 'page_layout' );
if ( $layout ) {
$classes[] = 'layout--' . sanitize_html_class( $layout );
}
return $classes;
} );add_action( 'rest_api_init', function() {
register_rest_route( 'ls/v1', '/projects', [
'methods' => 'GET',
'callback' => 'ls_get_projects',
'permission_callback' => '__return_true',
] );
} );
function ls_get_projects( $request ) {
$posts = get_posts( [
'post_type' => 'project',
'posts_per_page' => 10,
'post_status' => 'publish',
] );
return rest_ensure_response( array_map( function( $p ) {
return [
'id' => $p->ID,
'title' => get_the_title( $p ),
'url' => get_permalink( $p ),
];
}, $posts ) );
}Zulieferer, der einfach läuft.
Du hast ein Projekt, das WordPress-Tiefe braucht – aber dein Team hat gerade keine Kapazität oder nicht den Fokus dafür. Ich springe ein: als stiller Entwickler im Hintergrund, der Git nutzt, keinen Einarbeitungsaufwand erzeugt und auf Stundenbasis abrechnet.
Kein Onboarding-Theater. Kein Paketpreis, der nicht passt. Ich bekomme ein Briefing, stelle Rückfragen wenn nötig, liefere – und halte die Kommunikationswege kurz. Wenn du nachher das fertige Theme oder Plugin deinem Kunden übergibst, steht mein Name nicht drauf. Das ist so gewollt.
FAQ für Agenturen und technische Auftraggeber
Die Fragen, die mir Agenturen und technisch versierte Auftraggeber im Erstgespräch am häufigsten stellen — von der Abgrenzung zwischen Custom Theme und fertigem Theme über die Zusammenarbeit auf Stundenbasis bis zu Code-Reviews und Schnittstellen-Anbindungen.
Wie viel kostet eine individuelle WordPress-Programmierung?
Die meisten Projekte rechne ich auf Stundenbasis ab. Mein Stundensatz liegt im Marktbereich für erfahrene WordPress-Entwickler in München. Für klar abgegrenzte Aufgaben — etwa ein Custom-Plugin mit definiertem Funktionsumfang oder die Entwicklung eines Theme-Bausteins — biete ich Festpreise an.
Eine grobe Orientierung: Ein einzelnes Custom-Plugin liegt typischerweise im niedrigen vierstelligen Bereich, ein vollständiges Custom Theme im mittleren vierstelligen Bereich. Belastbare Zahlen nenne ich nach einem kurzen technischen Briefing — vorher ist jede Schätzung Kaffeesatz.
Was unterscheidet ein Custom Theme von einem fertigen WordPress-Theme?
Ein fertiges Theme aus dem WordPress-Repository oder von Anbietern wie ThemeForest ist für eine breite Masse gebaut. Das bedeutet: viel ungenutzter Code, oft ein eigener Page-Builder, viele Optionen, die niemand braucht — und eine entsprechend hohe Plugin- und Filter-Last.
Ein Custom Theme enthält ausschließlich den Code, den die jeweilige Website tatsächlich braucht. Bei mir bedeutet das ein modulares Theme-Gerüst, das ich pro Projekt aufsetze: schlanke Template-Hierarchie, eigene Widgets für Elementor zur Content-Pflege, keine eingekauften Builder. Das Ergebnis sind bessere PageSpeed-Werte, weniger Update-Konflikte und wartbarer Code, in den ein Folgeentwickler sich in unter einer Stunde einliest.
Wie funktioniert die Zusammenarbeit mit Agenturen?
Ich arbeite regelmäßig als Tech-Zulieferer für Webdesign- und Marketing-Agenturen, deren Schwerpunkt nicht auf WordPress-Entwicklung liegt. Die Agentur bleibt der Vertragspartner ihres Kunden, ich liefere die technische Umsetzung — meist als White-Label.
Üblich sind drei Modelle: Stundenkontingent für laufende Anfragen, Projekt-Festpreis für klar abgegrenzte Aufgaben, oder Retainer für Agenturen, die mich als verlässliche Backup-Ressource brauchen. NDAs unterschreibe ich auf Anfrage, Code wird im Repository der Agentur abgelegt.
Übernimmst Du auch Code-Reviews und Refactoring bestehender WordPress-Sites?
Ja. Häufige Anlässe sind PageSpeed-Probleme, Sicherheitsvorfälle, fehlerhafte Migrationen oder eine Übergabe von einer Vor-Agentur. Im Code-Review gehe ich Theme-Code, aktive Plugins, Datenbank-Struktur und Server-Konfiguration durch und liefere einen priorisierten Maßnahmen-Katalog — entweder als Vorlage für Dein internes Team oder als Grundlage für eine Umsetzung durch mich.
Refactoring ist anschließend möglich, ohne dass die Seite offline geht: Ich arbeite auf einer Staging-Umgebung und übernehme die Live-Schaltung mit Git-basiertem Deployment.
Welche Schnittstellen und externen Systeme hast Du an WordPress angebunden?
Typische Anbindungen aus den letzten Jahren: Buchhaltungs-Tools (sevDesk, Lexoffice), Newsletter-Systeme (Mailchimp, CleverReach), Zahlungs-Provider in WooCommerce (Stripe, PayPal, Mollie), CRM-Systeme über REST oder Webhooks, sowie Versand-APIs (DHL, Sendcloud).
Grundlage ist fast immer die WordPress REST API oder ein eigener wp_remote_request-Layer mit Caching und Error-Handling. Bei höherem Datenvolumen verlagere ich Sync-Jobs in WP-Cron oder einen externen Scheduler, damit der Frontend-Request nicht blockiert.
Arbeitest Du mit Git, Staging-Umgebungen und CI/CD?
Ja, das ist Standard. Jedes Projekt liegt in einem Git-Repository — entweder in meinem GitLab oder dem Repository des Auftraggebers. Es gibt mindestens eine Staging-Umgebung, auf der Updates und Code-Änderungen getestet werden, bevor sie live gehen. Datenbank-Sync zwischen Live und Staging löse ich über WP-CLI-Skripte.
Für Deployments nutze ich SSH-basiertes Deployment oder GitLab CI, je nach Hosting-Setup. Plugins werden per Composer verwaltet, wo das Hosting es zulässt.
Konkretes technisches Projekt?
Du suchst einen WordPress-Programmierer für Custom-Code, eine Schnittstellen-Anbindung oder eine bestehende Installation, die endlich sauber werden soll. Schreib mir kurz, worum es geht – ich melde mich innerhalb eines Werktags.
Briefing anfragen
