Guide de migration de Drupal vers Arc XP

Pourquoi ce guide ?

Je n'ai fait que du Drupal pendant 10 ans, mais Drupal est en train de mourir. Voyons pourquoi et comment les éditeurs peuvent bénéficier de la meilleure alternative à Drupal à ce jour : Arc XP.

TL;DR> Dans cette longue lecture, vous découvrirez :

• Qu'est-ce que Drupal et pourquoi les éditeurs ont-ils massivement migré vers Drupal au cours de la dernière décennie ?
• Pourquoi Drupal n'est plus une bonne option pour eux
• Comment fonctionne Arc XP, un CMS SaaS pour les éditeurs créé par le Washington Post, et pourquoi c'est un meilleur choix par rapport à Drupal.
• Combien de temps cela prend-il, combien cela coûte-t-il, et comment organiser votre projet de migration de Drupal vers Arc XP ?

Prêt ?

Qu'est-ce que Drupal ?

Drupal est un CMS open-source ou, plus précisément, un framework, créé en 2001 par Dries Buytaert. Il s'agissait au départ d'une petite plateforme de blogs et il est devenu l'un des CMS les plus importants et les plus utilisés au monde au cours des 20 dernières années.

Drupal est basé sur Symfony framework, lui-même construit sur PHP. Vous pouvez l'installer et le faire fonctionner vous-même ou faire appel à Acquia ou Platform.sh pour l'héberger et le faire fonctionner pour vous.

Drupal est populaire en raison de sa modularité.

La popularité de Drupal tient à son architecture très modulaire, avec un noyau léger et des milliers de modules couvrant la plupart des fonctionnalités dont vous pourriez avoir besoin. Il est également très facile de créer ses propres modules.

La principale différence entre Drupal et, disons, WordPress, est que les modules de Drupal peuvent communiquer entre eux par le biais d'API.

Dans WordPress (et dans de nombreuses autres plateformes), en revanche, les modules ou les plug-ins ne peuvent communiquer qu'avec l'API principale, c'est-à-dire l'API "officielle".

Drupal dispose d'un stockage structuré pour la gestion du contenu

Une autre innovation introduite par Drupal en 2005 est sa capacité à manipuler des contenus structurés.

Alors que presque tous les CMS de l'époque étaient des "constructeurs de pages", Drupal a été le premier à introduire le module CCK, qui a été intégré plus tard dans le noyau de Drupal (Field API).

En fait, il a compris très tôt que le contenu peut être présenté sous différentes formes et couleurs à l'utilisateur final. Même si ce n'était pas clair comme de l'eau de roche en 2005, le contenu structuré a ouvert la voie au succès de Drupal : le lancement de l'iPhone et l'explosion des applications mobiles ont confirmé que la communauté Drupal avait fait le bon choix.

Drupal dispose d'une communauté active et dynamique

La dernière raison, mais la plus importante, du succès mondial de Drupal réside dans sa communauté.

En tant que projet open-source, l 'association Drupal a réussi à développer la communauté pour en faire le plus grand projet open-source au monde, avec plus d'un million de développeurs, des milliers de contributeurs et des centaines d'entreprises travaillant et contribuant à la base de code de Drupal.

Pourquoi tant d'éditeurs se sont-ils tournés vers Drupal au cours de la dernière décennie ?

Au cours des années passées à la tête d'Adyax, l'une des principales agences Drupal au monde, nous avons fait migrer de nombreux éditeurs vers Drupal.

Drupal a été choisi pour les raisons suivantes :

• Fonctionnalités offertes par des milliers de modules
• Flexibilité dans le back-end et front-end
• Le coût total de possession

Mais la véritable raison était le manque de concurrence des éditeurs SaaS. À l'origine, les éditeurs étaient de gros utilisateurs de plateformes orientées vers l'impression, comme Eidos ou OpenText.

L'architecture de ces éditeurs était orientée vers l'impression et lorsque, soudainement, tout est devenu centré sur le web, il y a eu un véritable vide dans l'espace CMS de l'édition. Les anciens n'étaient pas prêts, les nouveaux n'étaient pas encore arrivés.

L'éditeur a ressenti des changements considérables, à l'échelle du secteur, dans la manière dont son public consomme le contenu et les informations. Une décennie de tests, d'échecs et d'apprentissage a commencé avec le lancement du premier iPhone.

