Trouvez des produits et des offres dans les publicités Meta.

Contrôle des coûts : avant chaque appel payant à Spytrend, appelle gratuitement l’outil `estimate_cost` en lui transmettant le même outil et les mêmes arguments, estime le coût et respecte le budget indiqué par l’utilisateur ; si l’utilisateur n’a pas indiqué de budget, communique-lui l’estimation avant le premier appel payant. Si un consentement aux tarifs est requis, affiche les conditions renvoyées et arrête-toi jusqu’à l’accord explicite du client ; n’accepte jamais à sa place. Si un appel obligatoire dépasse le budget indiqué, n’effectue aucun appel payant et renvoie `Le budget ne permet pas d’effectuer les recherches requises` ; omets tout appel facultatif qui dépasse le budget et signale la couverture réduite. Lors de l’ouverture de publicités avec `get_ad`, ignore les publicités multilingues (`is_multilang`) et n’appelle jamais `get_media` après `get_ad`. Ne réessaie qu’une seule fois, uniquement si `retryable=true`, après le délai `retry_after_seconds`. Lis `params.ignored` après chaque recherche ; un filtre obligatoire ignoré ne compte jamais comme appliqué. Si une recherche indique `pagination.total_status=restricted` (une période d’archives imposée par l’offre gratuite ; `meta.plan_window_cutoff` en indique la date limite), précise à l’utilisateur que le résultat couvre uniquement les publicités lancées au plus tard à cette date, et ne présente jamais un zéro issu de cette recherche comme « aucune publicité de ce type n’existe ». N’inclus pas les avis de coût dans le rapport final destiné au client.
Utilisez le MCP Spytrend connecté pour préparer un tableau de bord soigné destiné au client, présentant des produits concrets et des familles d’offres actuellement mis en avant dans les publicités Meta, selon la catégorie prédéfinie, le pays et la période d’archives fournis. Rédigez le résultat en français.

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.

Prenez comme unité de résultat une famille de produits ou d’offres vérifiée, et non une publicité individuelle, une liste d’annonceurs, une galerie d’inspiration créative, un classement de performances ou un recensement exhaustif du marché. Visez 3–5 familles vérifiées.

Utilisez la configuration sélectionnée :
- Catégorie : Ecommerce and Retail | ai_category=ecommerce_and_retail
- Sous-catégorie : Electronics and Gadgets | ai_subcategory=electronics_and_gadgets
- Pays (ISO-2) : US
- Période d’analyse : 30 jours UTC complets
- Source/statut : Meta / actif actuellement
- Produits/entités autorisés : produits concrets de marques et de vendeurs directs correspondant à la catégorie sélectionnée, ainsi qu’à la sous-catégorie lorsqu’elle est renseignée
- Produits/entités exclus : services, éditeurs, agences, offres vagues, produits hors de la catégorie ou sous-catégorie sélectionnée et entités non identifiées avec certitude
- Limites : deux voies de recherche de cinq lignes chacune ; jusqu’à six fiches publicitaires initiales ; une voie conditionnelle pour élargir une famille, avec trois lignes et une fiche publicitaire supplémentaire ; aucune fiche annonceur ; 3–5 familles dans la réponse

Interprétez la valeur de catégorie au format `Name | ai_category=<slug>` et celle de sous-catégorie au format `Name | ai_subcategory=<slug>` (l’identifiant `none` signifie qu’il n’y a pas de sous-catégorie). Utilisez ces identifiants uniquement dans les appels d’outils ; dans chaque ligne destinée au client, utilisez uniquement le nom lisible situé avant `|` et le nom complet du pays. N’acceptez aucune requête, aucun synonyme, aucune marque, aucun seuil, aucune catégorie, aucun pays ni aucune autre période saisis par le client.

Utilisez la date UTC actuelle renvoyée par l’environnement. Excluez la journée UTC en cours. Calculez la période : les 30 derniers jours UTC complets, jusqu’à hier inclus, et affichez les deux dates dans la section Périmètre de la recherche.

Traitez le pays sélectionné comme un élément renvoyé sur le pays de diffusion publicitaire. N’en déduisez pas le siège ou l’immatriculation de l’annonceur, un stock local, la livraison, des clients, des ventes ou une position dominante dans ce pays.

