Workflow de validation des contenus Shopify pour 2 ou 3 personnes

Pourquoi une petite équipe a besoin d’un circuit

À deux ou trois, l’argument habituel contre un circuit de validation est que tout le monde se parle de toute façon. Le problème, c’est que les contenus produits changent rarement au cours d’une conversation. Ils changent dans l’administration, souvent en fin de journée, souvent en masse, et de plus en plus souvent à partir de brouillons rédigés par IA. Un second regard est la protection la moins coûteuse contre une taille fausse, une allégation non fondée ou une traduction cassée qui arrive chez vos clients.

L’objectif est un circuit assez léger pour que personne n’ait envie de le contourner : des rôles clairs, une courte liste de ce qui doit être validé, et une façon convenue de gérer les exceptions.

Qui propose, qui valide

Commencez par écrire les rôles, même si une personne en cumule deux. Une répartition typique pour une petite boutique :

Personne	Propose	Valide
Fondateur ou gérant	Rarement	Oui, dernier mot sur les allégations et les prix cités
Responsable contenu ou marketing	Oui, l’essentiel des textes et du SEO	Oui, pour le travail de l’autre
Freelance, assistant ou agent IA	Oui	Non

La seule règle à garder dans toutes les configurations : personne ne valide sa propre modification de fond quand quelqu’un d’autre est disponible. À deux, chacun relit l’autre. À trois, le gérant n’a pas besoin de tout voir : il peut ne valider que ce qui touche aux allégations, aux prix cités dans le texte ou aux mentions légales.

Ce qui doit être validé, et ce qui peut s’en passer

Un circuit qui demande une validation pour chaque virgule meurt en un mois. Tracez la limite selon le risque, pas selon le champ.

À valider :

• Nouveaux produits et nouvelles descriptions
• Toute modification de matière, de dimensions, de compatibilité ou d’entretien
• Mentions de santé, de sécurité, de certification ou juridiques
• Titres, handles, titres SEO et méta-descriptions
• Traductions, dans chaque langue
• Tout ce qui est rédigé par IA ou importé en masse depuis un tableur

Peut se passer de validation :

• Corrections de coquilles et de ponctuation qui ne changent pas le sens
• Restauration d’une version précédente après une erreur
• Champs internes qui n’apparaissent pas sur la boutique

Écrivez cette liste et partagez-la. En cas de doute, la règle par défaut est de proposer.

Délais et demandes de modification exploitables

Une file de relecture ne fonctionne que si les propositions n’y stagnent pas. Il n’existe pas de bon chiffre ici : fixez une attente qui correspond à votre rythme. Pour une petite équipe, un point de départ raisonnable est une décision dans la journée ouvrée pour les modifications courantes, et un moment fixe chaque jour (par exemple après les commandes du matin) où le relecteur vide la file.

L’autre moitié, c’est la qualité du retour. « Pas tout à fait ça » renvoie l’auteur aux devinettes. Une demande de modification utile nomme trois choses :

• Le champ : « Description, deuxième paragraphe » ou « Méta-description SEO, allemand ».
• Le problème : « Indique que la veste est imperméable ; la fiche fournisseur dit déperlante. »
• La correction attendue : « Écrire déperlante et ajouter l’indice de la fiche technique. »

Si la correction tient en un mot, il est souvent plus rapide que le relecteur la fasse lui-même plutôt que de renvoyer la proposition. Convenez que les relecteurs peuvent corriger les petits défauts, et gardez « demander des modifications » pour les problèmes que l’auteur doit repenser.

Les urgences et la faille des autorisations Shopify

Tôt ou tard, quelque chose de faux est en ligne et doit être corrigé tout de suite. Décidez à l’avance qui peut faire une modification urgente directement (en général le gérant et le responsable contenu), et que chaque modification urgente est relue par l’autre personne le jour même. La correction passe d’abord ; la relecture a lieu quand même.

Reste la faille de Shopify lui-même. Les autorisations de la boutique comprennent, pour les produits, une autorisation « Créer et modifier » qui, d’après la documentation de Shopify, permet de créer, modifier, importer, publier, partager et archiver des produits et des collections. Les articles de blog et les pages fonctionnent de la même façon : une seule autorisation couvre leur création, leur modification, leur publication et leur suppression. Il n’existe pas d’autorisation distincte « soumettre pour relecture ». Si un produit est déjà actif, enregistrer une modification dans l’administration change la boutique immédiatement.

L’administration ne peut donc pas faire respecter le circuit que vous venez de définir. Vous avez deux leviers :

• Restreindre les autorisations Shopify. Ne donnez l’accès en modification aux produits et aux contenus qu’à ceux qui valident, et laissez les autres proposer par un processus ou un outil qui n’en a pas besoin.
• Retenir les modifications hors de Shopify jusqu’à validation. Les propositions vivent ailleurs, et seule une approbation les écrit dans la boutique.

Comment Vetta le met en œuvre

Vetta est le second levier, conçu pour ce cas. Les versions des produits, collections, pages, articles et de leurs traductions sont proposées par une personne, un import CSV ou un agent IA, et n’atteignent la boutique qu’une fois approuvées par un relecteur.

Les rôles correspondent au tableau ci-dessus. Les auteurs proposent et suivent leurs propositions ; ils ne peuvent pas approuver. Les relecteurs approuvent, demandent des modifications avec une note, ou rejettent. Les administrateurs font de même et gèrent en plus l’espace de travail, les membres et les imports. Les utilisateurs sont illimités : le freelance et le fondateur ne coûtent pas de siège. Les agents IA connectés par MCP sont uniquement auteurs et n’ont aucun moyen de publier.

En proposant, l’auteur peut ajouter un message et choisir le relecteur, qui est prévenu par e-mail. Le relecteur voit une comparaison champ par champ entre le contenu en ligne et la proposition, avec un onglet par traduction, et peut corriger un petit défaut puis l’enregistrer comme nouvelle version au lieu de le renvoyer. Un e-mail récapitulatif quotidien liste ce qui attend et ce qui a été décidé.

Pour les urgences, un relecteur ou un administrateur peut proposer et approuver dans la foulée. Et si quelqu’un modifie directement dans l’administration Shopify, Vetta enregistre la modification comme une version datée, marquée « Modifié dans Shopify », dans l’historique des versions : le chemin direct reste visible et réversible.

Liste de mise en place

1. Écrire qui propose et qui valide
2. Lister ce qui doit être validé ou non
3. Fixer un moment de relecture quotidien et un délai
4. Définir qui peut faire une modification urgente
5. Revoir les autorisations Shopify produits et contenus
6. Retirer la modification à ceux qui ne font que proposer
7. Installer l’outil de validation et inviter l’équipe
8. Choisir les produits et pages suivis
9. Tester une semaine, puis ajuster la liste