Nein. Es ist ein Anwendungs-Backend. Öffentliche Inhalte liegen bei Modern Stack als MDX im Code-Repository und werden mit [[entity:nextjs|Next.js]] ausgeliefert; Convex speichert Vorgänge wie Anfragen und Kontaktdaten.

Begriff

agent readableMarkdown

Convex erklärt: Reaktives Backend für Webseiten — Glossar

Direkte Antwort

Convex: Convex ist eine Backend-Plattform, die eine transaktionale Datenbank, in TypeScript geschriebene Server-Funktionen und automatische Echtzeit-Aktualisierung vereint. Abfragen laufen bei Datenänderungen erneut, sodass Oberflächen ohne eigenen WebSocket-Code aktuell bleiben. Es ist ein Anwendungs-Backend und kein CMS; Modern Stack nutzt es für Anfragen, CRM und Admin.

Wichtigste Punkte

Convex bündelt Datenbank, Funktionen und Live-Subscriptions in einem TypeScript-Backend.
Reaktive Queries aktualisieren Clients automatisch, wenn sich Daten ändern.
Es ist App-Backend, nicht CMS; öffentliche Inhalte liegen als MDX im Katalog.
Besucher sehen das Ergebnis — Anfrage kommt an, Check läuft, Report ist da —, nicht den Anbieternamen.

— Steve Baka

Aktualisiert: 6. Oktober 2026 · Autor: Steve Baka

Was ist Convex?

Convex ist ein verwaltetes Backend, das drei Dinge zusammenführt, die du sonst einzeln betreiben würdest: eine Datenbank, eine Schicht für Server-Logik und einen Mechanismus für Live-Updates. Du beschreibst deine Daten in einem Schema und schreibst Funktionen in TypeScript. Diese Funktionen laufen auf der Plattform und greifen direkt auf die Daten zu. Die Datenbank ist dokumentenbasiert, unterstützt aber Beziehungen über IDs und Indizes; Schreibzugriffe laufen transaktional.

Es gibt drei Funktionsarten. Queries lesen Daten und sind reaktiv: Ändert sich ein Datensatz, den eine Query gelesen hat, berechnet Convex das Ergebnis neu und schickt es an alle abonnierten Clients. Mutations schreiben Daten innerhalb einer Transaktion. Actions dürfen externe Dienste aufrufen — etwa einen E-Mail-Versand oder eine Prüfung per HTTP — und schreiben ihre Ergebnisse über Mutations zurück.

Wie funktioniert die Reaktivität?

Bei klassischen Backends fragt der Browser regelmäßig nach neuen Daten oder du betreibst einen WebSocket-Server, der Änderungen verteilt. Convex nimmt dir diese Arbeit ab: Eine Query abonniert die Daten, die sie liest. Wird ein relevanter Datensatz verändert, aktualisiert die Plattform das Abo. In einer Admin-Oberfläche erscheint eine neue Anfrage dadurch sofort, ohne Neuladen.

Zusätzlich sind Argumente und Rückgabewerte per Validator beschrieben. Das schützt vor fehlerhaften Eingaben und liefert Typen von der Datenbank bis in die React-Oberfläche. Für öffentlich aufrufbare Funktionen gelten Argument-Validierung und Zugriffsprüfung als Pflicht; interne Funktionen sind nur aus Backend-Code erreichbar.

Wofür nutzt Modern Stack Convex?

Wir setzen Convex hinter der öffentlichen Webseite ein, dort wo Zustand entsteht: abgeschickte Anfragen aus dem Formular, Kontakt- und Lead-Daten, Audit-Ergebnisse für den Webseiten-Check und die Admin-Ansicht, in der wir all das bearbeiten. Besucher bemerken davon nur das Ergebnis — das Formular quittiert die Anfrage, der Check liefert seinen Kurzreport, die Antwort kommt per E-Mail über Resend.

Die redaktionellen Inhalte — Themen, Regionen, Glossar — liegen dagegen als MDX-Dateien im Repository, werden mit Next.js gerendert und auf Vercel ausgeliefert. Für semantische Beziehungen und die Entity-Suche verwenden wir einen separaten Wissensgraphen auf SurrealDB. Jedes System hat damit eine klare Aufgabe: Convex für Vorgänge, MDX für Inhalte, SurrealDB für Beziehungen.

Wann brauchst du kein Convex?

Eine reine Visitenkarten- oder Inhaltsseite benötigt in der Regel keine eigene Datenbank. Statisch generierte Seiten mit einem Formular-Dienst reichen aus. Ein Backend wie Convex lohnt sich, wenn du Daten speichern, auswerten oder in Echtzeit anzeigen willst — Anfrageverwaltung, Kundenbereich, Buchungen, interne Dashboards. Welche Architektur zu deiner Webseite passt, klären wir im Projekt; Hintergrund liefern SSR/SSG-Stack und Webarchitektur im KI-Zeitalter.

