Zum Inhalt springen
Delivery API
Bevor Sie eine Funktion fest einplanen, prüfen Sie den Funktionsstatus.

ÜberblickHier starten

Passt Atlas zu Ihnen?

Ein schneller, ehrlicher Check, ob Ihre Website und Ihr Team heute gut zu Atlas passen.

Diese Seite wurde aus dem Englischen übersetzt. Bei Abweichungen gilt die englische Version. Auf Englisch lesen

Beantworten Sie diese Fragen, bevor Sie einen Umzug planen. Fallen die meisten Antworten in die rechte Spalte, ist Atlas für Sie vermutlich noch nicht das richtige Werkzeug, und wir sagen Ihnen das lieber jetzt.

Frage Gute Passung Heute keine Passung
Womit ist die Site gebaut? Next.js (App Router), das Framework, das Atlas anleitet und testet Eine Site ganz ohne Servercode oder eine, die vollständig in einem gehosteten Baukasten gebaut ist (Wix, Squarespace, Webflow)
Kann sie Inhalte aus Servercode abrufen? Ja (Server Components, Route Handler, eine Node- oder Cloudflare-Workers-Laufzeit) Nur aus dem Browser. Das Delivery-Token darf Browser nie erreichen
Besteht das Design aus wiederverwendbaren Komponenten? Ja, Abschnitte wie Hero, Feature-Raster, Testimonial Jede Seite ist handgeschriebenes Einzelmarkup
Führt Ihr aktuelles CMS Code in Inhalten aus (Plugins, Shortcodes, eigene HTML- oder Skript-Blöcke)? Nein, oder nur wenig, das sich in Komponenten umwandeln lässt Stark, und Redakteure sollen weiterhin Skripte oder HTML hinzufügen können
Hosten und deployen Sie die Site selbst (oder über eine Agentur)? Ja. Atlas deployt Ihren Code nie Sie erwarten, dass das CMS die Website hostet und deployt

Andere Frameworks (Remix, Astro, Nuxt, SvelteKit, reines Node) können dieselbe HTTPS Delivery API aufrufen, aber Atlas testet sie nicht und bietet keine Anleitungen dafür. Planen Sie zusätzliche Entwicklerzeit ein.

Frage Gute Passung Dafür planen
Wer bearbeitet? Marketing- oder Content-Mitarbeitende, die keinen Entwickler brauchen sollen Bearbeiten nur Entwickler, genügt eventuell ein Git-basierter Workflow
Wie viele Sprachen? Eine oder mehrere; Rechts-nach-links (Arabisch) wird in der Auslieferung unterstützt Prüfen Sie die Fallback-Regeln jeder Sprache mit Ihren Entwicklern
Brauchen Sie Freigaben? Ja. Production-Releases brauchen eine freigebende Person Entscheiden Sie früh, wer freigibt
Formulare, Chat und Analytics Für Development und die Live-Website gebaut In der Abschlussprüfung vor dem Release. CRM-Push und die Leads API decken heute nur Development-Leads ab. Siehe Funktionsstatus
Verträge, Datenresidenz, SSO — Einige Enterprise-Bedingungen sind noch offene Entscheidungen. Fragen Sie uns vor Vertragsabschluss; siehe FAQ

Dies sind Planungsspannen, keine Zusagen. Sie hängen vor allem davon ab, wie komponentenbasiert Ihre Site bereits ist.

  • Eine Seite anbinden in Development: ein Entwickler, etwa ein Tag.
  • Die ganze Site im Contract modellieren und jeden Seitentyp aus Atlas rendern: Tage bis einige Wochen.
  • Vorhandene Inhalte und Bilder übernehmen: hängt vom Umfang ab. Ein per MCP angebundener KI-Coding-Agent kann das meiste als Entwurf vorbereiten, den eine Person prüft und veröffentlicht.

Weiter: die Migrations-Checkliste.