Fermer

janvier 12, 2021

Une histoire courte et semi-précise de la gestion de contenu Web6 minutes de lecture



Le progrès, loin de consister en changement, dépend de la rétention. Lorsque le changement est absolu, il ne reste aucun être à améliorer et aucune direction n'est donnée pour une amélioration possible: et lorsque l'expérience n'est pas retenue […]l'enfance est perpétuelle. Ceux qui ne se souviennent pas du passé sont condamnés à le répéter. George Santayana

Pour comprendre où nous allons dans la gestion de contenu Web, nous devons d'abord comprendre comment nous en sommes arrivés là où nous en sommes maintenant. Lançons-nous dans un voyage semi-précis et légèrement satirique à travers l’histoire de la gestion de contenu Web.

Au début…

Au début, le développeur Web a créé du HTML brut sans forme ni processus et a vu que c'était mauvais.

Des incantations telles que FrontPage et Dreamweaver pouvaient produire des pages élégantes à partir de balises HTML obscures, mais le code et le contenu étaient inexorablement mélangés, tout changement de mots ou d'images nécessitant le soutien des développeurs.

Les développeurs se sont lassés du bourdonnement marketing sur les parcours clients, la vitesse du contenu et les interactions et ont décidé que quelque chose devait être fait pour séparer le contenu et le code.

The Expanse of XML

Et le développeur Web a déclaré: " Qu'il y ait du XML dans l'étendue de la base de code pour faire la distinction entre le contenu et le code et que le XML soit appelé contenu et qu'il y ait un système pour que les spécialistes du marketing le gèrent afin que je n'ai pas à le faire ». Les éditeurs de logiciels d'entreprise ont également proposé des solutions pour convertir de grandes quantités d'argent en sites Web maintenables.

Le développeur Web a écrit du code en XSLT et les spécialistes du marketing ont écrit du contenu en XML et ils ont vu que c'était mauvais.

Le contenu et le code étaient théoriquement séparés, mais les nouvelles fonctionnalités et les changements exigeaient encore une coordination entre les développeurs marketing et Web, et les applications Web interactives et les sites Web marketing étaient divisés par un gouffre plus profond que les tranchées les plus sombres des mers.

Rise of the Web Content Frameworks

 The Digital Essentials, Partie 3
The Digital Essentials, Part 3

Développer une stratégie numérique robuste est à la fois un défi et une opportunité. La troisième partie de la série Digital Essentials explore cinq des expériences technologiques essentielles auxquelles les clients s'attendent, que vous pourriez manquer ou ne pas utiliser pleinement.

Obtenir le guide

Déplorant la déconnexion entre les applications Web et les sites Web, le développeur Web a déclaré «si seulement je pouvais avoir un système qui rejoindrait un système de gestion de contenu et un cadre d'application Web en un seul, alors ce serait enfin bon». Et sont venus Drupal, Adobe Experience Manager et Sitecore qui ont fourni toutes les fonctionnalités que le spécialiste du marketing et le développeur Web voulaient prêtes à l'emploi.

Malheureusement, le vendeur avait mangé de l'arbre du design et avait vu que le site Web était nu. Le développeur Web a étendu les fonctionnalités prêtes à l'emploi et a vite vu que c'était mauvais.

Les mises à niveau étaient atroces et en raison de l'enchevêtrement du code personnalisé et du framework, des changements apparemment mineurs ont nécessité de nombreuses heures et des coûts importants.

Une seule page Tout

Loin dans le pays mystique de la Silicon Valley, le seul véritable prophète de la technologie, a présenté le véritable cadre d'application de page unique React. Peu de temps après, l'autre véritable prophète de la technologie a introduit Angular, qui est également le seul véritable cadre pour les applications à page unique.

Ces applications à page unique ont permis au développeur Web de créer des sites Web qui évitent la seule chose qui dérange les utilisateurs plus que toute autre chose, le rechargement de la page. Ainsi, le marketing et le développeur Web ont décidé de reconstruire tous leurs sites pour qu'ils soient enfin bons.

Le développeur Web a reconstruit les applications à page unique du site et le spécialiste du marketing a vu que c'était mauvais. N'étant plus auto-activé, chaque changement devait à nouveau passer par un processus de version de développement.

Let Them GET /cake.json[19659004[19659004[19659004uneAPIdecontenuégalitaireetuniverselle

Pris dans une fièvre révolutionnaire, le développeur Web et le spécialiste du marketing ont de nouveau mis en œuvre la moitié du site Web sur une nouvelle plate-forme avant de se rendre compte qu'il était également mauvais.

N'étant plus en mesure de tirer parti d'un framework de base, le développeur Web a dû réimplémenter la roue, tandis que le spécialiste du marketing avait du mal à comprendre le contexte du contenu sans le visualiser sur une page avec la création de contenu basée sur un formulaire. Ainsi le cycle s'est poursuivi et l'univers s'est effondré sur lui-même dans une explosion de budgets et de dette technologique lorsque le développeur web a évoqué la réimplémentation avec GraphQL.

Learning from the Past

Web Content Management est une discipline qui prend une semaine pour apprendre et une carrière à maîtriser. Bien qu'il s'agisse au plus simple de mettre du balisage et des actifs binaires sur Internet, les contradictions inhérentes aux besoins, aux objectifs et aux capacités présentent d'énormes défis.

Sur la base de mon expérience dans ce secteur et de nombreuses leçons apprises, je suis arrivé à les conclusions suivantes:

  • Les solutions à taille unique sont rarement tout à fait correctes, le plus souvent la solution implique plusieurs approches travaillant ensemble
  • Si vous choisissez une solution à taille unique, vous devez être clair sur ce vous abandonnez et assurez-vous que ces compromis valent la simplification architecturale.
  • Lors de la définition de la structure du contenu, commencez par la création, pas par l'expérience en cours de création. Si vous comprenez comment le contenu ira dans le système et ensuite comment il sera exposé, vous comprendrez l ' approche optimale du contenu
  • L'interrelation du code et du contenu en HTML nécessite d'équilibrer le désir de créer des contenus riches contenu avec la dette technique, la complexité et les défis de cohérence de la marque que cela présente

Quels sont vos points à retenir? Laissez un commentaire ci-dessous et discutons!




Source link

0 Partages