Un modèle de contenu centralisé est également appelé modèle Hub and Spoke. Dans ce scénario, un site principal envoie du contenu à un réseau de sites secondaires. C'est idéal pour une grande organisation qui cherche à partager des documents de marketing d'entreprise à travers leur réseau de sites et de canaux, tout en maintenant des marques cohérentes et des campagnes. Un site sert d'ancre, la distribution de contenu sur les sites mondiaux, les sites de produits, etc, mais il peut également tirer le contenu de retour à partir de ces sites Edge au besoin.
Un cas d'utilisation parfait pour le modèle centralisé est l'Organisation des Nations Unies. L'ONU a un site Web principal, ainsi que 160 sites de pays qui ont chacun leurs propres équipes de marketing et de contenu. S'il y a une nouvelle initiative mondiale ou des informations importantes qui doivent être partagées, les résultats d'une nouvelle étude sur le paludisme par exemple, un vendeur au siège mondial de l'ONU pourrait distribuer des informations à tous ses sites secondaires en plus de publier le contenu sur le site principal de l'ONU. Dans ce scénario centralisé, le contenu est poussé vers des sites secondaires à partir du site principal.
Parfois, cependant, le contenu le plus intéressant, pertinent ou important existe sur les sites secondaires. Il se peut qu'un site principal importe du contenu d'un site secondaire, afin qu'il puisse distribuer ce même contenu à travers l'organisation élargie à d'autres sites secondaires. Le site principal de ces deux exemples est le centre du modèle de distribution de contenu de l'organisation-un modèle de contenu centralisé.
Modèle de contenu décentralisé
En l'absence d'un site Web principal pour distribuer du contenu sur des sites supplémentaires, un modèle de contenu décentralisé peut être adopté. Cela signifie que le contenu est partagé via un réseau de partage de contenu peer-to-peer, où de nombreux sites gérés indépendamment partagent le contenu entre eux.
Par exemple, un réseau sportif peut être constitué de nombreux sites régionaux différents. Si une équipe de Boston joue à Seattle, l'affilié de Boston peut vouloir réutiliser la couverture de la filiale de Seattle du jeu sur leur propre site régional. Collecte de nouvelles et de rapports en temps réel utilisé pour être un tracas, et s'est appuyé trop lourdement sur le courrier électronique. Si vous étiez l'affilié de Seattle, vous auriez à demander si quelqu'un dans le réseau veut des mises à jour sur le jeu et envoyer votre couverture aux parties intéressées. Ce processus était encombrant; vous devriez vérifier l'email, rappelez-vous l'horaire, compter sur d'autres filiales pour des histoires mises à jour, assurez-vous que vous fournissez des mises à jour à tout le monde qui les voulait, et puis copiez et collez n'importe quel contenu partagé. Aujourd'hui, il existe des façons de s'appuyer sur le courrier électronique pour distribuer et réutiliser le contenu dans un modèle de contenu décentralisé.
Une chose à garder à l'esprit avec un système décentralisé, c'est qu'un référentiel de contenu maître peut être extrêmement utile pour aider à contrôler le chaos contenu qui pourrait exister lors du partage de contenu sur plusieurs sites et systèmes.
Conclusion
La sélection et la mise en œuvre du modèle de distribution de contenu adéquat sont essentielles au succès; votre modèle de contenu jouera un rôle en déterminant quel contenu et quand le contenu sera distribué à vos sites, et plus important encore, à vos clients. La production de contenu ne montre aucun signe de ralentissement. La seule façon de rationaliser le processus et de travailler aussi efficacement que possible est de faire de la distribution de contenu une priorité.
