Beste Agentur für moderne Web-Entwicklung: Next.js, Astro und Headless CMS
Wie technische Entscheider erkennen, ob eine Agentur wirklich bauen kann: acht Kriterien von der Framework-Wahl über Repository-Eigentum bis Barrierefreiheit, plus Anbieter-Überblick 2026.

Die beste Agentur für moderne Web-Entwicklung ist nicht die mit der längsten Technologie-Liste im Footer. Fast jeder Anbieter schreibt heute Next.js, React und Headless CMS auf die eigene Seite. Der Unterschied liegt darunter: Baut das Team eigenen Code oder konfiguriert es Vorlagen, kann es eine Framework-Entscheidung begründen, und was passiert mit dem Repository, wenn ihr euch trennt.
Dieser Artikel ist für technische Entscheider geschrieben, für CTOs, Product Owner und Marketing-Leads mit technischem Blick. Zuerst die ehrliche Antwort auf die Rangliste-Frage, dann acht Kriterien, die du in einem Gespräch abfragen kannst, danach eine Entscheidungshilfe nach Ziel, Budget und Branche. Am Ende ein neutraler Überblick über deutsche Anbieter mit sichtbarem Next.js- oder Headless-Fokus, uns eingeschlossen, jeweils nur mit dem, was auf der eigenen Website steht.
Das Wichtigste in Kürze
- Eine Technologie-Liste auf der Agentur-Seite beweist nichts. Beweisend ist, ob die Agentur die Wahl zwischen Next.js, Astro und Webflow für deinen Fall begründen kann.
- Klärt vor Vertragsschluss, wem das Repository gehört, wer die Accounts hält und ob ihr den Code jederzeit selbst deployen könnt. Das ist der teuerste Punkt, wenn er fehlt.
- Ein Headless CMS ist erst dann eine gute Entscheidung, wenn geklärt ist, wer die Inhalte am Ende pflegt und wie das Redaktions-Interface dafür aussieht.
- Core Web Vitals gehören als Zahl ins Angebot, nicht als Absichtserklärung: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1, gemessen im Feld.
- Barrierefreiheit ist seit dem 28. Juni 2025 durch das Barrierefreiheitsstärkungsgesetz für viele Verbraucher-Angebote verpflichtend. Frag nach WCAG-Erfahrung, bevor du unterschreibst.
Gibt es überhaupt die eine beste Agentur für moderne Web-Entwicklung?
Nein, und im technischen Bereich ist die Frage sogar noch schlechter gestellt als beim Design. Web-Entwicklung ist kein einheitliches Gewerk. Eine Agentur, die exzellente Marketing-Websites mit Astro und einem Headless CMS baut, ist nicht automatisch die richtige für eine Anwendung mit Nutzerkonten, Rollen und Echtzeit-Daten. Und ein Team, das Angular-Enterprise-Anwendungen wartet, wird deine Content-Seite technisch überbauen.
Deshalb ist die erste Frage nicht, wer der beste Anbieter ist, sondern welche Art von Projekt du eigentlich hast. Grob gibt es drei Fälle. Erstens die inhaltsgetriebene Website: Marketing-Seiten, Landingpages, Blog, viele Redakteure, hohe Anforderungen an Ladezeit und Sichtbarkeit. Zweitens die Anwendung im Browser: Dashboard, Portal, Konfigurator, Login-Bereich, Zustand und Logik im Frontend. Drittens der Mischfall, bei dem eine öffentliche Seite und eine angemeldete Anwendung unter derselben Domain leben. Jeder dieser drei Fälle hat einen anderen sinnvollen Stack und eine andere Art von Team.
Ranglisten helfen dabei kaum. Die meisten Listen zu Next.js-Agenturen sind entweder von einer der gelisteten Agenturen geschrieben oder von einer Plattform, die Leads vermittelt. Nützlich sind sie als Namensquelle. Die Auswahl triffst du danach selbst, an prüfbaren Kriterien.
Woran erkennst du eine Agentur, die wirklich bauen kann?
Acht Kriterien trennen ein Team, das entwickelt, von einem, das Vorlagen konfiguriert. Alle acht lassen sich in einem einzigen Gespräch abfragen, und die Antworten sind selten Auslegungssache.
1. Eigener Code statt Baukasten-Konfiguration
Der Unterschied zeigt sich an einer einzigen Frage: Wie würdet ihr eine Funktion bauen, die es im System nicht gibt. Ein Team, das entwickelt, beschreibt dir eine Komponente, eine Schnittstelle und einen Test. Ein Team, das konfiguriert, sucht ein Plugin oder erklärt, warum die Funktion nicht nötig ist.
Das ist keine Wertung gegen Baukästen. Für viele Seiten ist ein gut gepflegtes System die vernünftigere Wahl, weil es schneller und günstiger ist und der Kunde später selbst weiterarbeiten kann. Problematisch wird es, wenn die Grenze verschwiegen wird und du erst im Projekt merkst, dass die eine Funktion, wegen der du die Agentur ausgewählt hast, in diesem System nicht sauber machbar ist.
Ein praktischer Test: Lass dir ein öffentliches Repository oder einen Code-Ausschnitt aus einem echten Projekt zeigen. Nicht um den Code zu bewerten, sondern um zu sehen, ob es überhaupt einen gibt. Bei einer Webentwicklung-Agentur sollte das eine der leichtesten Fragen des Gesprächs sein.
2. Framework-Wahl mit Begründung: Next.js, Astro oder Webflow
Eine gute Agentur schlägt dir kein Framework vor, bevor sie weiß, was die Seite tun soll. Und sie kann die Wahl in zwei Sätzen begründen, inklusive der Nachteile.
Next.js ist die richtige Antwort, wenn Interaktivität, Nutzerkonten, dynamische Daten oder eine Anwendung im Spiel sind. Es bringt Server-Rendering, Routing und ein großes Ökosystem mit, kostet dafür Komplexität in Build und Betrieb und braucht ein Team, das React wirklich kann. Astro ist die richtige Antwort für inhaltsgetriebene Seiten, die vor allem schnell sein sollen. Es liefert standardmäßig kein JavaScript aus und lädt Interaktivität nur dort, wo sie gebraucht wird, was sich direkt in den Ladezeiten zeigt. Webflow ist die richtige Antwort, wenn kein Entwicklerteam im Haus ist, der Umfang überschaubar bleibt und das Marketing selbst Seiten bauen können soll. Der Preis dafür ist eine Plattformbindung und Grenzen bei individueller Logik. Und Angular begegnet dir vor allem in gewachsenen Enterprise-Anwendungen, seltener in neuen Website-Projekten. Wenn eine Agentur für dein Marketing-Projekt Angular vorschlägt, frag nach dem Grund, es kann einer sein, muss aber begründet werden.
Die ausführliche Gegenüberstellung der Systeme steht in unserem Vergleich Webflow, Wix Studio und Next.js. Das Warnsignal im Gespräch ist einfach: Wenn die Antwort auf jede Projektbeschreibung dasselbe Framework ist, hörst du keine Empfehlung, sondern eine Gewohnheit.
3. Headless CMS: wer pflegt die Inhalte am Ende?
Ein Headless CMS trennt Inhalte von der Darstellung. Die Inhalte liegen strukturiert in einem System wie Sanity, Storyblok, Contentful oder Strapi und werden über eine Schnittstelle ausgespielt, an eine Website, eine App oder beides. Für Entwickler ist das befreiend. Für Redakteure ist es genau dann ein Rückschritt, wenn niemand das Redaktions-Interface gestaltet hat.
Genau hier scheitern viele Headless-Projekte. Der Stack ist sauber, die Seite ist schnell, und dann stellt sich heraus, dass die Marketing-Kollegin für eine neue Landingpage vierzehn einzelne Felder ausfüllen muss, ohne zu sehen, wie das Ergebnis aussieht. Frag deshalb konkret: Wie sieht die Vorschau aus, wie legt jemand eine neue Seite an, welche Rollen und Freigaben gibt es, und wer richtet die Inhaltsmodelle ein. Bei Sanity lässt sich das Studio vollständig anpassen, das ist der halbe Wert des Systems und wird oft weggelassen.
Die zweite Frage betrifft die Migration. Wenn ihr von WordPress oder TYPO3 kommt, ist der Import der Bestandsinhalte oft der größere Aufwand als der Neubau. Lass dir beschreiben, wie die Migration abläuft und wer die Datenqualität verantwortet.
4. Performance-Budget und Core Web Vitals als Abnahmekriterium
Performance ist die einzige Qualitätseigenschaft einer Website, die sich vor dem Launch als Zahl vereinbaren lässt. Nutze das. Die drei Werte der Core Web Vitals sind öffentlich definiert: LCP unter 2,5 Sekunden, INP unter 200 Millisekunden, CLS unter 0,1. Schreib sie ins Angebot, mit Messmethode und Zeitpunkt.
Ein Performance-Budget geht einen Schritt weiter und legt vorher fest, wie viel die Seite wiegen darf: eine Obergrenze für JavaScript, für Bilder, für Third-Party-Skripte. Das klingt bürokratisch, verhindert aber genau den Verlauf, den fast jedes Projekt kennt. Am Anfang ist die Seite schnell, dann kommen Tracking, Chat-Widget, Consent-Banner, ein Video im Hero und eine Schriftfamilie mehr dazu, und am Ende diskutiert niemand mehr über Ladezeit, weil das Budget längst überschritten ist.
Drei Fragen, die im Erstgespräch trennen: Messt ihr Labor- oder Felddaten. Wie geht ihr mit Third-Party-Skripten um, die das Marketing später einbaut. Und was passiert, wenn die Zielwerte bei der Abnahme nicht erreicht werden. Wie du die Werte selbst liest, steht im Artikel zu Core Web Vitals.
5. Code-Übergabe und Repository-Eigentum
Das ist der Punkt, an dem die meisten Verträge schweigen und die meisten Trennungen teuer werden. Klärt vor der Unterschrift schriftlich: Wem gehört das Repository, wer ist Inhaber der Hosting- und CMS-Accounts, unter welcher Lizenz steht der geschriebene Code, und könnt ihr jederzeit selbst deployen, ohne die Agentur zu fragen.
Der saubere Zustand sieht so aus: Das Repository liegt in eurer GitHub- oder GitLab-Organisation, die Agentur arbeitet als Mitwirkende darin. Hosting, Domain und CMS laufen auf euren Accounts, die Agentur hat Zugriff, nicht Besitz. Und es gibt eine Datei im Projekt, die beschreibt, wie ein neuer Entwickler das Projekt lokal startet und ausliefert. Wenn diese drei Punkte stehen, kostet ein Agenturwechsel Zeit, aber nicht das Projekt.
Der unsaubere Zustand ist häufiger, als man denkt: Repository beim Dienstleister, Hosting über dessen Sammelvertrag, kein dokumentierter Build. Das ist selten böse Absicht, sondern Bequemlichkeit auf beiden Seiten. Es wird trotzdem zum Problem, sobald jemand gehen will. Frag früh und schriftlich, das Gespräch ist nach zwei Minuten vorbei und spart dir im Zweifel einen fünfstelligen Betrag.
6. Barrierefreiheit und das BFSG
Seit dem 28. Juni 2025 gilt in Deutschland das Barrierefreiheitsstärkungsgesetz, die nationale Umsetzung des European Accessibility Act. Es verpflichtet Anbieter bestimmter Dienstleistungen im Verbrauchergeschäft, ihre digitalen Angebote barrierefrei zu gestalten, dazu zählen unter anderem Online-Shops, Bankdienstleistungen, Personenbeförderung und E-Books. Kleinstunternehmen sind bei Dienstleistungen ausgenommen, reine B2B-Angebote fallen nicht darunter.
Für die Agenturauswahl heißt das zweierlei. Wenn dein Angebot betroffen ist, brauchst du ein Team, das WCAG 2.1 auf Stufe AA praktisch beherrscht, nicht nur zitiert. Frag nach konkreten Dingen: Kontrastverhältnisse im Design-System, Tastaturbedienung ohne Maus, Fokus-Indikatoren, Formularfehler, die auch ein Screenreader vorliest, und Alternativtexte als Pflichtfeld im CMS. Und wenn dein Angebot nicht betroffen ist, lohnt es sich trotzdem, weil dieselben Maßnahmen die Seite für alle bedienbarer und für Suchmaschinen lesbarer machen. Was das Gesetz konkret verlangt, haben wir im Artikel zur barrierefreien Website nach BFSG aufgeschrieben.
7. Wartung und Weiterentwicklung nach dem Launch
Eine moderne Web-Anwendung ist kein Möbelstück, das man einmal aufstellt. Abhängigkeiten bekommen Sicherheitsupdates, Frameworks veröffentlichen Major-Versionen, Browser ändern Verhalten, und die eigenen Anforderungen wachsen. Wer nach dem Launch nichts vereinbart hat, steht ein Jahr später vor einem Projekt, das niemand mehr anfassen will.
Klärt deshalb vorab drei Dinge. Erstens: Wer aktualisiert Abhängigkeiten und in welchem Rhythmus, und ist das im Preis enthalten oder eine eigene Position. Zweitens: Wie schnell reagiert die Agentur, wenn die Seite ausfällt, und gibt es dafür eine schriftliche Zusage. Drittens: Wie werden kleine Änderungen abgewickelt, per Ticket, per Stundenkontingent oder als monatliche Betreuung. Das klingt banal, entscheidet aber darüber, ob eine Seite nach zwei Jahren noch aktuell ist oder ob der nächste Relaunch schon fällig ist, weil zwischendurch nichts passiert ist.
Ein Warnsignal ist ein Angebot, das mit dem Launch endet und danach nur eine Stundensatz-Liste vorsieht. Es ist nicht falsch, aber es heißt in der Praxis oft, dass nach dem Launch niemand mehr Zeit für dich reserviert hat.
8. Spezialist statt Full-Service
Ein Team, das jede Woche Websites und Web-Anwendungen baut, hat mehr Fälle gesehen als eines, das dieselbe Aufgabe zwischen zwei Kampagnen erledigt. Das gilt technisch noch stärker als gestalterisch, weil sich Frameworks, Build-Tools und Browser schneller ändern als Design-Trends. Wer nicht laufend baut, arbeitet mit dem Stand von vor zwei Jahren.
Bei INSYNC sind es zwei Lanes: Web-Design und Web-Entwicklung auf der einen Seite, SEO und GEO auf der anderen. Das hängt technisch zusammen, weil Rendering, Struktur und Ladezeit direkt beeinflussen, wie eine Seite gefunden und in KI-Antworten zitiert wird. Performance-Marketing, Social-Media-Management, Print und Messebau machen wir nicht.
Die Gegenseite gehört dazu: Wenn dein Bedarf über die Website hinausgeht, wenn du eine Kampagne über mehrere Kanäle, laufenden Social-Content oder Media-Buying brauchst, ist eine Full-Service-Agentur die bessere Adresse, weil alles unter einem Dach und einem Budget läuft. Und wenn dein Projekt eine echte Software mit komplexem Backend, Datenmodell und Betrieb ist, brauchst du eher ein Software-Haus als eine Web-Agentur. Auch das gehört zu einer ehrlichen Einordnung.
So findest du die richtige Agentur für dich
Aus den acht Kriterien wird eine Entscheidung, wenn du drei Filter anlegst: dein Ziel, dein Budget und deine Branche.
Nach Ziel
Wenn das Ziel eine schnelle, gut auffindbare Marketing-Seite ist, suche ein Team mit Astro- oder Next.js-Erfahrung und einem sauberen CMS-Konzept. Rendering und Content-Modell sind hier wichtiger als jede Backend-Kompetenz. Wenn das Ziel eine Anwendung mit Login, Rollen und Daten ist, brauchst du ein Team, das über Zustandsverwaltung, Authentifizierung und API-Design reden kann und Tests schreibt. Wenn du migrierst, also von WordPress oder TYPO3 auf einen modernen Stack wechselst, zählt Erfahrung mit Weiterleitungen, Content-Import und dem Erhalt bestehender Sichtbarkeit mehr als alles andere. Und wenn du beides brauchst, öffentliche Seite und angemeldete Anwendung, frag früh nach der Domain- und Deployment-Architektur, das ist die Entscheidung, die man später am teuersten korrigiert. Für Software-Anbieter haben wir die typischen Anforderungen im Artikel zur SaaS-Website beschrieben.
Nach Budget
Individuell entwickelte Websites beginnen realistisch bei etwa 6.000 Euro, und in diesem Bereich reden wir über einen kompakten Auftritt mit klarer Struktur. Zwischen 8.000 und 15.000 Euro liegt der Bereich, in dem ein moderner Stack mit Headless CMS, mehreren Seitentypen und sauberem Redaktions-Interface zusammenkommt. Ab 15.000 Euro kommen Mehrsprachigkeit, umfangreiche Integrationen, ein Design-System oder eine Motion-Ebene dazu. Alle Stufen stehen offen auf unserer Seite Preise.
Bei Anwendungen statt Websites verschiebt sich die Rechnung. Dort zahlst du nicht für Seiten, sondern für Funktionsumfang, und ein Festpreis ist selten sinnvoll. Üblich sind ein bezahlter Konzeptabschnitt, danach eine Umsetzung in Abschnitten mit fester Kapazität. Wer dir für eine komplexe Anwendung ohne Konzeptphase einen Festpreis nennt, hat entweder großzügig gepuffert oder wird nachfordern.
Nach Branche
Software- und SaaS-Unternehmen brauchen ein Team, das Pricing-Logik, Trial- oder Demo-Flows und die Anbindung an Signup und CRM versteht, und das mit einer technisch versierten Zielgruppe schreiben kann. Industrie und Maschinenbau bringen meist Mehrsprachigkeit, große Produktstrukturen und Datenimporte aus PIM-Systemen mit, dort zählt Erfahrung mit strukturierten Inhalten mehr als Gestaltungspreise. Der Handel braucht Commerce-Erfahrung, was ein eigenes Feld ist und selten von derselben Agentur gut abgedeckt wird wie eine Marketing-Seite.
Und wenn dein Projekt vor allem gestalterisch anspruchsvoll ist, mit eigener Motion-Ebene und starkem Markenauftritt, dann ist die Entwicklungsfrage nur die halbe Frage. Dazu gehört die Gestaltung, also individuelles Webdesign mit eigenem Konzept, die wir im Artikel zur besten Webdesign-Agentur in Deutschland behandeln. Wie weit eine eigene Animations-Ebene technisch gehen kann, zeigt unser Beitrag zu vektorbasierten Animationsflows, und die Leistung selbst steht auf der Seite zur Motion-Design-Agentur.
Anbieter-Überblick: Agenturen für moderne Web-Entwicklung 2026
Dieser Überblick ist keine Rangliste, sondern ein Querschnitt. Fünf deutsche Anbieter mit sichtbarem Fokus auf moderne Frontend-Technik oder Headless-Architekturen, damit du siehst, wie unterschiedlich der Markt zugeschnitten ist. Wir haben jede Website am 9. September 2026 selbst aufgerufen und nennen ausschließlich, was dort steht: Standort, Fokus und Technik laut eigener Darstellung. Preise Dritter nennen wir nicht, weil sie öffentlich nicht belegbar sind.
Der Markt ist in dieser Nische enger als bei Webdesign allgemein. Viele deutsche Agenturen führen Next.js im Technologie-Verzeichnis, ohne dass ein Schwerpunkt erkennbar wäre. Die hier genannten Anbieter haben einen sichtbaren, benannten Fokus. INSYNC steht selbst in der Liste, alphabetisch einsortiert und nicht auf Platz eins.
happycoding
happycoding ist laut eigener Seite eine Software- und Web-Agentur aus Berlin und eine Marke der Radscheit GmbH. Der Fokus ist auf der Startseite klar benannt: TypeScript, Next.js, Sanity und Prozess-Automatisierung für kleine und mittlere Unternehmen sowie Konzerne in DACH und Skandinavien. Die Agentur nennt über 150 abgeschlossene Projekte, 15 Jahre Erfahrung und ein Team aus acht Personen auf Senior-Level. Als Case wird unter anderem Tree Energy Solutions genannt. Wer genau die Kombination Next.js plus Sanity sucht und ein kleines, senioriges Team einem großen Apparat vorzieht, findet hier ein passendes Profil.
INSYNC
Das sind wir. INSYNC baut Websites und Web-Auftritte mit Next.js oder Astro und Sanity als Headless CMS, Webflow ist als Option möglich, wenn ein Kunde ohne Entwicklerteam selbst weiterarbeiten will. Dazu kommt eine eigene Motion- und 3D-Ebene, die wir als Teil der Entwicklung verstehen und nicht als nachträgliche Dekoration. Die zweite Lane ist SEO und GEO, also Sichtbarkeit in Suchmaschinen und in KI-Antworten. Unsere Preise stehen offen, von 6.000 Euro für einen One-Pager bis 15.000 bis 30.000 Euro für ein Premium-Projekt. Standort ist die Oberpfalz, das Team arbeitet international.
Wofür wir nicht die richtige Wahl sind: Wir sind kein Software-Haus. Wenn dein Projekt ein komplexes Backend mit eigenem Datenmodell, Betrieb und Support-Organisation ist, brauchst du ein anderes Team. Kein Performance-Marketing, kein Social-Media-Management, kein Print, kein Messebau. Und wir arbeiten nicht mit WordPress als Standard, wer bewusst dabei bleiben will, ist woanders besser aufgehoben. Ein Beispiel für die andere Richtung: Für Silencio Network haben wir die Seite vor der Seed-Runde neu gebaut, sie erreichte über 200.000 Besucher und begleitete eine Finanzierungsrunde über 2,5 Mio. USD, nachzulesen im Beitrag zur Silencio-Funding-Runde.
kernpunkt
kernpunkt bezeichnet sich auf der eigenen Seite als E-Commerce-Agentur aus Köln mit deutlichem Schwerpunkt auf Composable und Headless Commerce, Replatforming, PIM- und DXP-Beratung sowie Systemarchitektur. Als Partnertechnologien werden unter anderem commercetools und Akeneo genannt. Die Agentur positioniert sich 2026 stark über KI-gestützte Projektumsetzung und hat dazu eine eigene Studie veröffentlicht. Das Profil passt, wenn Shop, Produktdaten und angrenzende Systeme das eigentliche Projekt sind. Für eine reine Marketing-Website ohne Commerce-Anteil ist der Zuschnitt größer als nötig.
Neoskop
Neoskop ist laut eigener Darstellung eine inhabergeführte Digitalagentur aus Hannover, die seit 2010 arbeitet. Die Expertise-Seite gliedert sich in Strategie, Kreation und Technologie, unter Technologie stehen Frontend-Applikationen, Enterprise-Plattformen, Performance und Accessibility sowie DevOps und Kubernetes. Als Kunden sind unter anderem VHV Versicherung, Hannoversche, enercity und Windwärts gelistet. Bemerkenswert ist, dass Performance und Barrierefreiheit als eigene Kompetenz genannt werden, was in diesem Markt selten explizit passiert. Passend für größere Plattform-Projekte mit langem Horizont, weniger für eine kompakte Unternehmensseite.
TJ Labs
Die TJ Labs UG sitzt laut Impressum in Berlin und führt eine eigene Seite zu Next.js, auf der sie sich als Next.js-Agentur für Web-Apps beschreibt. Genannt werden unter anderem App Router, React Server Components, Server-Side Rendering, Edge und TypeScript, dazu Core Web Vitals als ausdrückliches Ziel. Die Agentur gibt an, mehr als 30 digitale Next.js-Produkte entwickelt zu haben. Der beschriebene Schwerpunkt liegt sichtbar auf Anwendungen wie Buchungs-, Verkaufs- und Immobilienplattformen mit Dashboards und Nutzerkonten, weniger auf klassischen Marketing-Auftritten.
Agenturen für moderne Web-Entwicklung im Überblick (Angaben laut eigener Website, Stand 09.09.2026)
| Anbieter | Schwerpunkt | Technik laut eigener Seite | Standort | Typisches Budget |
|---|---|---|---|---|
| happycoding | Individuelle Software und B2B-Websites | TypeScript, Next.js, Sanity, Automatisierung | Berlin | auf Anfrage |
| INSYNC | Websites mit Motion-Ebene, dazu SEO und GEO | Next.js, Astro, Sanity, Webflow als Option | Oberpfalz, Team international | 6.000 bis 30.000 Euro und mehr |
| kernpunkt | Composable und Headless Commerce, PIM und DXP | commercetools, Akeneo, Headless-Architekturen | Köln | auf Anfrage |
| Neoskop | Enterprise-Plattformen und digitale Produkte | Frontend-Applikationen, Accessibility, DevOps, Kubernetes | Hannover | auf Anfrage |
| TJ Labs | Next.js Web-Apps und Plattformen | Next.js App Router, React Server Components, TypeScript | Berlin | auf Anfrage |
Projekttyp bestimmen
Inhaltsgetriebene Website, Anwendung im Browser oder Mischfall. Diese Einordnung entscheidet über Stack und Teamtyp, alles andere folgt danach.
Shortlist über echte Projekte bauen
Suche Anbieter, deren live gestellte Projekte deinem Fall ähneln. Prüfe die Seiten selbst: Ladezeit, Tastaturbedienung, Verhalten auf dem Handy.
Technische Fragen im Erstgespräch stellen
Framework-Begründung, Redaktions-Interface, Performance-Zielwerte, Repository-Eigentum, WCAG-Erfahrung. Fünf Fragen, fünf klare Antworten oder eine Absage.
Konzeptphase separat beauftragen
Bei größeren Vorhaben lohnt ein bezahlter Konzeptabschnitt vor dem Gesamtauftrag. Du bekommst Architektur und Aufwand schriftlich und kannst danach immer noch wechseln.
Vertrag auf Rechte und Betrieb prüfen
Repository-Eigentum, Account-Inhaberschaft, Lizenz, Dokumentation des Builds, Reaktionszeiten und Wartungsumfang nach dem Launch.
Abnahme an Zahlen binden
Core Web Vitals, Performance-Budget, Barrierefreiheits-Prüfung und ein Übergabetermin, an dem euer eigenes Team einmal selbst deployt.
Häufige Fragen
Es gibt sie nicht, weil Web-Entwicklung kein einheitliches Gewerk ist. Ein Team, das schnelle Marketing-Seiten mit Astro und Headless CMS baut, ist nicht dasselbe wie ein Team für Anwendungen mit Login und Echtzeit-Daten. Bestimme zuerst deinen Projekttyp und prüfe Kandidaten dann an acht Kriterien: eigener Code, begründete Framework-Wahl, Redaktions-Interface, Performance-Budget, Repository-Eigentum, Barrierefreiheit, Wartung und Spezialisierung.
Daran, dass sie dir sagt, wann Next.js nicht die richtige Wahl ist. Eine gute Next.js-Agentur kann erklären, warum sie für eine reine Inhaltsseite eher Astro vorschlägt und wann sich der Aufwand von Server-Rendering lohnt. Konkret abfragen: Erfahrung mit App Router und Server Components, Umgang mit Caching und Revalidierung, Core-Web-Vitals-Werte laufender Projekte und wer nach dem Launch die Abhängigkeiten aktualisiert.
Eine Headless-CMS-Agentur baut Websites, bei denen Inhalte getrennt von der Darstellung in einem System wie Sanity, Storyblok oder Contentful liegen und über eine Schnittstelle ausgespielt werden. Sinnvoll ist das, wenn Inhalte auf mehreren Kanälen ausgespielt werden, wenn das Frontend frei wählbar sein soll oder wenn viele strukturierte Inhalte gepflegt werden. Für eine kleine Seite mit fünf Unterseiten ist der Aufwand größer als der Nutzen.
Für Angular suchst du typischerweise kein Website-Team, sondern ein Team für Anwendungen im Unternehmensumfeld, denn Angular begegnet einem vor allem in gewachsenen Enterprise-Frontends. Achte auf Erfahrung mit Long-Term-Support-Versionen, auf ein Migrationskonzept über Major-Versionen hinweg und auf Testabdeckung. Für neue Marketing-Websites ist Angular selten die naheliegende Wahl, dort führen Next.js oder Astro schneller zum Ziel.
Das ist Verhandlungssache und gehört vor Vertragsschluss geklärt. Der saubere Zustand: Das Repository liegt in eurer eigenen GitHub- oder GitLab-Organisation, die Agentur arbeitet als Mitwirkende darin, Hosting, Domain und CMS laufen auf euren Accounts, und es gibt eine Dokumentation, mit der ein neuer Entwickler das Projekt lokal starten und ausliefern kann. Ohne diese drei Punkte wird ein Agenturwechsel teuer.
Bei INSYNC beginnt eine individuell entwickelte Website bei 6.000 bis 8.000 Euro für einen One-Pager, eine Business-Website liegt bei 8.000 bis 15.000 Euro und ein Premium-Projekt mit Mehrsprachigkeit, Integrationen oder Design-System bei 15.000 bis 30.000 Euro und mehr. Bei echten Anwendungen statt Websites ist ein Festpreis ohne vorherige Konzeptphase selten belastbar, dort ist eine Umsetzung in Abschnitten mit fester Kapazität üblich.
Keines von beiden pauschal. Astro ist die bessere Wahl für inhaltsgetriebene Seiten, die vor allem schnell sein sollen, weil es standardmäßig kein JavaScript ausliefert und Interaktivität nur dort lädt, wo sie gebraucht wird. Next.js ist die bessere Wahl, sobald Nutzerkonten, dynamische Daten oder Anwendungslogik im Spiel sind. Wenn eine Agentur diese Unterscheidung nicht selbst macht, ist das ein Warnsignal.
Seit dem 28. Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz Anbieter bestimmter Verbraucher-Dienstleistungen zur digitalen Barrierefreiheit, darunter Online-Shops, Bankdienstleistungen und Personenbeförderung. Kleinstunternehmen sind bei Dienstleistungen ausgenommen, reine B2B-Angebote fallen nicht darunter. Unabhängig von der Pflicht lohnt sich WCAG 2.1 auf Stufe AA, weil dieselben Maßnahmen die Seite bedienbarer und für Suchmaschinen lesbarer machen.
Web-Entwicklung
Next.js, Astro und Sanity, gebaut mit Performance-Budget, sauberer Übergabe und offenen Preisen.
Beste Webdesign-Agentur in Deutschland
Die gestalterische Seite derselben Frage: sieben Kriterien und ein neutraler Anbieter-Überblick.
Barrierefreie Website nach BFSG
Wer betroffen ist, was WCAG 2.1 AA konkret verlangt und wie eine Prüfung im Projekt abläuft.







