Frontend-Entwicklung für Agenturen

Stack und Arbeitsweise

Ich arbeite mit Vue.js und NuxtVue ist ein JavaScript-Framework für Oberflächen, Nuxt der Unterbau darum herum.. Vue für die Komponenten, Nuxt für SSR, Routing und Build. Server-Side RenderingDie Seite wird fertig auf dem Server erzeugt und ausgeliefert, statt erst im Browser zusammengebaut zu werden. bringt schnelle First Contentful Paints und sauberes Markup für die Suchmaschinenoptimierung, Code-Splitting hält die Bundles klein. Wo ein Headless-CMS oder eine bestehende API dranhängt, klemme ich das an, ohne dass das Frontend träge wird. Bis September 2026 lief meine eigene Seite auf diesem Stack, zweisprachig und mit allen Inhalten als Markdown.

Gearbeitet wird komponentenbasiert, nicht im klassischen Wasserfall. Kein pixelgenaues Layout, das fertig durchgereicht wird, dann ein Prototyp, dann die Programmierung am Ende. Ich steige beim Entwurf mit ein: Komponenten-Inventar, Design-Tokens, States und Edge-Cases klären wir, solange sie noch billig zu ändern sind. Aus Figma wird ein Komponentenbaum, kein Stapel statischer Screens.

Der Code, den ihr bekommt, ist wartbar: lesbare Komponenten, klare Props, dokumentierte Annahmen. Wenn in einem Jahr jemand anderes aus eurem Team ein Feature ergänzt, findet er sich zurecht.

Was technisch zählt

Performance. Ladezeit und Conversion hängen messbar zusammen: laut Portent (öffnet in neuem Tab) fällt die Conversion-Rate deutlich, je länger eine Seite zum Laden braucht. Ich optimiere von Anfang an darauf: SSR für schnelle erste Anzeige, Code-Splitting, moderne Bildformate wie WebP, schlanke Third-Party-Last. Performance ist Teil der Umsetzung, kein nachgelagerter Posten.

Mobile zuerst. Über die Hälfte des Web-Traffics kommt von Smartphones, und Google indexiert seit dem Mobile-First-Indexing (öffnet in neuem Tab) primär die mobile Variante. Ich baue von der kleinsten Breakpoint-Stufe aus nach oben: Touch-Ziele groß genug, Typografie lesbar ohne Zoom, Formulare bedienbar mit dem Daumen.

Barrierefreiheit. Ausreichende Kontraste, Alternativtexte, eine Navigation, die per Tastatur funktioniert, korrekte Semantik für Screenreader. Seit dem BarrierefreiheitsstärkungsgesetzDeutsches Gesetz, das seit Juni 2025 von vielen Anbietern barrierefreie digitale Angebote verlangt. ist das für viele eurer Kundschaft ohnehin Pflicht. Bei mir ist es Teil der Komponenten, kein Feature, das hinterher draufgeschraubt wird. Mehr dazu im UI-Design.

Zusammenarbeit mit dem Designteam

Ich bin von Anfang an dabei und gebe früh Feedback zur Machbarkeit. Nicht alles, was in Figma gut aussieht, läuft 1:1 performant. Beispiel: eine Animation, die auf jedes Scroll-Event reagiert, ist machbar, kostet aber Frames. Dann setzen wir uns zusammen und finden eine Variante, die genauso wirkt, ohne die Seite auszubremsen.

Versioniert wird mit Git, jede Änderung ist nachvollziehbar und revidierbar. Zwischenstände schaut ihr euch jederzeit an. Wenn etwas länger dauert, sage ich rechtzeitig Bescheid und liefere eine Einschätzung mit Lösungsweg, nicht erst zur Deadline. Getestet wird auf realen Geräten und Browsern, nicht nur im lokalen Chrome.