Référence publique PROVEN
Il s’agit de la référence publique des fonctionnalités PROVEN actuelles. Chaque fonctionnalité déclare son état, sa plateforme, ses preuves et ses limites afin que la disponibilité ne soit pas étendue implicitement au-delà de ce qui est publié.
La disponibilité se lit par fonctionnalité, par plateforme et avec la limite publiée.
La plateforme en un coup d’œil
Chaque domaine ci-dessous suit les mêmes principes : autorité explicite, preuves observables, état vérifiable et limites claires.
01 · Intelligence catalogue
Les contrôles, les preuves et le contexte produit passent en premier. PROVEN ne transforme pas un problème ambigu en modification automatique.
Savoir ce qui ne va pas avant de toucher au catalogue.PROVEN utilise un catalogue public de 67 contrôles standard pour identifier des problèmes observables sans réduire tout le catalogue à un score synthétique.
Un problème signalé reste lié à l’état du catalogue qui l’a produit, afin que le marchand puisse voir ce qui a été observé et pourquoi cela compte.
Tous les constats ne disposent pas automatiquement d’une remédiation.
Les problèmes d’un même produit peuvent être vus ensemble et regroupés selon la cible sémantique concernée, plutôt que comme de simples lignes isolées.
02 · Révision et gouvernance
La révision, les exceptions et l’état obsolète restent distincts de la remédiation et de la publication.
La décision reste séparée de l’exécution.Les constats peuvent être évalués individuellement ou dans des sélections contrôlées, tandis que la décision de révision reste séparée de toute modification du catalogue.
Si le produit a changé après la préparation d’une action, les flux pris en charge peuvent arrêter l’application au lieu d’écraser un état plus récent.
03 · Remédiation
Manuel, assisté, déterministe ou assisté par IA — des méthodes différentes avec des autorités et des limites différentes.
Les règles d’abord. L’IA lorsque le contexte est réellement nécessaire.PROVEN n’envoie pas chaque problème à un modèle. Lorsque le résultat peut être établi de manière sûre, il utilise une remédiation déterministe. Lorsqu’une interprétation est nécessaire, le marchand décide.
Pour les problèmes éligibles de titre produit, titre SEO et description SEO, PROVEN peut générer une proposition contextuelle qui reste un brouillon à réviser.
L’IA n’est pas activée pour chaque cible et ne publie pas automatiquement.
04 · Opérations contrôlées
PROVEN traite une modification comme un processus contrôlé : revalidation, écriture ciblée, nouvelle lecture, vérification et convergence.
L’état résultant du catalogue compte, pas seulement la réponse de l’endpoint.Dans les flux pris en charge, PROVEN vérifie l’autorité, effectue une écriture ciblée, relit l’état de la plateforme et confirme le résultat avant de le considérer comme vérifié.
Le flux Shopify peut traiter une action bornée jusqu’à 200 constats via Prepare → Approve → Publish tout en conservant un résultat par élément.
Il s’agit de la limite actuelle du flux Shopify, pas d’une promesse de traitement illimité, et elle ne s’applique pas à WooCommerce.
L’espace Woo Merchant peut préparer et appliquer une sélection bornée jusqu’à 10 éléments éligibles, dans un ordre strictement séquentiel, en utilisant exactement l’aperçu approuvé pour chaque modification et en conservant un résultat par élément.
Cette capacité reste en déploiement contrôlé pendant la validation en conditions réelles à cette limite. La facturation Woo et la parité webhooks/surveillance ne sont pas incluses ; le rollback et l’optimisation des fichiers image ont leurs propres limites de déploiement et n’impliquent pas la parité avec le bulk Shopify.
Pour les modifications éligibles du titre produit, de la description HTML et de l’ALT média, PROVEN peut revérifier l’état courant, exiger une confirmation explicite, restaurer la valeur précédente puis vérifier à nouveau le résultat.
Il s’agit d’un rollback contrôlé pour les modifications PROVEN prises en charge, pas d’un Undo universel. La facturation Woo et la parité webhooks/surveillance restent hors de l’état public actuel.
Le nouveau flux produit conserve l’autorité de chaque cible, revérifie le plan avant publication et peut signaler des résultats applied, partial, failed ou blocked pour un même plan.
L’implémentation est en déploiement contrôlé ; la certification Shopify en conditions réelles de la nouvelle surface d’application au niveau du produit reste à clôturer.
05 · Surveillance et récupération
La surveillance maintient les constats alignés sur les changements pertinents, tandis que la récupération garde les états incertains explicites.
Le catalogue continue de changer. Le contrôle doit continuer lui aussi.PROVEN peut revérifier les modifications pertinentes du catalogue, y compris celles effectuées en dehors de PROVEN, afin que les constats restent alignés sur l’état actuel.
La surveillance ne démarre pas automatiquement une remédiation et ne publie pas automatiquement une autre modification.
Les flux contrôlés peuvent distinguer les résultats obsolètes, partiels, réessayables, non vérifiés ou nécessitant une récupération au lieu de réduire chaque échec à un état générique.
07 · Multi-boutiques et agences
Les agences peuvent travailler sur plusieurs boutiques avec des rôles, un périmètre, des affectations et un audit séparés par client.
Un seul modèle opérationnel, avec des clients séparés.Une agence peut administrer plusieurs boutiques avec des rôles, un périmètre par boutique, une affectation contrôlée et un audit contextuel sans fusionner l’autorité des clients.
Le modèle d’autorité et d’espace de travail est certifié pour un lancement avec onboarding assisté par opérateur. L’activation en production reste contrôlée pour chaque relation agence/opérateur/boutique ; il n’existe toujours pas d’inscription self-service, de facturation consolidée d’agence ni de partage simultané d’une boutique entre plusieurs agences.
Le marchand peut voir la relation de gestion active et la voie de support/contestation sans obtenir depuis cette surface l’autorité d’affecter, libérer ou réaffecter la boutique.
08 · Opérations média
La remédiation ALT et l’optimisation binaire ont une autorité, une vérification et une récupération différentes. PROVEN les sépare.
Ne pas compresser une image lorsque le problème est l’ALT, et ne pas inventer l’ALT lorsque l’information factuelle manque.PROVEN sépare les problèmes de métadonnées ALT des opérations sur les fichiers image afin que chaque type de modification conserve l’autorité correcte.
Pour les sources Shopify prises en charge, PROVEN peut optimiser JPEG, PNG et WebP, conserve la source actuelle lorsque le résultat n’est pas plus petit et vérifie le remplacement avant de finaliser l’opération commerciale.
Le flux implémenté comprend préparation, publication contrôlée, vérification par relecture, récupération et restauration contrôlée de l’association média d’origine ; l’espace Merchant inclut une progression et des économies issues de l’état autoritatif.
Le déploiement cumulé en conditions réelles n’est pas encore clos pour une disponibilité générale. La restauration fonctionne uniquement lorsque l’association média d’origine peut encore être vérifiée ; ce n’est pas une promesse de re-téléversement universel du fichier original et cela n’inclut pas la facturation Woo.
09 · Contrôle IA et commercial
Les modèles, budgets, droits et opérations payantes ne sont pas des constantes cachées dans l’interface et ne décident pas seuls de ce qui est publié.
L’IA est un outil. L’autorité reste dans le système.Les fournisseurs, modèles, budgets et annulations sont gérés séparément des permissions du marchand, tandis que la sortie du modèle passe par une validation indépendante avant d’entrer dans un flux de remédiation.
L’accès, les limites et le prix des opérations sont conçus pour provenir d’une autorité commerciale versionnée plutôt que de constantes dispersées dans l’interface.
10 · Intégrations de plateformes
Shopify est l’intégration commerce la plus profonde, tandis que WooCommerce utilise déjà le même modèle PROVEN pour la détection et la remédiation contrôlée dans les domaines certifiés.
Un modèle PROVEN commun, avec une profondeur propre à chaque plateforme.Sur Shopify, PROVEN combine intelligence catalogue, remédiation contrôlée, flux en masse, surveillance, rollback, opérations image, Agencies, facturation et audit dans le même modèle opérationnel.
Shopify Sidekick peut recevoir une vue limitée et en lecture seule de la qualité du catalogue et ouvrir le contexte pertinent dans PROVEN.
Sidekick ne confirme, ne publie et n’exécute aucune remédiation.
WooCommerce utilise déjà le moteur PROVEN pour la détection et la remédiation contrôlée du titre produit, de la description HTML et du texte ALT, dans les flux administrés par l’opérateur comme dans l’espace marchand séparé.
WooCommerce n’a pas encore la parité complète avec Shopify : le bulk Merchant, le rollback contrôlé et l’optimisation des fichiers image sont déclarés séparément comme des déploiements bornés, tandis que la facturation Woo et la parité webhooks/surveillance restent hors de l’état public actuel.
Pourquoi un seul système
Un ensemble de solutions ponctuelles peut détecter, modifier, surveiller et restaurer des données dans des applications différentes. PROVEN garde le problème, la décision, la modification, la vérification et la récupération connectés.
Les solutions ponctuelles peuvent partager la même liste de fonctionnalités. Elles ne partagent pas automatiquement la même vérité opérationnelle.
Plateformes
Les fonctionnalités sont déclarées séparément par plateforme. Une capacité disponible sur Shopify n’est pas automatiquement disponible sur WooCommerce.
L’intégration commerce la plus profonde : remédiation, bulk contrôlé, surveillance, rollback, opérations média, Agencies, facturation, Sidekick et audit.
Explorer les flux ShopifyDétection PROVEN et remédiation contrôlée du titre produit, de la description HTML et de l’ALT média. Le bulk Merchant jusqu’à 10 éléments, le rollback contrôlé et l’optimisation des fichiers image ont des déploiements bornés distincts.
Aucune promesse de parité complète avec Shopify : la facturation Woo et la parité webhooks/surveillance ne sont pas encore publiées comme disponibles, et l’optimisation des images n’est pas encore disponible de manière générale.Explorer WooCommerceLimites explicites
Le contrôle n’a de valeur que si les limites sont aussi claires que les fonctionnalités.
De la référence au contexte
Utilisez Try PROVEN pour les signaux publics ou consultez les tarifs actuels afin d’estimer l’étape suivante.