Leistungen in der
Web-Entwicklung.

Custom Development heißt bei uns: Wir schreiben die Software, statt vorhandene Bausteine zu verbiegen. Das lohnt sich, sobald ein Prozess wirklich eigen ist — Mehrmandanten-Logik, Abrechnung über Stripe, Rollen und Rechte, Schnittstellen zu Systemen, die es nur bei dir gibt. Wir fangen mit dem Datenmodell an, nicht mit dem Design, weil daran später jede Erweiterung hängt. Nach zwei bis drei Wochen steht in der Regel ein klickbarer Prototyp, an dem sich die Richtung prüfen lässt, bevor Budget in die Vollausbaustufe fließt. Du bekommst Repository, Dokumentation und Zugänge — arbeiten kannst du danach mit uns oder ohne uns.

Die meisten WordPress-Projekte, die bei uns landen, sind an derselben Stelle gescheitert: Ein Page-Builder hat alles möglich gemacht, und deshalb macht inzwischen jeder etwas anderes. Unsere WordPress-Entwicklung setzt eine Stufe früher an — ein schlankes Custom-Theme, klar definierte Gutenberg-Blöcke, ACF-Felder für alles, was redaktionell wechselt. Plugins schreiben wir selbst, wenn ein fertiges dreißig Funktionen mitbringt und wir eine brauchen. Auch als Headless-Backend hinter Astro oder Next.js ist WordPress dafür geeignet. Was du bekommst, ist ein Projekt, das ein anderer Entwickler in einer halben Stunde versteht.

WooCommerce ist selten das Problem — die Kombination aus vierzehn Erweiterungen ist es. Wir nehmen Shops auseinander, die im Checkout Umsatz verlieren, und bauen die Kaufstrecke neu: Versandregeln, die sich rechnen, Zahlarten von Stripe über PayPal bis Klarna und SEPA, Steuerlogik für EU-Verkäufe, Abo-Modelle wo sie passen. Bei B2B-Shops kommen Kundengruppen, Staffelpreise, Netto-Darstellung und Freigabe-Workflows dazu. Performance behandeln wir dabei nicht als Nachgedanken: Ein Katalog mit einigen tausend Artikeln muss auf dem Handy genauso schnell öffnen wie auf dem Schreibtisch, sonst bricht der Umsatz genau dort weg, wo die Kunden herkommen.

Ein Headless CMS trennt Redaktion und Auslieferung. Die Inhalte bleiben in einem System, das dein Team schon bedient — meist WordPress, manchmal Sanity —, während die Seite selbst als vorgebautes Frontend ausgeliefert wird. Das bringt drei Dinge auf einmal: Ladezeiten, bei denen jede Seite praktisch sofort steht; eine deutlich kleinere Angriffsfläche, weil das Backend gar nicht öffentlich erreichbar sein muss; und Ausfallsicherheit, weil statische Seiten auch dann noch ausgeliefert werden, wenn das CMS gerade nicht antwortet. Der Preis dafür ist ein Bauprozess, den jemand einrichten und pflegen muss — genau das übernehmen wir.

Eine API-Integration ist selten spektakulär und spart trotzdem am meisten Zeit. Typisch ist der Fall, in dem eine Bestellung aus dem Shop erst in der Buchhaltung ankommt, nachdem jemand sie abgetippt hat — inklusive der Tippfehler. Wir verbinden Shop, CRM, Warenwirtschaft, Versanddienstleister und Buchhaltung so, dass Daten in eine Richtung fließen und ein System die Wahrheit hält. Wo keine Schnittstelle existiert, bauen wir eine: dokumentiert, versioniert, mit Authentifizierung und Ratenbegrenzung. Und mit Protokollierung, denn die eigentliche Arbeit beginnt an dem Tag, an dem eine Übertragung fehlschlägt und jemand nachvollziehen können muss, warum.

Wenn nach einem Update nichts mehr geht, ist die Ursache fast immer schnell gefunden — vorausgesetzt, jemand sucht sie systematisch statt Plugins wahllos abzuschalten. Wir arbeiten uns über die Fehlerprotokolle vor: PHP-Fehler, Konflikte zwischen Erweiterungen, Reste alter Themes, kaputte Datenbankeinträge, Formulare, die seit Wochen still ins Leere senden. Die Diagnose ist kostenlos, den Festpreis nennen wir vorher. Danach bekommst du einen kurzen schriftlichen Befund: was kaputt war, was wir geändert haben, und was zu tun ist, damit derselbe Fehler beim nächsten Update nicht zurückkommt. Bei einem akuten Ausfall geht es über unsere Notfall-Hilfe schneller.

Die meisten Web-Apps, die wir bauen, ersetzen eine Tabelle, die über Jahre gewachsen ist und die inzwischen nur noch eine Person versteht. Am Anfang steht deshalb nicht das Design, sondern die Frage, wer was sehen und ändern darf. Danach entsteht in ein bis zwei Wochen ein klickbarer Prototyp — früh genug, um die Richtung zu ändern, solange das noch billig ist. Für den Ausbau nutzen wir Next.js, TypeScript und eine Datenbank mit sauberen Migrationen, dazu Anmeldung, Protokollierung und, wo nötig, Abrechnung. Was entsteht, läuft im Browser, auch auf dem Telefon, ohne dass jemand etwas installieren muss.

Ein Website-Relaunch ist der Moment, in dem Firmen ihre Sichtbarkeit verlieren — fast nie wegen des Designs, fast immer wegen der Adressen. Deshalb beginnt bei uns jeder Relaunch mit einer Bestandsaufnahme: Welche Seiten gibt es, welche bringen tatsächlich Besucher, welche kann weg. Daraus entsteht eine vollständige Weiterleitungstabelle, alte Adresse für alte Adresse, statt einer pauschalen Umleitung auf die Startseite. Parallel wandern Inhalte, Bilder und Metadaten mit, und der neue Aufbau bekommt die Struktur, die er für die Suche braucht. Nach dem Umschalten messen wir nach — Statuscodes, Indexierung, Ladezeiten — statt zu hoffen, dass es gut gegangen ist.

Fast jede gehackte Seite, die bei uns auf dem Tisch landet, hatte dasselbe Problem: ein Plugin, das seit Monaten auf ein Update wartete. WordPress-Wartung heißt bei uns deshalb nicht, einmal im Quartal auf einen Knopf zu drücken. Updates laufen zuerst auf einer Kopie, damit ein Konflikt nicht die Live-Seite trifft. Backups liegen außerhalb des Servers, und der Weg zurück ist einmal durchgespielt — ein Backup, das nie zurückgespielt wurde, ist keins. Dazu kommen Erreichbarkeitsprüfung, Sicherheits-Monitoring und ein Blick auf die Ladezeiten. Einmal im Monat bekommst du einen Bericht, der auch dann verständlich ist, wenn du kein Entwickler bist.