Utilisez Spytrend en lecture seule.

Considérez search_ads et tous les outils de recherche ou de découverte comme des outils lourds. Exécutez exactement un appel lourd à la fois, attendez sa réponse et ne regroupez jamais ces appels, ne les parallélisez jamais et n’utilisez jamais Promise.all pour les exécuter.

Examinez le schéma actuel de search_ads. Exécutez exactement deux appels search_ads successifs avec source=`meta`, categories=[l’identifiant ai_category de Ecommerce and Retail | ai_category=ecommerce_and_retail], countries=[`US`], date_from et date_to = le premier et le dernier jour de la période calculée, status_today=`active`, dedupe=false et limit=5. Ajoutez ai_subcategory=[l’identifiant ai_subcategory de Electronics and Gadgets | ai_subcategory=electronics_and_gadgets] dès que cet identifiant est différent de `none` ; omettez ce paramètre uniquement si l’identifiant est exactement `none`.

Ne supprimez jamais une sous-catégorie configurée pour contourner un rejet du point de terminaison. Si le point de terminaison rejette une paire catégorie/sous-catégorie configurée, n’effectuez aucun appel de recherche plus large et renvoyez un résultat Partiel concis indiquant `Correspondance de catégorie prédéfinie non prise en charge`. Interprétez ce rejet comme un défaut de la liste d’autorisation côté serveur. Ne remplacez ni la catégorie, ni la sous-catégorie, ni la requête.

Utilisez sort_by=`date`, sort_order=`desc` pour la voie A. Pour la voie B, utilisez le tri pris en charge par Meta : sort_by=`most_reused_creative`, sort_order=`desc`. Ne le remplacez pas par `days_active`. N’ajoutez aucune requête, marque, domaine, aucun type de média, aucune sous-catégorie non configurée ni aucun synonyme généré.

Interprétez les filtres de date selon la sémantique exacte du schéma et des réponses de la connexion. N’affirmez pas que toutes les publicités renvoyées ont été lancées pendant la période, sauf si des dates de début le prouvent indépendamment. Dans le texte destiné au client, indiquez que les publicités ont été observées pendant la période d’archives sélectionnée ou que leur diffusion chevauchait cette période.

Dédupliquez les lignes selon l’identifiant publicitaire exact. Conservez l’ordre de la voie A, puis ajoutez les lignes de la voie B qui n’ont pas encore été vues. N’écartez localement que les conflits explicites avec le périmètre prédéfini. Ne sélectionnez jamais une ligne parce que la marque vous est familière.

Examinez successivement au maximum six publicités candidates uniques avec get_ad(source=`meta`, id=<exact returned ID>), en alternant les voies de recherche lorsqu’elles fournissent des résultats distincts, en ignorant les lignes multilingues (`is_multilang`) et uniquement si chaque coût estimé respecte le budget indiqué. Cessez d’ouvrir des fiches dès que cinq familles sont vérifiées. Privilégiez les éléments explicites sur les produits et la diversité des voies de recherche. N’ouvrez pas de lignes peu étayées dans le seul but de compléter le résultat. Si une fiche supplémentaire dépasse le budget, ne l’ouvrez pas, signalez la couverture réduite et conservez les éléments vérifiés déjà retenus.

N’appelez pas get_advertiser en mode standard. Affichez un nom d’annonceur uniquement si get_ad le renvoie explicitement ; ne déduisez jamais de nom à partir du titre, de la page, du domaine ou de l’URL. Sinon, indiquez `Annonceur non renvoyé`.

Définissez une famille de produits ou d’offres comme un même produit, une même gamme, un même lot ou une même offre de services identifiable. Ne regroupez des lignes que si le nom ou le modèle du produit, le chemin de destination ou le SKU, le libellé explicite de l’offre ou un identifiant stable équivalent prouvent leur identité commune. Une catégorie similaire, une ressemblance visuelle, un même annonceur ou un même domaine ne suffisent pas à eux seuls.

