Die Funktion gibt es nicht
Ihr braucht etwas, das kein Plugin so kann — ein Kundenportal, eine Buchungslogik mit euren Regeln, einen Konfigurator. Oder es gäbe ein Plugin, aber es macht 90 % richtig und 10 % falsch.
Ich bin Patrick Lurati, freiberuflicher WordPress-Entwickler. Ich baue die Funktion, die euch fehlt, bringe die Seite wieder zum Laufen, wenn sie steht, und verbinde WordPress mit euren übrigen Systemen. Seit sieben Jahren, an bestehenden Seiten, ohne dass vorher alles neu gemacht werden muss.
Fast jede Anfrage fällt in eine dieser drei Kategorien. Wahrscheinlich erkennst du deine wieder.
Ihr braucht etwas, das kein Plugin so kann — ein Kundenportal, eine Buchungslogik mit euren Regeln, einen Konfigurator. Oder es gäbe ein Plugin, aber es macht 90 % richtig und 10 % falsch.
Nach einem Update weiß, ein Plugin blockiert das Backend, das Formular verschickt nichts mehr. Meist zum ungünstigsten Zeitpunkt, und niemand weiß, wo man anfängt.
Anfragen aus dem Formular werden von Hand ins CRM übertragen, Bestände zwischen Shop und Warenwirtschaft manuell gepflegt. Beide Systeme hätten eine Schnittstelle. Nur verbindet sie niemand.
Alles an einer bestehenden Seite: erweitern, reparieren, beschleunigen, anbinden, betreiben. Ich baue in dem Setup, das schon da ist, statt es vorher umzustellen.
Custom Post Types, ACF-Felder, eigene Gutenberg-Blocks, Shortcodes, Hooks und Filter. Wenn es kein passendes Plugin gibt, baue ich eins — schlank, auf euren Fall zugeschnitten und ohne 40 Funktionen, die ihr nie braucht.
Weiße Seite, kritischer Fehler, Backend gesperrt, Plugin-Konflikt nach einem Update. Ich finde die Ursache statt Symptome zu übermalen — mit Debug-Log, Staging und einem Backup, bevor irgendetwas angefasst wird.
CRM, ERP, Warenwirtschaft, Buchhaltung, Newsletter, Zahlungsanbieter. Über die WordPress-REST-API, eigene Endpoints, Webhooks oder Cronjobs — inklusive Fehlerbehandlung für den Fall, dass die Gegenstelle mal nicht antwortet.
Caching, Bildformate, Datenbank aufräumen, Plugin-Audit, render-blockierende Skripte. Erst messen, dann optimieren — und danach nochmal messen, damit die Verbesserung nicht nur im Gefühl stattfindet.
Wenn schnell eine Kampagnenseite stehen muss: gebaut im Builder, den ihr ohnehin nutzt, sauber getrackt und so aufgesetzt, dass euer Team sie danach selbst pflegen kann.
Updates auf Staging testen statt live durchwinken. Dazu Backups, Uptime-Monitoring, Security-Hardening und ein fester Ansprechpartner, wenn doch etwas passiert.
Ein Auszug aus produktiven Projekten. Wenn eure Anforderung ähnlich klingt, ist sie machbar.
Deine Anforderung steht nicht dabei? Dann sag mir in zwei Sätzen, was passieren soll — ich sage dir, ob es geht und was es ungefähr kostet. Kurz beschreiben
Eine kaputte WordPress-Seite ist selten ein Rätsel, sondern fast immer eine von wenigen Ursachen. Das Problem ist meistens nicht die Reparatur, sondern dass niemand weiß, wo man anfängt.
Wenn eines davon auf deinen Bildschirm passt, bist du richtig:
Reaktion in unter einer Stunde an Werktagen zwischen 8 und 20 Uhr. Schreib mir, was auf dem Bildschirm steht — das reicht für eine erste Einschätzung.
WordPress bringt eine vollständige REST-API mit, und fast jedes moderne Geschäftssystem tut das auch. Was zählt, ist nicht der Name des Systems, sondern die Qualität seiner Schnittstelle.
Diese Verbindungen habe ich selbst gebaut und betreue sie im laufenden Betrieb:
Systeme mit offener REST-API. Der Aufwand hängt an der Schnittstelle, nicht am Namen:
Ihr müsst mir nicht erklären, womit eure Seite gebaut wurde. Ich arbeite in dem Setup, das da ist:
Ein System mit sauber dokumentierter REST-API und OAuth ist oft an einem Tag angebunden. Eines, das nur einen CSV-Export per FTP anbietet, kostet deutlich mehr Zeit — machbar ist es meistens trotzdem. Dein System kurz prüfen lassen
Der Unterschied zwischen einer Anpassung, die zwei Jahre hält, und einer, die beim nächsten Update verschwindet, sind ein paar Grundregeln. Sie kosten beim Bauen etwas mehr Zeit und sparen danach jede Menge.
Anpassungen laufen über Child-Theme, eigenes Plugin oder Hooks. Direkte Eingriffe in Core-Dateien oder ein gekauftes Theme sind beim nächsten Update weg — meistens genau dann, wenn niemand damit rechnet.
Updates und Änderungen werden auf einer Kopie getestet. Was dort sauber läuft, geht scharf. Das kostet zwanzig Minuten und verhindert den Anruf am Sonntagabend.
Dateien und Datenbank werden vorher gesichert, jedes Mal. Wenn etwas schiefgeht, ist der alte Stand in Minuten zurück statt in Tagen.
Jedes Plugin ist Ladezeit, Update-Aufwand und eine potenzielle Sicherheitslücke. Bevor ich eines installiere, prüfe ich, ob zwanzig Zeilen im Child-Theme dasselbe tun. Oft tun sie es.
Wenn eine Schnittstelle nicht antwortet, wird der Aufruf wiederholt und im Zweifel gemeldet. Eine Anbindung, die stillschweigend aufhört zu funktionieren, ist schlimmer als gar keine.
Was gebaut wurde, wo es liegt und was bei einem Fehler zu prüfen ist, steht schriftlich fest. Ausdrücklich auch für den Fall, dass irgendwann jemand anderes übernimmt.
Damit du nicht anfragst und dann feststellst, dass ich der Falsche bin.
Meine Arbeit fängt da an, wo die Standardlösung aufhört: wenn eine Funktion fehlt, wenn etwas nicht mehr läuft oder wenn zwei Systeme miteinander sprechen sollen. Das sind die Fälle, für die man normalerweise entweder eine Agentur beauftragt oder monatelang niemanden findet.
Und wenn dein Anliegen besser bei jemand anderem aufgehoben ist, sage ich das im Erstgespräch — statt es anzunehmen und dann durchzuwursteln.
Drei Beispiele, die heute produktiv laufen — je eines für Funktion, Reparatur und Anbindung.
Die meisten WordPress-Notfälle kündigen sich vorher an. Wenn ihr mehr als zwei davon abhaken könnt, ist es keine Frage ob, sondern wann.
Unsicher, wie eure Seite dasteht? Ich schaue einmal drüber und sage dir, was dringend ist und was warten kann. Seite prüfen lassen
Drei Wege, dieselbe Anpassung zu bekommen. Sie unterscheiden sich weniger im Ergebnis als in Preis, Tempo und dem, was passiert, wenn später etwas nicht stimmt.
Du sprichst mit der Person, die die Änderung anschließend auch umsetzt. Kein Ticket-System, kein Projektmanagement-Aufschlag, kein Übersetzungsverlust zwischen dem, was du beschrieben hast, und dem, was gebaut wird. Start meist in Tagen statt Wochen.
Grenze: Ein Freelancer ist eine Person. Für mehrere Großprojekte parallel oder eine 24/7-Zusicherung braucht ihr ein Team.
Sinnvoll bei großen Relaunches, wenn mehrere Gewerke parallel laufen oder Ausfallsicherheit vertraglich zugesichert sein muss. Dafür zahlt ihr Overhead mit, und zwischen euch und der Umsetzung sitzt in der Regel eine Projektleitung.
Grenze: Höhere Kosten, längere Vorlaufzeit, und wer tatsächlich baut, steht selten im Angebot.
Günstig und für klar abgegrenzte Kleinigkeiten oft völlig in Ordnung. Schwierig wird es, wenn etwas nachgebessert werden muss, wenn Zeitzone und Sprache dazwischenstehen oder wenn DSGVO-Fragen auftauchen, die im Angebot nicht vorkamen.
Grenze: Kein Ansprechpartner, der die Seite kennt, wenn in sechs Monaten etwas hakt.
Bei mir: deutschsprachig, gleiche Zeitzone, deutsche Rechnung, DSGVO von Anfang an mitgedacht — und in sechs Monaten immer noch derselbe Ansprechpartner.
Vier Schritte, feste Preise, keine Überraschungen auf der Rechnung.
Du beschreibst, was fehlt oder was klemmt. Ich sage dir, ob und wie es geht — und wenn jemand anderes besser passt, sage ich auch das.
30 Minuten · kostenlosIch schaue mir Theme, Plugins, Hosting und PHP-Version an und prüfe, was die vorhandene Basis hergibt. Danach bekommst du ein Angebot mit festem Preis und festem Termin.
Angebot in 1–3 WerktagenGebaut wird auf einer Kopie, nicht an der Live-Seite. Du siehst jeden Zwischenstand und gibst frei, bevor etwas scharf geht.
wenige Tage bis 3 WochenNach dem Livegang schaue ich mir die Seite noch einmal im Betrieb an. Du bekommst die Dokumentation, alle Zugänge und den Code — auch wenn wir danach nichts mehr zusammen machen.
Wartung optionalDamit du weißt, woran du bist, bevor wir telefonieren.
Alle Preise netto. Der endgültige Preis steht nach der Bestandsaufnahme fest — vorher entsteht keine Rechnung. Größere Vorhaben rechne ich wahlweise zum Tagessatz von 590 € oder als Festpreis ab.
Ich bin Patrick Lurati, freiberuflicher WordPress-Entwickler. Seit sieben Jahren betreue ich WordPress-Seiten — inzwischen über zwanzig, von der Firmenwebsite bis zum WooCommerce-Shop mit angebundener Warenwirtschaft. In der Zeit sind acht eigene Plugins entstanden und zwölf Systemanbindungen, die bis heute laufen.
Was mich von vielen unterscheidet, die WordPress anbieten: Ich komme aus der Automatisierung. Ich denke Websites nicht als Einzelstück, sondern als Teil einer Systemlandschaft. Deshalb ist die Frage bei mir selten „geht das?", sondern „über welche Schnittstelle?".
Und was ich nicht mache, sage ich vorher. Themes entwickle ich nicht von Grund auf, Grafikdesign auch nicht. Dafür kenne ich so ziemlich jeden Pagebuilder, der in Deutschland im Einsatz ist — und arbeite in dem Setup, das bei euch schon läuft, statt es vorher umzubauen.
Du sagst mir, was fehlt oder was klemmt. Ich sage dir, ob es geht, wie lange es dauert und was es ungefähr kostet. Ohne Verkaufsgespräch, ohne Verpflichtung. Bei Notfällen melde ich mich in unter einer Stunde.