Comparez les applications Shopify détectées dans plusieurs boutiques.

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 comparer les associations d’applications Shopify détectées pour **mejuri.com, dusk.com, none, none**. Périmètre : **apps_only**.

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.

## Données d’entrée

1. Ignorez les entrées égales à `none` (champs facultatifs laissés vides). Acceptez deux à quatre domaines marchands publics distincts. Normalisez les noms d’hôte, conservez l’ordre de saisie et dédupliquez les noms d’hôte normalisés strictement identiques. Rejetez les domaines d’infrastructure, localhost, les adresses IP et les domaines invalides. S’il en reste moins de deux ou plus de quatre, renvoyez exactement `Configuration des données d’entrée contrôlées invalide` et n’effectuez aucun appel MCP.
2. Ne remplacez jamais un domaine par un domaine associé, régional, de campagne, de compte ou de boutique, ni par une correspondance approximative.

## Preuves issues des fiches compactes

3. Pour chaque domaine retenu, exécutez l’appel suivant, en procédant successivement :
   `search_shops(q=<exact normalized host>, platform="Shopify", exclude_infrastructure=true, limit=5)`
4. Acceptez uniquement une ligne dont le nom d’hôte normalisé correspond exactement au nom d’hôte saisi. Un domaine racine ne correspond pas à son sous-domaine ; un sous-domaine saisi exige ce nom d’hôte exact.
5. N’appelez jamais `get_shop`, `search_ads`, `get_ad` ou `get_advertiser`. En l’absence de ligne exacte ou si les données technologiques sont peu fournies, conservez la classification Non résolu ou Preuves limitées.
6. Conservez l’identification explicite comme boutique Shopify, les noms affichés exacts des applications et les identifiants et catégories d’applications renvoyés. Placez les champs relatifs aux pixels, à l’analyse, au thème, au forfait, aux avis, aux e-mails/SMS, au paiement, au passage en caisse et aux traceurs dans un bloc distinct Technologies complémentaires. Le pays et le trafic sont des éléments de contexte facultatifs, pas des preuves sur l’ensemble d’applications.
7. Conservez chaque application renvoyée dans la ligne compacte du domaine exact. Dédupliquez uniquement les noms affichés normalisés identiques. Ne présentez jamais la liste renvoyée comme exhaustive.

## Classification et comparaison

8. Attribuez à chaque domaine le statut Qualifié, Preuves limitées ou Non résolu. Le statut Qualifié exige le domaine Shopify exact et au moins un champ technologique pertinent pour le périmètre choisi. Le statut Preuves limitées signifie que le domaine Shopify exact a été identifié, mais que les données technologiques pertinentes sont manquantes, vides ou ambiguës. Le statut Non résolu indique l’absence de ligne exacte, un conflit de domaines ou une identification Shopify non confirmée.
9. Indiquez `Non renvoyé` pour les données manquantes, jamais zéro, non installé ou non utilisé.
10. Calculez les correspondances uniquement entre les boutiques qualifiées, à partir des noms affichés normalisés exacts des applications. Présentez une application comme commune à toutes les boutiques uniquement si elle figure dans chaque boutique qualifiée. Présentez les correspondances par paire ou sous-ensemble uniquement si au moins deux boutiques qualifiées partagent le nom exact. Excluez les domaines aux statuts Preuves limitées et Non résolu des dénominateurs servant à calculer les correspondances.
11. Ne fusionnez pas les noms d’applications, les éditeurs ou les 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

12. Renvoyez `# Comparer les applications Shopify` et `**[N] qualifiés · [M] avec preuves limitées · [K] non résolus · [Terminé/Partiel]**`.
13. Ajoutez immédiatement : `La détection des technologies peut être incomplète. La mention Non renvoyé ne signifie pas qu’une application n’est pas installée ou utilisée.`
14. Présentez les applications communes (noms strictement identiques), une section compacte par domaine saisi, les détections propres à chaque boutique, jusqu’à quatre questions à approfondir et les limites des preuves. Si aucun nom exact d’application n’est commun, dites-le clairement.
15. Pour `apps_only`, affichez chaque nom exact d’application et omettez les champs complémentaires. Pour les autres périmètres, affichez les applications exactes pertinentes et les technologies complémentaires. Pour `all_detected_technology`, affichez les deux.
16. Rédigez la réponse sans tableau et en 320 mots maximum. Masquez le nom du service, les noms des préréglages, des processus et des ensembles de recherche, les identifiants textuels de 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 rejetées issues de correspondances approximatives.
17. Donnez le libellé `Preuve` à tout lien stable explicitement renvoyé et appartenant à la source elle-même. N’en construisez jamais.
18. Utilisez le statut Partiel uniquement lorsqu’une recherche obligatoire a échoué. Une recherche terminée sans ligne exacte ou avec des données technologiques peu fournies reçoit le statut Terminé, avec une classification Preuves limitées ou Non résolu.
19. Ne classez jamais les ensembles d’applications par qualité et ne 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é.`