Next.js Freelancer in NRW

Ablösung von WordPress, TYPO3 oder handgeschriebenem Legacy-Code. Der technische Teil ist dabei selten das Risiko. Das Risiko ist die Suchsichtbarkeit. Deshalb gehört zu jeder Migration die vollständige Erfassung der bestehenden URL-Struktur, eine 301-Weiterleitung für jede alte Adresse, die Übernahme von Titeln, Meta-Descriptions und strukturierten Daten sowie die Überwachung der Indexierung nach dem Umzug.

Häufig ist ein Headless-Aufbau die wirtschaftlichere Antwort: Das bestehende CMS bleibt als Redaktionssystem stehen, die Redaktion arbeitet in der gewohnten Oberfläche weiter, und nur das Frontend wird neu gebaut. Das halbiert den Umstellungsaufwand und nimmt dem Projekt den Stichtag.

Portale, Konfiguratoren, Buchungsstrecken, interne Werkzeuge: Anwendungen, die Daten verarbeiten statt Texte anzuzeigen. Dazu gehören Authentifizierung, Rollen- und Rechtemodell, Datenbankmodellierung und Schnittstellen zu ERP-, CRM- oder Warenwirtschaftssystemen über REST- und JSON-APIs. Der Aufbau beginnt bei den Daten und nicht bei der Oberfläche; welche Objekte es gibt und wer was ändern darf, entscheidet über die Erweiterbarkeit in zwei Jahren mehr als jede Gestaltungsfrage. Ausführlicher unter Webanwendungen.

Wenn ein bestehendes Next.js- oder React-Projekt zu langsam ist, beginnt die Arbeit mit einer Messung und nicht mit einer Vermutung. Typische Befunde: ein zu großes JavaScript-Bundle, Client Components dort, wo Server Components genügen würden, unnötige Hydration ganzer Seitenbereiche, unoptimierte Bilder, fehlende oder falsch gesetzte Caching-Strategie, Datenbankabfragen im Renderpfad.

Das Ergebnis wird an Core Web Vitals gemessen, vorher und nachher, im Labor und im Feld. Sie bekommen beide Zahlenreihen und nicht die Aussage, es sei jetzt schneller.

REST- und JSON-APIs, Webhooks, Zahlungsanbieter, Versanddienstleister, Authentifizierungsdienste. Der unterschätzte Teil ist dabei nicht die Anbindung, sondern das Verhalten im Fehlerfall: Was passiert, wenn der Fremddienst nicht antwortet, doppelt liefert oder ein Feld ändert. Eine Integration ohne definiertes Fehlerverhalten funktioniert bis zum ersten Ausfall.

Auch als abgegrenztes Mandat ohne anschließende Umsetzung: eine Architekturentscheidung prüfen, das Angebot eines anderen Dienstleisters fachlich bewerten, ein Code-Review einer bestehenden Anwendung. Das Ergebnis ist ein schriftlicher Befund mit Begründung, kein Angebot.

Next.js mit App Router, React Server Components, TypeScript im Strict Mode. Das Rendering wird je Route bewusst gewählt, also statisch, Incremental Static Regeneration oder dynamisch, statt pauschal alles dynamisch zu rendern. Diese Entscheidung ist der größte einzelne Hebel für Ladezeit und Betriebskosten und wird in der Praxis am häufigsten übersprungen.

Node.js, Route Handler und Server Actions, relationale Datenbanken mit typsicheren Zugriffen. Eingaben werden auf dem Server erneut validiert, unabhängig davon, was der Browser geprüft hat, und Rechte werden serverseitig durchgesetzt statt in der Oberfläche ausgeblendet.

Vercel oder eigenes Hosting, Preview-Deployment pro Branch, Monitoring von Erreichbarkeit und Fehlern, geprüfte Backups. Ein Backup, dessen Wiederherstellung nie getestet wurde, ist eine Annahme und keine Absicherung.

Absicherung nach den OWASP Top 10: Content-Security-Policy mit Nonce und strict-dynamic, HTTP Strict Transport Security mit Preload, Cross-Origin-Isolation, Permissions-Policy mit deaktivierten Browser-Funktionen, Rate-Limiting auf allen zustandsändernden Endpunkten, CSRF-Schutz und serverseitige Validierung jeder Eingabe.

