Liens entrants, balisage et découverte de contenu

Balisage, navigation, plans de site, arborescences de contenu. Le contenu doit être organisé d’une manière ou d’une autre, et l’approche flexible de Contentful offre de nombreuses options. Aujourd’hui, nous allons approfondir le concept des types de contenu utilisés comme balises.Nous aborderons la principale limite de ce pattern — le fait de ne pouvoir récupérer que les entrées d’un seul type de contenu par requête — et verrons comment contourner cette contrainte grâce aux liens entrants, pour rendre les balises plus puissantes que jamais. Enfin, nous découvrirons une astuce simple permettant d’identifier facilement le contenu réutilisable apparaissant sur plusieurs canaux.

La manière traditionnelle de gérer le contenu pour le Web a instauré l’idée que tout contenu devait avoir sa place dans le plan du site. Ainsi, les anciens systèmes de gestion de contenu (CMS) ont évolué pour fournir des structures arborescentes soignées comme géographie par défaut.Les arborescences conviennent bien aux approches centrées sur les pages, mais pas lorsque le contenu est organisé en fragments structurés et granulaires. Parce que les fragments sont réutilisables, ils peuvent apparaître à plusieurs endroits, sur plusieurs canaux (tels que des sites web, des applications natives, etc.). En tant que tels, les fragments peuvent se lier entre eux pour former un graphique complexe, qui ressemble rarement à une simple arborescence. Cette différence fondamentale peut être difficile à concilier, en particulier dans les projets migrant d’un ancien CMS vers un CMS moderne. La division du modèle de contenu en rubriques et assemblages est alors utile. Un graphique des rubriques peut prendre n’importe quelle forme, découlant naturellement de la structure même des informations gérées par votre entreprise. Les arborescences d’assemblage, façonnées comme le ou les canaux de diffusion pour lesquels elles sont conçues, peuvent alors référencer vos sujets et ainsi les organiser indirectement en arborescences. Les assemblages, en faisant correspondre la géographie de votre ou vos canaux de diffusion, suivent une structure qui est familière à vos créateurs de contenu. Ils sont donc faciles à comprendre et à naviguer, agissant comme des conteneurs et des passerelles vers vos rubriques. De minuscules types de contenu spécialisés peuvent être utilisés pour organiser davantage ces rubriques et assemblages. Nous les appellerons « balises » dans cet article, mais vous pouvez facilement les considérer comme des « sections » ou des « catégories ».

Dans Contentful, la modélisation de contenu est vraiment la réponse à la vie, à l’univers et à tout le reste. Vous pouvez trouver une explication détaillée de la façon de modéliser les balises dans notre centre d’aide, mais la recette de base est la suivante :

• Créez un type de contenu « balis »

  • Nom (texte court)

  • Slug (texte court)

  • Enfants (référence multiple à d’autres entrées de balise)

• Ajoutez une référence unique à une entrée de balise dans vos types de contenu rubrique ou assemblage

• Utilisez éventuellement des autorisations pour permettre uniquement à certains rôles de gérer les balises

Les balises peuvent ensuite être facilement attachées aux entrées en tant que références. Pour récupérer facilement les entrées « actualités » étiquetées avec une balise qui a le slug « sports », il faut exécuter la requête de recherche par référence suivante :

Nous avons vu ce pattern appliqué avec succès par de nombreux utilisateurs. Pour la plupart des cas d’utilisation, cela fonctionne très bien. Mais il s’accompagne de quelques compromis. Voyons lesquels et comment il est maintenant possible de les surmonter.

Malgré sa facilité d’utilisation, l’ancien modèle présentait des inconvénients dans certains scénarios, qui nécessitaient une architecture et une modélisation minutieuses pour être résolus.

Un seul type de contenu par requête

Le CDA permet d’interroger un seul type de contenu à la fois. Cela correspond très bien au principe du contenu organisé, qui suppose un degré élevé de connaissance de ce que vous recherchez, mais cela présente des problèmes lorsque ça n’est pas le cas. Cela est particulièrement vrai lorsque vous utilisez plusieurs types de contenu étroitement liés, tels que des variantes de produits. Il existe bien sûr des moyens de contourner ce problème, mais ils nécessitent soit plusieurs requêtes, soit des types de contenu proxy.

Balise unique par entrée

La recherche par référence ne fonctionne que sur des champs de référence uniques. Cela signifie que les entrées qui référencent plusieurs balises ne peuvent pas être récupérées avec une seule requête. Encore une fois, on pourrait traditionnellement résoudre ce problème en exécutant plusieurs requêtes ou en appliquant une sorte de mise en cache côté client.

Il est difficile de répertorier toutes les entrées qui ont une balise

