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

MigrationPasser à Atlas

Faire correspondre votre CMS actuel

Comment les fonctionnalités de WordPress, Drupal, Contentful, Strapi ou d'un CMS sur mesure se traduisent dans Atlas, et ce qui n'a pas d'équivalent.

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

La plupart des personnalisations d’un CMS traditionnel relèvent d’une poignée de schémas. Ce tableau montre où va chacun d’eux dans Atlas.

Dans votre CMS actuel Dans Atlas Remarques
Constructeur de pages (blocs, lignes, widgets) Page composée de sections ; chaque section est l’un de vos composants Les éditeurs choisissent parmi les sections que votre type de page autorise
Types de contenu personnalisés (produits, actualités, équipe) Collections avec des entrées Filtrez, triez et paginez-les avec l’API Delivery
Champs personnalisés (ACF, champs Drupal, champs Contentful) Champs typés du contrat de site Texte, texte enrichi, nombre, date, lien, asset, référence, liste, groupe, tableau et plus
Relations entre éléments Champs Reference
Menus, en-tête, pied de page, paramètres du site Éléments globaux tels que site-header et site-footer Votre code continue d’en produire le rendu
Thème et paramètres de design Design tokens du contrat : couleurs, styles typographiques, espacements Atlas n’applique jamais ses propres styles à votre site
Médiathèque Médias, avec des déclinaisons par profil de média, des points focaux et des textes alternatifs
Plugin multilingue (WPML, Polylang) Traductions des pages, des entrées et des éléments globaux, avec repli Arabe et autres langues s’écrivant de droite à gauche inclus
Plugin SEO (Yoast, Rank Math) Champs SEO par page, redirections, liste des routes pour votre sitemap Votre code produit les balises et le sitemap
Gestionnaire de redirections Redirections, lues par votre site
Formulaires de contact (Contact Form 7, Gravity Forms) Formulaires avec protection anti-spam Turnstile et e-mails de leads Development et site web live (état)
Rôles et workflow éditorial Rôles, brouillons, aperçu, publication, approbation des releases Production
Articles planifiés Publication planifiée pour les collections éditoriales
Webhooks et automatisations « à la publication » Webhooks signés
Dans votre CMS actuel Pourquoi Atlas ne le fait pas Que faire à la place
Plugins qui exécutent du code sur votre site Le contenu ne doit jamais pouvoir exécuter du code sur votre site web Construisez la fonctionnalité dans le code de votre site web et donnez-lui un composant avec des paramètres
Shortcodes, blocs HTML bruts, widgets « code personnalisé » Même raison. C’est aussi une voie courante de compromission des sites pilotés par un CMS Un composant par type d’embed (vidéo, carte, widget de réservation) avec un champ URL ou ID
Scripts de suivi ajoutés par les éditeurs Les scripts relèvent d’une décision de développeur, relue dans le code Ajoutez-les dans votre code ou votre gestionnaire de balises, sous votre Content-Security-Policy
Le CMS qui produit le rendu et héberge le site (thèmes) Atlas est headless ; votre site web reste le vôtre Conservez votre hébergement
Logique serveur dans le CMS (paiement, espaces membres, API personnalisées) Hors périmètre Conservez-la dans votre application ou vos services existants
Recherche de site Non fournie Conservez votre recherche, ou indexez les entrées depuis l’API Delivery

Un site d’entreprise WordPress dispose d’un constructeur de pages, d’un type de contenu « Projects » avec des champs ACF, de Yoast, de WPML (anglais et arabe), de Contact Form 7 et d’un shortcode [map].

  1. Chaque bloc du constructeur de pages devient un composant du contrat, dont le rendu est assuré par un composant React existant.
  2. « Projects » devient une collection avec les mêmes champs. La page des projets lit /entries?collection=projects.
  3. Les titres et descriptions Yoast passent dans les champs SEO de chaque page. Les anciennes URL vont dans les redirections.
  4. L’anglais et l’arabe deviennent des locales. Le site demande &locale=ar et définit dir="rtl".
  5. Le formulaire de contact devient un formulaire Atlas. Il atteint le site live avec la prochaine release ; les leads arrivent dans Forms & leads.
  6. Le shortcode [map] devient un composant Map avec un champ d’adresse. Le script de la carte reste dans le code du site web.