29 avril 2011, une date qui restera dans les mémoires ! Un événement unique a rassemblé 2 milliards de personnes. Le rapport avec Magento, vous ne voyez pas ?

Allez, je vous aide. Si les mariages de célébrités ne sont pas votre grande passion et si vous avez une activité e-commerce à faire tourner, vous vous intéresserez peut-être à l’autre événement du jour : la sortie de mon livre sur Magento !

Je pense que j’aurais du mal à en vendre 2 milliards d’exemplaires . Mais s’il peut apporter des réponses concrètes à quelques centaines de commerçants, décideurs, développeurs, web designers et j’en passe, j’en serais très heureux !

J’ai ouvert une rubrique spéciale pour découvrir l’ouvrage et prolonger votre lecture.

Bonne lecture !

Pour l’anecdote, je n’ai toujours pas vu le livre fini, alors que d’autres l’ont commandé, reçu et le lisent déjà ! Les clients sont livrés en priorité, ça c’est du service efficace ! J’espère juste que j’en aurai un…
C’est bon, j’ai enfin la version papier ! Je peux le feuilleter, un vrai petit plaisir.

Dans un mois, mon livre sera dans les bacs. Maintenant que son contenu est figé (il est en cours d’impression), c’est le moment de découvrir son approche et son contenu.

Quelques chiffres

• Environ 570 pages
• Environ 150 000 mots
• 484 figures
• 700 heures de travail (en plus de mon travail quotidien chez Xi Ingénierie)
• 230 e-mails échangés

Comme l’aurait dit Mark Twain, « il ne savait pas que c’était impossible alors il l’a fait ». Maintenant, je le sais, on ne m’y reprendra plus ! Un travail de fou, difficile à évaluer au début car assez éloigné de mes tâches habituelles.

L’approche

Ceux qui utilisent Magento depuis 3 ans le savent bien : ce qui a manqué au début, c’est une documentation sur les concepts importants de Magento, un ouvrage capable de donner une vision globale, tout en se focalisant sur les points-clés.

Alors, j’ai souhaité combler ce manque. Même si tous les détails n’y sont pas (il faudrait des milliers de pages), je voulais que ce livre serve de base de travail pour monter son projet e-commerce et le faire vivre au quotidien.

L’approche est donc résolument pratique et orientée métier. Il est inutile de dérouler les fonctionnalités dans l’ordre d’affichage. Par contre, il est bien plus important de savoir dans quelles circonstances les exploiter.

J’insiste aussi beaucoup sur les bonnes pratiques car, sur le terrain, leur carence se révèle fatale ! Magento est une solution géniale qui impose d’être carré. Mais au final, on en fait ce qu’on veut, tout en isolant les risques.

Le contenu

Comme le plus important est de maîtriser les concepts-clés de Magento, le contenu se découpe en quatre parties très progressives :

• Partie I – Découvrir Magento, enjeux et perspectives
  • 1. Qu’est-ce que Magento ?
  • 2. Offrir le meilleur à ses clients
• Partie II – Gérer un site avec Magento, le quotidien du e-commerçant
  • 3. Notions fondamentales et terminologie
  • 4. Maîtriser le backend
  • 5. Gérer le catalogue
  • 6. Gérer les promotions
  • 7. Gérer le contenu
  • 8. Traiter les commandes
  • 9. Entretenir une bonne relation client
• Partie III – Réaliser un site avec Magento, de la feuille blanche aux premières ventes
  • 10. Préparer son projet
  • 11. Concevoir le catalogue idéal
  • 12. Héberger Magento
  • 13. Installer et mettre à jour Magento
  • 14. Configurer Magento
  • 15. Créer le frontend de ses rêves
  • 16. Optimiser le référencement et la recherche
  • 17. Traduire les contenus
• Partie IV – Dépasser le standard, Magento puissance 10
  • 18. Optimiser les performances de Magento
  • 19. Développer de nouvelles fonctionnalités

Le livre se termine par un index.

Quelles versions ?

Quand j’ai commencé ce projet, Magento Community Edition 1.4.0.0 venait tout juste de sortir. Quand j’ai fini les dernières lignes, nous en étions à la version 1.5.0.1. Le livre couvre donc les séries 1.4 et 1.5.

Je présente aussi Magento Professional Edition, Magento Enterprise Edition, Magento Mobile et Magento Go, sans entrer dans les détails. Je ne suis pas encore prêt à faire l’encyclopédie Magento en 36 volumes ! Par contre, la stratégie de développement de Magento Inc. est un facteur à prendre en compte dans le choix de la solution e-commerce.