Comme les références sont unidirectionnelles, il est impossible de partir d’une balise donnée pour retrouver toutes les entrées qui y sont associées. Les entrées connaissent leur relation avec la balise, mais la balise n’a aucune idée des entrées qui y sont liées. Jusqu’à présent.

Grâce aux évolutions récentes du système, nous pouvons désormais exposer l’autre côté des références d’entrées dans notre API. Nous les appelons les liens entrants.Supposons que vous souhaitiez répertorier toutes les entrées marquées d’une balise connue, quel que soit le type de contenu. Auparavant, vous deviez itérer tous les types de contenu qui permettent de référencer les balises et exécuter une requête pour chacun d’entre eux. Bien que notre CDA soit très rapide, la latence s’additionne. Avec les liens entrants, il est possible de rechercher une entrée connue (la balise) et de demander à notre API de répondre avec une liste de toutes les entrées qui y font référence, comme ceci :

Et c’est en fait tout ce qu’il y a à savoir sur les liens entrants. Nous avons fait en sorte que ce soit facile. Comme un bloc LEGO, c’est simple en soi mais cela permet des possibilités infinies. Pour en revenir au balisage et à la géographie du contenu, les liens entrants sont la pièce manquante du puzzle. Les facettes deviennent bien plus puissantes lorsqu’elles ne se limitent pas à un seul type de contenu. Vous pouvez avoir une méta-couche de balises pour construire non seulement une structure arborescente pour vos assemblages orientés vers la diffusion, mais vous pouvez également utiliser des facettes qui décrivent les états du flux de travail, les associations de fournisseurs, les campagnes de marketing et tout ce à quoi vous pouvez penser. Pendant que nous travaillons sur la prise en charge de l’interface utilisateur native pour les liens entrants, il existe une extension officielle de l’interface utilisateur qui rend une grande partie de ces avantages disponibles dès maintenant.

Quelle que soit la géographie du contenu implémentée, il y a de fortes chances que la navigation dans le CMS soit une expérience différente de la navigation dans votre application client. Et lorsque le contenu est diffusé sur plusieurs canaux, il y a de fortes chances que chacun d’eux dispose de sa propre logique de navigation. Alors, comment les créateurs de contenu peuvent-ils parcourir et découvrir facilement le contenu ?Une solution consiste à utiliser simplement les fonctionnalités de recherche et de vues enregistrées de notre application web. En effet, cela devrait vous permettre de démarrer rapidement et facilement. À mesure que votre base de contenu s’élargit, il est tout à fait naturel qu’elle soit mise en avant et réutilisée de multiples façons. Bien que la recherche et les vues enregistrées restent utiles pendant toute la durée de vie de ce contenu, il est souvent plus facile pour les créateurs de contenu de le parcourir en utilisant une méthode plus familière : le frontend lui-même. C’est un domaine où l’utilisation d’une infrastructure de contenu programmable comme Contentful est vraiment payante. Nos API vous permettent de séparer nettement la gestion du contenu de la présentation, tout en conservant des liens utiles entre les deux. En effet, vos frontends de pré-production (sites Web de test, applications en mode développement) peuvent afficher des liens profonds vers l’application web, ou simplement des identifiants de contenu. De cette façon, un créateur de contenu peut naviguer dans l’interface familière du site web ou de l’application mobile pour lequel il produit du contenu, trouver ce qu’il souhaite modifier, passer rapidement à l’application web Contentful et se mettre au travail. Notre application d’exemple nodejs offre un exemple de cette approche. En allant dans « Paramètres » et en activant les fonctionnalités éditoriales, vous pouvez voir des liens vers Contentful apparaître à côté de chaque entrée :

Que ce soit dans le but de diffuser du contenu sur plusieurs canaux, de l’organiser pour une gestion efficace ou de le rendre accessible à votre propre équipe éditoriale, il est utile de réfléchir un peu à la géographie du contenu qui vous convient le mieux. Contentful a traditionnellement utilisé une géographie graphique libre, reliant les entrées par des références. Les types de contenu « balise » peuvent être exploités pour créer différentes géographies, y compris des arborescences et des facettes. Les liens entrants rendent les balises plus puissantes que jamais, libérant leur utilité sur toute la gamme des types de contenu. Les rubriques et les assemblages aident en outre à organiser votre modèle, créant une séparation nette entre le contenu thématique pur et les assemblages orientés vers la livraison. Enfin, nos API vous permettent de connecter vos interfaces front-end avec un certain niveau de contexte éditorial, ce qui facilite la navigation et la découverte de contenu pour vos créateurs — dans l’interface qu’ils (espérons-le !) connaissent et aiment : vos propres applications.