Que devez-vous savoir sur le CMS en tant que CRM Manager ?

Êtes-vous un responsable CRM, un responsable marketing, un chef de produit ou, en d'autres termes, une personne non technique, vous vous demandez ce qu'est un CMS et ce que vous devez savoir à ce sujet ? Vous êtes déjà utilisateur du CMS mais vous souhaitez acquérir plus de connaissances techniques sur la plateforme ? Vous envisagez de changer de CMS mais rédiger un RFP sur un sujet dont vous n'avez pas la moindre idée vous effraie ? Vous emménagez dans un nouveau poste ou obtenez de nouvelles tâches et devrez travailler plus étroitement avec les développeurs CMS ?

Ne vous inquiétez pas, les concepts techniques autour des plates-formes CMS sont assez simples et en tant que personne non technique, vous n'êtes généralement pas obligé de les connaître aussi en détail. La chose la plus importante est de comprendre quelques définitions de base, de comprendre la plate-forme utilisée par votre entreprise et de connaître un jargon de base. Plus tard, si vous avez besoin d'en savoir plus, je vous recommande fortement de demander à vos développeurs - personne n'en sait plus sur votre plate-forme CMS qu'eux. Découvrez pourquoi apprendre de vos développeurs est le meilleur moyen d'apprendre la technologie et comment commencer à parler leur langue ici.

Table des matières:

1. Qu'est-ce qu'un CMS ?

• Définition du CMS
• Objectifs du CMS
• Pourquoi un système CMS devrait-il être important pour les responsables CRM ?

2. Que devez-vous apprendre pour gérer le contenu dans un CMS ?

• Langage de balisage
• Comment rédiger
• Comment publier
• Où le contenu est-il stocké ?
• Gestion des actifs numériques
• Analyse de site Web
• Modules, widgets, modèles prêts à l'emploi disponibles
• Principes de conception de base - UX / UI

3. Fonctionnalités du CMS que vous devez connaître

• Facilité d'édition
• Gestion des versions
• Restauration (rollback)
• Archivage
• Compatibilité
• Intégrations
• Test A/B
• Contenu personnalisé
• Gestion des traductions
• Optimisation du référencement
• Publication multiplateforme
• Accès
• Travailler en collaboration
  

4. Concepts techniques à comprendre

• Votre site Web est-il statique ou dynamique ?
• Version du site Web
• Environnements
• CMS prêt à l'emploi ou personnalisé ?
• CMS sans tête
• Qu'est-ce qu'une API ?
• Qu'est-ce qu'un webhook ?
• Que sont les SDK ?
  

5. Résumé

‍ Qu'est -ce qu'un CMS ?

Système de gestion de contenu ( CMS ) – est une application logicielle qui peut être utilisée pour gérer la création et la modification de contenu numérique. Il s'agit d'une « base de données » où vous conservez votre contenu : ressources numériques (images, vidéos, podcasts), textes, traductions, dans certains cas mise en page, éléments de conception (tableaux, boutons, etc.). Le contenu stocké dans le CMS peut être diffusé sur votre site Web, votre application mobile ou d'autres canaux numériques (sms, e-mail, smartwatch, etc.). Toutes les entreprises ne stockent pas tout le contenu dans le même CMS ; souvent, certaines solutions de « stockage » de contenu sont distinctes (contenu des e-mails dans la plate-forme d'envoi d'e-mails, contenu des applications mobiles stocké sous forme de code et mis à jour uniquement par les développeurs, etc.).

Le CMS peut servir plus que la simple publication du contenu sur vos canaux numériques. Selon les API, plugins et webhooks disponibles, il peut :

• exporter et importer les traductions,
• diffuser le contenu sur les plateformes de médias sociaux, les plateformes de messagerie et d'autres canaux,
• stocker tous les actifs numériques en un seul endroit et classés,
• préparer les tests A/B des contenus et la personnalisation des contenus,
• mettre en place le référencement on-page,
• renvoyer des résultats pour le moteur de recherche sur la page,
• et plus.
  

Pourquoi un système CMS devrait-il être important pour les responsables CRM ?

