Le blog des équipes…

LIVRE BLANC – eZ Publish vs Drupal – Comparatif pour le choix de la meilleure solution

eZ Publish
eZ Publish est un gestionnaire de contenu très évolué. Il a été développé par une entité commerciale, ez System. La force d’ez publish est du à une administration évolué qui contient un grand nombre de fonctionnalité, incluant la gestion du workflow.
Drupal
Drupal est un gestionnaire de contenu développé par une communauté d’internaute.
Grace à cette communauté, il existe aujourd’hui plusieurs centaines de modules qui peuvent s’intégrer facilement au noyau de base de l’application. Cela permet d’ajouter des fonctionnalités sur mesure et obtenir un produit qui s’adapte au besoin du client.

Drupal peut ainsi s’adapter autant à un blog personnel qu’à un site corporate

Différence fonctionnelles de base :
Le noyau de base de Drupal 6.x ne contient que les fonctionnalités basiques, il faut ensuite rajouter tout les modules nécessaires. Environ 18 modules nécessaires pour atteindre le niveau fonctionnel d’Ez publish.
Acquia Drupal propose une version de Drupal avec un certain nombre de module déjà installé ainsi que des thèmes et un support payant

Le comparatif suivant prend en compte tout les modules disponibles dans la communauté Drupal.

Comparatif-eZ Publish-drupal-Livre-Blanc-Bysoft-v1

Modules “Core” de Drupal

Modules “Communautaires” De Drupal

top-10-ecommerce-logiciel

En 1 an :

• Magento est passé de la 4eme à la 3eme place
• Prestashop est rentré directement à la 7eme place

On constate aussi l’utilisation de moins en moins importante d’OsCommerce et de tous ses dérivés (Zen Cart, CRE Loaded, etc..)
La source est : http://www.ecommerce-guide.com/essentials/shopping_carts/article.php/3855641

Un CMS (outil de gestion de contenu) permet de mettre à jour le contenu d’un site sans avoir de connaissance en programmation, sans avoir à toucher à une ligne de code. Cependant, même si leur utilisation est techniquement simple, elle nécessite du temps et du travail de préparation.

La société qui intègre un CMS : défini les paramètres, crée les gabarits, ajoute des fonctionnalités spécifiques quand le besoin se fait ressentir etc… pour faire simple, procède à toutes les opérations techniques nécessaires.
Elle peut également intervenir avec une position de conseil pour vous orienter, voir avec vous des points intéressants auxquels vous n’auriez peut être pas pensé, vous donner les clés pour que votre site soit un succès.

Malgré cet encadrement, il vous faudra répondre à certaines questions, vous adapter au monde du Web. Un site internet n’est pas de tout repos (surtout quand l’audience est au rendez vous).

Voici quelques éléments auxquels il faut vous préparer :

La définition des profils utilisateurs

• Quels types de profils auront le droit de mettre à jour le contenu de votre site ?
• Quels seront leurs périmètres d’action ?
  Ex : une rubrique, un ensemble de rubrique, un type de document en particulier, une thématique (transverse à plusieurs rubriques) …
• Comment pourront ils procéder ?
  Ex : en se connectant directement au CMS, depuis une application tiers existante …

L’affectation des profils

• Quelles sont les personnes physiques qui auront accès au CMS ?
• Quels profils leur seront associés ?

Unification des comptes utilisateurs

Chaque acteur / auteur se connectant au CMS aura un compte utilisateur, souvent associé à un identifiant et un mot de passe. Il est préférable que les comptes aient le même format. Ex : les identifiants seront composés de : [prenom].[nom]

• Comment seront composés les identifiants ?
• Y a-t-il une base listant les utilisateurs à importer au lancement du CMS ? (si oui, sous quel format peut on la récupérer)
• Doit on se connecter à une base externe à la place de la base par défaut de l’outil ? (ex : LDAP)

La définition des workflows de publications

Un workflow, processus de publication en ligne, permet de spécifier les différentes étapes par lesquelles votre contenu va passer avant d’être visible en ligne.
La majorité des CMS proposent un workflow nativement et permettent pour la plupart la définition de workflows sur mesure.
Vous pouvez ainsi définir les étapes adaptées à votre organisation éditoriale.
Par exemple :

• Les personnes associées au profil « Rédacteur » pourront créer du contenu et le soumettre pour validation
• Les personnes associées au profil « Animateur de la rubrique xxx » pourront vérifier et valider les données transmises par le Rédacteur. Une fois le contrôle effectué, le contenu est alors soumis pour publication
• Les personnes associées au profil « Responsable de la rubrique xxx » pourront effectuer un dernier contrôle sur les données transmises par l’Animateur de rubrique et décider de publier le contenu afin qu’il soit visible de tous
   

Les workflows facilitent le suivi des données mais il faut prendre en compte certains points :

• Ils ne remplaceront jamais des échanges en direct ou par téléphone (qui peuvent éviter plusieurs aller/retour pour se mettre d’accord sur un contenu)
• Plus il y a d’étapes avant la mise en ligne, plus le risque de décourager les rédacteurs est grand (son contenu peut apparait en ligne plusieurs jours après sa rédaction si les animateurs et responsables ne sont pas réactifs)
• Toujours prévoir une alternative en cas d’absence d’un des profils (pour que le contenu ne soit pas bloqué)

La préparation du contenu

Un contenu d’une page sur un site web n’est pas le même qu’un contenu pour un format papier.
Il nécessite quelques adaptations :

