Vue.js-Entwickler für München: Web-Anwendungen und Websites mit Vue und Nuxt
Als Vue.js-Entwickler aus Olching bei München bauen wir mit Vue 3, Nuxt 4 und TypeScript Oberflächen, die Fachanwender täglich nutzen, und Websites, die schnell laden und von Suchmaschinen sauber gelesen werden. Bestehende Vue-2- oder Nuxt-3-Projekte bringen wir schrittweise auf unterstützte Versionen, während die Anwendung in Betrieb bleibt. Termine vor Ort in München und im Umland sind nach Absprache möglich.
Amperbytes AI entwickelt Web-Anwendungen, Portale und Websites mit Vue.js, Nuxt und TypeScript und migriert Vue-2- und Nuxt-3-Projekte, die keinen Support mehr erhalten, auf Vue 3 und Nuxt 4. Das Angebot richtet sich an Unternehmen in München und Bayern, die Vue.js-Entwickler oder Nuxt-Entwickler mit Architekturerfahrung für ein eigenes Projekt oder zur Verstärkung ihres Teams suchen.
Für wen
Für wen wir als Vue.js-Entwickler arbeiten
Unternehmen mit einer Vue-2- oder Nuxt-3-Anwendung, die keine Sicherheitsupdates mehr bekommt
Fachbereiche, die eine interne Web-Anwendung mit Tabellen, Formularen und Rollen brauchen
Produktteams, die Vue.js-Kapazität mit Architektur- und Product-Owner-Erfahrung ergänzen wollen
Betreiber von Websites und Portalen, bei denen Ladezeit und Auffindbarkeit bei Google zählen
Aus der Praxis unseres Gründers bei einem Premium-Automobilhersteller: Er verantwortet dort als technische Leitung einen microservice-basierten Diagnose-Service mit über 15.000 Nutzern pro Monat. Dabei hat er Frontends mit Vue.js und Backends mit Node.js auf Google Cloud selbst entwickelt. Diese Website haben wir mit Nuxt 4 gebaut. Außer der Kontaktseite laden ihre Seiten kein JavaScript-Bundle.
Die Kennzahlen stammen aus Projekten, die unser Gründer in verantwortlicher Rolle bei Herstellern und Zulieferern umgesetzt hat, nicht im Auftrag von Amperbytes AI.
Leistungen im Detail
Was wir mit Vue.js und Nuxt für Sie umsetzen
Web-Anwendungen mit Vue 3 und TypeScript
Interne Werkzeuge und Fachanwendungen mit vielen Tabellen, Formularen, Rollen und Rechten. Wir strukturieren die Oberfläche in klar getrennte Komponenten, typisieren sie durchgehend mit TypeScript und sichern die wichtigsten Abläufe mit automatisierten Tests ab. So lässt sich die Anwendung auch nach Jahren noch von Ihrem Team oder einem anderen Dienstleister erweitern, ohne dass jede Änderung Seiteneffekte auslöst.
Websites und Portale mit Nuxt
Nuxt erzeugt Seiten serverseitig oder schon beim Build als statisches HTML. Suchmaschinen und Nutzer bekommen fertigen Inhalt mit Meta-Daten, strukturierten Daten und Sitemap, ohne auf JavaScript zu warten. Wo keine Interaktion nötig ist, liefern wir gar kein Framework-JavaScript aus. Wo Interaktion nötig ist, etwa bei Kundenportalen mit Login, laden nur die betroffenen Seiten Skripte.
Migration von Vue 2 und Nuxt 3
Wir prüfen zuerst, welche Abhängigkeiten eine Vue-3-Version haben und wo Logik in der Oberfläche steckt. Danach migrieren wir schrittweise: zuerst der Build auf Vite (dem aktuellen Build-Werkzeug für Vue), dann der Kompatibilitätsmodus (@vue/compat, lässt Vue-2-Verhalten vorübergehend weiterlaufen), danach Bereich für Bereich, jeweils mit Tests und auslieferbarem Zwischenstand. Nuxt-3-Projekte heben wir mit den von Nuxt empfohlenen Codemods (Skripte, die den Code automatisch umschreiben) auf Nuxt 4 und bereiten den Code auf den nächsten Versionssprung vor.
Performance- und SEO-Check bestehender Anwendungen
Für Vue- und Nuxt-Projekte, die langsam laden oder bei Google schlecht sichtbar sind, messen wir Bundle-Größe, Rendering-Modus, Ladezeiten und Indexierbarkeit. Sie erhalten eine priorisierte Liste mit konkreten Änderungen, etwa Prerendering, weniger Hydration (das Nachladen von JavaScript, das statische Seiten im Browser interaktiv macht), Bildoptimierung oder saubere Meta-Daten. Auf Wunsch setzen wir die Maßnahmen anschließend selbst um oder begleiten Ihr Team dabei.
Verstärkung für Ihr Vue.js-Team
Wir steigen als Nuxt-Entwickler oder Vue.js-Entwickler in Ihr bestehendes Team ein, übernehmen Code-Reviews, bauen eine gemeinsame Komponentenbibliothek auf oder klären Architekturfragen wie State-Management und API-Verträge. Dabei arbeiten wir in Ihren Repositories, mit Ihren Pipelines und nach Ihren Coding-Richtlinien, damit nach unserem Einsatz kein Sonderwissen zurückbleibt.
Ratgeber
Ratgeber: Vue 2 und Nuxt 3 geordnet ablösen
Wo die Versionen stehen
Vue 2 und Nuxt 3 bekommen von ihren Projekten keine Fehlerbehebungen und keine Sicherheitsupdates mehr. Das allein zwingt nicht zum sofortigen Umbau, aber jede neue Sicherheitslücke in einer Abhängigkeit wird zu Ihrem eigenen Problem. Stand 29.09.2026:
Nuxt 5 ist laut Roadmap für das vierte Quartal 2026 geschätzt. Wer jetzt von Nuxt 3 wechselt, sollte deshalb gleich so migrieren, dass der nächste Sprung klein bleibt.
Erst prüfen, dann entscheiden: Upgrade oder Neubau
Ob sich ein Upgrade im Bestand lohnt, entscheiden meist nicht Vue oder Nuxt selbst, sondern drei Fragen:
Gibt es die Abhängigkeiten für Vue 3? UI-Bibliotheken, Diagramm- und Editor-Komponenten aus der Vue-2-Zeit haben teils keinen Nachfolger. Jede fehlende Bibliothek bedeutet Nachbau oder Austausch, und dieser Aufwand übersteigt oft die reinen Syntax-Änderungen.
Wie viel Logik steckt in der Oberfläche? Geschäftsregeln in Komponenten, globale Mixins und ein Event-Bus machen die Migration teurer als die Syntax-Änderungen.
Gibt es Tests? Ohne automatisierte Tests lässt sich nicht belegen, dass die migrierte Anwendung dasselbe tut wie vorher. Dann schreiben wir zuerst Tests für die kritischen Abläufe.
Ist die Anwendung fachlich veraltet oder hängt an einer toten Bibliothek, ist ein Neubau oft ehrlicher als ein Upgrade. Die grundsätzliche Abwägung beschreiben wir im Artikel Software modernisieren oder neu entwickeln. Bei größeren Systemen lohnt vorher ein Architektur-Review, damit die Migration nicht alte Strukturprobleme mitnimmt.
Vue 2 nach Vue 3: der schrittweise Weg
Inventur: alle Abhängigkeiten mit ihrer Vue-3-Fähigkeit auflisten, entfernte APIs im Code suchen (Filter, $on/$off, $listeners, .native).
Build umstellen: von Webpack oder Vue CLI auf Vite. Das ist ein eigener, gut testbarer Schritt.
Kompatibilitätsmodus nutzen: Der offizielle Migration Build (@vue/compat) lässt Vue-2-Verhalten vorübergehend laufen und meldet jede Stelle, die angepasst werden muss.
Bereich für Bereich umbauen, Warnungen abarbeiten, danach den Kompatibilitätsmodus entfernen.
Die Options API funktioniert in Vue 3 weiter. Eine Umstellung auf Composition API oder von Vuex auf Pinia ist kein Muss und gehört nicht in denselben Schritt.
Nuxt 3 nach Nuxt 4: meist überschaubar
Für den Wechsel stellt Nuxt Codemods bereit, etwa npx codemod@latest nuxt/4/file-structure für die neue app/-Verzeichnisstruktur. Aufwand entsteht vor allem beim Datenladen: useAsyncData und useFetch teilen sich bei gleichem Schlüssel jetzt dieselben Daten, und Daten sind standardmäßig nur flach reaktiv. Code, der tief in geladene Objekte schreibt, fällt hier auf. Ab Nuxt 4.2 lassen sich mit future.compatibilityVersion: 5 viele Änderungen von Nuxt 5 vorab testen. Details stehen im offiziellen Upgrade-Guide. Nuxt-2-Projekte gehen den längeren Weg über Nuxt Bridge oder einen Neuaufbau.
Typische Fehler bei der Migration
Alles auf einmal: Framework-Upgrade, neues Design und neue Features in einem Branch. Das Ergebnis ist monatelang nicht auslieferbar.
Kein Vergleich vorher und nachher: Ohne Messung von Ladezeit und Bundle-Größe vor dem Umbau lässt sich kein Fortschritt belegen.
KI-Werkzeuge ohne Review: Coding-Agenten erledigen mechanische Umbauten schnell, übersehen aber Verhaltensänderungen. Wie wir sie mit gleichem Review- und Teststandard einsetzen, zeigt unsere Softwareentwicklung mit KI.
Qualität
Woran Sie gute Vue.js-Arbeit erkennen
TypeScript im strikten Modus und klar getrennte Komponenten statt großer Sammeldateien
Automatisierte Tests für die kritischen Abläufe, bevor größere Umbauten beginnen
Ladezeit, Bundle-Größe und Barrierefreiheit als Abnahmekriterien, gemessen vor und nach jeder größeren Änderung
Code-Reviews mit demselben Standard für handgeschriebenen und KI-gestützt erzeugten Code
Dokumentation und Übergabe, sodass Ihr Team ohne uns weiterarbeiten kann
Vorgehen
So läuft ein Vue.js- oder Nuxt-Projekt ab
01
Analyse
Nutzer, Abläufe, Datenquellen und bestehender Stack. Bei Migrationen: Inventur der Abhängigkeiten und Messung des Ist-Zustands.
1 bis 2 Wochen
02
Architektur und Prototyp
Komponentenstruktur, State-Management, API-Verträge und ein klickbarer Prototyp oder ein migrierter Pilotbereich.
1 bis 3 Wochen
03
Umsetzung
Sprints mit nutzbaren Zwischenständen, Tests und Reviews. Migrationen laufen Bereich für Bereich, die Anwendung bleibt in Betrieb.
nach Umfang
04
Übergabe
Dokumentation, Einweisung Ihres Teams und auf Wunsch Weiterbetrieb und Wartung.
etwa 1 Woche
Ihr Nutzen
Was Sie davon haben
Vue.js-Erfahrung aus der Praxis unseres Gründers auf einer großen Unternehmensplattform bei einem Premium-Automobilhersteller
Architektur, Product Ownership und Umsetzung in einem Team: Wir klären Anforderungen und schreiben den Code
Eine unterstützte Framework-Version statt offener Sicherheitslücken in einer Anwendung ohne Updates
Nachprüfbar an dieser Website: Sie wird als statisches HTML ausgeliefert, und außer der Kontaktseite lädt keine Seite ein JavaScript-Bundle
Technologien und Methoden
Technologien
Vue 3 mit Composition API, Nuxt 4, TypeScript
Vite, Vue Router, State-Management mit der Composition API
Nuxt Content, Nuxt SEO, Tailwind CSS
Automatisierte Unit- und End-to-End-Tests
Node.js-Backends und REST-APIs
Google Cloud, Firebase, Docker
Praxisbeispiele
Projekte, aus denen diese Leistung entstanden ist
Die Kennzahlen stammen aus Projekten, die unser Gründer in verantwortlicher Rolle bei Herstellern und Zulieferern umgesetzt hat, nicht im Auftrag von Amperbytes AI.
Software modernisieren oder neu entwickeln? Die 7R, Lift and Shift vs. Refactoring und das Strangler-Fig-Muster, mit Entscheidungstabelle.
Häufige Fragen
Häufige Fragen zur Vue.js- und Nuxt-Entwicklung
Ist eine Vue-2-Anwendung noch sicher einsetzbar?
Vue 2 hat am 31.12.2023 sein Support-Ende erreicht und bekommt vom Vue-Projekt keine Fehlerbehebungen und Sicherheitsupdates mehr (Quelle: v2.vuejs.org/lts). Es gibt kostenpflichtigen Extended Support von Drittanbietern; das verschiebt die Migration aber nur. Viele Vue-2-Bibliotheken werden gar nicht mehr gepflegt. Wir empfehlen, die Migration zu planen, bevor ein Sicherheitsfund sie erzwingt.
Was ist der Unterschied zwischen Vue.js und Nuxt?
Vue.js ist ein JavaScript-Framework für Benutzeroberflächen im Browser. Nuxt baut auf Vue.js auf und ergänzt Routing, serverseitiges Rendering, statische Generierung und Funktionen für Suchmaschinen. Für eine interne Anwendung hinter einem Login reicht oft Vue.js mit Vite. Für Websites und Portale, die bei Google gefunden werden sollen, setzen wir Nuxt ein.
Müssen wir von Nuxt 3 auf Nuxt 4 wechseln?
Nuxt 3 wird laut offizieller Roadmap seit dem 31.07.2026 nicht mehr gepflegt. Der Wechsel auf Nuxt 4 ist meist deutlich kleiner als der Sprung von Vue 2 auf Vue 3: Es gibt weniger grundlegende Änderungen, und viele Schritte lassen sich mit Codemods automatisieren, die Nuxt gemeinsam mit dem Codemod-Team bereitstellt. Nuxt 5 ist laut Roadmap für das vierte Quartal 2026 geschätzt (Stand 29.09.2026), Nuxt 4 wird danach noch sechs Monate unterstützt. Wir planen den Wechsel so, dass auch der spätere Sprung auf Nuxt 5 klein bleibt.
Wovon hängt der Aufwand einer Vue-2-Migration ab?
Vor allem von den Abhängigkeiten ohne Vue-3-Version, von Geschäftslogik in den Komponenten und davon, ob es automatisierte Tests gibt. Die Zahl der Komponenten ist weniger entscheidend als diese drei Punkte. Nach einer kurzen Inventur können wir den Aufwand belastbar einschätzen.
Alle drei eignen sich für Unternehmensanwendungen. Vue.js bietet aus unserer Sicht eine gute Balance aus niedriger Einstiegshürde, klarer Struktur und Wartbarkeit, gerade für Teams, die nicht nur aus Frontend-Spezialisten bestehen. Wenn Ihr Team bereits produktiv mit React arbeitet, sagen wir das offen und raten nicht zum Wechsel.
Ist Nuxt für SEO geeignet?
Ja. Nuxt kann jede Seite beim Build als fertiges HTML mit Meta-Daten und strukturierten Daten erzeugen, sodass Suchmaschinen nichts nachladen müssen. Diese Website ist so gebaut: Sie wird vollständig statisch ausgeliefert, und nur das Kontaktformular braucht JavaScript.
Übernehmen Sie auch Backend und Hosting?
Ja. Wir entwickeln die passenden Node.js-Backends und REST-APIs und richten den Betrieb auf Wunsch auf Google Cloud oder Firebase ein, containerisiert mit Docker, und übernehmen Wartung nach Absprache. Statische Nuxt-Websites lassen sich auch auf einfachem Webspace oder einem CDN ausliefern.
Können Sie unser bestehendes Vue.js-Team verstärken?
Ja. Wir arbeiten in Ihren Repositories und Pipelines, übernehmen Features, Code-Reviews oder die Migration eines Teilbereichs. Ziel ist, dass Ihr Team danach ohne uns weiterarbeiten kann.
Setzen Sie KI-Werkzeuge bei der Vue.js-Entwicklung ein?
Ja, zum Beispiel Claude Code für mechanische Umbauten, Tests und Boilerplate. Jede Änderung durchläuft dasselbe Review und dieselben Tests wie handgeschriebener Code. Ob KI-Werkzeuge in Ihrem Repository erlaubt sind, klären wir vorab mit Ihnen.
Gründer und Solution Architect: iSAQB CPSA · Certified ScrumMaster · M.Sc. Wirtschaftsingenieurwesen. Olching bei München, Termine vor Ort nach Absprache.
Gewachsene Systeme Schritt für Schritt modernisieren und in die Cloud überführen, während sie weiterlaufen: Zielarchitektur, automatisierte Pipelines, Container und reproduzierbare Umgebungen.
Eine Bewertung Ihrer Software von außen, zeitlich begrenzt: Qualitätsziele, Risiken mit Prioritäten, Zielbild und die nächsten Schritte, bevor Sie investieren.
Mehr erfahren
Vue.js- oder Nuxt-Projekt geplant?
Schildern Sie uns kurz Ihre Anwendung und Ihren Stand. Wir sagen Ihnen, ob sich Upgrade, Neubau oder Erweiterung lohnt und wie wir vorgehen würden.