C'est pourquoi, au cours des années 2007-2017, de nombreux éditeurs ont décidé de créer leurs propres plateformes, souvent à l'aide de Drupal.

Il offrait une flexibilité totale pour tester et expérimenter les fonctionnalités, ne comportait pas de coûts de licence et était assez bon marché à héberger et à exploiter.

Drupal n'était pas le meilleur logiciel pour les éditeurs, c'était le seul bon choix à ce moment-là pour eux.

Quels sont les principaux problèmes liés à Drupal ?

Drupal n'est pas vraiment un CMS : c'est un framework, une boîte à outils que vous pouvez utiliser pour construire presque n'importe quoi.

Drupal Commerce a tenté de faire fonctionner des plateformes de commerce électronique. Drupal ERP existe, et nous avons construit des intranets, du commerce électronique B2B ou des portails d'assistance à la clientèle chez Adyax.

La flexibilité est également le principal problème de Drupal.

Drupal n'offre pas les fonctionnalités prêtes à l'emploi dont le secteur de l'édition a besoin.

Cela signifie que la qualité globale du produit dépendra fortement de la maturité de l'éditeur qui utilise Drupal pour son site. S'ils ont été bons et ont investi quelques centaines de milliers de dollars dans leur plateforme, ils ont obtenu un CMS de publication décent (comme l'a fait The Economist).

Mais si vous n'aviez pas la maturité ou le budget pour construire quelque chose d'extraordinaire, vous étiez coincé avec un Drupal lourd et lent qui vous coûtait de plus en plus cher chaque année.

La communauté drupal a tenté de résoudre ce problème avec : les distributions.

Une distribution est un ensemble de modules préinstallés et préconfigurés créés pour un marché vertical spécifique.

Par exemple, Drupal Commerce est une distribution pour... le commerce électronique. Il existe également une distribution pour les éditeurs : Thunder.

Thunder est un système de gestion de contenu à code source ouvert basé sur le web, qui définit de nouvelles normes pour les systèmes de gestion de contenu (CMS) des éditeurs. Il est basé sur Drupal, ce qui permet à ses utilisateurs de bénéficier des efforts de développement continus de la communauté Drupal, ainsi que de modules spécifiques fournis par Hubert Burda Media, d'autres éditeurs et des partenaires de l'industrie - la Coalition Thunder.

Mais il suffit de jeter un coup d'œil sur les modules installés avec Thunder.

Tous ces modules seront ajoutés à votre base de code, vous devrez les maintenir, les mettre à jour et les soutenir. Chaque nouvelle fonctionnalité de votre site web devra être intégrée à tous ces modules.

La complexité de la gestion du site front-end

Un autre problème majeur que nous avons remarqué avec Drupal lors de la création de sites d'éditeurs est la complexité de la mise à jour des modèles front-end .

Modifier ce qui va sur une page d'atterrissage et la manière dont cela se passe est essentiel pour optimiser l'engagement de votre public.

Dans les grandes publications, une équipe entière se consacre à la gestion de la page d'accueil. Toutes les quelques minutes, quelque chose peut être modifié en fonction du titre, des tests A/B ou de ce qui se passe dans le monde.

Drupal a introduit dans le noyau de Drupal 8.5 un constructeur de mise en page qui, associé au module Paragraphes, peut faire l'affaire.

Mais en raison de l'interopérabilité avec tous les cas d'utilisation possibles (n'oubliez pas que Drupal n'est pas un CMS dans un seul domaine vertical, mais une boîte à outils qui peut être utilisée dans un nombre étonnamment élevé de sites très différents), la mise en place et l'utilisation des deux sont des processus complexes et douloureux.

De mon point de vue, il y a plusieurs signaux d'alarme en ce qui concerne le Layout Builder de Drupal :

• Lors de l'ajout de nouvelles fonctionnalités au site web (nouveaux types d'entités et éléments intégrables), le temps de chargement de tous les éléments disponibles augmente considérablement.
• L'ajout de nouvelles mises en page est un processus complexe. Actuellement, nous devons créer des fichiers .yml et des modèles en utilisant du code (Twig)
• Avec un grand nombre d'éléments dans la mise en page, il devient difficile de faire glisser des éléments entre les sections.
• Accès difficile aux sections dans Twig, les noms sont suffixés par un UUID, ce qui rend difficile le rendu d'une section sélectionnée.
• Headless n'est pas du tout pris en charge