• Découpez vos articles en pages. L’internaute doit avoir le moins possible besoin d’utiliser la barre de défilement.
• Illustrez vos propos (photos, schémas, liens …)
• Préparez vos pièces jointes pour un téléchargement rapide et une ouverture garantie.
  A bannir : Les fichiers exécutables, les fichiers open office (car ils ne sont malheureusement pas encore exploitables par tous, mais nous gardons espoir …), les fichiers beaucoup trop lourds ….
• Préparez vos images pour une diffusion sur le web :
  • Réduisez leur taille mais également leur poids (le jpeg étant tout à fait adapté).
  • N’oublier pas d’indiquer les auteurs, droit associés etc …

L’organisation du contenu

Votre contenu doit être organisé en deux points (qui sont souvent très proches) :

• L’arborescence visible par les internautes
• Le classement de vos fichiers dans le CMS 

Ces classements sont évolutifs, ne sont pas figés mais doivent être prévus, intégrés et réfléchis de manière à faciliter :

• l’intégration des nouveaux types de données dans le futur
• la recherche de documents

La motivation

Il s’agit du point le plus important et souvent le moins simple.
Votre application est prête, elle fonctionne, il ne reste plus qu’à la faire vivre.
Pour se faire, il faut que l’ensemble des acteurs soit prêt à s’investir et à l’alimenter.
Ceci passe généralement par l’implication des différents acteurs dès le début du projet.

Magento comporte un workflow de commande préétabli et relativement standard. Certains pourront déplorer le peu de souplesse de ce workflow, qu’on ne peut modifier directement depuis le BackOffice, et sans toucher au cœur du produit. Certains pousseront un « ouf » de soulagement en découvrant cela, se rappelant des customisations complètes d’un bon vieil OsCommerce, où les statuts pouvaient être créés dynamiquement, et où l’on pouvait passer d’un statut à un autre en un clic, mais sans aucune logique commerciale. Bref, un méga bazar en perspective où les statuts ne correspondaient à rien de précis, mais seulement à une information en l’air associée à une commande, et pouvant être totalement incohérente avec l’état réel de la commande (facture envoyée ? colis expédiés ? commande remboursée ?…).

Magento fait le ménage et impose un workflow logique et cohérent en fonction des actions faites sur les commandes. Qui dit workflow cohérent ne dit pas forcément bridage complet et coups de fouet pour rester dans le droit chemin. Des ajouts de statuts dits « équivalents » permettent de customiser le workflow de commande en y injectant des étapes pour des besoins spécifiques.

Succession des statuts de commandes « standards » sur Magento :

Création de nouveaux statuts « équivalents » dans Magento :
Interférer dans ce workflow nécessite une modification profonde de celui-ci et des règles complètes du process de commande. Cela nécessite du temps de développement, beaucoup de temps de test et complexifie grandement toute mise à jour ultérieure du cœur de Magento. Cela est possible mais n’est donc pas recommandé. D’autant plus que ce process a été pensé pour être utilisable par le plus grand nombre de sociétés et qu’en sortir n’est peut-être pas très bon signe pour plus tard (dans l’optique d’intégration avec des ERP par exemple).

Si l’on ne préfère donc pas toucher au cœur du workflow, il est néanmoins possible de toucher directement aux blocs de statuts en rajoutant des « sous-statuts » à des statuts existants (aussi appelés « états »). Cela permet ainsi de proposer au client des étapes supplémentaires liées à des règles ou des processus métiers, spécifiques à l’entreprise.

Process standard                                    Process avec ajout d’équivalents

Prenons pour exemple l’une des branches du schéma ci-dessus : le passage du statut « En attente » au statut « En cours de traitement » puis « Terminée ».
Le premier schéma ci-dessous montre le process standard, avec un unique statut « En cours de traitement ». Le second schéma montre l’ajout d’équivalents au niveau du statut « En cours de traitement ». Une fois la commande dans le statut « En cours de traitement », l’administrateur du site pourra passer d’un statut équivalent à un autre sans impact sur le workflow.

En effet, pour Magento, que la commande soit « En cours de traitement », « En cours de préparation » ou « Prêt pour expédition », pour lui la commande sera « En cours de traitement » (statut « maître »).
Au niveau paramétrage de Magento, on définit simplement dans un fichier XML de configuration (/app/etc/config.xml), les éléments suivants pour le nouvel « équivalent » :
-    Un libellé
-    Le statut « maître » (état) auquel il est rattaché
Concrètement, pour créer un nouveau statut équivalent, ajoutez le code suivant à l’intérieur du fichier config.xml :

<config>
…

<global>
…

<sales>

<order>

<!– Déclarer le nouveau statut –>
<statuses>

<mon_nouveau_statut translate=”label”>

<label>Mon nouveau statut</label>

</mon_nouveau_statut>

</statuses>
<!– Lier les statuts –>
<states>

<processing>

<statuses>

<mon_nouveau_statut/>

</statuses>

</processing>

</states>

</order>

</sales>

</global>

…
</config>

Dans le fichier XML ci-dessus, le mot-clé « processing » est à remplacer par le mot-clé du statut « maître » que l’on souhaite associer. Les différentes valeurs possibles sont les suivantes :

Magento est donc rigide sur le Workflow des commandes et suit une droite ligne de conduite lorsqu’il est utile de cadrer les choses, mais permet tout de même une certaine souplesse pour les ecommerçants qui ont des toujours des besoins spécifiques de traitement interne.