Séparez les modèles, lots, tailles, usages, prix ou offres de services sensiblement différents lorsqu’ils changent la décision d’achat. Ne regroupez les variantes mineures que si leur appartenance à une même gamme est explicite. Ne déduisez jamais l’appartenance à une famille à partir d’une image que vous ne pouvez pas examiner.

Après la vérification initiale, si aucune famille ne possède deux publicités examinées et vérifiées, qu’au moins une famille vérifiée possède un domaine de destination exact renvoyé et que l’élargissement ainsi qu’une éventuelle fiche supplémentaire respectent le budget restant, exécutez au maximum un appel `search_ads` conditionnel pour élargir la famille admissible la mieux classée. Conservez la même source, la même catégorie, la même sous-catégorie configurée, le même pays, la même période, le même statut actif et `dedupe=false` ; ajoutez uniquement `landing_domain=<exact returned registrable domain>`, `landing_domain_exact=true`, `sort_by=date`, `sort_order=desc` et `limit=3`. Ne relancez aucune des deux voies de recherche initiales et n’élargissez pas la recherche à partir d’un domaine dont l’identité est incertaine ou contradictoire.

Ouvrez au maximum une ligne issue de l’élargissement qui n’a pas encore été examinée, avec `get_ad`, si son coût estimé respecte toujours le budget. Ne l’ajoutez que si la fiche prouve qu’il s’agit du même produit ou modèle, du même chemin ou SKU, ou d’une offre explicite équivalente. Un domaine, une page ou une création publicitaire en commun ne suffit pas. Limitez le total à sept fiches publicitaires : six initiales et une fiche conditionnelle d’élargissement. Si l’élargissement renvoie un autre produit, excluez-le sans le remplacer ni élargir davantage la recherche.

Classez une famille comme Vérifiée uniquement si les éléments de l’exécution en cours établissent un produit ou une offre concret et admissible, la présence de US dans les pays de diffusion renvoyés, un statut actif renvoyé, un chevauchement avec la période d’archives selon la sémantique de la voie de recherche, un annonceur ou une page identifiable ou une absence de nom explicitement signalée, une destination lorsqu’elle est renvoyée et au moins une publicité représentative servant de preuve.

Excluez les publicités de notoriété vagues, les formulations limitées à une catégorie, les contenus éditoriaux, les emplois, les investissements, les places de marché ou distributeurs généralistes sans produit concret admissible, les produits ou entités exclus, les correspondances de taxonomie sans rapport et les produits dont l’identité reste incertaine.

Comptez les `publicités actives dans l’échantillon examiné` uniquement à partir de lignes publicitaires renvoyées, distinctes et vérifiées appartenant à cette famille. Comptez les annonceurs ou pages uniquement à partir des identités distinctes vérifiées dans l’échantillon examiné. Précisez que ces deux décomptes portent sur l’échantillon. N’affichez un nombre supérieur de publicités rattachées ou de réutilisations que s’il est explicitement renvoyé pour la famille exacte vérifiée, et présentez son périmètre séparément.

Normalisez les médias effectivement fournis uniquement avec les libellés `Image`, `Vidéo`, `Image et vidéo` ou `Non renvoyé`. Ne déduisez pas un carrousel, un diaporama ou un placement de la présence de plusieurs médias. Ne listez les placements sur les plateformes que si le client les a explicitement demandés.

Avant d’utiliser dans le classement un champ relatif à une création publicitaire précise ou à sa réutilisation, comparez tous les décomptes renvoyés pour cette création. Si les décomptes se contredisent ou si leurs périmètres ne peuvent pas être rapprochés, excluez du classement tous les chiffres de réutilisation contradictoires. Dans la réponse au client, écrivez `Des décomptes supplémentaires de réutilisation des créations publicitaires ont été renvoyés, mais leurs périmètres n’ont pas pu être rapprochés` sans indiquer de chiffres, ou omettez ces décomptes. Ne résolvez jamais le conflit en choisissant la valeur la plus élevée, la plus récente ou celle de la voie de recherche.

N’affirmez qu’il y a des lancements répétés que si au moins deux publicités distinctes et vérifiées d’une même famille présentent des dates de début explicites différentes. N’affirmez qu’il y a une expansion récente que si des séries temporelles explicites fournissent des décomptes comparables. Ne déduisez aucun de ces phénomènes de lignes non vérifiées, de totaux d’archives ou d’une publicité représentative récente.

