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.
Ihre Website
Abschnitt betitelt „Ihre Website“| 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.
Ihre Inhalte und Ihr Team
Abschnitt betitelt „Ihre Inhalte und Ihr Team“| 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 |
Typischer Aufwand
Abschnitt betitelt „Typischer Aufwand“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.