Vous devez vous soucier de choses dont vous ne devriez pas vous soucier.

Enfin, le problème le plus important de Drupal est que les éditeurs doivent se préoccuper de choses qui ne sont pas importantes pour leur activité. Un éditeur dont le site fonctionne sous Drupal devra se préoccuper de ce qui suit :

• Développer des fonctionnalités back-end pour créer simplement leurs histoires
• Mise à jour et gestion de centaines de modules
• Hébergement et mise à l'échelle d'un Drupal(ce qui peut s'avérer très compliqué)

Un éditeur n'est pas un éditeur de logiciels, son activité principale est de raconter des histoires, pas de faire évoluer Drupal sur AWS.

Quelles sont les fonctionnalités les plus importantes des CMS pour les éditeurs ?

Voyons donc ce qui fait un CMS parfait pour les éditeurs.

Les principales histoires d'utilisateurs provenant de différents rôles au sein d'une maison d'édition sont les suivantes :

• En tant que journaliste, je veux écrire un article en me concentrant sur le contenu. Je veux une interface propre et simple, j'aime Microsoft Word. Je veux enrichir mon article avec le contenu d'une plateforme de médias sociaux, une photo, une vidéo ou des liens. Cela devrait être aussi simple qu'un copier-coller d'une URL. Je veux pouvoir présenter mon article pour différentes publications et plateformes : page d'accueil, lettre d'information hebdomadaire, page d'accueil de section, application mobile, etc... Je veux être averti lorsque mon article progresse dans l'entonnoir du flux de travail vers la publication.
• En tant que rédacteur en chef, je dois pouvoir superviser ma rédaction de plus de 50 personnes. Je veux savoir quels articles sont en cours de rédaction et quel est notre retard. J'ai besoin de recevoir des propositions de journalistes sur les différents sujets que nous devons couvrir. J'ai besoin d'une vue d'ensemble constante, presque en temps réel, de tout ce qui se passe dans ma salle de rédaction.
• En tant que gestionnaire de site web, je veux gérer chaque page de mon site, avec des blocs, comme des legos. Je veux en construire de nouveaux. Je dois sélectionner toutes sortes de règles pour intégrer le contenu dans les blocs. Certains blocs doivent être entièrement automatisés, tandis que les articles les plus importants doivent être traités manuellement. J'ai besoin d'avoir une liberté totale sur le site front-end, en étant capable d'intégrer des API externes (résultats sportifs, OEM, publicité, etc...).
• En tant que développeur travaillant pour un éditeur, je veux me connecter facilement à l'API du CMS et extraire le contenu dont j'ai besoin dans l'un des canaux de distribution sur lesquels je travaille : site web principal, application mobile, flux XML imprimé ou chatbot Alexa. Je veux travailler sur une pile technologique moderne comme ReactJS ou AngularJS. Je veux une architecture headless pour éviter un couplage fort avec mon back-end.
• En tant que responsable des ventes et de la croissance, je veux pouvoir gérer les abonnés et les paywalls, en construisant facilement des plans et des offres. Je veux gérer les espaces publicitaires sur chaque page, changer leur position ou en ajouter de nouveaux sans codage.

Nous commençons à voir clairement ce qu'un CMS de publication moderne devrait contenir :

1. L'être headless par conception
2. Fournir des fonctionnalités prêtes à l'emploi pour créer de belles histoires
3. Fournir des fonctionnalités prêtes à l'emploi pour animer et gérer la vie quotidienne de la salle de rédaction par le biais de statistiques et de flux de travail.
4. Liberté totale sur le site front-end, idéalement en utilisant ReactJS ou AngularJS. Facilité de maintenance et d'intégration d'API externes
5. La possibilité de modifier et de créer des pages front-end sans codage, avec des capacités de glisser-déposer à l'aide d'un large ensemble de blocs de construction.
6. Système de gestion des actifs numériques entièrement intégré (photos et vidéos)
7. Gestion intégrée des abonnements et du Paywall

Qu'est-ce qu'Arc XP ?

Lorsque le fondateur d'Amazon, Jeff Bezos, a racheté le Washington Post en 2013, il a rapidement pris conscience d'un problème qui entravait depuis longtemps l'ensemble du secteur de l'information : La technologie utilisée par les organismes de presse pour publier et rentabiliser leur contenu en ligne était extrêmement inefficace et inadaptée.

Bezos a également trouvé un directeur de l'information au Post, Shailesh Prakash, dont les ambitions dépassaient son budget. Bezos a résolu les problèmes budgétaires de Prakash et le Post a construit ce qui est devenu au fil du temps une plateforme de premier ordre, commodément hébergée sur les propres serveurs informatiques d'Amazon cloud . Le Post a commencé à concéder des licences de sa technologie à d'autres organismes de presse en 2016, et sa division d'édition numérique, Arc XP, est aujourd'hui une entreprise en plein essor qui emploie 300 personnes et déploie en permanence de nouvelles fonctionnalités. Elle alimente plus de 2 000 sites pour des organisations médiatiques et des marques non médiatiques.

Dans sa septième année sur le marché, Arc XP sert une variété encore plus grande de clients et d'industries, étendant ses services aux grandes marques d'entreprise, aux éditeurs et aux diffuseurs. Cette formidable croissance est le résultat d'une évolution stratégique et d'une innovation continue.

Pourquoi Arc XP est la meilleure alternative à Drupal pour les éditeurs ?

Arc XP a été conçu dans une salle de rédaction, pour et par des journalistes.

Sa genèse est la quintessence de l'agilité: mettez les développeurs et les utilisateurs dans la même pièce et vous obtiendrez quelque chose de formidable.

Arc XP a été conçu pour résoudre les problèmes et les points faibles spécifiques auxquels chaque éditeur est confronté :

• La création de contenu doit être aussi simple que possible pour les journalistes.
• Le rôle d'un éditeur est de créer de belles histoires, pas de gérer la sécurité et l'évolutivité d'un système de gestion de contenu (CMS) .
• Comment se débarrasser des groupes WhatsApp, des réunions interminables et des rapports rédigés à la main utilisés dans toutes les salles de rédaction de plus de 10 journalistes ?
• Comment pouvons-nous gagner plus d'abonnés et de revenus ?
• Comment réduire notre dépendance à l'égard des géants de la technologie pour la monétisation ?

‍

Aperçu des fonctionnalités d'Arc XP

Examinons les principales fonctionnalités d'Arc XP et comparons-les aux équivalents de Drupal.

Compositeur : The Stories Factory

Composer est l'interface principale que la plupart des membres de votre équipe utiliseront pour rédiger leurs articles. C'est l'éditeur WYSIWYG le plus simple et le plus intelligent que j'ai vu dans de nombreux CMS, doté de fonctionnalités conçues pour les journalistes.

Vous pouvez facilement décider dans quelles sections votre article doit apparaître (circulation). L'équivalent dans Drupal est la "taxonomie". Les deux CMS fonctionnent de manière très similaire.

Lors de la rédaction de votre article, vous pouvez définir des titres différents pour chaque canal de distribution (imprimé, web, mobile, etc.). Vous pouvez également le faire dans Drupal en ajoutant des champs supplémentaires dans votre type de contenu Article.

L'une des fonctions les plus intéressantes est celle des "embeds". Vous pouvez copier-coller n'importe quel lien de média social (YouTube, Instagram, Facebook, Twitter, etc.) et il sera automatiquement intégré dans votre histoire. Plus important encore, vous pouvez ajouter des embeds personnalisés, en une demi-heure de codage.

Si vous souhaitez reproduire des fonctionnalités équivalentes dans Drupal, vous devrez installer et configurer le module Paragraphes. Mais alors, vous devrez créer une entité paragraphe pour chaque média social. Cela nécessiterait des semaines d'efforts de développement et encore plus de maintenance (à chaque fois que l'une des API des médias sociaux change, vous devrez mettre à jour vos modules).