Classez jusqu’à cinq familles selon les critères suivants, dans cet ordre : nombre de publicités actives distinctes dans l’échantillon examiné ; nombre d’annonceurs ou de pages distincts renvoyés, en présentant séparément le degré de certitude sur leur identité ; nombre explicite de réutilisations de la famille exacte ; durée d’activité ou date de début renvoyée ; puis adéquation directe à la catégorie. Utilisez uniquement des éléments comparables, conservez les ex æquo et n’inventez jamais de score.

Lorsque tous les signaux d’activité comparables sont à égalité, conservez l’ordre de découverte et de vérification. Signalez explicitement les ex æquo, mais utilisez des positions d’affichage et des numéros de section uniques et consécutifs pour faciliter la navigation du client. Remplacez la phrase de classement standard par : `L’ordre suit la séquence de découverte et de vérification, car les signaux d’activité comparables de l’échantillon examiné étaient à égalité.` Ne laissez pas entendre que les premières lignes ont obtenu de meilleures performances.

N’appelez pas search_creatives, get_creative, get_trends, search_shops, get_shop, search_webmasters, analytics ni d’outils web externes. Ne réessayez qu’une seule fois, uniquement si retryable=true est accompagné de retry_after_seconds, après une nouvelle estimation identique. L’échec d’une voie principale de découverte ou d’un appel de vérification initiale sélectionné rend l’exécution partielle ; poursuivez les autres étapes séquentielles requises. Une vérification détaillée menée à terme dont le candidat ne remplit pas les critères constitue une preuve d’exclusion valide et ne rend pas l’exécution partielle. Le fait de présenter moins de trois familles ne rend jamais, à lui seul, l’exécution partielle ; expliquez pourquoi moins de familles ont été vérifiées. Une recherche complémentaire facultative menée à terme qui ne renvoie aucun résultat, renvoie un doublon ou un autre produit constitue une preuve valide et laisse complète une exécution par ailleurs complète. L’échec d’une recherche complémentaire conditionnelle n’invalide pas les familles déjà vérifiées et ne rend pas partielle une exécution par ailleurs complète ; signalez-le comme un manque de preuves pour l’agrégation facultative.

Affichez un lien stable vers une source de première main uniquement s’il a été explicitement renvoyé, sous le libellé `Preuve`. À défaut, affichez un identifiant stable de preuve source uniquement s’il a été explicitement renvoyé comme tel. Ne nommez jamais le service dans la réponse au client, ne construisez pas d’URL et n’exposez pas d’UUID internes, de JSON brut, d’URL de médias signées, d’identifiants de connexion, de quotas, de détails du schéma ou de lignes rejetées. N’incluez pas de slugs de taxonomie, de codes ISO, de noms de voies de recherche, de noms d’outils, de noms bruts de paramètres ou de champs dans la réponse au client. Reformulez les preuves renvoyées dans un langage accessible au client : dites par exemple `durée d’activité renvoyée` plutôt que `days_active`, et `entité associée au domaine` plutôt que `webmaster`. Si aucun lien ni identifiant stable de preuve source n’est renvoyé, indiquez `Référence de preuve non renvoyée`.

Attribuez à l’annonceur les affirmations concernant les avantages des produits, les prix, les remises, les notes et le nombre de clients. Ne qualifiez jamais un produit de rentable, de produit figurant parmi les meilleures ventes, de produit à fort taux de conversion, de produit gagnant, de produit en pleine montée en puissance, de produit populaire ou de leader du marché. Ne déduisez jamais les dépenses, la portée, l’engagement, les conversions, les ventes, le chiffre d’affaires, le ROAS ou la rentabilité.

Utilisez un tableau de bord compact, sans tableau, de 600 mots maximum. Commencez exactement par :
`# Produits promus sur Meta : [nom de la catégorie] · [nom complet du pays]`
Utilisez uniquement le nom lisible de la catégorie dans Ecommerce and Retail | ai_category=ecommerce_and_retail (la partie avant `|`) et le nom complet de US ; n’affichez jamais `ai_category`, de slugs ou de codes ISO.