Diese Webseite ist selbst mit dem beschriebenen Stack gebaut. Gemessen am 16. August 2026 mit Lighthouse 13.4.1, Mobile-Profil mit 4G-Drosselung: Performance 98, Accessibility 100, Best Practices 100, SEO 100. Largest Contentful Paint 2,2 s, Cumulative Layout Shift 0, Total Blocking Time 20 ms. Die Sicherheits-Header lassen sich mit einem einzigen Aufruf nachlesen: curl -sI https://www.devbit-donners.de. Das ist der Unterschied zwischen einer Referenz und einem Beleg: Sie müssen mir nichts glauben, was Sie nicht selbst nachmessen können.

Wer das Erstgespräch führt, schreibt den Code. Keine Subunternehmer, keine wechselnde Besetzung, kein Wissen, das mit einem Personalwechsel verloren geht. Das ist bei einem Einzelunternehmen kein Versprechen, sondern eine Tatsache, und sie ist gleichzeitig die Grenze des Angebots, siehe unten.

Klar abgegrenzte Vorhaben rechne ich zum Festpreis ab, der nach dem Erstgespräch verbindlich feststeht. Laufende Zusammenarbeit und Vorhaben mit offenem Umfang laufen auf Tagessatzbasis, mit vereinbarter Obergrenze und nachvollziehbarer Aufstellung. Den Tagessatz nenne ich auf Anfrage vorab, damit sich beide Seiten die Rückfrageschleife sparen.

Standard ist Remote-Zusammenarbeit, bundesweit. Für Workshops, Kick-offs und Architekturrunden bin ich in NRW vor Ort: Düsseldorf, Duisburg, Essen, Köln, Münster und das Ruhrgebiet sind von Wesel aus in unter anderthalb Stunden erreichbar.

Der Code liegt im Repository des Auftraggebers, Architekturentscheidungen sind dokumentiert, das Deployment ist nachvollziehbar beschrieben. Nach Projektende soll ein anderes Team weiterarbeiten können, ohne mich zu fragen. Ich baue bewusst nichts, das nur ich verstehe. Die Begründung dazu steht unter Über mich.

Vorhaben, die parallele Teams, laufende Kampagnenproduktion oder Bereitschaft rund um die Uhr brauchen, passen nicht zu einem Einzelunternehmen. Dasselbe gilt für Projekte, deren Umfang eine feste Personalstärke voraussetzt. Ich sage das im Erstgespräch und nicht im dritten Projektmonat.

Am Anfang steht eine vollständige Liste aller bestehenden URLs, gezogen aus Sitemap, Server-Logs und Search Console. Dazu die Information, welche davon tatsächlich Zugriffe bekommen und welche von außen verlinkt sind. Ohne diese Liste ist jeder Weiterleitungsplan geraten.

Erstaunlich oft fördert dieser Schritt Seiten zutage, von denen im Unternehmen niemand mehr wusste: alte Kampagnenseiten, PDF-Downloads, die aus Foren verlinkt sind, Stellenanzeigen mit Bestandsverkehr. Sie sind selten wertvoll genug, um sie zu erhalten, aber immer wertvoll genug, um sie bewusst umzuleiten statt sie in einen 404 laufen zu lassen.

Jede alte Adresse bekommt eine 301- oder 308-Weiterleitung auf die inhaltlich passende Nachfolgeseite, nicht pauschal auf die Startseite. Eine Sammelweiterleitung auf die Startseite wertet Google als Soft-404 und verwirft das aufgebaute Signal genauso zuverlässig wie ein echter 404, sie sieht nur besser aus.

Die Weiterleitungen gehören dabei in die Konfiguration der Anwendung und nicht in eine Tabelle, die jemand später von Hand pflegt. Sie sind Teil des Deployments, laufen durch dieselbe Prüfung wie der übrige Code und lassen sich nach dem Umzug automatisiert nachmessen.

In den ersten Wochen nach einem Relaunch schwanken die Positionen, das ist normal und kein Grund zur Korrektur. Beobachtet werden stattdessen drei Dinge: die Zahl der indexierten Seiten, das Auftreten von Crawling-Fehlern und die Core Web Vitals im Feld. Eine Abweichung in einer dieser drei Reihen ist ein Befund; eine Positionsschwankung allein ist keiner.

Was in dieser Phase nicht passieren darf, ist ein zweiter struktureller Eingriff. Wer während der Neubewertung erneut Adressen ändert, verliert die Möglichkeit, Ursache und Wirkung auseinanderzuhalten.