Que peut faire une connexion, exactement ?
Huit choses, et un adaptateur déclare lui-même lesquelles il maîtrise. Si un correctif demande ce que la connexion ne peut pas faire, rien ne se passe — il n'est ni appliqué à moitié ni ignoré en silence, mais refusé avec la raison.
| Capability | Ce qu'une connexion peut en faire |
|---|---|
| code_update | modifier le code source et les templates |
| content_update | placer du texte et des blocs visibles |
| metadata | title, description, canonical, hreflang |
| structured_data | JSON-LD et schema.org |
| publish | mettre en ligne |
| preview | montrer before → after avant que quoi que ce soit se passe |
| verify | vérifier après coup que la modification est bien arrivée |
| rollback | revenir à la version précédente |
Sur quelles plateformes cela fonctionne-t-il aujourd'hui ?
Comptage honnête : sur les 23 plateformes du catalogue, 1 est en « supported », 16 en « beta » et 6 en « planned ». Supported signifie que l'adaptateur existe et est testé. Beta signifie qu'il existe et que la connexion est en construction. Planned signifie que l'architecture le couvre et que l'adaptateur reste à écrire.
| Statut | Nombre | Ce que cela signifie |
|---|---|---|
| supported | 1 | adaptateur présent et testé |
| beta | 16 | adaptateur présent, connexion en construction |
| planned | 6 | l'architecture le couvre, l'adaptateur reste à écrire — vous recevez l'instruction exacte |
Comment évitez-vous qu'une chose parte en ligne sans le vouloir ?
En le laissant fermé par défaut. L'exécution est un interrupteur à l'arrêt, activé plateforme par plateforme, et qui ne fonctionne que pour des cibles inscrites sur une liste. S'y ajoutent l'approbation par type d'action et un verrou qui empêche deux tâches de toucher le même fichier en même temps.
Et si ma plateforme n'y figure pas ?
Vous recevez alors le correctif sous forme d'instruction exacte ou de prompt prêt à coller pour un constructeur : exactement ce qui doit aller où, sous quelle forme, avec la raison. Ce n'est pas un lot de consolation — c'est la même change-set, sauf que c'est vous qui la placez. Toute plateforme no-code fermée aboutit de toute façon ici.
Questions fréquentes
ceeme applique-t-il des modifications sans me demander ?
Non. L'application autonome est désactivée, et l'approbation est réglée par type d'action : c'est la nature de la modification qui décide si elle peut être automatique, pas le projet ni l'urgence. Ce qui est toujours permis, c'est le preview — il n'a aucun effet de bord.
Pouvez-vous casser quelque chose sur mon site ?
Chaque modification a un preview au préalable, une vérification après coup et un rollback si cette vérification échoue. Par-dessus, le sas est fermé par défaut et l'exécution ne fonctionne que sur des cibles que vous avez autorisées. Le risque n'est jamais nul, et c'est pourquoi le chemin de retour existe toujours.
Cela fonctionne-t-il aussi avec mon CMS ?
Cela dépend de ce que la connexion sait faire, pas du nom du CMS. Le moteur regarde les capacités — peut-il placer du schema, publier, revenir en arrière — et refuse proprement ce qui n'entre pas. Si votre plateforme est encore en planned, vous recevez l'instruction exacte.
Que reste-t-il consigné de ce qui s'est passé ?
Tout le parcours : quelle modification, sur quelle cible, avec quelle approbation, ce qu'a dit la vérification et s'il y a eu retour en arrière. Ce n'est pas pour la statistique mais pour le moment où quelqu'un demandera qui a publié quoi et quand.
Pour aller plus loin
Gratuit, sans compte ni carte bancaire.