Narration synthétique générée avec Microsoft Azure Speech.

Une demande d’aide utile isole l’étape en échec et la rend reproductible sans exposer un jeton de boutique, une licence, un client ou une commande.

Commencez par deux courts énoncés : ce que la connexion devait faire et ce qui s’est produit. Consignez la version exacte du candidat ShopiPress.

Consignez aussi les versions de WordPress et de PHP. Gardez les chemins privés du serveur, les noms de compte et les extensions sans lien hors de la preuve.

Pour un test de connexion, WordPress exécute ShopiPress, ShopiPress envoie la requête de catalogue par le réseau et Shopify retourne une réponse. Chaque frontière peut être à l’origine de l’échec.

Utilisez une adresse de boutique fictive et répétez seulement la plus petite action contrôlée qui démontre le problème.

Notez la dernière étape réussie et la première étape en échec. Cela distingue une réponse Shopify, une interprétation ShopiPress, une condition WordPress ou un problème réseau.

Capturez la réponse nettoyée avant de vider les caches ou de modifier la configuration. Des changements trop hâtifs peuvent effacer la comparaison la plus utile.

Répétez une fois le plus petit test sûr et consignez si le résultat est stable. Évitez les reprises larges ou le nettoyage destructif sans diagnostic.

Fournissez les versions, le type de page touché, les résultats attendus et observés ainsi que les étapes de reproduction ordonnées. Masquez chaque identifiant et renseignement personnel.

N’envoyez jamais un jeton, une valeur de licence, un export de base ou une fiche client comme preuve diagnostique.

Utilisez le guide de dépannage pour construire le plus petit test sûr et réunir la preuve nécessaire à l’étape suivante.