À partir de Composer, les journalistes peuvent également proposer leurs articles à des publications ou à des plateformes. Cela signifie que lorsqu'un journaliste pense que son article mérite d'être inclus dans une page d'atterrissage, une newsletter ou une publication hebdomadaire, il peut le proposer (nous reviendrons sur le pitching et les publications dans l'aperçu du module WebSked). Il n'y a pas d'équivalent dans Drupal, donc vous devrez créer un tas de code personnalisé, mélangé avec le module Workflow de Drupal.

Centre de photos : Toutes vos photos en un seul endroit

Le centre photo est l'endroit où toutes vos photos et images seront stockées. Il offre un ensemble complet de fonctionnalités pour gérer les photos, y compris :

• Recadrage et manipulation des images
• Flux de travail liés aux photos
• Droits et licences
• Vignettes et redimensionnement automatique
• Galeries et caissons lumineux

Centre vidéo : Votre propre YouTube

Video Center est une plateforme extrêmement puissante pour créer, transcoder, convertir et gérer des vidéos, des flux d'événements en direct et bien plus encore. Fondamentalement, il vous offre des capacités équivalentes à celles de votre propre YouTube. Le grand avantage est que vous êtes propriétaire de votre contenu, que vous êtes libre d'injecter des publicités et de créer des chaînes et des listes de lecture.

