A ce moment, si d'autres gestionnaires d'un site de la même usine sont intéressés, les coûts peuvent être partagés entre ces différents bénéficiaires. Pour ce « groupement de clients », la fonctionnalité aura été achetée une seule fois, contrairement à un parc d'applications/sites qui aurait probablement été géré par différents prestataires, sans coordination. Les coûts se retrouvent ainsi réduits à l'unité et non au nombre de sites. La maintenance corrective, les mises à jour fonctionnelles et de sécurité seront effectives une fois pour l'ensemble du parc. Le coût réduit de mise en place d'une usine à sites passe également par l'implication de l'agence qui accompagne et développe le projet, dans la mesure où les temps de coordination sont mutualisés sur l'usine et non sur une multitude de sites distincts. Si on prend l'exemple d'un groupe multi-marques, nous retrouvons souvent autant de décisionnaires que de marques pour leurs projets. Avec une usine à sites, un acteur pilote peut donc être défini pour devenir le coordinateur interne et ainsi maîtriser les moyens de mise en œuvre.
La sortie de Drupal 8 a été l'occasion pour nous de développer from scratch une solution d' « usine à sites », et elle est maintenant disponible en open source! Smile a eu l'occasion de créer des web factory de toutes pièces, que cela soit sous Drupal, Jahia ou encore Typo3, les besoins identifiés restent d'ailleurs bien souvent les mêmes. Fort de notre expérience sur le sujet, la sortie de Drupal 8 a été l'occasion pour nous de développer from scratch une solution « usine à sites », disponible pour les projets. Développé par nos équipes, en suivant les changements de Drupal8 avant même sa version stable, le module a été reversé en open source à la communauté en tout début d'année sur. Il permet déjà: le déploiement de modèles de site directement via le backoffice le partage de contenus entre le site référent et les sites déployés Pour en comprendre un peu plus, ci-lié un screencast montrant les fonctionnalités. Le module est déjà disponible et opérationnel, et est à ce jour LA seule solution open source sur le sujet autour de Drupal.
De plus, la mutualisation des contenus facilite le maillage interne en permettant la création de nombreux liens entre les différents sites, ce qui renforce encore plus la visibilité de l'ensemble. Une meilleure gestion globale L'ensemble de l'usine peut être gérée par un administrateur central, qui peut prendre la main à n'importe quel moment en cas de problème. Cet administrateur aura toujours la main sur les accès aux différents sites en cas de départ de l'un des webmasters. Il pourra également contrôler les performances de chaque site et apporter les améliorations nécessaires le cas échéant. Les inconvénients de l'usine à sites Le déploiement d'une telle solution présente également un certain nombre de risques, que nous allons détailler dans les paragraphes suivants. Les risques liés à la sécurité C'est peut-être le principal inconvénient de l'usine à sites: puisque tous les sites doivent être situés sur le même serveur, un problème de sécurité du serveur risque d'affecter l'ensemble des sites.
Une usine à sites est destinée à doter plusieurs équipes d'une même organisation d'une plateforme digitale complète. Celle-ci est composée de toutes les solutions de dernière génération pré-intégrées et permet de rendre les équipes autonomes et performantes sur leurs opérations de lead generation et de développement commercial. Ce principe s'applique à différents modèles: qu'il s'agisse de marques (comme Decathlon/Oxylane ou Pernod-Ricard), d'entités géographiques (de nombreux pays pour Alcatel-Lucent Enterprise ou de régions pour les CCI) ou de départements/business units. Avec ce type de plateformes, les équipes décentralisées peuvent gérer leur propre site internet en autonomie et bénéficier d'un panel d'outils parfaitement intégrés tels que des CRM, des plateformes marketing automation, des PIM ou DAM, etc. Grâce à cette industrialisation, il est possible de mettre à disposition des plus petites équipes, les mêmes outils que pour les plus grandes. Elles bénéficient toutes du plein potentiel des solutions mises en place.
Démonstration Nous vérifions ici la configuration de nos sites propulsés par l'usine à sites. Modifions par exemple une configuration depuis le code source du profil d'installation. Ici nous modifions le titre de la vue Publications, fournie par le module uas_publication. Puis nous vérifions à nouveau l'état de la configuration de nos différents sites. Et nous pouvons alors mettre à jour la configuration de tous nos sites grâce à une commande, en quelques secondes. drush cs-update [nom_module] -y Cette commande nous permet de mettre à jour la configuration d'un site à partir des modules, à condition que cette configuration n'ait pas été modifiée depuis l'interface. Si nous souhaitons malgré tout écraser les modifications effectuées sur le site, il nous suffit alors de rajouter l'option --unsafe à notre commande. drush cs- update [nom_module] Enfin, Configuration Synchronizer devrait s'enrichir prochainement de la possibilité de fusionner des modifications de configuration qui auraient été effectuées à la fois depuis le site lui-même et mises à jour depuis les fichiers de configuration du module.
Bien définir ses besoins Le premier point à considérer est d'être au clair sur ses besoins. En effet, si vous souhaitez bâtir 2 sites, le concept d'usine à sites n'est pas forcément pertinent. Tout dépend aussi de ce que l'on entend par « site »: est-ce vraiment une entité à part entière avec son propre nom de domaine, ou bien est-ce une partie spécifique d'un même site, avec par exemple une charte graphique différente? Il est donc très important de poser les bases de ce que l'on souhaite avant de se diriger vers telle ou telle solution. L'usine à sites n'est en effet pas pertinente dans tous les cas de figure. Nous allons passer en revue les différents points à examiner avant de se tourner ou non vers cette solution. Combien de sites désirez-vous? Si vous n'avez besoin que de 2 ou 3 sites, ce n'est pas la peine de mettre en œuvre une usine à sites. Il est en effet très facile de reprendre certains éléments d'un site (comme des modules de Drupal) et de les intégrer dans un autre site sans avoir besoin d'installer une grosse « machinerie » comme une usine à sites.
L'outil de gestion de contenu Drupal 8 s'adapte à de nombreux projets grâce aux fonctionnalités proposées par défaut comme la gestion du multi-site. Le gestionnaire de contenu Drupal 8 propose de nombreuses fonctionnalités sans installer de modules supplémentaires. Les avantages de cet outil sont la création de types de contenu avec des champs personnalisés, la gestion de la taxonomie pour classer le contenu et gérer différentes vues, les créations de vues etc. Sans oublier, la gestion du multi-site. Qu'est ce que le multi-site? La fonctionnalité multi-site de Drupal 8 permet de mettre en place plusieurs sites en utilisant une seule entité de l'outil. L'installation d'un seul Drupal suffit à mettre en place cette organisation. Chaque sous-site a, par contre, sa propre base de données. Cela permet de réaliser des modifications sur un site en particulier sans impacter les autres sites, par exemple il est possible d'installer un thème différent pour chaque site. Les sites sont donc indépendants des uns des autres tout en gardant un socle commun qui facilite leur gestion et les mises à jour.