Une histoire courte et semi-précise de la gestion de contenu Web

NRZ.Digital
0 0

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 fixée pour une éventuelle amélioration: et lorsque l’expérience n’est pas retenue […] la petite 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. Embarquons pour 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 formulaire 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, toute modification des mots ou des images nécessitant le soutien des développeurs.

Les développeurs se sont lassés du marketing buzz 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.

L’étendue de 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 ne sois pas obligé». 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 nécessitaient 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.

Montée des cadres de contenu Web

The Digital Essentials, Partie 3
The Digital Essentials, Partie 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.

Obtenez 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, alors ce serait enfin bien». 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 spécialiste du marketing 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 ont été atroces et en raison de l’enchevêtrement du code personnalisé et du cadre, des changements apparemment mineurs ont nécessité de nombreuses heures et des coûts importants.

Tout sur une seule page

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 à 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, les recharges de page.Le marketing et le développeur Web ont donc 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.

Laissez-les GET /cake.json

En prenant d’assaut la bastille du paradigme CMS désormais traditionnel, un nouveau cadre de solutions CMS sans tête a fomenté une révolution pour renverser le système de classes des sites Web statiques et des systèmes CMS dynamiques et le remplacer par une API de contenu égalitaire et universelle.

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 que c’était également mauvais.

Ne pouvant plus tirer parti d’un cadre 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 d’endettement technologique lorsque le développeur web a évoqué la réimplémentation avec GraphQL.

Apprendre du passé

La gestion de contenu Web est une discipline qui prend une semaine à 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é aux conclusions suivantes:

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

Quel est votre plat à emporter? Laissez un commentaire ci-dessous et discutons!


Happy
Happy
0
Sad
Sad
0
Excited
Excited
0
Sleppy
Sleppy
0
Angry
Angry
0
Surprise
Surprise
0

Average Rating

5 Star
0%
4 Star
0%
3 Star
0%
2 Star
0%
1 Star
0%

Laisser un commentaire

Next Post

Comment le libre-service change notre façon de travailler

Il y a un vieil adage attribué à Henry Ford, expliquant pourquoi il n’a pas attendu que les consommateurs lui disent qu’ils avaient besoin d’automobiles. «Si je leur avais demandé ce qu’ils voulaient, ils auraient dit« chevaux plus rapides », a-t-il dit. Certaines personnes utilisent cette citation comme preuve que […]

Abonnez-vous maintenant