Et maintenant ?

Eh bien, il faut encore patienter… Le livre est en pré-commande sur plusieurs sites (Amazon, Fnac, Le Furet du Nord) et sera dans toutes les librairies dans un mois.

Après, ce sera à vous de me dire ce que vous en pensez

Comme ça bouge beaucoup autour de Magento en ce moment, il me semble intéressant de résumer rapidement la situation. Je dirais qu’après la phase de découverte, nous entrons dans celle de la consolidation.

Sur le terrain

Magento serait la solution e-commerce utilisée par 65000 à 70000 sites dans le monde pour un chiffre d’affaires cumulé de… 25 milliards de dollars par an ! De bons chiffres quand on sait que la solution n’a que deux ans et demi. Les retours des utilisateurs sont nombreux et rendent la solution robuste et fiable, comme le montre la série 1.4.x de Magento Community Edition.

Magento Inc., son éditeur, est très satisfait, annonce être rentable et emploie déjà 180 personnes !

Les compétences

Venons-en au marché des prestations Magento. Jusqu’à la fin de l’année 2009, ça partait un peu dans tous les sens : Magento n’avait pas calé son modèle économique, les partenaires ne voyaient pas comment tirer leur épingle du jeu, les intégrateurs pensaient tous maîtriser la bête, les e-commerçants voyaient une réponse à tous leurs délires. Il a fallu revenir sur terre…

Aujourd’hui, nous constatons de nombreuses réussites, mais aussi des échecs dont la cause tient essentiellement à une mauvaise maîtrise de la partie technique. L’architecture est complexe et impose une excellente maîtrise de la programmation orientée objet. L’hébergement est particulier et nécessite une forte personnalisation des serveurs. Ces deux aspects cumulés ont fait des ravages…

Un bon développeur qui ne connaît pas Magento sera pleinement opérationnel au bout de quatre mois. Ceux qui ne connaissent pas l’UML, l’objet, les design patterns et le Zend Framework peuvent ajouter un an ! Les compétences Magento sont très recherchées sur le marché de l’emploi car des profils aussi pointus sont rares.

La partie web design n’est pas en reste. Manipuler les layouts et les templates tient de l’art martial. La puissance est fabuleuse, mais que d’efforts pour ne pas anéantir un joli site à cause de performances catastrophiques ! Là aussi, il faut savoir jouer avec les blocs, les objets, les singletons, le XML…

La feuille de route

Un petit mot sur ce que nous réserve l’avenir. Personne n’a pu passer à côté de Magento Mobile qui est en production depuis cet été. Il lui manque encore le support de l’iPad et d’Androïd, mais ça va venir vite.

Le mois d’août fut surtout marqué par le lancement du projet Magento 2.0. Il faudra du temps avant de jouer avec, mais cette nouvelle série sera certainement bien plus robuste et performante. Elle est en cours de développement avec les objectifs suivants :

• Tests unitaires et intégration continue
• Tests de charge, amélioration des performances, gestion de CDN (Content Delivery Network)
• Amélioration de la sécurité
• Révision de l’architecture, meilleur découplage, réorganisation des vues
• Couverture complète des fonctionnalités par l’API
• Utilisation d’autres système de gestion de bases de données
• Amélioration des fonctionnalités Internationalisation / Localisation (I18N, L10N)

Mais il se passera bien des choses d’ici-là. Magento Community Edition 1.4.2.0 devrait sortir ce mois-ci, avec quelques nouveautés intéressantes dont une refonte de Magento Connect Manager : nous pourrons enfin installer des extensions locales depuis le backend !

La prochaine étape sera Magento Community Edition 1.5.0.0 en début d’année 2011, avec un point que j’attends depuis longtemps : un support complet des informations du catalogue dans les fichiers de données à importer.

Les éditions Professional et Enterprise ne traînent pas non plus : une version 1.9.1.0 vient de sortir, la version 1.10.0.0 est attendue pour la fin de l’année.

Et puis, il ne faut pas oublier le petit nouveau : Stratus.

Et  après ?

Toutes ces bonnes nouvelles font naître des tonnes de questions dont les réponses seront très certainement répétées et précisées au Bargento 5, lundi prochain !

C’est marrant : avec Magento, c’est un peu « je t’aime, mois non plus ». On peste, on râle, on souffre, mais on ne peut plus s’en passer ! Vous n’avez pas cette impression ?

