Précédemment dans cette série, Jeff Reed, Senior solutions Manager, a expliqué comment Acquia Professional Services est à la tête de la refonte de Acquia.com. Rattraper et lire le blog de Jeff, ici.
Au cours des 17 dernières années, Drupal a évolué à partir d'un outil utilisé pour construire des sites amateurs à un système de gestion de contenu qui alimente de grands et sophistiqués cas d'utilisation. Aujourd'hui Drupal est défini comme le meilleur CMS pour alimenter des expériences numériques ambitieuses. Dries Buytaert a récemment partagé que «Drupal n'est plus pour les sites simples. Au lieu de cela, Drupal Sweetspot est des sites ou des expériences numériques qui nécessitent un certain niveau de personnalisation ou de flexibilité. "
Pour les utilisateurs seulement intéressés à la construction de «sites simples», des services comme WiX, Weebly, et Squarespace ont prioriser agréable glisser-déposer des expériences de construction sur l'ambition. Ces fournisseurs de logiciel-As-a-service le rendent facile pour des personnes non-techniques, allant des amateurs à Karlie Kloss, pour publier un blog ou un site personnel. WiX le rend amusant et bon marché pour construire un site simple. Cependant, ces plateformes de publication en ligne ne peuvent pas fournir les cas d'utilisation plus compliqués sur lesquels Drupal prospère. La possibilité pour un utilisateur de Drupal comme NBC Sports de diffuser plus de 3,3 milliards minutes totales de Rio Games ou de la ville de Boston pour migrer plus de 20 000 pages Web et 1 million mots à un nouveau Boston.gov ne serait pas possible lors de l'utilisation de services comme WiX ou sq uarespace.
Ces expériences ambitieuses nécessitent une expertise frontale spécifique afin de réussir. Cela signifie qu'il faut se fier aux développeurs pour modifier des modèles CSS, implémenter des modules, écrire des modèles HTML et construire. À certains égards, cela peut rendre Drupal plus difficile pour les commerçants de profiter de. Le compromis entre la création de contenu simplifié et la compétence technique est quelque chose que chaque organisation avec de sérieux besoins numériques doit prendre en considération.
Ce que les organisations ont le contrôle est de savoir comment le travail est équilibré entre les équipes frontales qui construisent des sites, et les équipes de marketing qui leur donnent la couleur. Le manque de visibilité entre les développeurs de front-end et les équipes de marketing peut amplifier le défi de la construction d'un site. Même lorsque les équipes marketing et Front-End partagent un objectif universel pour un site, la stratégie pour y arriver peut différer radicalement. Les équipes de front-end veulent construire une expérience fiable qui pèse bien, et les commerçants veulent contrôler le contenu du site sans la peur de se noyer en html.
Pendant trois mois, les équipes internes d'Acquia ont dû relever ce défi en s'attaquant au remaniement du site Web pour Acquia.com. Notre équipe utilise le processus de refonte comme une occasion de partager la façon dont les responsabilités de création de contenu sont partagés entre les membres de l'équipe technique et créative. Un exemple principal de ceci sera transition des blocs de Drupal au module de paragraphes. Cette transition permettra non seulement de trouver un meilleur équilibre entre les équipes de marketing frontal, mais dictera notre stratégie de création de contenu sur le nouveau Acquia.com.
À quoi ressemble une équipe de marketing numérique?
L'équipe de marketing numérique d'Acquia est chargée d'élaborer une feuille de route stratégique, de maintenir l'efficacité du rendement et de gérer tous les programmes de contenu en cours pour les sites publics d'Acquia. Sous notre vice-président du marketing numérique, notre équipe comprend des auteurs de contenu et des éditeurs, un producteur Web, un gestionnaire d'analyse Web et des développeurs front-end.
En tant qu'équipe, nous sommes responsables:
- Tout le contenu, la messagerie et les informations qui sont présentés sur le site
- Développement de page
- Bâtiment du site
- Gestion des intégrations de tierces parties
- Création de sous-thèmes personnalisés
La liste continue, mais vous obtenez la photo. Pour que notre équipe réussisse, nous avons besoin du bon mélange de cerveau gauche et droit pour construire des sites engageants qui fonctionnent. Cela signifie être en mesure de traduire les idées créatives qui alimentent les efforts de marketing dans le site wireframes et le code. Certains outils soutiennent cette mission mieux que d'autres.
Notre problème avec les blocs
Sur notre site actuel, une majorité des pages sont construites avec des blocs Drupal. Les blocs sont créés dans la page d'administration de Drupal et permettent de réutiliser des morceaux de contenu sur plusieurs pages. Cela peut être un outil extrêmement utile car les développeurs front-end n'ont pas à recréer les types de contenu qui existent déjà. Chez Acquia, les administrateurs de site peuvent également choisir d'activer ou de désactiver les blocs sur des pages de produits, de ressources ou d'industrie.
La dernière fois que Acquia a abordé une refonte du site Web a été en 2012, ce qui signifie que la stratégie de bloc est en place depuis plus de six ans. Les blocs peuvent être placés sur des pages de diverses manières, notamment via le module de contexte, les fichiers modèles, la configuration de bloc de base et le module de bloc d'insertion lui-même. En fin de compte cette stratégie a abouti à un niveau élevé de la dette technique, comme chaque bloc qui est créé est répertorié sur la page d'administration Drupal. Une longue liste de blocs peut devenir infinie et difficile à gérer. À un moment donné, l'équipe de développement Acquia avait créé tant de blocs, il ne pouvait plus charger la page des blocs.
Les blocs nécessitent également qu'un utilisateur dispose d'une base de connaissances techniques plus élevée pour construire correctement des pages. Au lieu de permettre aux auteurs de contenu de modifier directement les pages dans l'interface utilisateur, les développeurs frontaux doivent effectuer des ajustements dans la page admin Block. Cette stratégie nécessiterait que les auteurs de contenu utilisent la balise div pressentiment.
En fin de compte, la stratégie de bloc introduit des défis pour les développeurs front-end et les commerçants:
- développeurs front-end avoir à allouer du temps qui pourrait être utilisé pour construire un site fiable, évolutif et engageant vers l'aide marketing rendre les modifications de contenu.
- marketing n'ont pas la capacité d'éditer le contenu et de construire des pages sans implication importante des équipes techniques ou l'écriture de charges de html.
Ces différents défis non seulement rendent le contenu auteur d'une tâche laborieuse, mais entravent l'innovation car la création de contenu est trop interdépendante.
