Atlas vous convient-il ?
Un contrôle rapide et honnête pour savoir si votre site web et votre équipe sont adaptés à Atlas aujourd'hui.
Cette page a été traduite de l'anglais. En cas de divergence, la version anglaise fait foi. Lire en anglais
Répondez à ces questions avant de planifier une migration. Si la plupart de vos réponses tombent dans la colonne de droite, Atlas n’est probablement pas encore l’outil qu’il vous faut, et nous préférons vous le dire dès maintenant.
Votre site web
Section intitulée « Votre site web »| Question | Bon choix | Inadapté aujourd’hui |
|---|---|---|
| Avec quoi le site est-il construit ? | Next.js (App Router), le framework qu’Atlas accompagne et teste | Un site sans aucun code serveur, ou construit entièrement dans un constructeur hébergé (Wix, Squarespace, Webflow) |
| Peut-il récupérer du contenu depuis du code serveur ? | Oui (composants serveur, route handlers, runtime Node ou Cloudflare Workers) | Uniquement depuis le navigateur. Le jeton de diffusion ne doit jamais atteindre les navigateurs |
| Le design est-il composé de composants réutilisables ? | Oui, des sections comme hero, grille de fonctionnalités, témoignage | Chaque page est un balisage unique écrit à la main |
| Votre CMS actuel exécute-t-il du code dans le contenu (plugins, shortcodes, blocs HTML ou script personnalisés) ? | Non, ou seulement un peu, pouvant devenir des composants | Beaucoup, et vos éditeurs doivent pouvoir continuer à ajouter des scripts ou du HTML |
| Hébergez-vous et déployez-vous le site vous-même (ou via une agence) ? | Oui. Atlas ne déploie jamais votre code | Vous attendez du CMS qu’il héberge et déploie le site web |
D’autres frameworks (Remix, Astro, Nuxt, SvelteKit, Node pur) peuvent appeler la même API Delivery HTTPS, mais Atlas ne les teste pas et ne fournit pas de guides pour eux. Prévoyez du temps de développement supplémentaire.
Votre contenu et votre équipe
Section intitulée « Votre contenu et votre équipe »| Question | Bon choix | À anticiper |
|---|---|---|
| Qui édite ? | Des équipes marketing ou contenu qui ne devraient pas avoir besoin d’un développeur | Si seuls les développeurs éditent, un workflow basé sur Git peut suffire |
| Combien de langues ? | Une ou plusieurs ; l’écriture de droite à gauche (arabe) est prise en charge en diffusion | Vérifiez avec vos développeurs les règles de repli de chaque langue |
| Avez-vous besoin d’approbations ? | Oui. Les releases Production nécessitent un approbateur | Décidez tôt qui approuve |
| Formulaires, chat et statistiques | Conçus pour Development et le site web live | En relecture finale avant la sortie. L’envoi vers un CRM et la Leads API ne couvrent aujourd’hui que les leads Development. Voir l’état des capacités |
| Contrats, résidence des données, SSO | — | Certaines conditions entreprise sont encore des décisions ouvertes. Interrogez-nous avant de signer ; voir la FAQ |
Effort type
Section intitulée « Effort type »Il s’agit de fourchettes de planification, pas de promesses. Elles dépendent surtout de la part de composants déjà présente dans votre site.
- Connecter une page dans Development : un développeur, environ une journée.
- Modéliser tout le site dans le contrat et rendre chaque type de page depuis Atlas : de quelques jours à quelques semaines.
- Déplacer le contenu et les images existants : dépend du volume. Un agent de code IA connecté via MCP peut en rédiger la majeure partie, qu’une personne vérifie et publie.
Suite : la liste de contrôle de migration.