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

Vertrauen

FAQ

Antworten auf die Fragen, die Unternehmen vor dem Umzug ihrer Website zu Atlas am häufigsten stellen.

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

Unsere Website ist in ihrem aktuellen CMS stark angepasst. Kann sie umziehen?

Abschnitt betitelt „Unsere Website ist in ihrem aktuellen CMS stark angepasst. Kann sie umziehen?“

In der Regel ja, wenn die Anpassung in der Inhaltsstruktur liegt (benutzerdefinierte Felder, Beitragstypen, Seitenbaukasten-Blöcke, Menüs, Übersetzungen). Diese lassen sich auf Atlas-Komponenten, Collections und Globals abbilden. Anpassungen, die Code im CMS ausführen (Plugins, Shortcodes, HTML- oder Skript-Blöcke, Checkout oder Mitgliederbereiche), ziehen nicht in Atlas um; sie ziehen in den Code Ihrer Website. Arbeiten Sie die Migrations-Checkliste und den Funktionsvergleich durch.

Nein. Sie behalten Ihr Design und Ihre Komponenten. Ihre Entwickler ändern Seitentyp für Seitentyp, woher jede Seite ihre Inhalte bezieht, mit den alten Inhalten als Fallback.

Nein. Atlas hält die Inhalte. Ihre Website bleibt dort, wo sie heute gehostet wird.

Ihre Website läuft weiter. Sie cached Atlas-Antworten und greift auf ihre integrierten Inhalte zurück, wenn Atlas nicht erreichbar ist. Diesen Fallback zu bauen ist Teil der Anbindungsanleitung.

Wir nutzen kein Next.js. Können wir Atlas trotzdem verwenden?

Abschnitt betitelt „Wir nutzen kein Next.js. Können wir Atlas trotzdem verwenden?“

Die Delivery API ist reines HTTPS und JSON, daher kann jedes Framework, das auf einem Server rendert, sie aufrufen. Atlas leitet heute nur Next.js an und testet nur dieses. Siehe Passt Atlas zu Ihnen?.

Sie können nur die Felder ausfüllen, die Ihre Entwickler definiert haben, innerhalb der Regeln jedes Seitentyps. Sie können kein HTML und keine Skripte einfügen, keine Felder hinzufügen und keine Layoutregeln ändern. Nichts erreicht Production ohne ein freigegebenes Release.

Kann KI in unserem Namen Inhalte veröffentlichen?

Abschnitt betitelt „Kann KI in unserem Namen Inhalte veröffentlichen?“

Nein. KI-Agenten können in Development Inhalte entwerfen und Änderungen vorschlagen. Nur Personen mit der passenden Rolle können Releases veröffentlichen oder freigeben.

Sind Formulare und der Chatbot bereit für unsere Live-Website?

Abschnitt betitelt „Sind Formulare und der Chatbot bereit für unsere Live-Website?“

Ja, sie sind für die Live-Website gebaut und befinden sich in der Abschlussprüfung vor dem Release. Sie antworten, sobald Production eingeschaltet und ein signiertes Release aktiv ist. Siehe Formulare und Leads und Funktionsstatus.

Der Hosting-Standort ist noch nicht entschieden. Wenn Sie Anforderungen an die Datenresidenz haben (zum Beispiel nur VAE oder nur EU), sagen Sie uns das vor Vertragsabschluss.

Können wir unser eigenes Single Sign-on nutzen (Azure AD, Okta, Google Workspace)?

Abschnitt betitelt „Können wir unser eigenes Single Sign-on nutzen (Azure AD, Okta, Google Workspace)?“

Heute nicht. Personen melden sich per Einladung über den Single-Sign-on-Dienst von Atlas an.

Noch nicht. Wir bieten eine Verfügbarkeitszusage an, sobald der gehostete Dienst gemessen wurde.

Die Preise sind noch nicht veröffentlicht. Die Tarife unterscheiden sich in der Anzahl der Sites, Personen, im Speicherplatz, in den Sprachen und KI-Credits. Kontaktieren Sie uns für ein Angebot.

Eine Seite anzubinden dauert etwa einen Tag. Eine ganze Site dauert Tage bis einige Wochen, abhängig vor allem davon, wie komponentenbasiert sie bereits ist und wie viele Inhalte es gibt. Siehe Passt Atlas zu Ihnen?.

Senden Sie eine E-Mail an security@orbisai.ae. Siehe Sicherheit.