Il n'existe pas de fonctionnalités équivalentes dans Drupal. Il serait incroyablement complexe et coûteux d'essayer de le reproduire, sans garantie de succès.

WebSked : Planifiez et gérez votre salle de rédaction

WebSked est, de mon point de vue, la fonction la plus importante et la plus unique d'Arc XP.

WebSked est l'outil de planification et de gestion des tâches de la suite Arc Publishing, qui vous permet de voir tout le contenu créé dans les applications de création d'Arc XP (Composer, Photo Center et Video Center), de créer et de surveiller des tâches et des notifications pour ces éléments, de budgétiser votre produit imprimé et vos bulletins d'information avec la fonction Publications(le cas échéant), et de gérer et conserver les flux qui apparaîtront sur le front-end de votre site avec la fonction Collections.

Lorsque vous lancez WebSked, vous arrivez sur votre tableau de bord, qui vous fournit des statistiques de haut niveau - statistiques clés - sur les statistiques de publication de votre salle de presse, ainsi que sur les recherches sauvegardées, les notifications, les heures de publication par rapport au trafic du site, le nombre d'articles, l'activité de présentation, les tâches (pour vous-même ou pour des groupes) et les plans pour différents sites Web ou sections individuelles de votre publication, y compris les plates-formes. Veuillez noter que ces statistiques sont exclusivement des statistiques de publication et ne sont pas liées à des analyses externes.

Il n'existe pas de fonctionnalités équivalentes dans Drupal. Mais vous pouvez en fait le reconstruire à partir de zéro en utilisant de nombreux modules et des milliers d'heures de travail.

PageBuilder : Créez vos pages et vos modèles comme des Legos