Si, comme moi, vous en avez marre de chercher le code d’un pays pour programmer vos modules, configurer vos modes de livraison ou vérifier votre configuration stockée en base de données, vous allez gagner des heures de travail !

Magentips vous offre un moteur de recherche des pays.

Quelles sont les données exploitées ?

• Code du pays au format ISO 3166-1 alpha-2, utilisé par Magento
• Nom du pays en français
• Nom du pays en anglais
• Zones géographiques du pays (continent, outre-mer, Zone Euro)

Que peut-on faire avec ?

• Chercher un mot parmi les données
• Filtrer la liste grâce à une sélection rapide d’une zone (bloc à gauche)
• Trier la liste sur n’importe quelle colonne

« C’est tout ? » Oui, c’est tout, mais, à l’usage, calculez le temps gagné !

Amusez-vous bien !

Le 1^er juillet 2010, Xi Ingénierie, partenaire Magento Enterprise, organise la Magentolosa, le premier événement Magento à Toulouse.

Cette journée apportera des réponses concrètes et pratiques aux e-commerçants qui souhaitent découvrir les coulisses de Magento et dépasser son fonctionnement standard. Articulé autour de deux conférences et quatre ateliers, l’événement sera aussi l’occasion d’échanges et de retours d’expérience lors d’un buffet ouvert à tous les participants.

Au programme :

• Magento en 40 points et 40 minutes (conférence)
  Présentation de Magento (éditions Community, Professional, Enterprise, Mobile), point sur les fonctionnalités-clés, atouts et pièges, adaptation de la plate-forme au marché français.
• Migrer son site vers Magento (conférence)
  Préparation, étapes importantes, retours d’expérience, témoignages d’e-commerçants.
• Démonstration Magento (atelier)
  Gestion de plusieurs boutiques avec la même plate-forme (sites, devises, langues), approche combinée BtoB / BtoC (prix, taxes, segmentation, catalogue), gestion des promotions (approches, merchandising, moteur de règles).
• Optimisation de Magento (atelier)
  Bonnes pratiques, outils, analyse des performances, optimisation de l’hébergement, optimisation du code source des modules, optimisation des flux de données.
• Couplage et indépendance décisionnelle (atelier)
  Point sur les échanges de données, intégration d’outils (ERP, CRM, gestion commerciale, comptabilité, affiliation, data mining, etc.), importance de l’analyse de données, présentation du concept d’indépendance décisionnelle et de la solution créée par Xi Ingénierie.
• Démonstration eye-tracking avec Tobii (atelier)
  Analyse de sites, enjeux, exploitation des résultats, mise en oeuvre des préconisations.

Les frais d’inscription de 30 €TTC couvrent l’ensemble de la journée, repas et collation compris. Important : il n’y aura pas d’inscription sur place.

Informations : site web Xi Ingénierie ou par téléphone au 05 61 82 58 86

Inscription : Magentolosa

Parmi les petits trucs qu’il vaut mieux ne pas oublier sur un serveur à fort trafic, il y a la purge des sessions Magento. Si vous choisissez de stocker les sessions utilisateurs dans des fichiers (l’autre option étant de les stocker dans la base de données), ils viendront s’ajouter les uns après les autres dans le dossier var/session de Magento, sans jamais être supprimés.

Le problème, c’est qu’un serveur, même puissant et bien optimisé, accepte mal plusieurs millions de fichiers dans un seul dossier. Il devient même impossible de faire une simple commande ls pour lister son contenu : le serveur vous rendra la main plusieurs heures après… s’il y parvient !

Il faut donc purger les fichiers de sessions régulièrement. Les plus pressés feront un simple rm -rf du dossier session. C’est basique mais un peu brutal. Les utilisateurs et clients connectés ne vont pas forcément apprécier la perte de leur session et des commandes en cours…

J’ai eu le cas aujourd’hui sur un serveur dont la purge n’avait pas été mise en place. Avant de l’ajouter, j’ai vérifié que je pouvais gagner les longues minutes de purge de plus d’un millions de fichiers en supprimant directement le dossier session. Un rapide contrôle du trafic, des sessions et des commandes en cours : aïe, il y a trop de monde. Environ 200 sessions probables (selon temps de visite moyen) avec un taux de transformation de 6% et un panier moyen de 90€, ça me donne… 1080 € de pertes pour une simple commande rm -rf ! Un peu cher, je trouve. J’exécute donc une purge par date de fichiers et je laisse faire le serveur :