Häufige Fehler bei Backend-Entscheidungen: ein Backend einführen, obwohl niemand Daten abfragt; Inhalte in die Datenbank verlagern, die als versionierte Dateien besser aufgehoben wären; öffentliche Funktionen ohne Validierung und Zugriffsprüfung freigeben.

Quellen

Convex Docs — Understanding Convex — Convex
Offizielle Beschreibung von Datenmodell, Funktionen und Reaktivität.
Convex Docs — Functions — Convex
Referenz zu Queries, Mutations und Actions mit Validierung.
SSR/SSG-Stack — Modern Stack
Einordnung, wie Rendering, Hosting und Backend bei Modern Stack zusammenspielen.

Häufige Fragen

Muss meine Webseite Convex nutzen?

Nein. Eine modernisierte Webseite braucht ein Backend, das zu ihren Anforderungen passt. Convex ist die Wahl von Modern Stack für Formular-Anfragen, CRM und Admin; für reine Inhaltsseiten genügt oft ein statischer Aufbau ohne eigene Datenbank.

Ist Convex ein CMS?

Nein. Es ist ein Anwendungs-Backend. Öffentliche Inhalte liegen bei Modern Stack als MDX im Code-Repository und werden mit Next.js ausgeliefert; Convex speichert Vorgänge wie Anfragen und Kontaktdaten.

Worin unterscheidet sich Convex von einer klassischen Datenbank?

Eine klassische Datenbank speichert Daten, du baust API, Caching und Live-Updates selbst. Convex liefert diese Schichten mit: Funktionen laufen nah an den Daten, Queries sind reaktiv und transaktional, und Typen reichen vom Schema bis in die Oberfläche.

Weiterlesen

Next.js
Next.js ist ein React-Framework von Vercel für Webanwendungen und Unternehmensseiten. Es rendert Seiten auf dem Server oder vorab (SSR, SSG, ISR) und liefert fertiges HTML — gut für Geschwindigkeit, Suche und KI.
Webseite-Modernisierung
Was Webseite-Modernisierung bei Modern Stack bedeutet: bestehende WordPress- und Baukasten-Webseiten auf einen modernen Web-Stack bringen — Inhalte behalten, Technik erneuern, bereit für Google und KI-Suche.
Vercel
Vercel ist eine Cloud-Plattform zum Bereitstellen von Frontend- und Fullstack-Anwendungen, besonders von Next.js: Git-Push löst den Build aus, jede Änderung bekommt eine Vorschau-URL, Auslieferung läuft über ein globales Edge-Netz mit CDN.
SurrealDB
SurrealDB ist eine in Rust geschriebene Multi-Model-Datenbank, die Dokumente, Graph-Beziehungen, Vektorsuche und Volltext in einer Engine mit der Abfragesprache SurrealQL vereint — Grundlage für hybride Suche und den Themenkatalog hinter Modern Stack.
Resend
Resend ist ein E-Mail-API-Dienst: Deine Anwendung schickt Mails per API an Resend, der Dienst liefert sie über verifizierte Domains mit SPF, DKIM und DMARC aus und meldet Zustellung, Bounces und Klicks per Webhook zurück.
Webarchitektur im KI-Zeitalter — vom CMS-Monolithen zum reaktiven Full-Stack
Warum WordPress, Wix, Jimdo und Squarespace an Streaming, RAG und agentischen Workflows scheitern — und wie Next.js, Convex, SurrealDB, Resend und Vercel ein KI-taugliches Ökosystem bilden.
SSR/SSG-Stack
Warum servergerendertes und statisch generiertes HTML die Basis für Performance, Crawlability und KI-Extraktion ist — und warum eine reine React-SPA für Marketingseiten meist nicht reicht.
RAG
RAG (Retrieval-Augmented Generation) ergänzt ein Sprachmodell um eine Suchstufe: Vor der Antwort werden passende Textstellen abgerufen und dem Modell mitgegeben. Für Webseiten heißt das: klare, aktuelle, kurze Abschnitte.
Hosting nach der Migration
Nach der Migration wird kein klassisches WordPress-Hosting mehr benötigt. Die Webseite wird über eine moderne Plattform mit CDN- und Edge-Auslieferung betrieben; Domain, E-Mail und DNS können dabei getrennt und unverändert bleiben.
Modern Stack
Modern Stack modernisiert bestehende Unternehmenswebseiten im D-A-CH-Raum — Technik erneuern, Inhalte behalten, lokal und in der KI-Suche sichtbar bleiben.
Next.js vs WordPress in der KI-Suche
Strategischer Bericht: Warum moderne Web-Stacks (Next.js) WordPress in der Ära von GEO und AIO technisch und zitationsseitig überlegen sind — inkl. Core Web Vitals, RAG-Pipelines und Princeton-Framework.
WordPress im KI-Zeitalter — 10 Gründe, warum der Monolith nicht mehr zeitgemäß ist
WordPress und Baukästen wurden für Dokumente gebaut — nicht für Token-Streaming, Agenten, RAG und Generative UI. Zehn strukturelle Gründe und der Wechsel zu Next.js, Convex, SurrealDB und dem Vercel AI SDK.