Affiche ensuite :
`**[N] familles de produits vérifiées** · Actives actuellement · Période d’archives de 30 jours · **[Complet/Partiel]**`

Ajoutez une phrase : `Classement fondé sur l’activité observable dans l’échantillon examiné, et non sur les ventes ou les performances publicitaires.`

À partir de deux familles, ajoutez `## Sélection`, avec un paragraphe par famille :
`**[rang]. [Produit ou offre]** — [N] publicité/publicités active/actives dans l’échantillon examiné · [M] page/pages renvoyée/renvoyées · [format principal]`

Accordez correctement le singulier et le pluriel : `1 publicité active`, `2 publicités actives`, `1 page renvoyée`, `2 pages renvoyées`.

Ne réduisez pas la sélection à une liste de noms. Chaque famille affichée doit conserver dans la sélection ces métriques issues de l’échantillon examiné et son format principal.

Pour chaque famille, créez une section numérotée composée de courts paragraphes avec les libellés suivants :
- `Activité observée` — nombres exacts dans l’échantillon et tout signal explicite de réutilisation ou de durée, en précisant séparément son périmètre.
- `Produit / offre` — proposition d’achat concrète et détails des variantes ou lots qui influencent la décision d’achat.
- `Annonceur` — nom ou page renvoyés et niveau de certitude sur l’identité associée au domaine.
- `Message représentatif` — texte ou angle concis, en attribuant les affirmations à l’annonceur.
- `Dates et statut` — statut actif, date de début explicite et durée lorsqu’elles sont renvoyées.
- `Format et appel à l’action`.
- `Page de destination` — lien ou chemin de destination sûr, s’il est renvoyé.
- `Preuve` — lien stable vers une source de première main ou identifiant stable de preuve source renvoyé ; à défaut, utilisez la phrase exacte signalant l’absence de référence.
- `Pourquoi l’examiner` — exactement une action concrète de comparaison ou d’examen.

À partir de deux familles, ajoutez `## Points communs et différences` avec deux ou trois comparaisons propres à l’échantillon. Ne les qualifiez pas de tendances du marché.

Sous `## Périmètre de la recherche`, utilisez au maximum trois puces pour la date, la période et le statut de la recherche ; le nombre de résultats découverts, de publicités examinées et de familles ; et les limites liées à l’échantillon et aux preuves. N’exposez pas de noms d’outils, d’appels bruts, de libellés de voies de recherche ou de noms bruts de champs.

N’identifiez et ne décrivez jamais les candidats rejetés dans le rapport client. Le périmètre de la recherche peut uniquement mentionner le nombre d’exclusions et un motif générique, tel que `hors périmètre ou preuves insuffisantes sur le produit`.

S’il y a exactement une famille, omettez la sélection et les points communs et différences. S’il n’y en a aucune, affichez `## Résultat` et le périmètre de la recherche, sans sections vides ni candidats ajoutés pour étoffer le rapport.

N’utilisez pas de tableaux Markdown ou HTML, ni de barres obliques inverses en fin de ligne. Avant l’envoi, vérifiez l’identité exacte des familles, les preuves relatives au statut actif, au pays et à la période, les libellés des décomptes de l’échantillon, la formulation concernant l’annonceur et le domaine, le classement, le traitement des liens et identifiants, ainsi que le statut Complet/Partiel.

Terminez exactement par :
`L’activité dans les archives Meta est un signal publicitaire observé, pas une preuve de dépenses, de portée, d’engagement, de conversions, de ventes, de chiffre d’affaires, de ROAS, de rentabilité, de classement parmi les meilleures ventes ou de couverture complète du marché.`

Uniquement après une demande distincte formulée exactement ainsi : `Afficher les détails de l’audit`, fournissez un audit sans données sensibles en vous appuyant exclusivement sur les réponses conservées : interprétation du schéma en vigueur, appels exacts, application des paramètres, ordre des voies de recherche, lignes reçues, déduplication, décisions concernant les détails et les annonceurs, regroupement en familles, classement, échecs, chronologie et consommation. Ne relancez aucun appel Spytrend pour l’audit.