J’ai reçu un courriel malheureux de la Drupal Association m’informant qu’ils devaient annuler la DrupalCon de São Paulo en raison d’une faible participation, d’un manque de parrainage et d’un nombre insuffisant de propositions de sessions. C’est une mauvaise nouvelle pour les utilisateurs brésiliens de Drupal, mais à quelque chose malheur est bon.
Drupal est un système de gestion de contenu exceptionnel. Nous avons été actifs à la fois sur Drupal et sur WordPress ces dernières années, et nous constatons qu’une grande partie des progrès de WordPress découle de l’ajout de fonctionnalités similaires à celles de Drupal. Les deux choses qui nous ont le plus frustrés avec Drupal étaient un support multilingue incomplet et une tolérance zéro pour les modules payants. De ce fait, nous n’avons pas réussi à offrir à nos clients Drupal le même niveau d’engagement que celui que nous avons pour WordPress.
Nous recommandons à nos clients de traduction Drupal de repenser leur stratégie de développement web et d’envisager de créer de nouveaux sites multilingues avec WordPress. Je sais que ce n’est pas une décision facile. Cela dépend de vos besoins réels et de la façon dont vos fonctions Drupal actuelles correspondent aux extensions WordPress. J’espère que cet article vous aidera à prendre cette décision.
Migration de sites web de Drupal vers WordPress – Quelles extensions ?
Lorsque vous envisagez de passer d’un CMS à l’autre, vous savez déjà que ce ne sera pas une démarche anodine. La meilleure pratique consisterait à créer de nouveaux designs dans le nouveau CMS, mais si vous êtes complètement bloqué, vous pourriez également envisager de faire l’effort de migrer les sites existants.
La question la plus pertinente est toujours de savoir si la fonctionnalité requise existe. Voyons cela de plus près.
Contenu multilingue
Les développeurs web Drupal qui créent des sites multilingues connaissent tous le module i18n de Drupal. i18n est un module excellemment écrit et bien entretenu. Dans WordPress, cela correspondrait à notre extension WPML. WPML bénéficie de la même architecture qu’i18n, ajoutant des attributs de langue au contenu et séparant les langues en différents éléments. Dans Drupal, on les appelle des « nœuds », et dans WordPress, des « articles » et une « taxonomie ».
Ce qui est bien avec l’i18n de Drupal, c’est qu’il est gratuit. Le problème avec l’i18n de Drupal, c’est aussi qu’il est gratuit.
Gratuit signifie que vous ne payez rien pour l’utiliser, mais les développeurs ne vous doivent rien non plus. Ils font humainement de leur mieux pour que tout fonctionne, mais ils ont aussi d’autres obligations. Dans le cas de WPML, vous payez 79 $ et vous bénéficiez d’un support commercial fiable. WPML est notre gagne-pain. Si nous ne vous satisfaisons pas, nous pourrions tout aussi bien chercher un autre emploi. Nous aimons beaucoup notre travail et nous n’allons pas laisser cela se produire.
En plus de fournir un support fiable, les revenus que nous tirons de WPML nous permettent de conserver une équipe complète de développeurs, de designers et de testeurs d’assurance qualité. Nous sommes toujours prêts avec une version compatible de WPML avant toute sortie de WordPress et nous disposons des ressources nécessaires pour maintenir la compatibilité avec d’autres extensions et thèmes majeurs.
Si vous envisagez sérieusement de créer des sites web qui doivent atteindre le public mondial et multilingue d’aujourd’hui, vous aurez besoin d’outils professionnels avec un bon support. Ce n’est pas un hasard si WordPress avec WPML est le leader dans ce domaine.
Views et CCK
Demandez à n’importe quel développeur Drupal ce qu’il préfère et vous entendrez « Views et CCK » (CCK est déjà dans le noyau de Drupal 7). Bien sûr, Views et CCK permettent aux développeurs web de tout créer, avec un minimum d’effort et avec seulement quelques lignes de code (voire aucune).
Nous pensons qu’il en va de même pour WordPress. Il est peut-être amusant de tout écrire de zéro, mais est-ce vraiment logique ?
WordPress a maintenant sa propre version de ces excellents modules. Nous les appelons Views et Types. C’est un projet ambitieux que nous avons commencé il y a environ un an.
Nos extensions Views et Types sont écrites pour répondre à des besoins similaires, mais pas comme des clones des modules Drupal. Drupal est conçu différemment et les développeurs ont besoin d’outils différents pour Drupal et pour WordPress. Nous avons essayé de rendre nos extensions Views et Types pour WordPress plus faciles à utiliser et autonomes. Au lieu de s’appuyer sur une famille de modules supplémentaires, nous aimerions que les développeurs web puissent créer des sites complets avec nos extensions.
Types définit les types de contenu (comme CCK) et Views les affiche. Views peut interroger le contenu de la base de données et l’afficher comme vous le souhaitez.
Tout comme pour les modules Drupal, la courbe d’apprentissage n’est pas anodine. Pour vous aider, nous créons des tutoriels complets, de courts tutoriels de « premiers pas », et d’autres sont en préparation. En effet, la facilité d’utilisation et une courbe d’apprentissage douce sont décisives pour tout outil de ce type. Nous y travaillons !
Créer ou acheter ?
Nous en arrivons maintenant à la question cruciale.
De nombreux sites Drupal sont construits à partir de zéro. Les développeurs utilisent des modules puissants et créent le site de toutes pièces. Dans WordPress, de nombreux sites commencent par un thème et quelques extensions. Le développeur commence par ajuster le thème et ajoute progressivement des fonctionnalités avec des extensions prêtes à l’emploi.
Il n’y a pas de bonne ou de mauvaise méthode, seulement des habitudes. Si vous avez l’habitude de créer des sites de toutes pièces, cela fonctionnera très bien sur WordPress également. Cependant, si vous souhaitez gagner du temps au démarrage, vous voudrez peut-être rechercher des thèmes existants qui ressemblent à ce que vous visez et envisager d’utiliser Types et Views pour les personnalisations sans programmation lourde.
