Aller au contenu
API Delivery
Avant de compter sur une fonctionnalité, consultez l'état des capacités.

Confiance

FAQ

Les réponses aux questions que les entreprises posent le plus souvent avant de déplacer leur site web vers Atlas.

Cette page a été traduite de l'anglais. En cas de divergence, la version anglaise fait foi. Lire en anglais

Notre site web est très personnalisé dans son CMS actuel. Peut-il être migré ?

Section intitulée « Notre site web est très personnalisé dans son CMS actuel. Peut-il être migré ? »

Généralement oui, si la personnalisation porte sur la structure du contenu (champs personnalisés, types de contenu, blocs de constructeur de pages, menus, traductions). Ces éléments correspondent aux composants, collections et éléments globaux d’Atlas. Les personnalisations qui exécutent du code dans le CMS (plugins, shortcodes, blocs HTML ou script, paiement ou espaces membres) ne passent pas dans Atlas ; elles passent dans le code de votre site web. Parcourez la liste de contrôle de migration et la correspondance des fonctionnalités.

Non. Vous conservez votre design et vos composants. Vos développeurs changent la provenance du contenu de chaque page, un type de page à la fois, avec l’ancien contenu comme contenu de repli.

Non. Atlas détient le contenu. Votre site web reste là où il est hébergé aujourd’hui.

Votre site web continue de fonctionner. Il met en cache les réponses d’Atlas et se rabat sur son contenu intégré si Atlas est injoignable. La mise en place de ce contenu de repli fait partie du guide de connexion.

Nous n’utilisons pas Next.js. Pouvons-nous quand même utiliser Atlas ?

Section intitulée « Nous n’utilisons pas Next.js. Pouvons-nous quand même utiliser Atlas ? »

L’API Delivery est du simple HTTPS et JSON ; tout framework qui produit son rendu sur un serveur peut donc l’appeler. Aujourd’hui, Atlas n’accompagne et ne teste que Next.js. Voir Atlas vous convient-il ?.

Ils ne peuvent renseigner que les champs définis par vos développeurs, dans les règles de chaque type de page. Ils ne peuvent ni coller du HTML ou des scripts, ni ajouter des champs, ni modifier les règles de mise en page. Rien n’atteint Production sans une release approuvée.

Une IA peut-elle publier du contenu en notre nom ?

Section intitulée « Une IA peut-elle publier du contenu en notre nom ? »

Non. Les agents IA peuvent rédiger du contenu et proposer des modifications dans Development. Seules les personnes disposant du bon rôle peuvent publier ou approuver des releases.

Les formulaires et le chatbot sont-ils prêts pour notre site web live ?

Section intitulée « Les formulaires et le chatbot sont-ils prêts pour notre site web live ? »

Oui, ils sont conçus pour le site web live et en relecture finale avant leur sortie. Ils répondent dès que Production est activé et qu’une release signée est live. Voir Formulaires et leads et l’état des capacités.

L’emplacement d’hébergement n’a pas encore été décidé. Si vous avez des exigences de résidence (par exemple uniquement aux Émirats arabes unis ou uniquement dans l’UE), dites-le-nous avant de signer.

Pouvons-nous utiliser notre propre authentification unique (Azure AD, Okta, Google Workspace) ?

Section intitulée « Pouvons-nous utiliser notre propre authentification unique (Azure AD, Okta, Google Workspace) ? »

Pas aujourd’hui. Les personnes se connectent via le service d’authentification unique d’Atlas, sur invitation.

Pas encore. Nous proposerons un engagement de disponibilité une fois le service hébergé mesuré.

Les tarifs ne sont pas encore publiés. Les offres diffèrent par le nombre de sites, de personnes, le stockage, le nombre de langues et les crédits IA. Contactez-nous pour un devis.

Connecter une page prend environ une journée. Un site complet prend de quelques jours à quelques semaines, selon surtout la part de composants déjà présente et la quantité de contenu. Voir Atlas vous convient-il ?.

Écrivez à security@orbisai.ae. Voir Sécurité.