find . -atime +1 | xargs rm -f

90 minutes plus tard, tous les fichiers non utilisés depuis 48h sont supprimés (oui, +1 donne bien 2 jours, et non 1…). Je n’en ai plus « que » quelques milliers. Il reste à automatiser cette commande via crontab (en ajoutant les chemins absolus, bien entendu) et le tour est joué.

Sauf qu’il y a encore moyen d’améliorer tout ça, comme par exemple monter le dossier var de Magento en RAM. On gagne énormément en performances sur la gestions des sessions et du cache. Mais c’est une autre histoire…

Au passage , cette petite anecdote montre aussi qu’il ne faut jamais perdre de vue le métier de son client ou employeur. Certaines opérations menées sans réflexion et sans contrôle peuvent rapidement coûter très cher sur un site e-commerce. Il faut avoir en permanence le réflex d’évaluer la perte d’exploitation liée à une opération, même minime. En fin de mois, le cumul peut représenter bien plus que le salaire perçu…

Si l’activation du flat catalog est à peu près évidente (nous allons voir ça ci-après), il faut comprendre ce que fait Magento lorsqu’il crée les tables MySQL des produits à plat. Et on constate vite que, si on ne touche pas au paramétrage des attributs, on n’obtient pas du tout le résultat escompté !

Modèle EAV et flat catalog

Ce qui fait la souplesse de Magento, c’est la gestion de ses attributs par un modèle EAV. Chaque entité (produit, client, commande, etc.) est composée d’attributs (prix, couleur, pays, etc.) qui ont chacun une valeur (« 100 € », « vert », « France »). Comme un site évolue vite, on doit pouvoir ajouter ou retirer des attributs aux entités. Le modèle EAV est conçu pour cela, il permet de gérer facilement des attributs et leurs valeurs, sans modifier la structure de la base de données et sans écrire une seule ligne de code.

C’est un avantage énorme, mais il y a une contrainte de taille : quand Magento doit récupérer une entité (un produit par exemple), il doit parcourir un nombre important de tables dans la base de données pour assembler les valeurs des attributs et reconstituer l’information. Quand il faut afficher une page de catégorie avec 50 produits qui disposent chacun de 50 attributs, on arrive vite à la limite du tolérable. Comme le temps de réponse d’un site est le critère numéro 1 dans le succès d’un site e-commerce, il fallait trouver une réponse. Vous en réviez ? Magento le fait !

Pour accélérer les requêtes en lecture sur la base de données, Magento va construire de nouvelles tables dont chaque champ (ou colonne) représentera un attribut et chaque enregistrement (ou ligne) les valeurs des attributs d’une entité. C’est simple et rapide !

Bien entendu, si le catalogue est modifié, les tables doivent être reconstruites pour stocker les nouvelles informations. On ne met donc en œuvre des entités plates que si les valeurs ne changent pas tout le temps. Inutile d’y chercher les stocks ou les prix remisés par exemple.

Construire le flat catalog

Maintenant que les concepts de base sont posés, il faut savoir une chose : le flat catalog n’existe pas par défaut. Il faut donc le créer soit même depuis l’interface d’administration.

Pour créer un flat catalog :

• Menu Système > Gestion du cache
  
  Il faut d’abord construire les tables dans MySQL, grâce à ces boutons. On a le choix d’aplatir les catégories, les produits ou les deux.
• Menu Système > Configuration > Catalogue > Frontend
  
  Si nous ne construisons pas les tables via la gestion du cache, ces deux options sont indisponibles. Mais comme nous l’avons fait, nous avons maintenant le choix d’utiliser le flat catalog sur le frontend. Pourquoi faire compliqué alors qu’une seule étape pourrait suffire ? Simplement parce que Magento peut gérer plusieurs sites. On peut avoir un flat catalog sur un site et pas sur l’autre.
• Menu Système > Gestion du cache
  Oui, il faut y revenir pour ajouter nos entités (catégories et/ou produits) dans les tables à plat.

C’est tout. Mais est-ce suffisant ? Pas du tout ! Si on analyse les tables créées, on s’aperçoit vite que tous les attributs n’y sont pas, en particulier ceux spécifiques au site.

Si nous voulons afficher des valeurs d’attributs sans tuer les performances du serveur, il faut les ajouter à la structure des tables à plat. Pas de panique, inutile de faire ce sale boulot par des requêtes SQL hasardeuses. Magento a tout prévu… sauf de documenter ce détail essentiel !

