Tester et dépanner une connexion boutique

Le bouton Tester produit un état vérifié indépendant de l’activation

Une connexion nouvellement enregistrée est inactive et non vérifiée. Le test appelle un endpoint représentatif, enregistre succès ou échec, statut HTTP, message et heure. L’activation choisit la connexion exclusive utilisée par l’assistant.

Le compte ne peut avoir qu’une boutique active parmi WooCommerce, PrestaShop, Shopify et Wix. Conserver plusieurs configurations est possible, mais activer l’une désactive l’autre afin de protéger recommandations et commandes.

Ordre recommandé
Enregistrer, Tester, corriger jusqu’au succès, Activer, puis réaliser un test produit et une commande protégée.

Savoir ce que chaque test contrôle

Un succès prouve l’authentification de base, pas toutes les données métier.

• WooCommerce

  Appel de /wp-json/wc/v3/system_status avec URL, Consumer Key et Consumer Secret.

• PrestaShop

  Appel de /api/ avec la clé Webservice utilisée comme identifiant d’authentification.

• Shopify

  Requête GraphQL du nom de boutique sur le domaine myshopify avec le token Admin API géré par Wavize.

• Wix

  Contrôle de la clé et du Site ID puis détection de la version de catalogue v1 ou v3.

Lire le statut HTTP avant de changer les identifiants

Une erreur réseau, une permission et un secret faux demandent des corrections différentes.

1. 401 Non autorisé

   Secret incorrect, révoqué, tronqué ou utilisé avec le mauvais compte. Recopiez depuis la source officielle ou créez une nouvelle clé.

2. 403 Interdit

   Identifiant reconnu mais permission, scope, association de site ou pare-feu refuse l’action. Ajoutez uniquement le droit de lecture nécessaire.

3. 404 Introuvable

   URL de base, endpoint, permaliens ou identifiant de ressource incorrect. Ne compensez pas en ajoutant au hasard /api ou /wp-json dans Wavize.

4. 429 ou 5xx

   Limite ou indisponibilité temporaire du fournisseur. Notez l’heure, attendez, puis relancez une fois avant de modifier la configuration.

Tester les deux usages après l’activation

Le test technique ne vérifie pas nécessairement les permissions de chaque ressource.

1. Recommandation produit

   Demandez un produit publié avec un critère précis. Vérifiez titre, prix, image, lien et variantes dans la boutique source.

2. Commande de test

   Utilisez une référence autorisée et l’e-mail exact. Un mauvais e-mail doit recevoir le même résultat neutre qu’une commande inconnue.

3. Isolation entre boutiques

   Après changement de connexion active, confirmez que l’assistant ne propose plus l’ancien catalogue et ne cherche pas une commande dans l’ancien fournisseur.

Préparer un ticket exploitable

Ne joignez jamais le secret. Le support a besoin du diagnostic, pas des clés.

• Informations utiles

  Fournisseur, URL publique, heure, statut HTTP, message exact, source App Store ou manuelle et dernière action réussie.

• Capture masquée

  Masquez token, clé, e-mail client et référence de commande. Conservez état Vérifié/Actif et message.

• Test externe prudent

  Ne publiez pas une URL contenant des credentials. Si vous utilisez un outil API, supprimez l’historique et n’enregistrez pas le secret dans une collection partagée.

Connexion prête pour la production

Les quatre contrôles doivent être vrais au même moment.

• Vérifiée récemment — Dernier test réussi après la dernière rotation de clé.
• Active et exclusive — Aucune autre boutique du compte n’est active.
• Produit fidèle — Données identiques au catalogue publié.
• Commande protégée — Référence et e-mail sont tous deux vérifiés.