Avec PageBuilder, vous pouvez composer et mettre à jour n'importe quelle page de votre site front-end . Lorsque vous créez quelque chose d'unique (comme une page d'accueil ou un mini-site), vous créez des pages ; lorsque vous travaillez sur l'aspect de vos histoires, sections ou pages de tags, vous créez des modèles. Les pages et les modèles sont tous deux composés de mises en page dans lesquelles vous pouvez insérer des blocs.

Arc XP est livré avec un grand nombre de blocs prêts à l'emploi dans lesquels vous pouvez extraire n'importe quel type de contenu sur la base de n'importe quelles règles :

• Promotions à un étage dans différentes formes (XL - L - M - S)
• Plusieurs histoires
• Listes paginées
• Histoires sélectionnées manuellement ou sur la base de requêtes
• HTML
• Blocs d'images / de textes / de liens
• Blocs personnalisés

Vous pouvez également enchaîner des blocs, charger des blocs en fonction de règles d'URL, injecter des variables personnalisées et créer vos propres blocs.

Bandito : bloque les tests A/B

L'objectif de Bandito est d'aider les éditeurs à maximiser la performance du contenu de leur site.

La performance dans Arc est mesurée par le taux de clics, c'est-à-dire le nombre de fois qu'un membre de l'audience clique sur un lien par rapport au nombre de fois qu'il est présenté à l'audience. Bandito permet aux éditeurs d'ajouter des variantes de leur contenu - souvent des titres, des images promotionnelles ou du texte de description - qui sont ensuite présentées à l'audience dans le cadre de l'expérience.

Au fil du temps, Bandito apprend quelles variantes sont plus performantes que les autres et commence à acheminer le trafic vers les meilleures variantes. Finalement, l'expérience converge vers un gagnant qui peut être sélectionné comme la nouvelle valeur par défaut de la fonctionnalité. Bandito a mis en œuvre un test de Bandit multibras.

Il n'existe pas de fonctionnalités équivalentes dans Drupal.

Comment migrer de Drupal à Arc XP ?

Une fois que vous avez décidé de migrer de Drupal vers Arc XP, vous devez suivre quelques étapes très simples. Votre architecture cible sera très différente de l'installation Drupal que vous avez aujourd'hui.

Les sites Drupal sont généralement construits comme de grandes installations monolithiques dont toutes les fonctionnalités sont gérées par Drupal, avec une synchronisation externe via l'API.

Contrairement à Drupal, Arc XP sera responsable de la partie CMS de votre plateforme, vous devrez trouver le meilleur remplacement pour toutes les autres fonctionnalités que vous pourriez avoir. C'est une architecture MACH beaucoup plus saine et à l'épreuve du temps que vous construirez avec Arc XP.

Fondamentalement, le processus de migration suit 6 étapes, dont nous allons examiner quelques-unes :

Étape 1 : Analyse des lacunes

Au cours de cette étape, nous vous suggérons de passer en revue tous les modèles de votre site Drupal et de les répertorier dans une feuille de calcul. Ensuite, pour chaque modèle, vous devez décrire toutes les fonctionnalités que vous y trouverez. L'idée est de comprendre les écarts entre les fonctionnalités de votre site actuel et celles d'Arc XP.

L'étape suivante consiste à effectuer le même travail mais sur la partie back-end. Nous vous suggérons de passer en revue votre liste de modules Drupal. Pour chacun d'entre eux, vous devrez décider si :

1. Vous ne le gardez pas
2. Vous disposez d'une fonction équivalente dans Arc XP
3. Vous devrez trouver un éditeur SaaS pour cela (exemple : Mailchimp pour Simplenews, Algolia pour SearchAPI & Apache SOLR, etc...)
4. Vous devrez écrire du code personnalisé (exemple : caractéristiques de la zone utilisateur).

Étape 2 : Cartographie des entités

La deuxième étape consiste à faire correspondre les types de contenu existants aux types d'Arc XP. Dans Arc XP, vous avez essentiellement 3 types de contenu :

• Histoires (tout est une histoire, mais vous pouvez avoir des sous-types et des champs personnalisés)
• Photos (Photocentre d'Arc XP)
• Vidéos (Videocenter d'Arc XP)

Pour chaque type de contenu et chaque champ, vous devez décider s'il doit être migré et, dans l'affirmative, où il doit être placé dans le type d'ANS/entité Arc XP.

Étape 3 : Front-end Migration

Lorsque vous construisez le front-end d'un site Arc XP, vous avez essentiellement deux choix : partir de zéro en utilisant le site framework de votre choix, en tirant le contenu et les pages via l'API Arc XP, ou partir du thème ReactJS 'Fusion' d'Arc XP.

Nous vous recommandons vivement d'opter pour la seconde solution. Arc XP contient beaucoup de logique d'entreprise que vous devrez reproduire pour créer un site entièrement fonctionnel.

De plus, le thème Fusion d'Arc est maintenu, ce qui vous permet d'obtenir de nouvelles fonctionnalités sans devoir effectuer de gros travaux de votre côté.

Pour migrer de Drupal, vous devrez reproduire la structure HTML et le CSS de votre site actuel dans le thème Fusion React d'Arc. Ce sera la plus grande partie de votre projet, mais n'importe quel développeur ReactJS fera le travail.

Prendre chaque modèle Drupal Twig un par un et le répliquer sur Arc. Enlevez toutes les fonctionnalités non-CMS (aka forms, user zone, etc...) et créez des blocs et des pages personnalisées pour celles-ci, en intégrant des API SaaS ou votre propre back-end.

Quels sont les principaux problèmes rencontrés lors de la migration de Drupal vers Arc XP ?

Fonctionnalités non prises en charge par Arc XP

Arc XP est un CMS, avec beaucoup de fonctionnalités intéressantes, mais juste un CMS. Contrairement à Drupal, il ne gérera pas vos newsletters, forums, commentaires, sondages, formulaires, etc... Pour chaque fonctionnalité hors des capacités d'Arc XP, vous devrez trouver un remplaçant lors de la migration depuis Drupal. De mon point de vue, c'est encore mieux ainsi. Vous pouvez sélectionner les meilleurs outils pour chacune de vos fonctionnalités.

• Bulletins d'information : Mailchimp
• Forums : Vanilla Forums ou Hivebrite
• Commentaires : Disqus
• Sondages : Surveymonkey
• Formulaires : Typeform ou Typebot

Pagination

Il est surprenant de constater que la pagination peut être assez complexe à construire avec Arc et qu'elle peut nécessiter un travail supplémentaire. Si vos atterrissages sont remplis de paginations, vous devrez ajouter quelques jours de travail supplémentaires spécifiquement sur cette fonctionnalité.

Déduplication du contenu au sol

L'une des choses qui m'agacent avec Arc XP est qu'il ne prend pas en charge la déduplication de contenu sur les pages d'atterrissage. Imaginez que vous construisiez une page d'accueil avec différents blocs et sections, en tirant le contenu automatiquement sur la base de certains critères. Si les mêmes articles se retrouvent dans différentes parties de la page d'accueil, vous ne pouvez rien y faire.

Collections d'articles

Arc XP prend en charge les collections d'articles. Vous pouvez créer une collection d'articles alimentée manuellement ou automatiquement. Mais si vous voulez promouvoir cette collection dans un bloc sur une page d'atterrissage, vous devrez créer une solution de contournement reliant les balises, vos articles et la collection, car une collection dans Arc XP n'a pas d'image/description et ne peut pas être chargée dans un bloc facilement.

Combien de temps faut-il pour migrer de Drupal à Arc XP ?

Évidemment, cela dépendra du nombre de modèles et de fonctions personnalisées de votre site web, mais en règle générale, pour une installation CMS standard, comptez 4 mois pour un basculement complet pour un site avec les spécifications suivantes :

• 10 modèles (HP, Section, Article, Résultats de recherche, Pages statiques, Pages de liste de tags / d'auteurs, Page de collection d'articles, quelques pages d'accueil spécifiques)
• 10-20 Sections
• Application mobile existante pour se connecter au nouveau CMS
• Abonnements / paywall
• Environ 150K nœuds dans votre Drupal
• 20-50 auteurs

Quel est le coût de la migration de Drupal vers Arc XP ?

Là encore, les prix dépendent fortement du type de partenaire avec lequel vous travaillez (prix locaux, équipes offshore, équipe interne) et de l'engagement que vous souhaitez (quelques personnes travaillant dans votre bureau ou une agence externe à budget fixe).

J'ai donc dévoilé certains budgets de ma société, code.store, qui est le principal partenaire d'Arc XP pour la région EMEA, et qui travaille sur un modèle de budget fixe :

• Migration d'un grand éditeur, avec 50 modèles, 30 ans d'archives, des centaines de milliers d'articles, 100 journalistes, et 2 applications mobiles. Ils ont également des abonnements, environ 10 embeds personnalisés, et une publication imprimée hebdomadaire. Budget : 400K$
• Migration of a WordPress publication with 10 journalists, 5 templates, and 1500 articles. Budget: <50K$
• Migration de 5 sites Drupal, 10 templates, 450K articles, 2 langues (dont l'arabe). 5 applications mobiles, et 30 journalistes. Budget : 200K$

Comment votre équipe de migration doit-elle être organisée ?

Nous vous conseillons vivement, pour votre premier projet, de vous adresser à l'un des partenaires officiels d'intégration d'Arc XP afin d'éviter les erreurs d'architecture et les problèmes de migration. Il existe des partenaires dans le monde entier. code.store, par exemple, si l'un d'entre eux se trouve dans la région EMEA, sera heureux de vous aider.

L'équipe doit être transversale, mêlant une expertise externe sur Arc et des personnes internes ayant une connaissance approfondie de la version existante du site. Dès que vous vous inscrirez à Arc XP, vous aurez un gestionnaire de compte dédié avec un accès immédiat à l'expertise d'Arc XP, qui suivra et aidera le projet à se déployer.