Définir les attributs à aplatir

Quand nous demandons la construction du flat catalog, Magento utilise l’Indexer du module Catalog qui contient des contrôles sur la configuration des attributs (fichier Mage\Catalog\Model\Resource\Eav\Mysql4\Product\Flat\Indexer.php). Il contrôle notamment l’état du paramètre used_in_product_listing. S’il est égal à 1, l’attribut est intégré au flat catalog.

Reste à savoir d’où vient cet état. Une petite recherche (merci nWire !) et le voici, caché dans la configuration d’attribut (fichier Adminhtml\Block\Catalog\Product\Attribute\Edit\Tab\Main.php). On a la solution.

Pour ajouter un attribut dans le flat catalog :

• Menu Catalogue > Attributs > Gérer les attributs
  Sélectionner l’attribut à « aplatir ».
• Volet Propriétés du front-office
  
  C’est là que se cache l’option. Il faut choisir Oui et sauvegarder l’attribut.
• Menu Système > Gestion du cache
  On reconstruit le cache.

Le résultat est nettement meilleur. J’ai maintenant mon attribut dans mon flat catalog (ici manufacturer). Et un mystère de moins !

L’automne sera chargé en mises à jour Magento. Magento Enterprise Edition 1.6.0.0 sera lancé sous peu (la version RC 1 est disponible pour les partenaires depuis le 8 octobre). Quant à Magento Community Edition, il passera en version 1.4.0.0 avant Noël (I hope so, Yoav!).

Cette nouvelle série Magento va très vite creuser l’écart avec ses concurrents (mais aussi avec les anciennes séries Magento…), grâce à des fonctionnalités vraiment intéressantes. Outre le nouveau système de calcul de prix (dont les tests m’ont bien occupé au début de l’été), Magento intègrera également un moteur de widgets.

Des widgets, pour quoi faire

Les widgets sont partout dans les applications web aujourd’hui car ils permettent aux utilisateurs non techniciens d’ajouter des contenus dynamiques à leur site web. Plus besoin d’un développement avancé pour afficher la liste des 5 produits les plus vus de la semaine… même s’il faut des développeurs pour programmer les widgets qui feront cela ! Mais si les widgets sont suffisamment bien conçus, on pourra par exemple :

• placer des vidéos
• accéder à d’autres services web (réseaux sociaux, flux RSS, partenaires, etc.)
• afficher un nuage de tags
• lister les derniers commentaires
• classer les produits par avis des clients
• etc.

Comment créer un widget Magento ?

Les widgets Magento sont des blocs du frontend dont le comportement est défini dans l’interface d’administration. Ils doivent être développer selon la même approche que les modules Magento. Les développeurs Magento ne seront donc pas dépaysés, la logique reste la même : un dossier pour le widget avec sa configuration XML, son modèle métier, ses helpers et son activation dans app/etc/modules. Jusque là, rien de neuf.

La grosse différence est l’apparition d’un fichier widget.xml dans le dossier etc du module, à côté du config.xml. Il sert à déclarer le widget dans le moteur de widgets afin de le rendre disponible à l’utilisateur du backend.

Pour que le widget fonctionne, il doit implémenter une interface (dans le sens programmation orientée objet) pour gérer les flux de données (ajout, modification et accès) et afficher le résultat (méthode toHtml()).

Attention à faire un travail propre ! Toutes les méthodes de cette interfaces existent dans le noyau de Magento dans des classes abstraites. On peut donc tirer bon avantage à les utiliser pour fiabiliser le rendu final. Le premier didacticiel sur le site officiel est très clair sur ce point.

Comment utiliser un widget Magento ?

Une fois programmé et correctement installé, le widget est accessible via le module wysiwyg. Ah oui, j’ai oublié de le dire : Magento intègrera désormais un module wysiwyg en standard. Un progrès notable !

La suite est tellement simple que je ne vois pas l’intérêt d’expliquer comment s’en servir…

Pour conclure

Je vois un énorme avantage avec l’arrivée des widgets : de nombreuses extensions vont pouvoir disparaître et simplifier le travail de développement et d’intégration des sites. Sans oublier que ce ménage salvateur va fiabiliser la plate-forme. Je suis content de cette série 1.4, vraiment content !

Pour aller plus loin

• Introducing Magento Widgets
• Tutorial: Creating a Magento Widget, Part 1
• Tutorial: Creating a Magento Widget, Part 2