Le CMS est (ou pourrait être, si vous le configurez de cette façon) le centre de toutes les communications destinées aux clients . Il peut diffuser du contenu sur vos propres plates-formes et s'intégrer à différentes piles marketing pour diffuser du contenu sur des publicités payantes. Vous pouvez également gérer le référencement sur la page à partir de là. Si cela ne suffit pas, vous pouvez configurer des formulaires de collecte d'e-mails, télécharger des politiques de cookies pour collecter les données des clients sur votre système CRM, où vous pouvez segmenter les clients et proposer un contenu personnalisé à ces segments à partir du même CMS. Dans le CMS, vous pouvez mettre en place des tests A/B pour votre contenu, ou mettre en place un contenu personnalisé. Vous pouvez alimenter la base de données de votre chatbot à partir de là. Vous pouvez également intégrer votre système CMS à des outils d'automatisation du marketing où vous pouvez créer des règles de segment vous permettant de pousser du contenu vers des clients spécifiques à partir du CMS via différents canaux de distribution (par exemple, envoyer un rappel de panier oublié par e-mail à ceux qui ont des achats inachevés dans leur panier).

Que devez-vous apprendre pour gérer le contenu dans un CMS ?

Langage de balisage:

Votre système CMS utilise soit un éditeur WYSIWYG (dans ce cas, il est facile de modifier le contenu pour les éditeurs de contenu) ou une sorte de langage de balisage (que vous ou l'éditeur de contenu devriez apprendre).

Qu'est-ce qu'un langage de balisage ?

Un langage de balisage est un langage qui annote du texte afin que l'ordinateur puisse manipuler ce texte (le mettre en gras, en italique, le centrer, le colorer, etc.). Fondamentalement, il s'agit d'un langage avec lequel vous pouvez communiquer à l'ordinateur comment vous souhaitez qu'il affiche le texte ou les éléments que vous modifiez.

HTML est un exemple de langage de balisage :

<p>

Ceci est un paragraphe de texte écrit en HTML

</p>

Cette phrase est composée d'une balise ouvrante (<p>), de texte et d'une balise fermante (</p>). Le texte entre les balises serait affiché à l'écran. Chaque balise comprend un symbole "inférieur à" et "supérieur à" pour la désigner comme faisant partie du balisage.

Comment apprendre un langage de balisage ? S'il s'agit d'un langage de balisage spécifique au CMS, vous devriez pouvoir le trouver dans le manuel du CMS. S'il s'agit d'un langage de balisage standard, il existe de nombreuses ressources en ligne disponibles pour les apprendre, comme par exemple : MOOC, Udemy, EDX, Codecademy ou Coursera.

Si votre CMS ne dispose pas d'un éditeur WYSIWYG, il peut également être utile de connaître quelques bases de CSS (Cascading Style Sheets) qui fonctionnent avec HTML pour ajouter des styles aux pages Web que vous modifiez.

Comment rédiger :

Ce que vous devez vérifier dans le manuel ou demander à vos développeurs :

Comment créer un brouillon du contenu (et ne pas le faire publier par erreur) ? Comment tester le brouillon, pouvez-vous voir un aperçu de ce à quoi il ressemblerait sur le site Web directement dans le CMS ? Si un aperçu directement dans le CMS n'est pas disponible, existe-t-il un environnement de test dans lequel vous pourriez vérifier le contenu nouvellement rédigé ?

Comment publier :

Ce que vous devez vérifier dans le manuel ou demander à vos développeurs :

Comment publier le contenu sur le site Web en direct ? Pouvez-vous le faire vous-même (ou l'éditeur de contenu lui-même) depuis le CMS ? Avez-vous besoin d'une version du site Web pour mettre à jour le contenu ? Avez-vous besoin de demander de l'aide aux développeurs pour la publication ? S'agit-il d'une solution mixte, c'est-à-dire qu'une partie du contenu est publiable depuis le CMS par les éditeurs de contenu, mais que certaines modifications nécessiteraient l'assistance des développeurs ? Quels sont ceux qui ont besoin de l'assistance d'un développeur ? Quels sont les délais moyens si vous souhaitez publier quelque chose, combien de temps cela prendrait-il ? Qui contacter si le contenu casse et que vous ou l'éditeur de contenu ne pouvez pas le réparer vous-même ? Qui contacter en dehors des heures de bureau si vous avez besoin d'une assistance urgente ? Pouvez-vous programmer la publication de contenu à l'avenir ? Pouvez-vous planifier plus d'un "package" de contenu à l'avenir ? Si vous planifiez un élément de contenu à l'avenir, pouvez-vous toujours modifier et publier d'autres parties de contenu ou le package planifié gèlera-t-il toute autre publication à partir du moment où vous le créez jusqu'à l'heure planifiée ? Pouvez-vous rappeler vous-même le contenu programmé si, pour une raison quelconque, vous changez d'avis ?

Où le contenu est-il stocké ?

C'est une question importante que vous devriez poser à vos développeurs/architectes.

Quel contenu vient d'où ? Quel contenu est stocké dans le CMS, lequel dans les moteurs/systèmes de paiement ou de réservation, lequel est directement stocké dans FE ? Vous devez savoir quel contenu il est possible de modifier dans le CMS, lequel doit être développé (ou où trouver ces informations lorsque vous en avez besoin). Il devrait y avoir une documentation disponible à ce sujet ou vos éditeurs de contenu devraient le savoir.

Gestion des actifs numériques :

Vous devez savoir quels types d'actifs numériques sont pris en charge par votre CMS. Pouvez-vous utiliser des vidéos, des images, des fichiers mp3 ? Quelles sont les extensions de fichiers qu'il est possible d'utiliser ? Quelles sont les exigences pour les actifs? Vérifiez les spécifications pour les tailles et le poids des images. Le système redimensionnera-t-il automatiquement les images ou devriez-vous toujours les redimensionner avant le téléchargement ? Si vous ne voulez pas ralentir votre site Web ou une autre plate-forme, vous devez toujours viser à avoir le poids minimum nécessaire pour afficher correctement l'actif.

Modules, widgets, modèles prêts à l'emploi disponibles :

Vous devriez savoir avec quoi vous travaillez. Avez-vous des "blocs de construction" que vous pouvez utiliser prêts à l'emploi (ou déjà préfabriqués par vos développeurs) ? Avez-vous besoin de toujours demander la création personnalisée des modules de contenu, des modèles de page ? Quelle est la flexibilité des modèles prêts à l'emploi, dans quelle mesure pouvez-vous les modifier si vous souhaitez qu'ils aient un aspect différent ? Les modules sont-ils intégrés à certains affichages FE (front-end), vous n'avez donc pas besoin de construction de site supplémentaire pour les faire apparaître sur le site ? Avoir au moins une bibliothèque de base de modules et de modèles disponibles peut considérablement raccourcir le délai de mise sur le marché de la création de nouvelles pages, de quelques semaines de développement à quelques heures de sélection et de jeu avec les possibilités de personnalisation.

Principes de conception de base - UX / UI :

Des connaissances de base sur la conception, en particulier l'expérience utilisateur et l'interface utilisateur (UX/UI) peuvent être très utiles. Lorsque vous travaillez avec des designers (par exemple pour créer un nouveau formulaire d'inscription, un nouveau microsite), vous saurez comment leur parler, quoi demander et comment évaluer leur travail.

Analyse du site Web :

Pour comprendre vos clients, leur comportement, leurs préférences, pour évaluer les performances de vos pages de destination ou de vos formulaires d'abonnement nouvellement lancés, vous devrez apprendre à utiliser le logiciel d'analyse de site Web utilisé par votre entreprise (ou en créer un vous-même). Il est utile de savoir ce qui est actuellement suivi sur le site Web par défaut (où les balises sont placées) et quel type de suivi vous devez demander spécifiquement, par exemple le suivi des événements personnalisés ou les entonnoirs personnalisés.

Fonctionnalités du CMS que vous devriez connaître

Que devez-vous savoir sur votre système CMS ? Que devriez-vous rechercher lors du choix d'un système CMS ? Que devriez-vous demander à vos développeurs pour comprendre ce qui est possible et ce qui ne l'est pas ?

Facilité d'édition :

Dans quelle mesure le CMS est-il facile à utiliser du point de vue d'un éditeur de contenu ? Cela influencera le temps de mise sur le marché du contenu. Ce qui peut influencer la vitesse d'édition, ce sont : les fonctionnalités de glisser-déposer, les « blocs » flexibles pour créer des pages, les flux de travail automatisés (par exemple pour envoyer/recevoir des traductions), le contenu alimenté à partir d'une source (exemple : des modules dynamiques, où vous mettez à jour contenu une fois et il apparaîtra sur différentes sous-pages et même sur différentes surfaces numériques), la synchronisation du contenu entre les environnements (supprime le besoin de copier-coller tous les contenus dans différents environnements).

Gestion des versions :

Si votre CMS permet d'enregistrer les versions précédentes du contenu, si vous créez une nouvelle version du contenu mais que vous changez d'avis pour une raison quelconque, vous pouvez restaurer la version précédente. Parfois, il est même possible de voir la comparaison entre les versions et de mettre automatiquement en surbrillance les pièces qui ont été modifiées.

Restauration (rollback) :

Si votre contenu tombe en panne après une publication, vous devriez pouvoir revenir à la version précédente du contenu pour le réparer temporairement, jusqu'à ce que vos développeurs puissent déterminer pourquoi le contenu a échoué en premier lieu.

Archivage :

Le CMS devrait vous permettre d'archiver le contenu. Ce qu'il est important de savoir, c'est pendant combien de temps les archives/anciennes versions de contenu sont stockées. Vous devez examiner attentivement les exigences légales pour différents types de contenu et éventuellement prolonger la durée de vie du contenu archivé pour le contenu à haut risque (par exemple : termes et conditions, contenu de promotion, politique de confidentialité, consentement aux cookies) qui pourrait être requis à l'avenir pour enquêtes judiciaires.

Compatibilité:

Une exigence de base pour un système CMS est la compatibilité avec votre architecture, vos systèmes back-end, front-end, de paiement, de réservation, tout logiciel externe que vous utilisez actuellement.

Intégrations :

Un système qui fournit des intégrations à d'autres logiciels que votre entreprise utilise déjà ou qui peut facilement intégrer d'autres parties de votre pile marketing, soit nativement, soit via la connectivité API, vous fera gagner du temps et de l'argent que vous auriez autrement dû consacrer à des intégrations personnalisées.

Test A/B :

Ce que vous devez vérifier dans le manuel ou demander à vos développeurs :

Avez-vous la possibilité de créer des tests A/B de contenu (plusieurs versions de contenu qui seraient placées dans le même espace réservé et pourraient être basculées avec le logiciel de test A/B) ? Si non, vos développeurs peuvent-ils le développer pour les types de contenu (modules, blocs) que vous devez tester ? Combien de temps cela prendrait-il ?

Contenu personnalisé :

Avez-vous des outils de personnalisation (logiciels) en place ? Quel type de contenu peut être personnalisé à l'heure actuelle (quel type de contenu plusieurs versions peuvent être créées dans le CMS qui seraient basculées par le système de personnalisation) ?

Si votre système CMS peut s'intégrer à l'outil de personnalisation, vous pouvez continuer à n'utiliser qu'un seul système pour le stockage du contenu, ce qui facilite la réutilisation du contenu et sa gestion (modifications en cas de changement de nom de produit, de traduction ou lorsque vous souhaitez implémenter d'autres modifications multiplateformes). ‍

Gestion des traductions :

Si vous souhaitez proposer des versions localisées du site, votre système CMS doit prendre en charge les langues . La fonctionnalité minimale signifie pouvoir stocker différentes versions linguistiques du même contenu dans le même CMS. Ce que je recommande, sur la base de l'expérience des sites Web multilingues (plus de 20 langues) et d'autres plateformes numériques, c'est que le CMS ait toutes les langues stockées au même endroit pour le même module/bloc de contenu. Quelle est la différence? Si vous conservez différentes versions linguistiques dans le même CMS comme une « copie » de la même structure de site, pour retrouver le même module et le mettre à jour dans toutes les langues vous devrez ouvrir chaque version linguistique, trouver où se trouve ce module dans chacune puis le mettre à jour. Si vous avez les versions linguistiques directement au niveau du module, il est facile de retrouver le même contenu et de le mettre à jour dans toutes les langues, sans se perdre à le chercher dans le CMS.

La gestion de différentes versions de contenu linguistique est un travail difficile. Cela prend du temps et a un taux d'erreur élevé (si vous / l'éditeur de contenu copiez quelque chose de manière erronée). Le moyen le plus simple de gérer les traductions est d'avoir une intégration avec le logiciel de l'agence de traduction du CMS. De cette façon, vous devriez être en mesure d'envoyer du contenu original à traduire (par exemple, de l'anglais) vers différentes langues directement depuis le CMS et de recevoir des traductions de l'agence de traduction. Il vous fait gagner du temps (pas de copier-coller), réduit le risque d'erreur et améliore le time-to-market. Dans certains cas, il est même possible d'activer l'affichage des liens de prévisualisation vers l'agence de traduction, ce qui permet aux traducteurs de traduire encore plus facilement le contenu. Les traductions proxy sont encore plus faciles à gérer. Ce que fait la traduction par proxy, c'est remplir votre site Web avec des versions proxy et localisées. L'agence de traduction crée ensuite ces versions linguistiques et les met à disposition. Il réduit considérablement le temps d'édition du contenu mais ne fonctionne que pour les sites Web, pas pour d'autres plates-formes telles que les applications mobiles, les e-mails, les SMS. Pour couvrir d'autres plates-formes, vous auriez besoin d'un autre type d'intégration, par exemple une API.

Ce qui peut également être une fonctionnalité utile, ce sont les notifications automatiques une fois que la traduction arrive de l'agence de traduction ou s'il y a des problèmes rencontrés lors de l'exportation/importation des traductions (qui peuvent être configurées avec des webhooks, si le CMS ne les fournit pas hors- la boîte).

Astuce : une expression que vous entendrez sans cesse de la part de vos développeurs - les paramètres régionaux - est comme les langages, mais avec un grain plus fin. Bien que l'allemand soit une langue unique, il existe de nombreux paramètres régionaux allemands différents : de-DE pour l'allemand en Allemagne, de-AT pour l'allemand en Autriche, de-CH pour l'allemand en Suisse, etc.

Optimisation SEO :

Pouvez-vous gérer le référencement on-page depuis votre CMS ? Pouvez-vous personnaliser les URL vous-même ? Avez-vous des champs pour le métatitre, les métadonnées, les métatags ? Pouvez-vous ajouter des balises <h1> ? Le CMS crée-t-il automatiquement le sitemap et y ajoute-t-il de nouvelles pages une fois qu'elles sont publiées ou vous devez demander à vos développeurs de le faire pour vous ? Comment pouvez-vous configurer des hreflangs et des balises canoniques si vous remplissez du contenu à plusieurs endroits ou publiez dans plusieurs langues ? Vous devez savoir quelles sont les possibilités et quand vous devez contacter vos développeurs.

Publication multiplateforme :

Votre système CMS peut-il servir le contenu à d'autres plates-formes numériques (application mobile, e-mail, smartwatch, chatbot, etc.) ? Pouvez-vous le configurer pour le faire? C'est une question importante si vous envisagez de maintenir davantage de canaux de communication numériques. Garder tout le contenu au même endroit présente de grands avantages, tels que la réduction de la complexité de la gestion du contenu, la réutilisation du contenu, la réutilisation des traductions, la réduction du risque d'avoir un contenu incohérent sur différentes plateformes.

Accéder:

Les systèmes CMS peuvent offrir différents types d'accès avec différents droits. Cela peut être utile si vous souhaitez que différentes personnes rédigent, révisent, approuvent le contenu ou si certains éditeurs ne doivent pouvoir accéder qu'à certains types de contenu (par exemple, un service spécifique n'a accès qu'au contenu qui appartient à ce service) .

Travailler en collaboration :

Si vous avez plusieurs éditeurs qui éditent le contenu, il serait utile d'avoir une option pour travailler en collaboration sur un élément de contenu. Certains systèmes CMS verrouillent le fichier si un utilisateur l'a ouvert, d'autres vous permettent de le modifier simultanément.

Concepts techniques à comprendre :

Selon le degré de collaboration dont vous avez besoin avec les développeurs CMS, la gestion CMS ou l'édition de contenu, vous voudrez peut-être approfondir un peu plus des sujets plus techniques. Voici quelques sujets qui méritent d'être compris :

Votre site Web est-il statique ou dynamique ?

Site Web dynamique signifie que les clients téléchargent directement le contenu de vos serveurs. Dans ce cas, vous pouvez modifier le contenu ad hoc et les modifications seront automatiquement transmises au site Web en direct pour tous les clients qui rechargent votre site Web.

Un site Web statique signifie que le contenu (et le code) est emballé et publié avec une version de site Web, de temps en temps (la fréquence varie selon l'entreprise/le type de code). Les clients ne peuvent accéder qu'à cette version statique, ce qui réduit considérablement la charge sur vos serveurs. La modification du contenu du site Web statique n'est possible qu'avec la version du site Web. Si vous avez un tel site Web, vous devriez savoir quand les versions sont, quand le contenu doit être prêt pour elles. Parfois, les sites Web statiques ont des solutions de contournement pour publier du contenu entre les versions, vous devez comprendre les contraintes de ces solutions de contournement (ce qui peut être publié de cette façon, combien de temps dure l'exploration - emballer le contenu dans un package - et la publication).

Version du site Web :

La version du site Web signifie la livraison d'un nouveau code (et contenu) sur le site Web. Si vous devez contourner les versions de site Web ou si certains contenus ne peuvent être livrés qu'avec une version de site Web (parce qu'ils sont stockés dans des applications FE, par exemple), vous devez savoir quelle est la cadence de votre équipe de développement - à quelle fréquence récupèrent-ils nouveaux développements? Quelle est la fréquence des sorties ? Quand devez-vous les informer de la nouvelle initiative pour la mettre en ligne sur le site ? Quel est le délai de commercialisation entre la demande et la livraison (délai de livraison) ?

Environnements:

Les environnements sont des entités au sein d'un espace qui vous permettent de créer et de gérer plusieurs versions des données spécifiques à l'espace et d'y apporter des modifications de manière isolée. Avoir différents environnements permet des développements parallèles, des tests et une intégration continue, ce qui aide votre équipe à livrer plus d'un projet à la fois et à travailler de manière agile (développer et tester en même temps).

CMS prêt à l'emploi ou personnalisé ?

Les solutions prêtes à l'emploi peuvent manquer de flexibilité et il peut être difficile de les personnaliser. Les solutions sur mesure nécessitent beaucoup de maintenance et chaque mise à niveau vous coûtera beaucoup d'efforts, ce qui signifie des coûts de développement imprévisibles (par rapport aux coûts de licence fixes). La meilleure solution est quelque chose entre les deux : une solution prête à l'emploi qui offre suffisamment de flexibilité pour que vous n'ayez pas à effectuer de nombreuses personnalisations. C'est une autre raison pour laquelle les systèmes CMS basés sur des API sont, pour la plupart des entreprises, la meilleure solution disponible à l'heure actuelle.

CMS sans tête :

Le CMS "standard" (pas sans tête) fournit un back-end avec une interface simple pour créer du contenu, une base de données pour stocker les actifs numériques et la possibilité de publier le contenu. Le contenu est extrait par le front-end et publié sur une page. Le front-end et le contenu sont couplés, vous ne pouvez pas mettre à jour le contenu sans l'application frontale. Tout est publié dans un seul seau - contenu, images, HTML, CSS. Cela peut signifier que le contenu doit aller dans les mêmes versions que le code frontal (par conséquent, peut être mis à jour moins fréquemment), cela peut également limiter l'utilisation du CMS aux seuls sites Web (comme le contenu et le code sont mélangés, le contenu ne peut pas être publié de manière flexible sur différents canaux numériques).

Une approche différente de la diffusion de contenu est un CMS "sans tête" - si la couche de présentation d'un site Web est la "tête" d'un CMS, alors couper cette couche de présentation crée un CMS sans tête. Dans ce cas, le « corps » du référentiel de contenu est séparé de la couche de présentation. Cela permet d'unifier tout le contenu dans un seul hub de contenu sans tête, à partir duquel le même contenu peut être publié sur plusieurs canaux. Cela facilite l'édition - modifiez la copie ou l'image à un endroit, et cette modification sera appliquée partout où se trouve le contenu. Les CMS sans tête divisent les tâches back-end et front-end - cela signifie que les développeurs peuvent rapidement coder et concevoir des expériences front-end dans leur langage préféré (sans être liés par des technologies back-end restrictives). Au lieu de cela, ils peuvent utiliser des interfaces de programmation d'applications (API) pour connecter les fonctions principales, telles que le stockage et la gestion de contenu, à n'importe quel environnement de diffusion frontal. Cela rend le développement de nouvelles pages ou d'écrans d'applications mobiles beaucoup plus rapide et plus facile.

En savoir plus sur les plateformes de commerce électronique sans tête ici.

Qu'est-ce qu'une API ?

Les systèmes API-first (API - Application Programmable Interface) ont un code qui permet une communication clairement définie entre deux applications distinctes. Ce sont des plates-formes logicielles modernes, qui offrent aux responsables CRM des éléments de base prêts à l'emploi de fonctionnalités que vous pouvez assembler pour répondre à vos besoins à presque 100 %. Ils sont préparés pour une intégration rapide avec d'autres systèmes.

« API : le facteur

Considérez une API comme un facteur transmettant la demande de votre application à un autre logiciel, puis renvoyant la réponse à votre application. Un exemple simple : c'est l'API qui permet la communication entre Google Agenda et votre application de voyage afin que lorsqu'un utilisateur réserve un voyage, il se synchronise avec son calendrier. » Source : Clevertap

En savoir plus sur ce que sont les API et ce que vous devez savoir lorsque vous choisissez un logiciel API-first ici.

Qu'est-ce qu'un webhook ?

Les webhooks sont similaires aux API, mais plus simples. Une API est un langage complet pour une application avec des fonctions ou des appels pour ajouter, modifier et récupérer des données. Avec une API, vous devez faire le travail vous-même. Si vous créez une application connectée à une autre à l'aide d'une API, votre application devra disposer de moyens spéciaux pour demander à l'autre application de nouvelles données lorsqu'elle en aura besoin. Les webhooks, en revanche, sont conçus pour une partie spécifique d'une application et ils sont automatisés. Il s'agit d'une connexion simple, un à un, qui s'exécute automatiquement.

Un exemple de webhook pourrait être une notification sur votre e-mail, déclenchée lorsqu'une nouvelle traduction arrive sur votre CMS.

Que sont les SDK ?

SDK signifie kit de développement logiciel - un ensemble d'outils logiciels et de programmes utilisés par les développeurs pour créer des applications pour des plates-formes spécifiques. Les outils SDK incluent des bibliothèques, de la documentation, des exemples de code, des guides et des processus que les développeurs peuvent utiliser et intégrer dans leurs propres applications, conçus pour des plates-formes ou des langages de programmation spécifiques.

SDK – le bureau de poste/quincaillerie :

Si l'API est un facteur, alors qu'est-ce que le SDK dans ce contexte ?
C'est la poste ET la quincaillerie combinées. Puisqu'il peut contenir tout le nécessaire pour communiquer avec un autre logiciel (c'est-à-dire une ou plusieurs API) ainsi que du matériel pouvant être utilisé pour construire une application entièrement nouvelle (c'est-à-dire des bibliothèques de code, des fonctions de débogage, des notes techniques, des tutoriels et de la documentation). (...) c'est un kit de développement. Le SDK peut contenir une ou plusieurs API ainsi que des utilitaires essentiels. L'API n'est qu'une partie d'un SDK. Considérez le devkit comme un "conteneur" plus grand pour toute une gamme d'outils SDK et vous aurez raison. Source : Clevertap

Résumé:

En tant que responsable CRM, vous devez connaître quelques notions de base sur les plates-formes CMS. Dans la plupart des cas, tôt ou tard, vous devrez publier du contenu. La base absolue dont vous avez besoin est de connaître les flux de travail et les processus de votre entreprise si vous avez des éditeurs de contenu en place pour le faire pour vous. Si vous avez besoin d'éditer et de publier du contenu vous-même, vous voudrez peut-être apprendre quelques bases de la plate-forme utilisée, comme comment éditer, rédiger, publier le contenu et quelles sont les possibilités de tester ou de planifier des modifications de contenu. Si vous avez besoin de connaissances plus avancées, vous devriez en apprendre un peu plus sur les options de test A/B, de personnalisation et d'optimisation SEO de votre plateforme actuelle. Il est recommandé de connaître un peu le fonctionnement de votre équipe de développement et combien de temps à l'avance vous devez planifier les développements, si une simple édition de contenu ne suffit pas. Vous devriez vous familiariser avec leurs processus, en particulier si vous devez publier du contenu avec des versions de site Web (par exemple, si votre site Web est statique ou si votre CMS n'est pas sans tête). Apprendre à connaître le jargon des développeurs vous aidera à démarrer la conversation. Après avoir appris les bases et lu le manuel, je vous recommande fortement de commencer à poser des questions à vos développeurs pour approfondir votre compréhension - ils sont la meilleure source d'informations sur votre pile existante !