Identité du marchand
Seule une fiche synthétique dont l’hôte normalisé correspond exactement au domaine du marchand saisi peut être retenue.
ÉligibilitéCette procédure produit un audit vérifié des applications détectées sur une boutique Shopify.
Consultez une fiche boutique synthétique, distinguez les applications précisément identifiées des signaux techniques complémentaires et obtenez un bilan concis de l’ensemble.
Exemple d’exécution · 13 octobre 2026 · <1 min
Publié par Spytrend · 29 sept. 2026 · Méthodologie
Les prompts s’adaptent au domaine de la boutique et utilisent uniquement les données techniques de la fiche synthétique.
Normalisez le domaine et vérifiez l’adresse canonique de la boutique Shopify du marchand.
Voir le promptMasquer le promptAuditez les applications Shopify détectées pour cette boutique : allbirds.com.au. Objectif : ensemble des applications détectées. Normalisez exactement un domaine marchand public. Rejetez les domaines invalides ou d’infrastructure. Ne substituez jamais une correspondance approximative, apparentée, régionale, de campagne, de compte, de boutique ou de sous-domaine. N’appelez aucun outil. Renvoyez uniquement le domaine retenu et la portée des données : `La détection des technologies peut être incomplète. Non renvoyé ne signifie pas qu’une application n’est pas installée ou utilisée.` Arrêtez-vous après l’étape 1.
Conservez chaque nom exact d’application renvoyé et séparez les signaux complémentaires.
Voir le promptMasquer le promptMaîtrisez les coûts : avant chaque appel payant à Spytrend, exécutez l’outil gratuit `estimate_cost` avec le même outil et les mêmes arguments, estimez le coût et respectez le budget indiqué par l’utilisateur ; si l’utilisateur n’a pas indiqué de budget, communiquez-lui l’estimation avant le premier appel payant. Si un consentement tarifaire est requis, affichez les conditions renvoyées et attendez l’accord explicite du client ; n’acceptez jamais à sa place. Si un appel nécessaire dépasse le budget indiqué, n’effectuez aucun appel payant et renvoyez `Le budget ne permet pas d’effectuer la recherche requise` ; omettez tout appel facultatif qui dépasse le budget et signalez la réduction de couverture. Lors de l’ouverture de publicités avec `get_ad`, ignorez les publicités multilingues (`is_multilang`) et n’appelez jamais `get_media` après `get_ad`. Ne réessayez qu’une seule fois, uniquement si `retryable=true`, après le délai `retry_after_seconds`. Lisez `params.ignored` après chaque recherche ; un filtre requis qui a été ignoré ne doit jamais être considéré comme appliqué. N’incluez pas les informations de coût dans le rapport client final. Exécutez search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5). Acceptez uniquement la ligne dont l’hôte normalisé est strictement identique à l’hôte soumis. N’appelez jamais get_shop, search_ads, get_ad ou get_advertiser. Conservez l’identité Shopify, les noms exacts des applications et leurs identifiants/catégories. Placez les champs relatifs aux pixels, aux outils d’analyse, au thème, à l’abonnement, aux avis, à la messagerie, au paiement, au passage en caisse et aux traceurs dans Technologies complémentaires. Conservez toutes les applications renvoyées, mais ne présentez pas la liste comme exhaustive. Renvoyez uniquement une synthèse concise des données retenues et le statut de la recherche. Masquez les appels, les identifiants, les quotas, les durées et les lignes issues de correspondances approximatives. Arrêtez-vous après l’étape 2.
Classez uniquement les associations étayées par les données, selon leur fonction dans l’expérience client.
Voir le promptMasquer le promptÀ partir des seules données retenues, classez le domaine soumis dans l’une des catégories suivantes : Qualifié, Données limitées ou Non résolu. Indiquez Non renvoyé pour les données manquantes, jamais absent ou inutilisé. Séparez Applications précisément identifiées et Technologies complémentaires. Ne fusionnez pas des noms similaires et ne déduisez aucune fonction sans justification dans les données renvoyées. Attribuez le statut d’exécution Complet lorsque la recherche requise sur le domaine exact est terminée et que les filtres requis ont été appliqués, y compris si aucune ligne exacte ou peu de données techniques ont été renvoyées. Utilisez Partiel uniquement si cette recherche requise a échoué ou si un filtre requis a été ignoré. Le caractère incomplet des données doit figurer dans Limites des données et ne suffit pas, à lui seul, à attribuer le statut Partiel à l’exécution. Renvoyez uniquement la classification et les groupes de données retenues. Arrêtez-vous après l’étape 3.
Présentez l’état des lieux, les questions à examiner et les limites explicites des données.
Voir le promptMasquer le promptRédigez la réponse finale en français à partir des seules données retenues. N’effectuez plus aucun appel d’outil. Utilisez `# Audit des applications Shopify : allbirds.com.au`, affichez la classification et le statut Complet/Partiel, puis indiquez : `La détection des technologies peut être incomplète. Non renvoyé ne signifie pas qu’une application n’est pas installée ou utilisée.` Présentez les rubriques Statut de la boutique, Applications précisément identifiées, Technologies complémentaires, trois questions à examiner et Limites des données. N’affichez aucune section de comparaison ou de chevauchement. Conservez exactement le statut d’exécution retenu. Ne passez pas de Complet à Partiel au seul motif que la détection des technologies peut être incomplète ou que certains champs n’ont pas été renvoyés. N’utilisez aucun tableau et limitez-vous à 260 mots. Masquez le nom du service, les libellés internes, les appels, les identifiants, les quotas, les durées, les nouvelles tentatives et les résumés d’exécution. N’en déduisez ni utilisation active, ni configuration, ni performance, ni chiffre d’affaires, ni ROAS, ni rentabilité. Terminez exactement par : `Une technologie détectée est une association observée ; elle ne prouve ni configuration active, ni utilisation, ni exhaustivité, ni qualité, ni conversions, ni chiffre d’affaires, ni ROAS, ni rentabilité.` Arrêtez-vous après l’étape 4.
Maîtrisez les coûts : avant chaque appel payant à Spytrend, exécutez l’outil gratuit `estimate_cost` avec le même outil et les mêmes arguments, estimez le coût et respectez le budget indiqué par l’utilisateur ; si l’utilisateur n’a pas indiqué de budget, communiquez-lui l’estimation avant le premier appel payant. Si un consentement tarifaire est requis, affichez les conditions renvoyées et attendez l’accord explicite du client ; n’acceptez jamais à sa place. Si un appel nécessaire dépasse le budget indiqué, n’effectuez aucun appel payant et renvoyez `Le budget ne permet pas d’effectuer la recherche requise` ; omettez tout appel facultatif qui dépasse le budget et signalez la réduction de couverture. Lors de l’ouverture de publicités avec `get_ad`, ignorez les publicités multilingues (`is_multilang`) et n’appelez jamais `get_media` après `get_ad`. Ne réessayez qu’une seule fois, uniquement si `retryable=true`, après le délai `retry_after_seconds`. Lisez `params.ignored` après chaque recherche ; un filtre requis qui a été ignoré ne doit jamais être considéré comme appliqué. N’incluez pas les informations de coût dans le rapport client final. Utilisez le MCP Spytrend connecté pour auditer les associations détectées avec des applications Shopify pour **allbirds.com.au**. Objectif : **ensemble des applications détectées**. Exécutez toutes les étapes de recherche de ce prompt en un seul tour. Hormis les avis obligatoires sur le coût avant chaque appel, ne fournissez aucune réponse intermédiaire et ne vous arrêtez pas après la validation. Arrêtez-vous avant la fin uniquement si l’entrée est invalide, si des données requises sont indisponibles ou si une identité requise reste non résolue. Renvoyez uniquement le rapport final destiné au client, en français. ## Entrées et données justificatives 1. Acceptez exactement un domaine marchand public. Normalisez son hôte. Rejetez les domaines d’infrastructure, localhost, les adresses IP et les domaines invalides. Si l’entrée est invalide, renvoyez exactement `Configuration des entrées contrôlées invalide` et n’effectuez aucun appel MCP. 2. Exécutez exactement une recherche synthétique : `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`. 3. Acceptez uniquement une ligne dont l’hôte normalisé est strictement identique à l’hôte soumis. Ne lui substituez jamais un domaine apparenté, régional, de campagne, de compte, de boutique, un sous-domaine ou une correspondance approximative. 4. N’appelez jamais `get_shop`, `search_ads`, `get_ad` ou `get_advertiser`. L’absence de ligne exacte ou le manque de données techniques constituent des données non résolues ou limitées. 5. Conservez l’identification explicite de Shopify, les noms d’affichage exacts des applications et les identifiants/catégories d’applications renvoyés. Placez les champs relatifs aux pixels, aux outils d’analyse, au thème, à l’abonnement, aux avis, aux e-mails/SMS, au paiement, au passage en caisse et aux traceurs dans un bloc distinct intitulé Technologies complémentaires. Le pays et le trafic sont des éléments de contexte facultatifs, pas des preuves permettant d’identifier les applications de la boutique. 6. Conservez toutes les applications renvoyées dans la ligne synthétique du domaine exact. Dédupliquez uniquement les noms d’affichage normalisés identiques. Ne présentez jamais la liste renvoyée comme exhaustive. ## Classification 7. Classez le domaine dans l’une des catégories suivantes : Qualifié, Données limitées ou Non résolu. Le statut Qualifié exige le domaine Shopify exact et au moins un champ technique pertinent pour l’objectif. Données limitées signifie que le domaine Shopify exact a été identifié, mais que les données techniques pertinentes sont manquantes, vides ou ambiguës. Non résolu signifie qu’aucune ligne exacte n’a été trouvée, qu’il existe un conflit de domaine ou que l’identité Shopify n’est pas confirmée. 8. Indiquez `Non renvoyé` pour les données manquantes, jamais zéro, non installé ou non utilisé. Ne faites jamais passer une technologie complémentaire dans la rubrique Applications précisément identifiées. 9. Ne fusionnez pas des noms d’applications, des fournisseurs ou des fonctions similaires. Regroupez par fonction uniquement si les catégories renvoyées ou une association issue d’un catalogue tenu à jour le justifient. ## Réponse au client 10. Renvoyez `# Audit des applications Shopify : allbirds.com.au`, puis la classification et le statut Complet/Partiel. 11. Ajoutez immédiatement : `La détection des technologies peut être incomplète. Non renvoyé ne signifie pas qu’une application n’est pas installée ou utilisée.` 12. Présentez les rubriques Statut de la boutique, Applications précisément identifiées, Technologies complémentaires, trois questions concrètes à examiner et Limites des données. N’affichez aucune section de comparaison ou de chevauchement. 13. Affichez chaque nom exact d’application dans Applications précisément identifiées et les champs pertinents renvoyés dans Technologies complémentaires. 14. Limitez la réponse à 260 mots, sans tableau. Masquez le nom du service, les noms de préréglages/procédures/ensembles de recherche, les identifiants textuels de la taxonomie, les noms de routes et d’outils, les appels, les paramètres, les identifiants bruts, le JSON, les quotas, les jetons, les durées, les nouvelles tentatives, les résumés d’exécution et les lignes issues de correspondances approximatives. 15. Attribuez le libellé `Source` à tout lien stable explicitement renvoyé qui pointe vers la source elle-même. N’en construisez jamais. 16. Indiquez Partiel uniquement si la recherche requise a échoué. Une recherche terminée sans ligne exacte ou avec peu de données techniques reçoit le statut Complet et la classification Données limitées/Non résolu. 17. Ne classez jamais l’ensemble des applications selon sa qualité et n’en déduisez ni maturité, ni optimisation, ni utilisation active, ni conversions, ni chiffre d’affaires, ni ROAS, ni rentabilité. Terminez exactement par : `Une technologie détectée est une association observée ; elle ne prouve ni configuration active, ni utilisation, ni exhaustivité, ni qualité, ni conversions, ni chiffre d’affaires, ni ROAS, ni rentabilité.`
Le domaine a été identifié comme le domaine racine exact d’une boutique Shopify. La fiche boutique a renvoyé neuf associations exactes avec des applications couvrant le support client, les e-mails, les avis, la création de pages, le passage en caisse et la navigation de la boutique, ainsi que des pixels et un thème comme technologies complémentaires.
Gorgias, Klaviyo, PageFly, Shop Pay, Yotpo, Yotpo: Product Reviews App, meteor-mega-menu, mw-bundle-builder et starapps-variant-image.
Facebook Pixel, TikTok Pixel, Google Ads, Google Analytics, Google Tag Manager et le thème Allbirds AU v14.1, exclus du décompte des applications.
Statuts Qualifié et Complet obtenus à partir d’une seule recherche de boutique. Aucune ligne régionale ou de sous-domaine n’a été substituée.
Le décompte repose sur les noms exacts des applications. Les champs techniques complémentaires apportent du contexte sans être comptés comme des applications précisément identifiées.
Lorsque plusieurs outils de mesure et d’expérimentation sont détectés, il est utile de vérifier quel outil gère chaque événement et comment les données circulent.
L’utilisation effective, la configuration, le niveau d’abonnement et l’exhaustivité de l’ensemble restent non confirmés.
Publié par Spytrend à partir d’un exemple daté, au périmètre défini.
Seule une fiche synthétique dont l’hôte normalisé correspond exactement au domaine du marchand saisi peut être retenue.
ÉligibilitéChaque nom exact d’application renvoyé dans la fiche synthétique est conservé avant le regroupement par fonction ; la liste détectée peut être incomplète.
Données principalesLa messagerie, les avis, les paiements et les traceurs restent séparés, sauf s’ils corroborent une association exacte.
Portée des donnéesUne éligibilité non résolue, peu d’applications détectées ou une réponse tronquée donnent lieu à des statuts de repli explicites.
Gestion des échecsNon. Une association renvoyée reflète une détection à un instant donné et ne confirme ni la configuration actuelle, ni le niveau d’abonnement, ni la qualité de l’implémentation.
C’est un nom d’affichage renvoyé dans la liste des applications de la fiche boutique. Les champs complémentaires sont présentés séparément et ne sont jamais ajoutés au décompte des applications précisément identifiées.
La procédure indique que l’éligibilité est non confirmée et ne tire aucune conclusion sur l’ensemble des applications.
Les champs techniques de la fiche synthétique peuvent être incomplets. Une association qui n’a pas été renvoyée ne peut pas être considérée comme absente ou inutilisée.
Non. La détection de technologies ne permet pas d’établir les ventes, les conversions, le chiffre d’affaires, le ROAS ou la rentabilité.
Connectez le MCP Spytrend, saisissez le domaine d’une boutique et exécutez les quatre prompts dans une même conversation avec votre IA.