Opus Growth

Bibliothèque de prompts

Des prompts prêts à l'emploi pour Claude, ChatGPT et les autres assistants connectés à vos comptes publicitaires. Copiez, complétez les crochets, envoyez.

Essayez :

Rapports

Voir les 49 →

RapportsLecture seule

Créer un tableau de bord mensuel de la visibilité de votre marque dans les réponses des IA et le comparer au mois dernier

Mesure chaque mois le même jeu de questions dans ChatGPT, Perplexity et Gemini, vérifie si vous êtes cité dans les réponses IA de Google, puis recoupe avec les visites issues des IA dans GA4 et les recherches de marque dans Search Console. Indique ouvertement le bruit de mesure et les limites des outils.

Quand l'utiliserQuand vous voulez savoir si votre marque apparait dans ChatGPT, Perplexity et les réponses IA de Google, et si cette visibilité progresse d'un mois à l'autre.

Construis le tableau de bord de ce mois sur la visibilité de ma marque [brand name] et de mon site [domain] dans les réponses des IA. Marché : [country], langue : [language code, e.g. en]. Mes concurrents : [up to 3 competitor brand names]. Mon jeu de questions fixe : [5 to 6 questions that do not name my brand, phrased the way a real customer would ask]. Tableau de bord du mois dernier : [paste last month's table, or write "first month"]. Cette analyse est en lecture seule.

Garde exactement le même jeu de questions chaque mois, sinon les mois ne sont pas comparables. Si je n'ai pas fourni de questions, propose-en 6 (2 du type « meilleur [service] à [city] », 2 comparatifs, 1 sur le prix, 1 de type tutoriel), fais-les valider par moi et précise que le jeu ne changera plus.

1. Vérification des crédits. Utilise seo_history pour retrouver les requêtes lancées récemment avec ces arguments. Rappelle celles qui sont réutilisables avec les mêmes arguments : elles sont renvoyées sans cout. Indique-moi combien de nouveaux appels sont nécessaires.
2. Part de voix dans les chats IA. Lance seo_geo_tracker avec brand=[brand name], brand_domain=[domain], les concurrents et le jeu de questions, engines='chat_gpt,perplexity' et repeats=2. L'outil exécute au maximum 24 requêtes de modèle de langage par appel (questions × moteurs × répétitions) et réduit lui-même les répétitions si cette limite est dépassée ; reporte donc prompts_used et calls issus de la réponse afin de garder les mois à la même échelle. Relève le taux de mention de la marque, le nombre de réponses citant mon domaine, le taux par moteur, le taux de chaque concurrent et les domaines sources les plus cités. Cet outil ne renvoie pas le texte des réponses, seulement des taux et des domaines sources.
3. Réponses IA de Google. Lance les 3 questions à plus forte intention commerciale avec seo_ai_overview : target=[domain], location=[country name in English, e.g. United Kingdom], language=[language code]. Pour chacune, note si une réponse IA apparait, si mon domaine est cité, et quels domaines sont cités à sa place. Attention : la liste references peut revenir vide alors que les sources figurent uniquement sous forme de liens dans le texte de ai_answer ; dans ce cas, ne te fie pas à target_cited et compte les domaines des liens présents dans le texte. ai_answer est tronqué à 1 200 caractères : écris donc « non cité » sous la forme « absent de la partie visible », pas comme une certitude.
4. Mentions globales. Lance seo_geo_citations avec brand=[brand name] et relève le nombre de mentions dans les réponses IA de Google et dans ChatGPT. Si le nom de ma marque est composé de mots courants (par exemple deux mots du quotidien), ce chiffre peut être gonflé par des textes sans rapport ; signale-le et utilise cette ligne pour la tendance, pas comme un chiffre exact.
5. Visites réelles. Dans ma propriété GA4 [GA4 property], utilise ga4_report avec dimension='source' pour extraire les sessions et les événements clés des 30 derniers jours et des 30 jours précédents. Additionne chatgpt.com, perplexity.ai, gemini.google.com, copilot.microsoft.com, claude.ai et toute autre source clairement liée à un assistant IA. Exclus le trafic payant balisé avec des paramètres utm (par exemple une source publicitaire comme chatgpt_ads), car ce n'est pas de la visibilité organique.
6. Recherches de marque. Dans ma propriété Search Console, utilise get_report avec platform='search_console', breakdown='query', pour les 28 derniers jours et les 28 jours précédents, et additionne les impressions et les clics des requêtes contenant le nom de ma marque. Être mentionné dans les réponses des IA fait souvent monter les recherches de marque ; cette ligne est donc un signal indirect.

Format de sortie. D'abord un résumé en quatre phrases. Ensuite le tableau de bord : métrique, ce mois-ci, mois dernier, évolution, remarque. Lignes : taux de mention dans ChatGPT, taux de mention dans Perplexity, réponses citant mon domaine, taux de mention de chaque concurrent, questions pour lesquelles la réponse IA de Google me cite, nombre de mentions de seo_geo_citations, sessions et événements clés issus des assistants IA, impressions des recherches de marque. Puis un tableau par question : question, mentionné dans ChatGPT, mentionné dans Perplexity, cité par Google, source concurrente la plus citée. Enfin les 10 domaines sources les plus cités, avec combien appartiennent à mon site, à un concurrent ou à un tiers.

Règles de décision : avec deux répétitions, qualifie toute variation de taux inférieure à 10 points de « dans le bruit de mesure » et ne la lis pas comme un changement réel. S'il s'agit du premier mois, laisse la colonne d'évolution vide et enregistre ce mois comme référence. Termine par une recommandation pour le mois prochain, et fournis le tableau sous une forme que je pourrai copier-coller le mois prochain.

RapportsLecture seule

Mesurez le délai de conversion avant de juger les derniers jours

Calcule, campagne par campagne, combien de jours après le clic les conversions sont enregistrées, estime à quel point les derniers jours sont encore incomplets et indique si une décision d'enchères doit attendre.

Quand l'utiliserQuand le cout par conversion de Google Ads semble se dégrader sur les 7 derniers jours et que vous ne savez pas s'il s'agit d'une vraie baisse ou de conversions pas encore enregistrées.

Dans mon compte Google Ads [nom du compte], le cout par conversion des 7 derniers jours semble plus élevé. Avant d'agir, je veux savoir s'il s'agit d'une vraie dégradation ou simplement de conversions qui n'ont pas encore été enregistrées. Il s'agit d'une analyse en lecture seule, ne modifie rien.

1. Identifie les actions de conversion. Liste les actions avec list_conversion_actions, en précisant le mode de comptabilisation et la fenêtre de conversion après clic (click_lookback_days). Dans les étapes suivantes, utilise uniquement les actions incluses dans la colonne Conversions (included_in_conversions).
2. Construis la courbe de délai. Avec google_ads_query, récupère les 90 derniers jours par campagne, segmentés par segments.conversion_lag_bucket, avec metrics.conversions et metrics.conversions_value. Indique la période avec BETWEEN et des dates explicites, car DURING LAST_90_DAYS n'est pas une valeur GAQL valide. Pour chaque campagne, calcule la part des conversions qui arrivent dans le premier jour, les 3 premiers jours, les 7 premiers jours et les 14 premiers jours.
3. Estime ce qui manque encore. Récupère les 14 derniers jours jour par jour : clics, cout, metrics.conversions (par date de clic) et metrics.conversions_by_conversion_date (par date de la conversion). À partir de la courbe de l'étape 2, estime la part des conversions de chaque jour qui reste à venir. Par exemple, si une campagne obtient 60 % de ses conversions en 3 jours, un jour d'il y a 3 jours n'affiche actuellement qu'environ 60 % de son chiffre final.
4. Corrige la comparaison. Compare les 7 derniers jours aux 7 jours précédents de deux façons : chiffres bruts et estimations corrigées du délai. Indique « estimation » à côté de chaque chiffre corrigé.

Règles de décision :
1. Si une campagne compte moins de 30 conversions sur les 90 derniers jours, sa courbe de délai n'est pas fiable. Ne fais pas d'estimation pour elle, écris « données insuffisantes » et montre uniquement le chiffre brut.
2. Si l'estimation corrigée est à moins de 15 % de la semaine précédente, attribue la baisse au délai de conversion et ne recommande aucune modification d'enchère, de budget ou d'objectif.
3. Si l'estimation corrigée montre toujours une baisse nette, le délai ne l'explique pas. Dis-le clairement et liste les trois premiers points à vérifier ensuite.
4. Si une campagne a besoin de plus de 7 jours pour atteindre 90 % de ses conversions, ne recommande pas de modifier son CPA cible ou son ROAS cible sur la base des 7 derniers jours.

Présente le résultat ainsi : d'abord une synthèse en trois phrases. Ensuite, un tableau avec une ligne par campagne : campagne, conversions sur les 90 derniers jours, part le premier jour, part sur les 7 premiers jours, nombre de jours nécessaires pour atteindre 90 % des conversions, conversions brutes des 7 derniers jours, conversions finales estimées des 7 derniers jours, cout par conversion brut et estimé, décision (attendre, investiguer, données insuffisantes). Termine par une règle pour l'équipe : dans ce compte, combien de jours faut-il attendre avant de juger une semaine.

RapportsModifie après votre accord

Classement mensuel de l'efficacité des canaux payants avec proposition de répartition du budget

Un classement de chaque canal payant par coût par conversion, avec la part des dépenses face à la part des conversions et une répartition de budget proposée pour le mois suivant.

Quand l'utiliserQuand un nouveau mois commence et que vous devez décider quels canaux payants méritent plus ou moins de budget.

Comparez le dernier mois calendaire sur Google Ads, Meta, TikTok et Microsoft Ads.

Construisez un seul tableau avec ces colonnes pour chaque canal :
- dépenses
- conversions
- coût par conversion
- valeur de conversion et ROAS, lorsque la valeur est suivie
- part des dépenses totales (%)
- part des conversions totales (%)

Classez les canaux par coût par conversion. Mon coût par conversion cible est de [CPA cible].

Règles de décision :
- Si la part des conversions d'un canal est inférieure d'au moins 10 points à sa part des dépenses, signalez-le comme candidat à la réduction.
- Si la part des conversions d'un canal est supérieure d'au moins 10 points à sa part des dépenses, signalez-le comme candidat à la montée en charge. Pour Google Search, ne le faites que si l'analyse de la part d'impressions montre que les campagnes perdent de la part d'impressions à cause du budget.
- Si un canal compte moins de 10 conversions, indiquez « données insuffisantes » et laissez son budget inchangé.

Proposez ensuite la répartition du mois prochain dans un tableau indiquant, pour chaque canal, les dépenses mensuelles actuelles, les dépenses proposées et une raison en une ligne. Le total doit rester dans la limite de [budget mensuel].

N'appliquez rien. Si j'approuve, présentez un aperçu de chaque modification de budget et attendez ma confirmation.

RapportsModifie après votre accord

Rapport Google Ads mensuel client avec lien partageable en marque blanche

Prépare un rapport mensuel d'une page, sans jargon, pour un client : chiffres exacts du mois calendaire comparés au mois précédent, explication de chaque variation importante des KPI à partir des données de campagne, et création du lien en marque blanche uniquement après validation du brouillon.

Quand l'utiliserQuand vous devez envoyer à un client ses résultats Google Ads mensuels en langage simple et expliquer ce qui a bougé et pourquoi.

Prépare le rapport Google Ads mensuel de [compte client] pour [mois, ex. 2026-09], en comparaison avec le mois calendaire précédent.

Données :
- Utilise list_accounts pour trouver l'ID client de [compte client].
- Récupère les chiffres exacts du mois calendaire avec get_report (plateforme google_ads) en renseignant start_date et end_date pour [mois], puis refais la même requête pour le mois précédent. Récupère à la fois les totaux du compte et les lignes au niveau campagne.
- Si tu as besoin de plus de détail sur les campagnes, utilise performance_report au niveau campagne.
- KPI : coût, clics, conversions, valeur de conversion, CPA, ROAS et CTR, chacun avec sa variation en %. Si la valeur de conversion n'est pas suivie dans ce compte, laisse le ROAS de côté et explique pourquoi en une ligne.

Rédige-le pour un client qui n'est pas spécialiste du marketing :
1. Un résumé exécutif en 3 phrases : le résultat, le principal moteur et la suite.
2. Un tableau des KPI avec ce mois-ci, le mois dernier et la variation en %.
3. Les 3 meilleures campagnes en nombre de conversions. Indique aussi la campagne avec le CPA le plus élevé parmi celles qui ont consommé plus de 10 % des dépenses totales du mois.
4. Trois prochaines actions concrètes que nous mènerons le mois prochain, chacune reliée à un élément des données.

Signale chaque KPI qui a varié de plus de 15 %. Explique chacun d'eux avec des éléments tirés des lignes au niveau campagne : transfert de budget entre campagnes, évolution du CPA d'une campagne précise, baisse des conversions, etc. Si les données n'expliquent pas la variation, dis-le clairement et ne devine pas.

Limite-toi à une page, sans jargon. Montre-moi d'abord le brouillon et arrête-toi là.

Après mon approbation du brouillon, crée le lien partageable en marque blanche avec client_report_link en utilisant brand_name [nom de l'agence ou de la marque du client]. Attention : cet outil n'accepte qu'une fenêtre glissante en jours se terminant à l'instant présent, pas un mois nommé. Avant de le créer, indique-moi les dates exactes que le lien couvrira avec la valeur de days que tu comptes utiliser, et si cela correspond à [mois]. Si ce n'est pas le cas (par exemple si nous sommes bien après la fin du mois), dis-le clairement et laisse-moi choisir : créer quand même le lien avec sa fenêtre glissante, ou ne pas créer de lien et j'enverrai moi-même le brouillon approuvé. Donne-moi ensuite l'URL.

RapportsLecture seule

Triage du portefeuille agence : quels comptes clients demandent de l'attention cette semaine

Compare tous les comptes clients Google Ads connectés sur les 30 derniers jours par rapport aux 30 précédents, ajoute le rythme de consommation du budget depuis le début du mois, classe les comptes par niveau de risque et donne aux chargés de compte une première vérification fondée sur les données pour les 5 premiers. Lecture seule.

Quand l'utiliserQuand vous gérez de nombreux comptes clients Google Ads et devez savoir lesquels ouvrir en premier cette semaine.

Fais le triage de tous les comptes clients Google Ads connectés. Compare les 30 derniers jours avec les 30 jours précédents.

Comment obtenir les chiffres :
- Lance portfolio_report avec days=30, puis de nouveau avec days=60. Pour chaque compte, déduis les 30 jours précédents en soustrayant les chiffres sur 30 jours de ceux sur 60 jours (coût, clics, conversions, valeur de conversion), puis calcule toi-même le CPA et le ROAS pour les deux périodes.
- Utilise list_accounts pour obtenir l'ID client de chaque compte, puis lance budget_pacing_alerts avec threshold_pct=10 pour chaque compte. Le rythme de consommation est une projection de fin de mois basée sur le mois en cours, pas sur la fenêtre de 30 jours : nomme donc cette colonne « rythme (ce mois-ci) ».
- Si un compte ne suit pas la valeur de conversion, indique n/a pour le ROAS au lieu de le considérer comme inférieur à l'objectif.

Marque un compte comme à risque s'il remplit l'une de ces conditions :
- CPA en hausse de plus de 20 %
- Conversions en baisse de plus de 20 %
- ROAS inférieur à [ROAS cible, ou liste des objectifs par compte]
- Toute campagne signalée par le suivi du rythme budgétaire comme dépassant ou sous-consommant de plus de 10 % d'ici la fin du mois

Livre un seul tableau avec ces colonnes : compte, dépenses, conversions, CPA, ROAS, variation en % du CPA et des conversions, rythme (ce mois-ci), motifs de risque. Trie-le par nombre de motifs de risque, puis par dépenses.

Sous le tableau, liste les 5 comptes que nos chargés de compte doivent ouvrir en premier cette semaine. Pour ces 5 comptes uniquement, lance conversion_tracking_health (days=30) et search_terms_report (days=30, trié par coût) pour étayer tes conseils. Donne une première vérification concrète pour chacun, par exemple « les termes de recherche de la campagne X dépensent sans convertir » ou « l'action de conversion Y n'a rien enregistré en 30 jours », en te basant sur ce que montrent les données. Si aucun des deux rapports n'explique le problème du compte, dis ce que tu examinerais ensuite au lieu de deviner.

Termine par les comptes qui se sont le plus améliorés. Ce sont de bonnes nouvelles pour les appels clients.

C'est en lecture seule. Ne modifie rien dans aucun compte.

RapportsLecture seule

Rapport client sur l'ensemble du tunnel : résultats payants, organiques et sur site en une seule vue

Un rapport mensuel du tunnel de conversion qui réunit Google Ads, Search Console et GA4 et montre quel canal a réellement généré les événements clés.

Quand l'utiliserQuand un client demande quel canal a vraiment généré ses résultats et que vous avez besoin des données payantes, organiques et du site dans un seul récit.

Crée un rapport sur l'ensemble du tunnel pour [nom du client] couvrant les 28 derniers jours par rapport aux 28 jours précédents.

Utilise la vue d'ensemble marketing unifiée pour construire un seul tableau de tunnel :
- Google Ads : dépenses, clics et conversions
- Search Console, trafic organique : clics, impressions et position moyenne
- GA4 : sessions, taux d'engagement et événements clés

Affiche la variation en % pour chaque ligne.

Ventile ensuite les sessions et les événements clés de GA4 par source / support de session. Montre quels canaux ont produit les événements clés et comment leur part a évolué.

Depuis Search Console, liste les 5 requêtes ayant le plus gagné de clics et les 5 qui en ont le plus perdu.

Rédige un court récit pour le client de 5 puces maximum. Si les conversions Google Ads et les événements clés payants de GA4 diffèrent de plus de 20 %, dis-le et explique que les deux systèmes comptent différemment. Ne traite pas l'écart comme une erreur, sauf si les données le prouvent.

Termine par 3 priorités pour le mois prochain, chacune liée à un chiffre précis du rapport.

Lecture seule. Ne fais aucune modification.

Audit de compte

Voir les 59 →

Audit de compteLecture seule

Audit complet d'un compte Google Ads avec les trois corrections à faire en priorité

Passe en revue l'ensemble du compte en une seule fois, de la mesure et des enchères à la structure et aux pages de destination. Classe les constats par impact et désigne les trois premières corrections à faire, sans rien modifier.

Quand l'utiliserLorsque tu reprends un compte Google Ads ou que tu t'en méfies et que tu veux savoir ce qui cloche vraiment et par où commencer les corrections.

Réalise un audit complet de mon compte Google Ads [nom du compte]. Si le compte a moins de 90 jours, utilise tous les jours disponibles, sinon utilise les 90 derniers jours. Il s'agit d'une analyse en lecture seule, ne modifie rien.

Commence par account_snapshot pour obtenir le statut, le budget, la stratégie d'enchères, l'ancienneté et les résultats de chaque campagne depuis son lancement. Sépare les campagnes qui apportent des résultats de celles qui dépensent sans convertir. Passe ensuite en revue les points suivants, dans cet ordre :

1. Mesure. Liste les actions de conversion principales avec list_conversion_actions. Signale toute action principale qui n'a rien enregistré au cours des 30 derniers jours. Repère les configurations qui peuvent compter deux fois la même personne, par exemple un clic sur le téléphone et un clic sur WhatsApp sur le site configurés comme deux actions principales distinctes, ou la balise Google Ads et un événement GA4 importé tous deux définis comme principaux pour le même formulaire. Vérifie combien de clics ont été envoyés vers le bouton d'appel des annonces et si ces appels ont bien été enregistrés, avec google_ads_query sur call_view.
2. Enchères et budget. Utilise impression_share_analysis pour afficher, par campagne, la part d'impressions perdue à cause du budget et du classement. Utilise keyword_quality_report pour trouver les mots clés dont l'enchère est inférieure à celle de la première page ou qui sont rarement diffusés à cause d'un faible niveau de qualité. Pour les campagnes en enchères intelligentes, indique si les 30 derniers jours comptent suffisamment de conversions pour l'objectif utilisé.
3. Structure. Vérifie si les recherches de marque partagent une campagne avec les recherches génériques, si chaque groupe d'annonces envoie vers la page correspondant à son propre service, et si un même mot clé figure dans plusieurs groupes d'annonces.
4. Termes de recherche. Utilise search_terms_report pour distinguer les termes qui dépensent sans convertir, les marques concurrentes et les recherches informationnelles. Ne considère jamais comme du gaspillage un terme ayant au moins une conversion.
5. Annonces et assets. Examine la force des annonces, les assets refusés et vérifie que les liens annexes pointent vers la bonne page. Signale à part tout texte ou asset qui décrit un service que l'entreprise ne propose pas : [services non proposés, ou écrire « aucun »].
6. Pages de destination. Récupère les clics, le coût et le taux de conversion par page depuis landing_page_view avec google_ads_query. Sur les pages qui absorbent le plus de dépenses, vérifie qu'un bouton téléphone et un bouton WhatsApp existent, et contrôle la vitesse sur mobile avec core_web_vitals.
7. Zone géographique, horaires et appareils. Indique si l'option de ciblage géographique est réglée sur « Présence », quelle part des dépenses va en dehors de la zone ciblée, ainsi que les dépenses et les conversions en dehors de [heures d'ouverture].

Présente le résultat ainsi : d'abord un résumé de cinq phrases sur l'état du compte. Ensuite un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Pour finir, les trois corrections à faire en priorité et pourquoi chacune passe en premier. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteLecture seule

Audit complet d'un compte Meta Ads avec les trois corrections à faire en premier

Passe en revue en une seule fois la mesure, les problèmes de diffusion, la phase d'apprentissage, le ciblage, les emplacements et la fatigue créative. Classe les constats par priorité et désigne les trois premières corrections, sans rien modifier.

Quand l'utiliserQuand les résultats de tes publicités Meta ont chuté ou stagnent et que tu veux savoir ce qui cloche dans le compte avant de modifier quoi que ce soit.

Audite mon compte publicitaire Meta [ad account] de bout en bout. Prends les 30 derniers jours comme période principale et les 30 jours précédents comme période de comparaison. Il s'agit d'une analyse en lecture seule : ne modifie rien.

Commence par account_snapshot pour la plateforme meta afin de récupérer le statut, le budget, l'objectif, l'ancienneté et les résultats de chaque campagne depuis son lancement. Meta n'a pas de compteur de conversions unique : utilise donc le résultat que chaque campagne optimise réellement (leads, conversations de messagerie démarrées, achats). Passe ensuite en revue les domaines suivants, dans cet ordre :

1. Mesure. Vérifie la date du dernier événement du pixel avec list_meta_pixels. Confirme que l'événement optimisé par chaque campagne est bien enregistré. Signale les configurations qui risquent de compter deux fois le même résultat, par exemple des leads collectés à la fois par le pixel et par un formulaire instantané.
2. Diffusion. Liste les ensembles de publicités refusés, bloqués en cours de validation, sans aucune publicité active ou qui dépensent moins de la moitié de leur budget. Indique pour chacun le motif communiqué par Meta.
3. Phase d'apprentissage. Repère les ensembles de publicités segmentés de façon si fine qu'ils ne peuvent pas atteindre 50 résultats par semaine. Utilise meta_change_history pour montrer les modifications des 14 derniers jours qui ont réinitialisé l'apprentissage.
4. Ciblage et audiences. Signale les ensembles de publicités qui ciblent la même audience et ceux dont la fréquence dépasse [maximum frequency].
5. Emplacements et appareils. Avec get_report, compare le coût par résultat par publisher_platform et par appareil à la moyenne du compte. Ne tire aucune conclusion sur des segments de moins de 20 résultats.
6. Créations. Considère qu'une publicité est fatiguée lorsque la fréquence augmente alors que le taux de clics baisse et que le coût par résultat grimpe. Décris brièvement l'angle commun aux publicités les plus performantes.
7. Destination. Vérifie que la page ou le lien WhatsApp vers lequel les publicités envoient les internautes fonctionne et correspond à l'objectif.

Présente le résultat ainsi : d'abord un résumé en cinq phrases de la situation du compte. Ensuite, un tableau des constats classés par importance : problème, preuve, impact estimé, recommandation. Enfin, les trois corrections à faire en premier, avec pour chacune la raison de sa priorité. Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Audit de compteModifie après votre accord

Fusionner les demandes par téléphone et WhatsApp en une seule conversion fiable

Évite qu'une même personne soit comptée deux fois lorsqu'elle appelle et envoie un message. Relie les deux boutons du site à une seule conversion et vérifie si le bouton d'appel des annonces est bien mesuré.

Quand l'utiliserLorsque des prospects vous appellent et vous écrivent sur WhatsApp depuis votre site et que vous soupçonnez qu'une même personne compte pour deux conversions, ce qui rend votre coût par conversion artificiellement bas.

Dans mon compte Google Ads [nom du compte], les prospects nous contactent via les boutons téléphone et WhatsApp du site. Si une même personne qui clique sur les deux boutons compte pour deux conversions, mon coût par conversion paraît plus bas qu'il ne l'est réellement et l'algorithme d'enchères apprend de travers. Corrige cela.

1. Cartographie la configuration actuelle. Liste les actions principales, leurs catégories et leurs types de comptage avec list_conversion_actions. Dans mon conteneur Tag Manager [ID du conteneur GTM], utilise list_gtm_tags pour montrer quelle balise déclenche quelle étiquette de conversion. Estime, chiffres à l'appui, à quelle fréquence un même clic sur une annonce a pu générer plus d'une conversion de contact au cours des 30 derniers jours.
2. Le bouton d'appel dans les annonces. Avec google_ads_query, vérifie combien de clics et quelle part des dépenses sont allés au bouton d'appel des annonces, et utilise call_view pour contrôler si ces appels ont bien été enregistrés. S'il y a des clics mais aucun enregistrement, dis-le clairement et propose deux options : supprimer l'extension d'appel, ou accepter ces clics comme du trafic non mesuré.
3. Présente le plan. Propose une seule action de conversion nommée "Clic contact (Téléphone + WhatsApp)" avec un comptage réglé sur une seule conversion. Relie-la à une seule balise qui se déclenche à la fois sur le déclencheur téléphone et sur le déclencheur WhatsApp. Passe les deux anciennes actions en secondaires. Indique si les campagnes en enchères intelligentes (Smart Bidding) nécessitent une révision de leur objectif, car le nombre de conversions va baisser.
4. Applique après mon accord. Crée l'action de conversion, règle le comptage sur une seule conversion, mets à jour la balise dans Tag Manager et montre-moi la liste des modifications avant publication. Après la publication, note quelle version peut être restaurée.

Termine par un court plan de test : comment vérifier en mode aperçu que seule la nouvelle balise se déclenche lorsque les deux boutons sont utilisés, et combien de jours il faut pour que la correction apparaisse dans les données réelles.

Audit de compteLecture seule

Lancer un audit SEO, AEO et GEO complet et obtenir un scorecard étayé par des preuves

Note l'accès, la santé technique, les données structurées, la citabilité du contenu, les signaux de confiance et la visibilité IA mesurée sur six domaines de cinq contrôles concrets chacun. Présente les preuves pour chaque point et classe les correctifs par impact et effort, sans rien modifier.

Quand l'utiliserQuand vous voulez savoir à quel point votre site est visible et fiable dans la recherche classique, les moteurs de réponses et la recherche IA, et qu'il vous faut une liste priorisée de ce qu'il faut corriger en premier.

Audite mon site [site URL] de bout en bout pour la recherche classique, les moteurs de réponse (AEO) et la recherche IA (GEO). Ma propriété Search Console : [Search Console property]. Concurrent principal : [competitor domain, or "none"]. Marché : [country], langue : [language code]. Les 3 recherches qui m'apportent le plus d'affaires : [3 commercial queries]. Mes gabarits de pages les plus importants : [homepage, one service page, one blog post URL]. Cet audit est en lecture seule.

Règle des crédits : avant de commencer, vérifie les exécutions précédentes avec seo_history et relance avec les mêmes arguments celles qui sont réutilisables. Montre-moi une seule fois la liste des nouveaux appels qui consommeront des crédits et attends mon accord.

Collecte des données :
1. Lance l'analyse groupée avec seo_full_analysis en indiquant le domaine, le concurrent, la localisation et la langue. Sa section de visibilité IA mesure le seul mot-clé sur lequel le site se classe le mieux, qui peut n'avoir aucun rapport avec mon activité ; n'utilise pas cette section pour la notation, mais mesure mes 3 requêtes commerciales avec seo_ai_overview et target=[domain]. Si references est vide, compte les domaines des liens présents dans ai_answer.
2. Lance seo_site_crawl avec max_pages proche du nombre de pages du site (au maximum [page limit]). Il renvoie un task_id ; rappelle-le avec le même task_id après 60 à 90 secondes et attends l'arrivée du résumé. Récupère la liste complète des URL d'un problème avec le paramètre issue si nécessaire. Si la limite du crawl ne couvre pas tout le site, indique que les résultats sont un échantillon.
3. Lis robots.txt, sitemap.xml et llms.txt avec site_read_url. Lis mes pages de gabarit avec text=true (si truncated vaut true, relance avec max_bytes=1000000) et avec outline=true. Pour le JSON-LD, lis les mêmes pages avec max_bytes=1000000 et extrais les blocs.
4. Mesure la page d'accueil et la page de service avec seo_audit et strategy='mobile'. Pour les Core Web Vitals, utilise les données réelles des utilisateurs (field) quand elles existent, sinon la valeur de laboratoire, et précise laquelle tu as utilisée.
5. Utilise get_report avec platform='search_console' et les ventilations « query by impressions » et « page by impressions » sur les 90 derniers jours. Inspecte avec gsc_inspect_urls les 10 pages qui ont le plus d'impressions. Récupère l'état du sitemap avec gsc_sitemaps.
6. Garde en tête que des outils différents peuvent voir des versions différentes d'une même page : si seo_technical_audit ou seo_site_crawl mesure un titre dans une autre langue que celui affiché par site_read_url, consigne-le comme un constat, car le site redirige peut-être les visiteurs selon leur pays.

Scorecard : six domaines, cinq contrôles chacun, chaque contrôle étant réussi (1) ou échoué (0). Si un contrôle n'a pas de données, écris « non mesuré » et retire-le du dénominateur ; ne note jamais en devinant.
1. Accès et exploration : robots.txt est ouvert aux robots IA de type recherche ; les pages clés renvoient 200 avec au plus une redirection ; aucun noindex sur les pages clés ; le sitemap ne contient pas d'erreurs et comprend les pages clés ; le contenu principal est visible sans JavaScript.
2. Santé technique et vitesse : LCP mobile inférieur à 2,5 secondes ; CLS inférieur à 0,1 ; INP inférieur à 200 ms ; aucune page cassée ni lien interne cassé dans le crawl ; aucun titre ni description en double.
3. Données structurées et entité : un nœud Organization ou LocalBusiness existe ; les nœuds sont reliés par @id ; le schéma correspond au type de page (Service, Article, Product) ; les faits du schéma concordent avec le texte visible ; les URL sameAs fonctionnent.
4. Citabilité du contenu : le premier paragraphe des pages clés répond directement à la question ; les titres nomment clairement le sujet ou la question ; les faits comparables sont dans un tableau ; une FAQ propre à la page existe ; il y a des chiffres et des dates concrets.
5. Signaux de confiance : la page à propos est concrète (qui, où, depuis quand) ; les coordonnées figurent sur le site et sont cohérentes ; les articles affichent un auteur ou un éditeur ; les dates de publication et de mise à jour sont visibles ; les pages légales sont accessibles depuis le pied de page par des liens statiques.
6. Visibilité IA mesurée : cité dans la réponse IA de Google pour au moins une des 3 requêtes commerciales ; cité pour la requête de marque ; llms.txt existe et est exact ; Search Console montre des clics issus de requêtes hors marque ; si le concurrent principal est cité sur ces requêtes, il existe au moins une requête où je le suis aussi.

Formate la sortie ainsi. D'abord une synthèse de direction en cinq phrases. Ensuite le tableau des scores : domaine, score (par ex. 3/5), contrôles échoués. Puis le tableau des preuves : domaine, contrôle, résultat, preuve (nom de l'outil et valeur renvoyée), URL concernées. Puis la liste des correctifs : pour chaque élément, l'impact (élevé, moyen, faible), l'effort (heures, jours, semaines) et qui s'en charge ; impact élevé et effort faible en premier. À la fin, les trois premiers correctifs et pourquoi ils passent en premier. Ne porte aucun jugement sur ce qui n'a pas été mesuré.

Audit de compteLecture seule

Vérifier ce que l'IA dit de votre marque : prix, adresse, horaires et services

Récupère ce que la réponse IA de Google dit à des questions sur votre marque et les sources sur lesquelles elle s'appuie, puis vérifie chaque affirmation à partir des informations actuelles de votre site et de votre fiche d'établissement Google (Business Profile). Identifie la source d'où vient le détail erroné ou périmé et prévoit comment corriger cette source.

Quand l'utiliserQuand vous soupçonnez que les réponses IA de Google, ChatGPT ou Perplexity donnent des prix, une adresse, des horaires ou des services erronés ou périmés sur votre marque.

Vérifie si les réponses de l'IA donnent des informations correctes sur ma marque [brand name]. Mon site : [domain]. Marché : [country], langue : [language code]. Mon établissement dans Business Profile : [location name or domain, or "none"]. Réponses que j'ai copiées depuis ChatGPT ou Perplexity : [paste them, or "none"]. Il s'agit d'une tache de planification en lecture seule.

1. Préparer les questions. Propose 6 à 8 questions parmi les types suivants pour ma marque et fais-les valider par moi : "c'est quoi [brand name]", "[brand name] tarifs", "où se trouve [brand name]" ou son adresse, "[brand name] horaires d'ouverture", "quels services propose [brand name]", "[brand name] vs [competitor]", "[brand name] est-ce fiable". Rédige-les dans la langue du marché.
2. Vérification des crédits. Utilise seo_history pour voir si ces questions ont été exécutées récemment et rappelle celles qui sont réutilisables avec les mêmes arguments.
3. Réponses IA de Google. Exécute seo_ai_overview pour chaque question : target=[domain], location=[country name in English], language=[language code]. Récupère le texte de la réponse (ai_answer) et les sources. Si references est vide, utilise les liens contenus dans ai_answer comme sources. ai_answer est tronqué à 1 200 caractères : précise que les affirmations situées dans la partie coupée ne peuvent pas être évaluées. Note toute question sans réponse comme "pas de réponse IA".
4. ChatGPT et Perplexity. Les outils Opus Growth ne renvoient pas le texte des réponses de ces moteurs. Si j'ai collé des réponses, évalue-les de la même manière. Sinon, suggère-moi de poser ces questions dans une nouvelle conversation sans historique et de coller les réponses.
5. Rassembler les faits corrects. Lis les pages tarifs, contact, à propos et services avec site_read_url et text=true (si truncated vaut true, relance avec max_bytes=1000000). Si j'ai un établissement, lis le nom, l'adresse, le téléphone, les horaires, les catégories et la liste des services avec gbp_location_details. Si ces deux sources se contredisent, signale-le séparément, car l'IA ne peut pas savoir laquelle reprendre.
6. Comparer les affirmations. Place chaque affirmation concrète de chaque réponse (prix, nom d'offre, adresse, téléphone, horaires, service, année de création, propriétaire, comparaison) sur sa propre ligne et attribue-lui l'une de ces étiquettes : correct, périmé (a été vrai à une époque), faux, absent du site (impossible à vérifier). N'étiquette jamais au jugé.
7. Trouver la source. Pour chaque affirmation périmée ou fausse, ouvre la source citée par la réponse : lis cette page avec site_read_url et confirme que le détail erroné s'y trouve réellement. Si la source est sur mon site, indique quelle page et quelle phrase. Si c'est un site tiers (annuaire, ancien article de presse, site de réclamations), donne son URL et la date de la page.

Format de sortie. D'abord un résumé en quatre phrases : combien d'affirmations sont correctes, combien sont périmées ou fausses, et quelle affirmation fausse fait le plus de tort. Ensuite un tableau des affirmations : question, ce que l'IA a dit, la source sur laquelle elle s'est appuyée, le fait correct et sa source (page du site ou Business Profile), étiquette. Puis un plan de correction, chaque ligne selon l'origine de l'erreur :
1. La source est mon site : la page et la phrase à modifier, l'ancien et le nouveau texte. Si un ancien prix ou un service abandonné figure encore sur une autre page, suggère de mettre cette page à jour ou de la rediriger par une 301.
2. La source est Business Profile : le champ à modifier, l'ancienne et la nouvelle valeur.
3. La source est un site tiers : comment adresser à ce site une demande de correction, avec un brouillon de message. Ne l'envoie pas.
4. Le fait n'est écrit clairement nulle part : quelle page du site devrait l'énoncer en une phrase claire.

Ne modifie rien et n'envoie aucun message. Les réponses de l'IA peuvent mettre des semaines à relire une source corrigée ; dis-le et suggère de mesurer à nouveau les mêmes questions dans 4 semaines.

Audit de compteLecture seule

Vérifiez si les robots d'IA peuvent vraiment accéder à votre site et le lire

Détermine, pour chaque robot d'IA et selon son rôle, ce que dit le robots.txt, puis contrôle les codes de statut, les redirections et les en-têtes bloquants, et mesure ce que chaque page affiche sans JavaScript. Se termine par une liste de correctifs classés par priorité et ne modifie rien.

Quand l'utiliserQuand vous voulez savoir si ChatGPT, Claude, Perplexity, Gemini et Copilot peuvent réellement accéder à votre site et lire son contenu, ou si vous soupçonnez que les robots d'IA sont bloqués ou voient des pages vides.

Vérifie si mon site [site URL] peut servir du contenu aux moteurs de recherche IA tels que ChatGPT, Claude, Perplexity, Gemini et Copilot. Ma propriété Search Console est [Search Console property, or "none"]. Mes pages les plus importantes sont : [5 to 10 page URLs]. Il s'agit d'un audit en lecture seule, ne modifie rien.

1. robots.txt. Lis [site URL]/robots.txt avec site_read_url et note le code de statut. Si le fichier renvoie une erreur 5xx ou boucle sur des redirections, indique-le tout en haut : les robots risquent de ne pas explorer le site du tout. Détermine ensuite quel groupe de règles s'applique à chacun de ces robots et si mes pages clés sont autorisées : OAI-SearchBot, ChatGPT-User, GPTBot, Claude-SearchBot, Claude-User, ClaudeBot, PerplexityBot, Perplexity-User, Googlebot, Google-Extended, Bingbot, Applebot, Applebot-Extended, CCBot, meta-externalagent. Lorsqu'un robot dispose d'un groupe à son propre nom, seul ce groupe s'applique et les règles de `User-agent: *` ne s'appliquent pas : tiens-en compte.
2. Classe les robots selon leur rôle. Ceux qui explorent pour la recherche et les citations sont OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot et Googlebot. Ceux qui récupèrent une page en direct lorsqu'un utilisateur pose une question sont ChatGPT-User, Claude-User et Perplexity-User. Ceux qui collectent des données d'entrainement sont GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, CCBot et meta-externalagent. Signale tout robot de recherche bloqué avec le niveau de gravité le plus élevé, car le site ne peut alors pas être cité dans les réponses de cet assistant. Ne considère pas le blocage d'un robot d'entrainement comme une erreur, décris-le comme un choix. Précise que Google-Extended n'a aucun effet sur Google Search ni sur les AI Overviews et ne contrôle que l'utilisation du contenu pour les modèles Gemini.
3. Codes de statut et en-têtes. Lis chaque page clé avec site_read_url et max_bytes=0. Indique uniquement le code de statut, la chaine de redirections (redirects), les en-têtes `x-robots-tag` et `content-type` ainsi que la valeur de `server`, sans reproduire tous les en-têtes. Signale les chaines de redirections de plus de deux étapes, une URL finale différente de l'URL canonique, ainsi que tout en-tête noindex ou nosnippet. Si une page renvoie 403, 429 ou 503 et que la valeur de server révèle une couche de protection comme Cloudflare, Sucuri ou Akamai, indique qu'il peut s'agir d'un blocage de robots.
4. Contenu sans JavaScript. Lis les pages clés avec site_read_url et text=true. Cette vue est extraite du HTML envoyé par le serveur, c'est-à-dire ce que voit un robot d'IA qui n'exécute pas JavaScript. Si la réponse indique truncated à true, relis la page avec max_bytes=1000000, sinon tu croiras que le contenu situé en bas de page est absent. Pour chaque page, indique si le H1, le premier paragraphe du contenu principal, les informations de prix ou de service et les coordonnées figurent dans ce texte, et si internal_links contient des liens vers les pages du menu principal.
5. Contenu avec JavaScript. Mesure les trois pages les plus importantes avec seo_technical_audit, qui affiche la page en exécutant JavaScript. Signale séparément toute page dont le titre, le H1 ou la langue diffère entre les deux vues. Une différence de langue provient généralement d'une redirection automatique selon le pays ou la langue du navigateur du visiteur, et comme la plupart des robots d'IA viennent de serveurs situés aux États-Unis, cela peut leur faire voir la mauvaise version linguistique.
6. Ce que voit Google. Si j'ai une propriété Search Console, inspecte les pages clés en un seul appel gsc_inspect_urls : état de couverture, date de dernière exploration et URL canonique choisie par Google. Liste toute page clé bloquée par le robots.txt ou affichée comme « Explorée, actuellement non indexée ». Liste les sitemaps soumis avec leurs avertissements et erreurs à l'aide de gsc_sitemaps.
7. Fichiers de découverte. Lis sitemap.xml et llms.txt avec site_read_url. Vérifie que mes pages clés figurent dans le sitemap et que les valeurs lastmod paraissent réelles, et signale-le si toutes les URL portent la même date. Si llms.txt est absent, note-le comme une lacune mais pas comme un problème critique, car aucun des principaux moteurs de recherche IA n'a officiellement indiqué utiliser ce fichier comme signal de classement ou de citation.

Énonce clairement les limites des outils. site_read_url envoie sa requête comme un navigateur et ne peut pas se faire passer pour GPTBot ou ClaudeBot : une règle de pare-feu qui bloque uniquement d'après le nom du robot n'apparaitra donc pas dans cet audit. Si j'utilise un CDN ou un pare-feu, rappelle-moi de vérifier dans son interface un paramètre qui bloque les robots d'IA (chez Cloudflare, « AI Crawl Control » ou « Block AI bots »). Si le site est hébergé sur Opus Growth, ne m'envoie vers aucune interface de CDN, et si tu constates un blocage, suggère de le signaler avec report_issue.

Présente le résultat ainsi. D'abord un résumé en trois phrases : mon site est-il ouvert à la recherche IA et, sinon, quel est le principal point de blocage. Ensuite un tableau des robots : robot, rôle, décision du robots.txt, ligne de règle qui tranche, gravité. Puis un tableau des pages : URL, code de statut, redirections, x-robots-tag, H1 et premier paragraphe présents dans le texte sans JavaScript (oui ou non), écart avec la vue JavaScript, état de couverture Google. Termine par une liste de correctifs classés par gravité, chacun accompagné de sa preuve et de la personne qui doit s'en charger (moi, un développeur, l'hébergeur). Lorsque les données ne suffisent pas pour conclure, ne devine pas : indique ce qui manque.

Création de campagnes

Voir les 48 →

Création de campagnesModifie après votre accord

Ajouter un bouton de message WhatsApp aux annonces Google Search et le mesurer

Ajoute aux bonnes campagnes la ressource de message qui lance une conversation WhatsApp directement depuis la recherche. Rédige le message prérempli par service et vérifie que les conversations sont bien comptabilisées comme des conversions.

Quand l'utiliserLorsque vous voulez que les internautes lancent une conversation WhatsApp directement depuis vos annonces Google Search et que ces conversations soient mesurées comme conversions.

Dans mon compte Google Ads [nom du compte], je veux que les prospects puissent nous écrire sur WhatsApp directement depuis le résultat de recherche. Le numéro WhatsApp de l'entreprise est [numéro WhatsApp].

1. Vérifie l'état actuel. Utilise list_extension_assets pour indiquer quelles campagnes ont déjà une ressource de message. Si certaines en ont une, utilise extension_asset_performance pour afficher le nombre de clics obtenus au cours des 30 derniers jours et google_ads_query pour voir si ces clics ont généré des conversions.
2. Quelles campagnes doivent en bénéficier ? Propose les campagnes Search qui collectent des leads et dont la part de trafic mobile est élevée. Évalue séparément la campagne de marque et les campagnes de services.
3. Rédige le texte. Pour chaque campagne, propose un court message d'accueil et un appel à l'action adaptés au service, dans la langue des annonces. Exemple : « Bonjour, je souhaiterais avoir des informations sur [service]. » Pas de prix et aucune promesse que nous ne pourrions pas tenir.
4. Vérifie la mesure. Utilise list_conversion_goals pour vérifier si les conversations lancées depuis la ressource de message sont comptabilisées comme des conversions. Si le bouton WhatsApp du site est également mesuré séparément, signale que la même personne risque d'être comptée deux fois et recommande lequel des deux doit être principal.
5. Aperçu et validation. Montre les ressources à ajouter pour chaque campagne et attends mon accord. Après validation, ajoute-les avec manage_extension_assets puis relis-les pour confirmer.

Indique aussi la liste des indicateurs à vérifier 14 jours après la mise en ligne de la ressource : clics sur le message, conversations lancées et coût par conversation.

Création de campagnesModifie après votre accord

Créer une campagne TikTok qui déclenche des conversations WhatsApp, en pause

Crée une campagne TikTok qui envoie les internautes vers WhatsApp avec un message prérempli, au lieu de les diriger vers le site. Tout est créé en pause, vous voyez un aperçu et le lancement reste entre vos mains.

Quand l'utiliserQuand vous voulez envoyer les spectateurs TikTok directement vers des conversations WhatsApp plutôt que vers votre site et que vous avez besoin que la campagne soit montée pour vous.

Dans mon compte publicitaire TikTok [ad account], je veux envoyer les internautes directement sur WhatsApp avec un message prérempli plutôt que vers le site web. Mon numéro WhatsApp est [WhatsApp number]. Services à promouvoir : [services, e.g. "permis moto, permis poids lourd"]. Zone ciblée : [city or region].

1. Préparation. Utilise list_tiktok_identities pour lister l'identité que les annonces utiliseront, puis list_tiktok_videos et list_tiktok_posts pour les vidéos disponibles. Recommande la meilleure vidéo pour chaque service. Si aucune vidéo adaptée n'existe, arrête-toi et décris la vidéo nécessaire.
2. Structure. Propose une campagne de génération de leads avec un groupe d'annonces distinct par service. Trouve la zone géographique avec tiktok_region_search. Choisis la tranche d'âge en fonction des exigences légales de chaque service et explique pourquoi. Fixe le budget quotidien à [daily budget] par groupe ; préviens-moi s'il est inférieur au budget minimum par groupe d'annonces imposé par TikTok.
3. Destination. Le lien de l'annonce doit ouvrir WhatsApp avec un message prérempli qui mentionne le service. Exemple : "Bonjour, je souhaiterais des informations sur [service]." Ainsi, chaque message reçu indique de quelle annonce il provient.
4. Aperçu. Présente les paramètres de la campagne, des groupes d'annonces et des annonces dans un seul tableau et attends mon accord.
5. Création. Après mon accord, crée la campagne, les groupes d'annonces et les annonces en pause. Donne-moi tous les identifiants. Laisse les annonces soumises à la validation de TikTok ; je les lancerai moi-même.

Termine par les indicateurs à suivre pendant les 7 premiers jours : clics vers WhatsApp, coût par clic et répartition des messages reçus par service.

Création de campagnesModifie après votre accord

Créer de A à Z une campagne Google Search locale, enregistrée en pause

Une campagne Search entièrement structurée, avec mots-clés, annonces et mots-clés à exclure, présentée pour validation avant d'être créée en pause.

Quand l'utiliserLorsque vous lancez Google Ads pour un commerce local et avez besoin d'une campagne Search bien structurée de zéro.

Configure une nouvelle campagne Google Search pour mon [business type] à [city]. Elle doit être créée en pause.

1) Lance le Planificateur de mots clés avec 5 à 10 termes de départ pour mes principaux services. Conserve les idées affichant au moins 50 recherches mensuelles en moyenne. Écarte les requêtes liées à l'emploi, au bricolage (DIY), à la gratuité et à la formation.
2) Regroupe les idées restantes en 2 à 4 groupes d'annonces très cohérents sur le plan thématique, un service par groupe. Utilise uniquement les types de correspondance expression et exacte, sans requête large au lancement.
3) Trouve l'ID de zone géographique de [city]. Règle l'option de ciblage géographique sur les personnes présentes dans la zone, et non sur les personnes intéressées par la zone.
4) Rédige une annonce responsive du réseau de Recherche par groupe d'annonces, avec au moins 12 titres et 4 descriptions. Inclus la ville et un appel à l'action clair. L'URL finale est [landing page URL].
5) Ajoute des mots-clés à exclure au niveau de la campagne : emploi, salaire, gratuit, comment, formation, occasion.
6) Fixe le budget quotidien à [daily budget] avec la stratégie Maximiser les clics pour démarrer.

Avant de créer quoi que ce soit, montre-moi la structure complète sous forme de tableau. Inclus le groupe d'annonces, le mot-clé, le type de correspondance, les recherches mensuelles, les titres avec leur nombre de caractères, les mots-clés à exclure, le budget et la zone géographique. Attends mon approbation, puis crée la campagne en pause.

Création de campagnesModifie après votre accord

Campagne Demand Gen à partir de mes vidéos YouTube les mieux retenues

Présélectionne vos vidéos YouTube courtes les plus performantes en rétention et construit autour d'elles une campagne Demand Gen en pause. Ajoute le ciblage pays et langue, une audience de remarketing à 30 jours et des textes publicitaires prêts à l'emploi, avec un aperçu de chaque étape avant toute création.

Quand l'utiliserLorsque vous voulez transformer vos meilleures vidéos YouTube courtes en campagne Google Demand Gen avec remarketing.

Je souhaite une campagne Demand Gen qui utilise mes propres vidéos YouTube. Elle doit être créée en pause.

Données d'entrée :
- Page de destination : [URL de la page produit ou service]
- Pays : [pays]
- Langue : [langue]
- Budget quotidien : [budget quotidien]
- Nom de l'entreprise (25 caractères maximum) : [nom de l'entreprise]

1) Présélection de vidéos.
 - Listez mes chaînes YouTube. S'il y en a plusieurs, demandez-moi laquelle utiliser.
 - Récupérez la vue d'ensemble de la chaîne sur les 90 derniers jours afin d'obtenir le pourcentage moyen de visionnage de la chaîne comme référence.
 - Récupérez mes 25 meilleures vidéos sur la même période.
 - Classez-les par durée moyenne de visionnage en secondes, et non par nombre de vues. Affichez pour chaque vidéo son titre, ses vues, son temps de visionnage et sa durée moyenne de visionnage.
 - Le rapport n'inclut ni la durée de la vidéo ni le pourcentage de visionnage par vidéo. Prenez les 6 premières par durée moyenne de visionnage et demandez-moi de coller la durée de chacune, ou le « pourcentage moyen visionné » de YouTube Studio. Calculez ensuite le pourcentage de visionnage en divisant la durée moyenne de visionnage par la durée de la vidéo.
 - Présélectionnez 2 à 3 vidéos de moins de 60 secondes et dépassant 40 % de pourcentage moyen de visionnage. Si aucune ne convient, dites-le et arrêtez-vous.
 - Pour chaque vidéo présélectionnée, demandez-moi son lien YouTube ou son identifiant vidéo si vous ne l'avez pas déjà.
2) Vérification des audiences. Listez mes audiences avec leurs définitions. Cherchez une liste de remarketing des visiteurs de [URL de la page produit ou service] avec une durée d'appartenance de 30 jours.
 - Si elle existe, utilisez-la.
 - Sinon, proposez-en une : nom, règle d'URL (CONTAINS [chemin de l'URL de la page produit ou service]), durée d'appartenance 30 jours, période de rétrospection 30 jours.
3) Plan de campagne :
 - Campagne : Demand Gen, budget quotidien [budget quotidien], stratégie d'enchères Maximiser les conversions, sauf indication contraire de ma part.
 - Un seul groupe d'annonces, nommé d'après le produit ou le service.
 - Zone géographique du groupe d'annonces : [pays]. Langue du groupe d'annonces : [langue]. Demand Gen conserve la zone géographique et la langue au niveau du groupe d'annonces. Sans cette étape, la campagne cible tous les pays : elle doit donc être appliquée avant toute activation.
 - Audience de remarketing sur le groupe d'annonces. Une liste nouvellement créée démarre vide et se remplit au fil des jours suivants. Recommandez s'il faut la rattacher en mode Observation ou Ciblage selon sa taille actuelle, et expliquez pourquoi.
4) Textes publicitaires. Pour chaque vidéo présélectionnée, rédigez :
 - 3 titres (40 caractères maximum chacun)
 - 1 titre long (90 maximum)
 - 2 descriptions (90 maximum)
 - Un appel à l'action
 Affichez le nombre de caractères. L'URL finale de chaque annonce est [URL de la page produit ou service] et le nom de l'entreprise est [nom de l'entreprise].

Montrez d'abord un aperçu de l'ensemble : la présélection avec ses métriques, la règle d'audience, les paramètres de la campagne et du groupe d'annonces, le ciblage et tous les textes publicitaires. Attendez mon approbation. Créez ensuite les éléments dans cet ordre, en montrant une simulation (confirm=false) pour chaque étape et en attendant mon accord avant de confirmer :
a) L'audience de remarketing, si une nouvelle est nécessaire.
b) La campagne Demand Gen (en pause).
c) Le groupe d'annonces. Vérifiez d'abord si la campagne en possède déjà un en listant ses groupes d'annonces. S'il n'y en a pas, lancez la création du groupe d'annonces en simulation. Si l'outil la refuse pour une campagne Demand Gen, dites-moi d'ajouter un groupe d'annonces dans l'interface Google Ads et de coller son identifiant, puis poursuivez.
d) Ciblage géographique et linguistique du groupe d'annonces. Après l'avoir appliqué, relisez le ciblage du groupe d'annonces et confirmez que seuls [pays] et [langue] sont définis.
e) Rattachez l'audience au groupe d'annonces dans le mode convenu.
f) Une annonce vidéo par vidéo présélectionnée.

Terminez par un récapitulatif des identifiants créés et confirmez que la campagne est toujours en pause.

Création de campagnesModifie après votre accord

Revue finale avant lancement de mes campagnes en pause, avant de les activer

Audite chaque campagne en pause créée récemment (ciblage, force des annonces, règles, extensions, programmation, budget et page de destination), puis propose d'activer uniquement celles sans aucun échec.

Quand l'utiliserLorsque vous avez créé plusieurs campagnes Google Ads en pause et voulez vérifier qu'elles sont prêtes avant d'en activer une.

Passe en revue toutes les campagnes que j'ai créées au cours des 14 derniers jours et qui sont toujours en pause, avant que j'en active une seule. Utilise l'instantané du compte, campagnes inactives comprises, pour les retrouver par date de création, et liste leurs groupes d'annonces et leurs annonces.

Mes budgets quotidiens prévus : [campaign name: daily budget, one per line]
Mes horaires d'ouverture : [opening hours]

Pour chaque campagne, vérifie les points suivants :

1) Ciblage. L'option de ciblage géographique doit être les personnes présentes dans la zone, et non les personnes intéressées par la zone. Confirme que la langue est correcte et que les réglages d'appareils sont cohérents. Pour les campagnes Demand Gen, lis la zone géographique et la langue dans chaque groupe d'annonces, car Google les conserve à ce niveau.
2) Annonces. Chaque groupe d'annonces doit comporter au moins une annonce dont la Force de l'annonce est Bonne ou meilleure. Liste les pistes d'amélioration de Google pour les autres. Pour Performance Max, vérifie plutôt la force de l'annonce du groupe d'assets. Signale aussi les annonces elles-mêmes en pause : une annonce en pause le reste quand la campagne est activée et ne diffuse rien.
3) Règles. Recherche les annonces refusées ou limitées, et indique le motif ainsi que le texte déclencheur signalés par Google.
4) Extensions. Les campagnes Search doivent avoir au moins 4 liens annexes et 4 accroches. Pour les autres types de campagne, indique ce contrôle comme non applicable plutôt que comme échoué.
5) Programmation et budget. Vérifie que la programmation des annonces correspond à mes horaires d'ouverture et que le budget quotidien correspond au chiffre que j'ai donné ci-dessus. Si je n'ai donné aucun chiffre pour une campagne, affiche le budget actuel et marque-le « à confirmer ».
6) Page de destination. Prends l'URL finale dans les annonces. Lance un audit SEO et des balises sur mobile, et vérifie les Core Web Vitals mobiles. Considère la page comme échouée si le LCP mobile dépasse 2,5 secondes (utilise les données terrain d'utilisateurs réels quand elles sont disponibles, sinon les données de laboratoire, et précise lesquelles) ou si aucune balise Google (Google Ads ou GA4 / GTM) n'est trouvée parmi les balises de mesure chargées.

Fournis un tableau par campagne avec ces colonnes : contrôle, réussi/échoué/non applicable, détail, correction.

Règle de décision : recommande d'activer uniquement les campagnes sans aucun échec. Présente cette liste sous forme de simulation (confirm=false), en incluant les annonces en pause qu'elles contiennent et qu'il faudrait aussi activer, et attends mon approbation avant de modifier un statut.

Création de campagnesModifie après votre accord

Configurer une campagne de reciblage dynamique Meta à partir du catalogue

Vérifie le pixel, le catalogue, l'ensemble de produits et la Page, ne construit que les audiences de reciblage manquantes, puis prépare une campagne Ventes en pause avec un ensemble de publicités catalogue et une publicité dynamique, avec aperçus en simulation et approbation avant toute création.

Quand l'utiliserLorsqu'une boutique en ligne veut reconquérir les visiteurs qui ont vu des produits ou abandonné leur panier et qu'il vous faut une campagne de retargeting dynamique depuis le catalogue.

Configurez une campagne de reciblage dynamique de produits pour le client e-commerce [compte publicitaire du client].

Vérifications préalables : arrêtez-vous et signalez-le si l'une d'elles échoue.
- Le pixel s'est déclenché récemment. Lisez sa date de dernier déclenchement et arrêtez-vous si elle remonte à plus de 24 heures ou si elle est vide. Si la valeur n'est précise qu'au jour près, dites-le et indiquez-moi ce qu'elle affiche.
- Le catalogue figure parmi les catalogues du Business Manager du compte publicitaire et son nombre de produits est supérieur à zéro.
- L'ensemble de produits [nom de l'ensemble de produits] existe dans ce catalogue. S'il est absent, listez les ensembles de produits disponibles. Si la liste affiche un nombre de produits, confirmez qu'il n'est pas vide ; sinon, dites-le.
- La Page Facebook pour laquelle ce compte publicitaire est réellement autorisé à diffuser (vérifiez avec le compte publicitaire, pas seulement avec ma liste de Pages personnelle).

Audiences : vérifiez d'abord les audiences personnalisées existantes, puis proposez uniquement ce qui manque. Chaque audience de site web est construite à partir d'un seul événement du pixel ; le bassin de reciblage se compose donc de deux audiences utilisées ensemble dans l'ensemble de publicités :
- A consulté un produit (ViewContent), rétention de 14 jours
- A ajouté au panier (AddToCart), rétention de 14 jours
- Acheteurs (Purchase), rétention de 30 jours, en exclusion
Si la liste des audiences renvoie des tailles, prévenez-moi lorsque les audiences à 14 jours semblent trop petites pour être diffusées.

Préparez les éléments suivants :
- Une campagne avec l'objectif Ventes, créée en pause, sans budget de campagne afin que l'ensemble de publicités porte le budget.
- Un ensemble de publicités catalogue lié au catalogue et à l'ensemble de produits, ciblant les deux audiences à 14 jours, excluant les acheteurs, avec des emplacements automatiques (sans restriction d'emplacement), une optimisation pour la conversion sur l'événement Purchase du pixel et un budget quotidien de [budget quotidien], créé en pause.
- Une publicité dynamique sur la Page avec un bouton Acheter et le lien de repli [page d'accueil de la boutique], créée en pause. Le catalogue renseigne le nom du produit ; placez le prix dans la description avec {{product.price}}. Rédigez un texte principal qui rappelle au visiteur le produit qu'il a consulté, sans mention de remise sauf si j'en ajoute.

Étape 1 : présentez le plan complet avec le résultat en confirm=false pour chaque audience que vous allez créer et pour la campagne. Attendez mon approbation.
Étape 2 : une fois mon approbation reçue, créez les audiences et la campagne en pause. Montrez ensuite le résultat en confirm=false de l'ensemble de publicités et de la publicité (ils ont besoin des nouveaux identifiants). Attendez de nouveau mon approbation.
Étape 3 : une fois approuvés, créez-les en pause. Lancez une estimation de diffusion sur le nouvel ensemble de publicités et signalez toute audience trop petite. Récupérez l'identifiant du visuel dans la réponse de création (ou lisez-le depuis le visuel de la nouvelle publicité) et générez des aperçus pour le Fil Facebook, le Fil Instagram, les Stories Facebook et les Stories Instagram, afin que je puisse les examiner avant toute dépense. Renvoyez tous les identifiants.

Optimisation

Voir les 48 →

OptimisationModifie après votre accord

Pourquoi mes annonces ne s'affichent-elles pas ? Diagnostic des enchères de première page, du classement et du budget

Détermine, mot-clé par mot-clé, si la faible dépense ou le faible nombre d'impressions vient des enchères, de la qualité ou du budget. N'applique les changements d'enchères et de budget qu'après votre validation.

Quand l'utiliserLorsque vos campagnes Google Ads dépensent bien en dessous du budget ou obtiennent très peu d'impressions et que vous devez savoir si la cause vient des enchères, de la qualité ou du budget.

Dans mon compte Google Ads [nom du compte], [noms des campagnes ou "toutes les campagnes Search"] dépensent bien en dessous du budget ou obtiennent très peu d'impressions. Utilise les 30 derniers jours pour en trouver la cause.

1. Niveau campagne. Utilise impression_share_analysis pour afficher, pour chaque campagne, la part d'impressions, la part perdue à cause du budget et du classement, ainsi que la fréquence d'affichage des annonces en haut de page. Si une campagne n'arrive pas à consommer son budget tout en affichant une part perdue à cause du budget, explique la raison probable.
2. Niveau mot-clé. Avec keyword_quality_report et google_ads_query sur keyword_view, récupère pour chaque mot-clé actif l'enchère, les estimations de première page et de haut de page, le Niveau de qualité et ses trois composantes. Classe les mots-clés en quatre groupes : enchère inférieure à l'estimation de première page, rarement diffusé car la qualité est faible, volume trop faible, aucun problème.
3. Recommandation. Pour les mots-clés dont l'enchère est trop basse et qui correspondent à mon activité, propose une nouvelle enchère. Elle ne doit pas être inférieure à l'estimation de première page ni dépasser [coût par clic maximum]. Pour les mots-clés de faible qualité, au lieu de relever l'enchère, indique quelle composante doit être corrigée : pertinence de l'annonce, taux de clic attendu ou page de destination. Pour les campagnes qui perdent de la part à cause du budget et qui génèrent des conversions, propose un budget.
4. Aperçu et validation. Affiche la liste des modifications avec les valeurs actuelles et nouvelles, calcule la variation estimée de la dépense quotidienne et attends ma validation. Après validation, applique séparément les enchères des groupes d'annonces et des mots-clés.

Définis l'ordre de priorité selon [services prioritaires, p. ex. "permis moto et poids lourd"]. Augmenter la visibilité de ces services passe avant tout autre mot-clé.

OptimisationModifie après votre accord

Arrêtez de payer pour conquérir des clients que vous avez déjà : excluez les anciens convertis

Confirme ou construit une liste des personnes ayant atteint votre page de remerciement et l'exclut des campagnes destinées à conquérir de nouveaux clients. N'exclut jamais une liste sur la seule foi de son nom lorsque sa définition ne peut pas être lue.

Quand l'utiliserQuand vos campagnes d'acquisition Google Ads continuent d'afficher vos annonces à des personnes qui ont déjà acheté ou rempli un formulaire et que vous gaspillez du budget sur des clients déjà acquis.

Dans mon compte Google Ads [nom du compte], les campagnes destinées à conquérir de nouveaux clients sont peut-être aussi diffusées auprès de personnes qui ont déjà rempli un formulaire ou acheté. Je veux exclure ces personnes de mes campagnes d'acquisition. L'adresse de ma page de remerciement ou de confirmation de commande est : [URL de la page de remerciement]. Mes campagnes d'acquisition sont : [noms des campagnes, ou écrivez "vous décidez"].

1. Séparez les campagnes. Récupérez les campagnes actives avec account_snapshot. Écartez les campagnes dont le nom contient brand ainsi que les campagnes de remarketing. Écartez aussi les campagnes Performance Max et signalez-les à part, car cette méthode ne fonctionne pas de la même façon pour elles.
2. Lisez les listes existantes. Avec list_audiences et definition=true, récupérez chaque liste avec sa définition, sa durée d'appartenance et ses tailles Search et Display. N'excluez jamais une liste dont la définition est illisible sur la seule foi de son nom, car exclure la mauvaise liste bloque aussi, sans qu'on le voie, de vrais prospects. Dans ce cas, montrez-moi la liste et demandez-moi de confirmer sa règle dans l'interface Google Ads.
3. Choisissez ou construisez la bonne liste. Si une liste dont la définition est confirmée couvre les visiteurs de la page de remerciement, utilisez-la. Sinon, proposez-en une nouvelle avec create_website_audience, en passant le chemin de la page de remerciement dans url_contains et [durée d'appartenance, par ex. 180 selon votre cycle de vente] dans membership_days. Notez qu'une nouvelle liste met du temps à se remplir et que Google exige au moins 1 000 membres actifs pour utiliser une liste sur le réseau de Recherche ; une exclusion avec une liste plus petite n'a aucun effet sur Search.
4. Lisez ce qui est déjà rattaché. Avec google_ads_query, extrayez les critères USER_LIST avec le champ negative depuis campaign_criterion et ad_group_criterion. Ne proposez pas d'ajouter à nouveau la même liste là où elle est déjà exclue.
5. Prévisualisez et appliquez. Pour chaque campagne, utilisez manage_audience_targeting avec action=exclude et le nom ou l'ID de la liste comme audience ; ne définissez pas bid_modifier. Montrez d'abord l'aperçu pour toutes les campagnes avec confirm=false, attendez mon accord, puis appliquez et vérifiez en relisant campaign_criterion que la liste a bien été ajoutée avec negative=true.

Exception : si mon activité repose sur des achats récurrents ou des renouvellements (renouvellements d'abonnement, entretien régulier, consommables), exclure ces personnes peut réduire mon chiffre d'affaires. Posez-moi la question dès le départ et, selon ma réponse, proposez une campagne de remarketing distincte à la place d'une exclusion.

Présentez le résultat ainsi : un tableau des campagnes (campagne, type, exclusions existantes, liste à ajouter, taille de la liste sur Search et Display, décision), une estimation approximative du moment où la liste pourrait atteindre une taille exploitable pour Search, et les dépenses affectées à cette liste au cours des 30 derniers jours. Vous pouvez mesurer ces dépenses avec google_ads_query à partir de campaign_audience_view et ad_group_audience_view uniquement si la liste était déjà rattachée à la campagne en observation ; si elle ne l'était pas, indiquez que c'est impossible à mesurer et ne devinez pas.

OptimisationModifie après votre accord

Renvoyer les ventes issues des clics Microsoft Ads en conversions hors ligne

Envoie à Microsoft Ads les ventes conclues par téléphone ou en magasin grace au Microsoft Click ID (MSCLKID). Vérifie d'abord l'objectif hors ligne et les données, supprime les lignes en double et incomplètes, puis soumet l'aperçu à votre validation.

Quand l'utiliserQuand des prospects venus de Microsoft Ads concluent leur achat par téléphone ou en magasin et que les enchères ne voient jamais ces ventes.

Dans mon compte Microsoft Ads [nom du compte], une partie des prospects issus des annonces se transforment ensuite en ventes par téléphone ou en magasin. Je veux renvoyer ces ventes avec le Microsoft Click ID (MSCLKID) afin que les enchères apprennent à partir de ventes réelles. Voici ma liste de ventes : [coller le tableau avec les colonnes MSCLKID, date et heure de la vente, fuseau horaire et montant de la vente].

1. Trouve le compte. Récupère l'ID du compte et la devise avec list_microsoft_accounts. Si la devise revient vide, ne devine pas, demande-moi.
2. Vérifie les objectifs. Avec list_microsoft_conversion_goals, liste les objectifs de conversion du compte avec leur type, leur mode de comptage et leur fenêtre de conversion (conversion_window_min, en minutes). S'il n'existe aucun objectif de type hors ligne, arrête-toi et dis-le-moi. create_microsoft_conversion_goal ne crée que des objectifs basés sur des URL, je dois donc créer moi-même l'objectif hors ligne dans la section des objectifs de conversion de l'interface Microsoft Advertising. Une fois que ce sera fait, demande-moi son nom exact.
3. Nettoie les données. Vérifie mes lignes selon ces règles :
   1. Supprime les lignes dont le MSCLKID est vide et indique-moi combien il y en avait.
   2. Si le même MSCLKID apparait deux fois, n'en garde qu'un, car envoyer deux ventes pour un seul clic gonfle les conversions. S'il s'agit bien de deux ventes distinctes, demande-moi.
   3. Convertis les dates en UTC au format 2026-08-01T14:30:00Z. Si aucun fuseau horaire n'est indiqué, ne devine pas, demande-moi.
   4. La vente doit avoir lieu après le clic et dans la fenêtre de conversion de l'objectif. Si la liste ne contient pas de date de clic, dis clairement que cette vérification n'a pas pu être faite.
   5. Transforme les montants en nombres et compare la devise avec celle du compte.
4. Aperçu. Exécute upload_microsoft_offline_conversions avec account_id, le nom exact de l'objectif comme conversion_name, les lignes nettoyées comme conversions (msclkid=...;datetime=...;value=..., une ligne par conversion) et la devise, d'abord avec confirm=false. Montre-moi le nombre de lignes, un exemple de ligne et le montant total de l'aperçu.
5. Envoie après mon accord. Lance l'envoi avec les mêmes paramètres et confirm=true, puis donne-moi le résultat de l'outil avec le nombre de lignes. Microsoft met du temps à afficher les conversions dans les rapports, alors rappelle-moi de vérifier le lendemain, avec microsoft_report_query, en récupérant Conversions et Revenue dans le rapport CampaignPerformance, si les ventes envoyées apparaissent.

Pour finir, rédige une courte checklist pour une mise en place durable : comment confirmer dans l'interface Microsoft Advertising que le balisage automatique du MSCLKID est activé, comment le formulaire du site doit enregistrer le MSCLKID dans un champ masqué, et quelles colonnes l'équipe commerciale doit remplir pour chaque vente. Précise qu'aucun outil ne vérifie ces points, donc je les ferai moi-même.

OptimisationModifie après votre accord

Ajouter des audiences en mode observation aux campagnes Search pour savoir qui convertit le mieux

Ajoute vos propres listes et les segments Google aux campagnes Search en mode observation, sans réduire la portée. Vérifie d'abord le piège du mode de ciblage, relit le résultat après l'ajout et laisse un plan de lecture à utiliser 30 jours plus tard.

Quand l'utiliserLorsque vous voulez savoir quelles audiences convertissent le mieux dans vos campagnes Search sans réduire leur portée.

Je souhaite ajouter des segments d'audience aux campagnes Search de mon compte Google Ads [account name] sans en réduire la portée. L'objectif est de voir quelles audiences convertissent le mieux et de décider ensuite en fonction. Voici comment je décrirais mon activité et mon client : [business and customer description].

1. État actuel. Récupère les campagnes Search actives, leurs stratégies d'enchères et les résultats des 30 derniers jours avec account_snapshot. Avec google_ads_query, extrais les audiences déjà associées depuis campaign_criterion et ad_group_criterion (type IN USER_LIST, USER_INTEREST, CUSTOM_AUDIENCE, COMBINED_AUDIENCE, avec le champ negative).
2. Lecture du mode de ciblage. Avec google_ads_query, extrais targeting_setting.target_restrictions des ressources campaign et ad_group et regarde la dimension AUDIENCE. Si bid_only=false, ce niveau est en mode « Ciblage » et chaque audience ajoutée à ce niveau réduit la portée. Montre-moi d'abord ces campagnes et ces groupes d'annonces et demande-moi mon accord avant d'y ajouter quoi que ce soit.
3. Mes propres listes. Avec list_audiences et definition=true, récupère les listes, leurs types et leur taille sur le réseau de Recherche. Google exige au moins 1 000 membres actifs pour qu'une liste soit utilisée sur Search ; exclus de la proposition les listes sous ce seuil et présente-les à part.
4. Proposition. Propose un ensemble d'au maximum 10 audiences par campagne : mes propres listes comme les visiteurs du site et les convertisseurs, les segments d'audience sur le marché adaptés à mon activité et, si c'est pertinent, un segment démographique détaillé. Écris les segments Google avec leur nom exact tel qu'il apparait dans l'interface Google Ads. Ne propose pas de segments d'événements de vie pour les campagnes Search, car Google ne les accepte pas sur Search.
5. Application. Après mon accord, ajoute chaque audience avec manage_audience_targeting en utilisant action=attach et mode=OBSERVATION. Ne laisse jamais mode vide et ne définis pas de bid_modifier. Fais d'abord un aperçu de tous les ajouts par campagne avec confirm=false, puis applique-les, puis relis campaign_criterion et targeting_setting avec google_ads_query pour confirmer que les audiences ont bien été ajoutées et que le mode de ciblage n'a pas changé.

Rédige aussi un plan de lecture que j'utiliserai dans 30 jours : impressions, clics, cout et conversions par audience, depuis campaign_audience_view et ad_group_audience_view avec google_ads_query. Règle de décision : ne juge pas une audience qui a moins de 100 clics sur 30 jours ; signale les audiences dont le taux de conversion est supérieur ou inférieur de 30 % à la moyenne de la campagne. Note que les ajustements d'enchères par audience ne s'appliquent pas aux campagnes en enchères intelligentes (Smart Bidding) ; les constats y doivent donc se traduire en décisions sur les textes d'annonces, en campagnes séparées ou en exclusions, plutôt qu'en modifications d'enchères.

Présente le résultat ainsi : alertes sur le mode de ciblage, un tableau des audiences proposées par campagne (campagne, audience, type, taille Search, raison) et le plan de lecture à 30 jours.

OptimisationModifie après votre accord

Auditer les stratégies d'enchères de portefeuille et les plafonds de CPC

Liste les stratégies d'enchères de portefeuille du compte, les campagnes qui utilisent chacune d'elles et l'écart entre les résultats réels et l'objectif. Repère les portefeuilles inutilisés, les campagnes mal regroupées et les plafonds de CPC manquants, puis soumet les corrections à votre validation.

Quand l'utiliserLorsque vos campagnes Google Ads partagent des stratégies d'enchères de portefeuille et que vous soupçonnez des portefeuilles inutilisés, des campagnes mal regroupées ou des plafonds de CPC manquants.

Audite les stratégies d'enchères partagées (de portefeuille) et les plafonds de CPC des campagnes de mon compte Google Ads [nom du compte]. Mon CPA cible est de [CPA cible] et mon ROAS cible est de [ROAS cible, ou écris "aucun"].

1. Liste les portefeuilles. Avec google_ads_query, récupère uniquement les stratégies ayant bidding_strategy.status = 'ENABLED' depuis la ressource bidding_strategy : nom, type, non_removed_campaign_count, CPA cible, ROAS cible, ainsi que le plafond et le plancher de CPC (par exemple maximize_conversions.cpc_bid_ceiling_micros, target_spend.cpc_bid_ceiling_micros). Les stratégies supprimées sont aussi renvoyées par cette ressource, donc ne saute pas le filtre sur le statut. Les stratégies appartenant à un compte administrateur n'apparaissent pas ici ; récupère-les séparément depuis accessible_bidding_strategy avec owner_customer_id et owner_descriptive_name.
2. Cartographie les campagnes. Avec google_ads_query, récupère bidding_strategy_type, bidding_strategy et le plafond de CPC au niveau de la campagne (target_spend.cpc_bid_ceiling_micros) pour toutes les campagnes non supprimées. Présente dans un tableau quelle campagne utilise quel portefeuille et laquelle fonctionne avec sa propre stratégie.
3. Compare les résultats. Récupère les 30 derniers jours au niveau campagne avec get_report et calcule le cout total, les conversions, le cout par conversion et le ROAS de chaque portefeuille. Place l'objectif du portefeuille à côté du résultat réel.

Signale les points suivants :
1. Les portefeuilles actifs qu'aucune campagne n'utilise.
2. Les campagnes d'un même portefeuille qui ont des conversions principales différentes ou des couts par conversion très éloignés. L'objectif d'un portefeuille s'applique à l'ensemble de ses campagnes, donc des campagnes de marque et hors marque qui partagent un portefeuille sont généralement une erreur.
3. Les portefeuilles dont le cout par conversion réel est supérieur à 1,5 fois l'objectif ou inférieur à la moitié de celui-ci. Ne juge pas un portefeuille qui compte moins de 15 conversions sur les 30 derniers jours, écris "données insuffisantes".
4. Les campagnes en Maximiser les conversions ou en CPA cible pour lesquelles je veux plafonner le cout d'un clic. Avec ces stratégies, on ne peut pas définir de plafond de CPC au niveau de la campagne, seulement via une stratégie de portefeuille.
5. Les campagnes en Maximiser les clics sans plafond de CPC.

Présente le résultat ainsi : d'abord le tableau des portefeuilles (portefeuille, type, objectif, plafond de CPC, nombre de campagnes, cout par conversion réel, ROAS, constat), puis le tableau des campagnes (campagne, stratégie, portefeuille, plafond de CPC de la campagne, constat), et enfin une liste des modifications par ordre de priorité.

Effectue les modifications avec manage_portfolio_bidding_strategy : create ou create_and_assign pour un nouveau portefeuille, update pour changer l'objectif ou le plafond d'un portefeuille existant, assign pour rattacher une campagne à un portefeuille existant, delete pour supprimer un portefeuille qu'aucune campagne n'utilise. Indique clairement dans l'aperçu que modifier l'objectif d'un portefeuille affecte TOUTES les campagnes qui l'utilisent. Ne propose pas de modifier un objectif de plus de 20 % en une seule étape. Prévisualise chaque modification avec confirm=false, attends mon accord, puis applique-la et vérifie en relisant les ressources bidding_strategy et campaign.

OptimisationModifie après votre accord

Identifier les termes de recherche qui gaspillent du budget et les transformer en mots clés négatifs

Combine les suggestions de mots clés négatifs intelligentes et le rapport complet des termes de recherche pour repérer les termes sans conversion ou trop coûteux, puis prévisualise un lot groupé de mots clés négatifs qui protège votre marque et vos mots clés qui convertissent.

Quand l'utiliserQuand le rapport des termes de recherche Google Ads montre que du budget part sur des requêtes hors sujet ou trop chères et que vous voulez l'arrêter sans risque.

Analysez les termes de recherche de mon compte Google Ads [account name] sur les 30 derniers jours. Utilisez ensemble les suggestions de mots clés négatifs intelligentes et le rapport complet des termes de recherche. Le nom de ma marque et ses orthographes courantes sont : [brand terms].

Signalez deux groupes :
1. Les termes qui ont dépensé plus de [spend threshold] sans aucune conversion.
2. Les termes avec exactement une conversion dont le coût pour ce terme dépasse 2 fois mon CPA cible de [target CPA]. Calculez-le vous-même à partir du coût et des conversions du rapport des termes de recherche.

Ignorez tout terme que le rapport indique sous already_negative, et vérifiez mes mots clés négatifs existants (y compris les listes partagées) afin de ne jamais proposer de doublon.

Pour le mot clé correspondant, interrogez search_term_view avec le segment keyword. Si ce champ n'est pas renvoyé pour un terme, écrivez « not available » au lieu de deviner.

Fournissez-moi un seul tableau trié par coût, du plus élevé au plus faible. Colonnes : terme de recherche, campagne, groupe d'annonces, mot clé correspondant, clics, coût, conversions, mot clé négatif recommandé, type de correspondance, niveau (campagne ou groupe d'annonces).

Règles de décision :
- Utilisez la correspondance exacte pour les variantes isolées.
- Utilisez la correspondance large avec expression (phrase match) lorsque le même mot indésirable apparaît dans plusieurs termes, par exemple « gratuit », « emploi » ou « DIY ».
- Récupérez mes mots clés qui convertissent dans le rapport des mots clés. Ne suggérez jamais un mot clé négatif qui bloquerait l'un d'eux ou l'un de mes termes de marque.
- Si un terme est pertinent mais simplement coûteux, listez-le séparément comme un problème d'enchères ou de texte d'annonce, et non comme un mot clé négatif.

Terminez par l'estimation des économies mensuelles. Utilisez le coût des 30 derniers jours des termes que vous bloqueriez comme estimation, et précisez qu'il s'agit d'une borne supérieure. Montrez ensuite un aperçu des mots clés négatifs que vous ajouteriez, groupés par campagne, sous la forme d'un lot par campagne. Attendez mon approbation avant d'ajouter quoi que ce soit.

Textes et créations

Voir les 45 →

Textes et créationsModifie après votre accord

Repérer les titres et descriptions RSA peu performants et les remplacer directement dans l'annonce

Un tableau de performance par élément, avec des signalements clairs des éléments faibles et deux remplacements testés par angle pour chacun, appliqués uniquement après validation.

Quand l'utiliserLorsque vos annonces responsives du Réseau de Recherche contiennent des titres ou descriptions qui font baisser le CTR ou dépensent sans convertir.

Dans mon compte Google Ads [compte], passez en revue chaque titre et chaque description des annonces responsives sur le Réseau de Recherche actives de la campagne [campagne] sur les 60 derniers jours.

Construisez un tableau pour chaque annonce avec les colonnes suivantes :
- texte de l'élément
- type (titre ou description)
- impressions, clics et CTR
- conversions
- coût par conversion

Signalez un élément comme faible dans l'un de ces deux cas :
- il totalise au moins 1 000 impressions et son CTR est inférieur à 70 % du CTR moyen de l'annonce, ou
- il a dépensé plus que [CPA cible] sans aucune conversion.

Ne touchez pas aux éléments de moins de 1 000 impressions et marquez-les « données insuffisantes ».

Pour chaque élément faible, rédigez 2 options de remplacement dans le même angle que les éléments les plus performants de l'annonce. Les titres peuvent compter jusqu'à 30 caractères et les descriptions jusqu'à 90. Indiquez le nombre de caractères de chacune.

Modifiez l'annonce existante plutôt que d'en créer une nouvelle, afin de conserver son historique de performance. Montrez-moi, annonce par annonce, les modifications exactes avant et après sous forme d'aperçu. Attendez mon approbation avant de modifier quoi que ce soit.

Textes et créationsModifie après votre accord

Vérifier la cohérence des messages entre RSA et pages de destination WordPress

Lit chaque RSA actif d'une campagne, associe chaque URL finale à sa page WordPress (Elementor inclus) et évalue si la page reprend le mot-clé, l'offre et le CTA de l'annonce. Propose la plus petite correction possible et n'applique rien sans votre validation.

Quand l'utiliserLorsque les internautes cliquent sur vos annonces mais que la page de destination WordPress ne reprend pas la promesse de l'annonce, ce qui nuit aux conversions ou au Niveau de qualité.

Vérifiez si mes annonces et mes pages de destination disent la même chose. Compte Google Ads : [account]. Site WordPress : [site].

Étape 1 : Annonces
Listez les groupes d'annonces de la campagne [campaign] et lisez chaque RSA actif avec ses titres, ses descriptions et son URL finale.

Étape 2 : Retrouver chaque page
- Retirez les paramètres de suivi de chaque URL finale et associez-la à une page ou un article de [site] grâce à son slug.
- Si une URL n'appartient pas à [site], ou correspond à plusieurs pages, listez-la et posez-moi la question au lieu de deviner.

Étape 3 : Lire chaque page
- Vérifiez d'abord comment la page est construite. Sur une page Elementor, les titres et boutons visibles se trouvent dans les données de conception de la page : lisez-les à cet endroit. Sur les autres pages, lisez l'intégralité du contenu.
- Relevez : le titre H1, le premier paragraphe, l'offre principale ou le texte du premier bouton, et le méta-titre dans les champs SEO.
- Vous ne pouvez pas voir la page rendue. Considérez le H1, le premier paragraphe et le premier bouton, dans l'ordre de la page, comme le « premier écran ». Signalez-le quand l'ordre n'est pas clair, par exemple lorsqu'un shortcode de slider se trouve tout en haut.

Étape 4 : Évaluer chaque paire annonce / page
La page reprend-elle, sur le premier écran, le mot-clé principal, l'offre et l'appel à l'action de l'annonce ?

Affichez un tableau avec ces colonnes :
- groupe d'annonces
- URL finale
- constructeur de page
- ce que promet l'annonce
- ce que dit la page
- correspondance (bonne, partielle ou absente)

Étape 5 : Corrections
Pour chaque correspondance partielle ou absente, proposez une seule correction : soit une modification de titre dans l'annonce, soit une modification de titre sur la page, selon la plus petite modification. Les titres doivent rester dans la limite de 30 caractères. Indiquez le nombre de caractères.

Présentez séparément l'aperçu des modifications d'annonces et celui des modifications de pages :
- Modifications d'annonces : exécutez chaque changement de RSA en aperçu d'abord, en conservant tous les autres titres, descriptions et épinglages tels quels.
- Modifications de pages : les outils WordPress n'ont pas de mode simulation. Montrez-moi donc le texte actuel exact, le texte proposé et l'élément ou le champ que vous allez modifier.

N'appliquez rien tant que je n'ai pas confirmé. Après mon approbation :
- Appliquez les modifications de RSA approuvées. Notez que les annonces modifiées repassent par la validation de Google.
- Appliquez les modifications de pages approuvées, puis purgez le cache du site (et régénérez le CSS d'Elementor sur les pages Elementor).
- Confirmez que chaque changement a bien été pris en compte. Rappelez-moi que les modifications Elementor peuvent être annulées en revenant à la version précédente, et que les autres modifications sont conservées sous forme de révisions WordPress.

Textes et créationsModifie après votre accord

Réécrire les titres de RSA à l'origine de refus ou de diffusion limitée

Liste les RSA refusées et à diffusion limitée avec le motif et les éléments de preuve de Google, réécrit uniquement les assets signalés et modifie l'annonce existante après un aperçu avant/après. Signale les problèmes qu'un changement de texte ne peut pas résoudre.

Quand l'utiliserLorsque certaines de vos annonces Google Ads sont refusées ou diffusées de façon limitée et que vous devez corriger les formulations signalées par Google.

Certaines de mes annonces sont refusées ou limitées.

Listez toutes les annonces responsives du réseau de Recherche de [account] qui sont refusées ou « Éligible (limitée) ». Pour chacune, indiquez :
- la campagne, le groupe d'annonces et l'ID de l'annonce
- le sujet de la règle et son type
- le titre ou la description exacts qui ont déclenché le problème, d'après les éléments de preuve de Google
- les pays dans lesquels elle est limitée, si Google l'indique

Lisez l'intégralité du texte de chaque annonce, épinglages compris, afin de faire correspondre les éléments de preuve à des assets précis.

Expliquez chaque motif en langage clair. Parmi les exemples : usage d'une marque déposée, majuscules excessives, allégations non prouvées comme « le meilleur » ou « n° 1 », symboles ou ponctuation, et catégories restreintes telles que la santé ou la finance.

Réécrivez uniquement les assets problématiques :
- Ne réécrivez un asset que lorsque les éléments de preuve de Google le désignent. Si Google ne donne aucun détail pour un sujet, ne réécrivez rien pour cette annonce. Listez plutôt les assets que vous soupçonnez, en expliquant pourquoi, et posez-moi la question.
- Conservez le même sens, mais rendez le texte conforme.
- Les titres peuvent compter jusqu'à 30 caractères et les descriptions jusqu'à 90. Indiquez le nombre de caractères de chacun.
- Modifiez l'annonce existante plutôt que d'en créer une nouvelle, afin de conserver son historique. Laissez tous les autres assets et épinglages tels quels.

Certains problèmes ne se règlent pas en réécrivant le texte. C'est le cas, par exemple, d'une marque déposée qui nécessite une autorisation, d'une certification manquante ou d'un problème sur la page de destination, comme une destination inaccessible. Pour ceux-là, dites-moi ce que je dois faire.

Montrez un aperçu avant/après pour chaque annonce et attendez mon approbation avant de modifier quoi que ce soit. Rappelez-moi qu'une annonce modifiée repasse en validation.

Textes et créationsLecture seule

Quels angles de message gagnent sur Meta : analyse des angles sur 90 jours

Récupère 90 jours de résultats Meta au niveau des annonces, lit les créations des annonces ayant suffisamment dépensé, classe chacune par angle, accroche, format et CTA dans une feuille vérifiable, puis hiérarchise les angles selon le coût par résultat pondéré par la dépense. Se termine par six nouvelles variations de texte.

Quand l'utiliserQuand vous ne savez pas quel angle de message (prix, problème, preuve sociale...) génère vraiment des résultats sur vos publicités Meta et que vous avez besoin de nouvelles idées de texte.

Analysez les 90 derniers jours d'annonces Meta dans [account] et dites-moi quels angles de message génèrent réellement des résultats. Considérez [result action, e.g. lead, purchase] comme le résultat.

Données à récupérer :
- Dépense, impressions, résultats, coût par résultat et CTR sur les liens, au niveau de l'annonce, sur les 90 derniers jours.
- Pour les annonces vidéo, les ThruPlays divisés par les impressions.
- N'incluez que les annonces ayant dépensé au moins [minimum spend].
- Si plus de [40] annonces sont concernées, lisez les créations des [40] annonces ayant le plus dépensé et indiquez-moi combien vous en avez laissé de côté et quelle part de la dépense elles représentent.
- Lisez la création complète de chaque annonce retenue : texte principal, titre, format et bouton.

Classez chaque annonce selon quatre dimensions :
- Angle : prix/valeur, point de douleur, preuve sociale, résultat, urgence ou caractéristique produit.
- Type d'accroche de la première ligne : question, statistique, affirmation audacieuse ou interpellation directe.
- Format : image, vidéo ou carrousel.
- CTA.

L'attribution des angles relève du jugement. Présentez d'abord la feuille de classification : ID de l'annonce, nom de l'annonce, première ligne du texte principal et les quatre étiquettes. Marquez d'un « ? » les étiquettes dont vous n'êtes pas sûr. Poursuivez ensuite avec l'analyse. Si je corrige des étiquettes par la suite, recalculez.

Livrables :
1. Un tableau par angle avec ces colonnes : nombre d'annonces, dépense totale, coût par résultat pondéré par la dépense, CTR moyen sur les liens.
2. Les 3 meilleurs et les 3 moins bons angles, chacun avec la meilleure annonce comme exemple et une phrase expliquant pourquoi il a probablement fonctionné ou échoué. Signalez comme peu fiable tout angle reposant sur moins de 3 annonces.
3. Six nouvelles variations de texte construites sur les 2 meilleurs angles. Chacune comprend un texte principal dont l'accroche tient dans les 125 premiers caractères, un titre de moins de 40 caractères et un CTA. Chaque variation teste un type d'accroche différent.

Il s'agit uniquement d'analyse et de rédaction. Ne créez, ne mettez en pause et ne modifiez aucune annonce.

Textes et créationsModifie après votre accord

Transformer les titres RSA Google qui convertissent en variations d'annonces Meta

Classe les titres et descriptions RSA qui convertissent dans une campagne Google choisie, adapte les meilleurs en 4 variations Meta qui évitent les messages déjà diffusés, les crée en pause après validation, génère des aperçus Feed et Reels et supprime celles que vous rejetez.

Quand l'utiliserQuand vous avez des messages d'annonces RSA Google qui convertissent bien et voulez les tester sur Meta sans repartir de zéro.

Réutilisez sur Meta les messages Google Ads qui convertissent déjà pour [client]. Compte Google Ads : [Google Ads account], campagne : [Google campaign]. Compte publicitaire Meta : [Meta ad account], ensemble de publicités : [ad set].

1. Récupérez le rapport d'assets RSA de [Google campaign] sur les 90 derniers jours. Conservez les titres et descriptions ayant au moins [minimum impressions, e.g. 1,000] impressions. Classez-les par taux de conversion, en départageant avec le CTR, et affichez le top 10 dans un tableau avec les impressions, les clics, les conversions et le coût par conversion. Si moins de 5 assets passent le seuil, dites-le-moi et proposez un seuil plus bas avant de continuer.
2. Lisez les annonces actives de [ad set] et leurs créations pour ne pas dupliquer les messages qui y sont déjà diffusés. Notez la Page Facebook, l'image et le bouton utilisés. Si l'ensemble de publicités diffuse de la vidéo plutôt que des annonces image, arrêtez-vous et demandez-moi comment procéder.
3. Rédigez 4 variations Meta à partir des meilleurs assets. Chacune nécessite un texte principal, un titre et un bouton CTA. Adaptez, ne copiez pas : un titre de recherche répond à une requête saisie par quelqu'un, alors qu'un texte Meta doit arrêter le défilement. Ouvrez avec le problème ou le résultat, puis intégrez la formule qui a fait ses preuves. Gardez chaque affirmation strictement identique à celle de l'annonce Google. N'ajoutez ni nouvelle remise ni nouveau chiffre.
4. Utilisez [landing page URL] comme destination, la même Page Facebook et l'image déjà utilisée par l'ensemble de publicités. Réutilisez son hash d'image si la création le renvoie, sinon importez cette image une seule fois et réutilisez le hash pour les 4 variations.

Montrez-moi d'abord les 4 variations sous forme d'aperçu texte. Meta ne peut générer un aperçu visuel que pour une création existante : après mon approbation du texte, créez donc les variations approuvées comme nouvelles annonces dans [ad set], en statut en pause. Rien ne dépense tant qu'elles sont en pause.

Générez ensuite des aperçus Feed et Reels de chaque nouvelle annonce et montrez-moi les liens. Pour toute version que je rejette après avoir vu l'aperçu, prévisualisez sa suppression et ne la supprimez qu'après ma confirmation. Laissez en pause celles que je conserve. Ne modifiez aucune annonce existante.

Textes et créationsLecture seule

Identifier les textes d'annonces TikTok qui font vraiment le ROAS

Une analyse en lecture seule de vos annonces TikTok. Elle les classe par ROAS, compare les schémas rédactionnels des meilleures et des moins bonnes, et transforme les écarts en règles de rédaction appuyées par des chiffres.

Quand l'utiliserQuand certaines publicités TikTok ont un ROAS bien meilleur que d'autres et que vous voulez savoir quels schémas de texte l'expliquent.

Dans mon compte publicitaire TikTok [advertiser account], analysez quels textes d'annonces font le ROAS. Il s'agit d'une lecture seule : ne modifiez rien.

1. Vérifiez d'abord les pixels. Si aucun pixel n'a d'événement d'achat actif (CompletePayment ou SHOPPING), arrêtez-vous et dites-le-moi, car la valeur d'achat et le ROAS seront vides.
2. Récupérez les données au niveau de l'annonce sur les 30 derniers jours : dépense, impressions, CTR, achats, valeur d'achat et ROAS. Si le ROAS n'est pas renvoyé directement, calculez-le en divisant la valeur d'achat par la dépense.
3. Conservez les annonces ayant dépensé au moins [minimum spend]. Lisez le texte actuel et l'appel à l'action de chacune. Pour les Spark Ads, le texte provient de la légende de la publication organique : signalez-les.

Livrez trois éléments :
1) Un tableau trié par ROAS avec ces colonnes : nom de l'annonce, texte de l'annonce, CTA, dépense, CTR, achats, ROAS.
2) Une comparaison des schémas entre le quartile supérieur et le quartile inférieur en ROAS. Si moins de 8 annonces sont éligibles, comparez plutôt la moitié supérieure à la moitié inférieure et précisez-le. Couvrez :
   - les premiers mots
   - la mention ou non d'un prix ou d'une remise
   - la mention ou non du produit
   - la preuve sociale
   - l'urgence
   - la longueur en caractères
   - question ou affirmation
3) Cinq règles de rédaction pour les nouvelles annonces. Appuyez chaque règle sur les chiffres qui la justifient.

Signalez toute annonce comptant moins de 10 achats comme purement indicative et laissez-la hors des règles.

S'il existe des campagnes Smart+, listez leurs annonces dans un tableau séparé. N'incluez leurs chiffres que si le rapport les renvoie pour ces ID d'annonces ; sinon, listez-les sans indicateurs. Dans les deux cas, laissez-les hors de la comparaison par quartiles.

SEO et contenu

Voir les 53 →

SEO et contenuModifie après votre accordDémo en direct

Publier mon site hébergé en turc et en anglais avec hreflang, sitemaps par langue et llms.txt

Ajoute une version anglaise d'un site statique sous /en/ : URL par langue, hreflang et x-default, og:locale et langue du schema par langue, sélecteur de langue statique, sitemaps et llms.txt par langue. Vérifie l'appariement et la qualité des traductions avec un script et mesure chaque page sur deux appareils.

Quand l'utiliserLorsque votre site n'existe que dans une langue et que vous voulez ajouter une version anglaise que Google et les assistants IA associent correctement à l'original.

Mon site [adresse du site] sur mon serveur Opus Growth n'existe pour l'instant qu'en turc. Je veux que tu ajoutes une version anglaise et que tu configures les deux langues pour que les moteurs de recherche et les assistants IA les associent correctement. Public de la version anglaise : [public, par exemple touristes étrangers]. Noms qui ne sont jamais traduits : [nom de marque, noms de produits, noms de lieux]. La langue que voit par défaut un visiteur venu d'ailleurs (x-default) : [turc ou anglais].

1. Cartographie l'existant. Lis site_seo_guide, liste les pages avec site_list_files et note la version de restauration avec site_versions. Propose une adresse anglaise pour chaque page turque et montre le tableau de correspondance : le turc reste à la racine (/, /hizmetler/), l'anglais va sous /en/ (/en/, /en/services/). Écris les adresses en mots anglais, en minuscules, sous forme de répertoires se terminant par une barre oblique. Ne modifie pas les adresses turques existantes ; si l'une d'elles doit changer, redirige-la en 301 avec site_redirects. Attends mon approbation.
2. Traduction. Rédige chaque page en anglais de façon à ce qu'elle se lise naturellement pour le public, en traduisant le sens plutôt que phrase par phrase. Garde exactement les mêmes données telles que numéros de téléphone, adresses, prix et horaires, et n'ajoute aucune nouvelle affirmation. Titres de 50 à 60 caractères, descriptions de 140 à 160, uniques dans chaque langue. Les deux langues ont le même nombre de sections. Chaque page anglaise a `<html lang="en">` et répond directement à la question dans son premier paragraphe.
3. Configuration. Ajoute un bloc `locales.en` à assets/site.config.js : prefix "/en/", hreflang "en", ogLocale "en_US", la description anglaise de l'entreprise, le menu anglais, l'appel à l'action, la note de pied de page et les textes d'interface (aller au contenu, menu, pages, contact). Dans un bloc `i18n`, indique la langue de la racine, la langue x-default, les paires d'adresses turques et anglaises, les mots jamais traduits (keepWords) et un glossaire de termes.
4. Écris un script i18n-stamp.mjs et place-le à la racine du site. Ses missions :
   1. Imprimer sur chaque page, entre `` et ``, des balises absolues `<link rel="alternate" hreflang="tr-TR">`, `hreflang="en"` et `hreflang="x-default"`.
   2. Dans le bloc imprimé par seo-stamp.mjs, définir og:locale sur en_US sur les pages anglaises, ajouter l'autre langue comme og:locale:alternate dans les deux langues, définir l'inLanguage du nœud WebSite sur ["tr-TR", "en"] et remplacer la description du nœud de l'entreprise par la description anglaise sur les pages anglaises.
   3. Produire sitemap-tr.xml et sitemap-en.xml avec des alternates xhtml:link pour chaque adresse et la vraie date de modification du fichier comme lastmod, et transformer sitemap.xml en sitemapindex pointant vers les deux.
   4. Vérifier la traduction et quitter avec un code non nul en cas d'erreur : une page sans pendant, un html lang qui ne correspond pas au dossier, un numéro de téléphone ou un long numéro différent dans les deux langues ; en avertissements, un nombre différent de h2, h3, images ou éléments de FAQ dans les deux langues, des mots à caractères turcs dans le texte anglais hors keepWords, et des termes du glossaire non utilisés.
   Le nœud WebPage propre à chaque page porte la langue de cette page comme inLanguage. seo-check.mjs n'exempte que la page d'accueil racine de l'exigence de BreadcrumbList, donc ajoute un BreadcrumbList à un seul élément à la page d'accueil /en/.
5. Sélecteur de langue. Le script chrome-stamp.mjs, qui imprime le menu et le pied de page en HTML statique, donne aux pages sous /en/ le menu et les textes d'interface de locales.en, et construit le sélecteur de langue à partir des balises hreflang de la page, de sorte que chaque page renvoie vers SON PROPRE équivalent dans l'autre langue, et non vers la page d'accueil. Chaque lien de langue porte les attributs hreflang et lang et une zone de toucher d'au moins 44 pixels. Ne choisis pas la langue par une redirection fondée sur la langue du navigateur.
6. llms.txt. Écris le /llms.txt turc à la racine et la version anglaise à /en/llms.txt ; chacun donne un résumé court et exact du site, la liste des pages dans sa propre langue et les coordonnées, et renvoie vers l'autre. robots.txt reste ouvert aux robots d'IA et ne pointe que vers l'index sitemap.xml.
7. Ordre d'exécution après chaque modification : `node seo-stamp.mjs`, `node i18n-stamp.mjs`, `node chrome-stamp.mjs`, la compilation Tailwind, puis `node seo-check.mjs`, `node design-check.mjs`, `npx --yes html-validate "**/*.html"`. seo-stamp réécrit son propre bloc à chaque exécution, donc i18n-stamp doit TOUJOURS s'exécuter après lui. Si le site tourne encore sur le CDN Tailwind Play et des polices tierces, passe d'abord à du CSS compilé et à des polices auto-hébergées.
8. Mesure. core_web_vitals sur mobile et ordinateur pour chaque page dans les deux langues ; seo_audit pour les deux versions de la page d'accueil. Ouvre les pages d'accueil turque et anglaise avec site_preview en 360, 390, 768 et 1440 pixels de large ; les titres anglais sont souvent plus longs, donc cherche attentivement les débordements. Critères : performance mobile d'au moins 95 et les trois autres scores à 100 ; zéro erreur de seo-check, i18n-stamp et html-validate.
9. Après la publication. Confirme les balises hreflang et le sélecteur de langue sur la page d'accueil /en/ avec site_read_url. Si ma propriété Search Console est [propriété Search Console], soumets sitemap.xml avec gsc_submit_sitemap et vérifie la page d'accueil /en/ avec gsc_url_inspect.

Sortie : le tableau de correspondance des adresses turques et anglaises, un tableau des scores par page et par langue, le résultat des vérifications d'i18n-stamp, les avertissements de traduction restants et la liste des phrases que je devrais relire.

SEO et contenuModifie après votre accord

Restructurer une page money en réponse d'abord pour qu'elle soit citable par les réponses IA

Récupère les questions que la page reçoit déjà dans Search Console et les sources citées par les réponses IA, puis réorganise le contenu existant avec une réponse directe en tête, des titres sous forme de questions, un tableau comparatif et une FAQ propre à la page. N'invente rien, s'applique après aperçu et validation, et enregistre une base de référence pour la mesure.

Quand l'utiliserQuand la réponse d'une page de service ou de tarifs importante est noyée dans le texte et que la page se positionne sur des requêtes questions mais est rarement citée par les réponses IA ou les extraits Google.

Restructure la page [page URL] de mon site selon une mise en page « réponse d'abord » que les réponses IA et Google peuvent facilement citer. Type de site : [Opus Growth hosting or WordPress]. Ma propriété Search Console : [Search Console property]. Je pense que la question principale de la page est : [main question, e.g. "how much does a boiler service cost in Hackney"]. Faits absents du site que je confirme exacts : [price range, duration, warranty and so on, or "none"].

1. Les questions que reçoit la page. Utilise get_report avec platform='search_console', breakdown='page,query' sur les 90 derniers jours et ne garde que les lignes de cette page. Isole les requêtes sous forme de question (quoi, comment, pourquoi, combien, lequel, différence, prix, et leurs équivalents dans la langue de la page) avec au moins 20 impressions, triées par impressions. Conserve ces lignes comme base de référence de la mesure : requête, impressions, clics, position moyenne.
2. Le contenu actuel. Lis la page avec site_read_url, d'abord avec outline=true puis avec text=true (si truncated vaut true, relis avec max_bytes=1000000). Liste l'arborescence des titres, le premier paragraphe et chaque chiffre, prix, durée et affirmation présents sur la page. Cette liste constitue tout ce que tu as le droit d'utiliser.
3. Ce que disent les réponses IA. Consulte seo_history pour voir les exécutions précédentes, puis lance seo_ai_overview pour la question principale et les deux questions ayant le plus d'impressions (target=[domain], localisation et langue de mon marché). Note ce que dit la première phrase de la réponse IA, quels types de faits elle contient (fourchette de prix, durée, étapes, comparaison) et quelles pages elle cite. Si references est vide, compte les domaines des liens présents dans ai_answer. Ces appels consomment des crédits : n'en lance pas plus de trois sans me demander.
4. La nouvelle structure. Conserve le texte existant et propose cette mise en page :
   1. Le H1 reste en place, ou est légèrement ajusté pour répondre plus clairement à la question principale.
   2. Juste sous le H1, un paragraphe de réponse de 40 à 60 mots : une réponse directe à la question principale dès la première phrase, puis les deux faits concrets les plus importants. Pas d'amorces du type « De nos jours » ou « Si vous vous demandez ».
   3. Les sections du corps de page utilisent des H2 sous forme de question tirés des vraies questions de Search Console. La première phrase sous chaque H2 répond à cette question.
   4. Un tableau si la page contient des faits comparables (formules, durées, options). Si ce n'est pas le cas, n'en invente pas.
   5. À la fin, une FAQ de 4 à 6 questions propre à cette page. Les questions viennent de Search Console ou de sujets que la page traite réellement.
   6. Une ligne visible « Dernière mise à jour : [date] » et l'auteur de la page (le nom de l'entreprise, sauf si je t'ai donné le nom d'une vraie personne).
   7. Comme cette FAQ est visible sur la page, un JSON-LD FAQPage peut être ajouté. Précise que, depuis 2023, Google n'affiche les résultats enrichis FAQ que pour les sites gouvernementaux et de santé bien connus : le balisage sert donc à rendre le contenu lisible par les machines, pas à obtenir un résultat enrichi.
5. Aucun fait inventé. N'écris aucun chiffre, prix, durée, garantie, nombre de clients, note ou certificat qui ne figure pas sur la page ou dans les faits que j'ai fournis plus haut. Si le paragraphe de réponse a besoin d'un fait que nous n'avons pas, écris [FACT NEEDED: ...] à sa place et pose-moi la question.
6. Contrôle qualité. Passe tout le nouveau texte dans seo_content_lint. Si human_score est inférieur à 80 ou si une expression est signalée, réécris ces paragraphes et relance le contrôle.
7. Aperçu. Montre l'ancienne et la nouvelle structure côte à côte, section par section, indique sur quel fait existant repose chaque nouvelle phrase, puis attends ma validation.
8. Application après validation.
   1. Hosting : lis le fichier de la page avec site_read_file et modifie-le section par section avec site_edit_file. Écris le bloc FAQPage de façon statique dans le head de la page et relie-le au graphe @id existant du site.
   2. WordPress : lis le contenu avec wordpress_get_post. Si la page est construite avec Elementor, lis la mise en page avec wordpress_page_design et modifie-la avec wordpress_edit_page_design ; sinon utilise wordpress_update_post. Ne modifie pas le statut de publication de la page.
9. Vérification. Avec site_read_url et outline=true, montre en ligne le H1 unique, les nouveaux H2 et le paragraphe de réponse. Avec text=true, confirme que le paragraphe de réponse est visible sans JavaScript.

Termine par un plan de mesure : dans 4 à 6 semaines, nous comparerons les lignes Search Console des mêmes requêtes et les résultats seo_ai_overview des mêmes questions avec la base de référence. Ne juge pas l'effet du changement avant cette échéance.

SEO et contenuLecture seule

Vérifier que les robots d'IA voient la bonne version linguistique de votre site multilingue

Contrôle l'alignement des balises hreflang, canonical et html lang sur chaque version linguistique, les alternates du sitemap et les éventuelles redirections automatiques selon le pays ou la langue du navigateur du visiteur. Mesure quelle version Google retient et quelle page linguistique est citée dans les réponses d'IA, sans rien modifier.

Quand l'utiliserLorsque votre site multilingue semble se positionner ou être cité dans la mauvaise langue, ou que vous soupçonnez que des redirections automatiques selon le pays ou la langue du navigateur empêchent Google et les robots d'IA de voir vos versions allemande, française ou autres.

Mon site [site URL] est publié dans ces langues : [languages and URL structure, e.g. en: /, de: /de/, fr: /fr/]. Ma propriété Search Console : [Search Console property]. Les deux pages les plus importantes par langue : [homepage and one service page URL in each language]. Une question commerciale par marché : [one question per language]. Mission en lecture seule.

La plupart des robots d'IA et les robots de Google arrivent depuis des serveurs situés aux États-Unis, et la langue de leur navigateur est généralement l'anglais. Si le site redirige automatiquement les visiteurs selon le pays de leur IP ou la langue de leur navigateur, ces robots risquent de ne jamais voir la page allemande ou française. L'objet de cette mission est de le mesurer.

1. Alignement des balises. Lisez les deux pages de chaque langue avec site_read_url (max_bytes par défaut ; si le corps est tronqué avant `</head>`, utilisez max_bytes=1000000). Pour chaque page, extrayez la valeur de `<html lang>`, l'URL canonique, tous les liens `rel="alternate" hreflang` et x-default. Vérifiez : la canonical pointe-t-elle vers la page elle-même (si la canonical d'une version linguistique pointe vers une autre langue, cette version sort de l'index) ; les liens hreflang sont-ils réciproques (si A pointe vers B, B doit pointer vers A) ; chaque URL hreflang renvoie-t-elle un code 200 (site_read_url avec max_bytes=0) ; les codes de langue sont-ils valides (par ex. "en", "de", "en-GB" ; ne mélangez pas "de-DE" et "de") ; html lang et hreflang désignent-ils la même langue.
2. Sitemap. Lisez sitemap.xml et les éventuels sitemaps enfants avec site_read_url. Comparez les alternates xhtml:link avec les hreflang présents dans la page pour deux pages.
3. Comportement des redirections. Lisez la page d'accueil de chaque langue avec site_read_url et max_bytes=0 et notez la liste des redirections (redirects). Cet outil envoie les requêtes comme un navigateur, depuis un serveur fixe unique : il ne montre donc pas ce que voit un visiteur d'un autre pays. Pour cela, mesurez aussi la page d'accueil de chaque langue avec seo_technical_audit, qui rend la page avec JavaScript depuis des serveurs situés à un autre endroit. Si les deux outils affichent un title ou un H1 dans des langues différentes, le site redirige les visiteurs de cette localisation vers une autre version linguistique. Signalez-le au niveau de gravité le plus élevé et posez-moi la question : la règle de redirection exclut-elle les robots de recherche et d'IA (Googlebot, Bingbot, GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, PerplexityBot), et utilise-t-elle un 302 plutôt qu'un 301 ? Vous ne pouvez pas voir le code ni les réglages du serveur, ne devinez donc pas la réponse.
4. Le choix de Google. Inspectez les deux pages par langue en un seul appel gsc_inspect_urls. Si la canonical retenue par Google diffère de la page elle-même (par exemple la page anglaise est retenue pour la page allemande), signalez-le. Utilisez get_report avec platform='search_console' et breakdown='country' sur les 90 derniers jours, puis breakdown='page by impressions', et additionnez impressions et clics par dossier de langue. Signalez toute version linguistique qui obtient presque aucune impression sur son propre marché.
5. La langue que voit l'IA. Passez la question commerciale de chaque marché dans seo_ai_overview avec les valeurs de localisation et de langue de ce marché et target=[domain]. Si l'une de mes pages est citée, notez de quelle version linguistique il s'agit. Si references est vide, utilisez les liens présents dans ai_answer. Si ma page anglaise est citée pour une question en allemand, c'est le signe que la page allemande n'est pas suffisamment vue.

Présentez le résultat ainsi. D'abord un résumé en quatre phrases. Ensuite un tableau des pages : URL, html lang, canonical (elle-même ou non), nombre de hreflang et réciprocité, x-default, canonical retenue par Google, statut. Puis un tableau des redirections : page d'accueil de la langue, title dans site_read_url, title dans seo_technical_audit, différence. Puis un tableau par marché : langue, impressions et clics sur son marché principal, version citée dans la réponse d'IA. Terminez par une liste de correctifs classés par gravité. S'il existe une redirection linguistique automatique, ajoutez cette recommandation générale : exclure les robots de la redirection, ou afficher aux visiteurs une bannière qui leur suggère une langue au lieu de les rediriger, est l'approche recommandée par Google pour les sites multilingues.

SEO et contenuLecture seule

Construire des clusters de mots-clés par intention à partir de quelques mots-clés de départ

Une liste classée de clusters de mots-clés avec volume, difficulté et le type de page ou le groupe d'annonces adapté à chacun.

Quand l'utiliserQuand vous démarrez la recherche de mots-clés pour une entreprise et n'avez que quelques mots-clés de départ.

Je vends [produit ou service] à [ville ou pays]. Partez de ces mots-clés de départ : [3 à 5 mots-clés de départ].

Commencez par vérifier seo_history afin de réutiliser les résultats précédents au lieu de payer deux fois la même requête. Utilisez ensuite Keyword Planner et la recherche de mots-clés SEO pour collecter des idées avec recherches mensuelles moyennes, concurrence et difficulté du mot-clé.

Nettoyez la liste :
- supprimez les mots-clés sous 30 recherches mensuelles
- supprimez les termes liés à l'emploi, au gratuit, au DIY, aux formations et aux marques concurrentes, sauf s'ils correspondent clairement à mon activité
- fusionnez les variantes proches et les pluriels

Regroupez le reste par intention de recherche, avec un cluster par besoin distinct d'un internaute. Pour chaque cluster, donnez :
- le nom du cluster et le mot-clé principal
- 5 à 10 mots-clés secondaires
- le volume mensuel cumulé et la difficulté moyenne
- l'intention : informationnelle, commerciale ou transactionnelle
- le meilleur usage : page de service, article de blog ou groupe d'annonces Google Ads

Classez les clusters selon le volume et l'adéquation pour une petite entreprise au budget limité. Signalez les 3 premiers par lesquels commencer et expliquez pourquoi en une ligne chacun.

SEO et contenuModifie après votre accord

Transformer les termes de recherche qui convertissent en publicité en clusters de contenu organique

Exploite 90 jours de termes de recherche Google Ads et Microsoft Ads ayant généré des conversions pour repérer les sujets sur lesquels vous payez pour convertir alors que votre visibilité organique est faible, voire nulle. Fournit un plan de contenu priorisé et une liste d'ajouts de mots-clés en simple aperçu.

Quand l'utiliserQuand vous payez pour des conversions sur des termes de recherche mais ne savez pas quels sujets méritent du contenu organique pour dépendre moins des annonces.

Je souhaite utiliser mes données publicitaires pour décider des sujets à rédiger. Utilise les 90 derniers jours sur toutes les sources.

1. Récupère mes termes de recherche Google Ads des 90 derniers jours (days=90, ou une date de début et de fin explicites), triés par conversions. Ne conserve que les termes ayant au moins 1 conversion. Si la réponse est tronquée, parcours les pages jusqu'à obtenir tous les termes ayant converti.
2. Si Microsoft Ads est connecté, trouve le compte par défaut et récupère ses termes de recherche sur les mêmes 90 jours. Ne conserve que les termes ayant au moins 1 conversion et ajoute-les à l'ensemble, en indiquant de quelle plateforme provient chaque terme.
3. Regroupe tous les termes ayant converti en clusters thématiques selon l'intention de recherche. Pour chaque cluster, affiche le coût total, les conversions et le coût par conversion, ventilés par plateforme lorsque les deux sont présentes.
4. Trouve ma propriété Search Console (utilise [propriété du site] si je l'ai indiquée) et récupère les données organiques des 90 derniers jours avec la dimension query, ainsi qu'une extraction page,query pour voir quelle page se positionne sur chaque requête. Utilise une limite suffisamment élevée pour couvrir la longue traîne.
5. Associe chaque cluster aux requêtes Search Console exprimant la même intention. Fais appel à ton jugement pour les variantes proches et les différences de formulation, et indique les requêtes que tu as retenues. Rapporte pour chaque cluster les clics organiques, les impressions et la position moyenne, ainsi que la page la mieux positionnée le cas échéant.

Classe chaque cluster :
- Lacune de contenu : convertit en publicité, position moyenne organique supérieure à 10 (donc moins bonne que 10) ou aucune impression organique. Je dois créer une page.
- À améliorer : convertit en publicité, position organique entre 4 et 10. Indique la page existante à renforcer.
- Couvert : position organique entre 1 et 3. Note-le comme un endroit où tester ultérieurement une baisse des dépenses publicitaires.

Fournis un tableau trié par conversions publicitaires, puis les 5 principaux clusters en lacune de contenu avec, pour chacun, un titre de page et un slug d'URL suggérés.

En parallèle, liste mes mots-clés Google Ads (list_entities, entity keywords) et montre les termes de recherche Google ayant converti qui ne sont pas encore des mots-clés dans le compte. Pour les termes Microsoft, signale-les simplement ; ne vérifie ni ne modifie les mots-clés Microsoft. N'ajoute rien. Si tu estimes que certains termes Google devraient être ajoutés en exact match, indique le groupe d'annonces auquel chacun appartient et exécute add_keywords avec confirm=false afin que je voie l'aperçu exact. Attends mon approbation avant d'appliquer quoi que ce soit.

SEO et contenuModifie après votre accord

Regrouper les recherches qui trouvent mon Business Profile et corriger mes services

Des clusters des vraies requêtes Google Search et Maps derrière votre fiche, comparés à vos services et catégories, avec une correction prévisualisée.

Quand l'utiliserQuand votre fiche d'établissement reçoit des vues mais que vous soupçonnez que vos services et catégories ne correspondent pas aux vraies recherches sur Google et Maps.

Pour l'établissement [nom de l'établissement] de mon Business Profile, récupère les termes de recherche utilisés sur Google Search et Maps pour trouver la fiche au cours des 3 derniers mois.

Regroupe les termes en :
- recherches de marque
- recherches de services, avec un cluster par service
- recherches « près de chez moi » et par quartier ou arrondissement
- recherches basées sur un problème, comme un symptôme ou une difficulté rencontrée par le client

Pour chaque cluster, affiche le total des impressions et les 5 principaux termes.

Lis ensuite les informations de ma fiche : catégories principale et secondaires, et liste des services. Compare-les avec les clusters et dis-moi :
- les clusters de services avec une vraie demande qui manquent dans ma liste de services
- les services que je liste mais qui génèrent presque aucune recherche
- si une catégorie secondaire correspondrait à un cluster fort. Recherche les noms de catégories pour confirmer qu'elles existent.

Rédige les nouvelles entrées de services, avec un nom et une description de 300 caractères maximum pour chacune, écrites autour des mots que les gens recherchent réellement.

Montre-moi d'abord un aperçu des modifications exactes. Ne mets pas à jour la fiche tant que je n'ai pas donné mon accord.

Site web

Voir les 66 →

Site webModifie après votre accordDémo en direct

Créer un site d'expert éditorial avec rubrique de guides et schema auteur

Votre assistant construit le site d'un expert : une page d'accueil façon une de magazine, des guides longs et un profil d'auteur. Typographie à empattements, schema Article et Person, articles datés et sourcés : une publication que l'on lit et que les réponses d'IA peuvent citer.

Quand l'utiliserQuand vous êtes expert indépendant, consultant ou freelance et que votre site ressemble à une brochure qui ne prouve pas votre expertise et n'est pas cité par les moteurs de recherche et les réponses d'IA.

Construis-moi un site d'expert au style éditorial sur mon serveur d'hébergement Opus Growth [nom du serveur]. Moi : [nom complet], [spécialité, ex. consultant export], [zone que je couvre, ou "en ligne"]. Services : [services]. Expérience : [expérience réelle et secteurs dans lesquels j'ai travaillé ; ne rien inventer]. Téléphone : [téléphone], e-mail : [e-mail], domaine : [domaine]. Sujets des deux premiers guides : [sujet 1], [sujet 2]. Si mon cabinet reçoit du public, son adresse : [adresse ou "aucune"].

Le site doit se lire comme une publication qui prouve l'expertise par l'écriture, pas comme une plaquette. Les guides sont au centre du site, car ce sont eux que les lecteurs et les réponses d'IA citent.

La direction de design est éditoriale :
1. Typographie : une serif de caractère issue de Fontshare pour les titres (ex. Zodiak 700 et 400 italique) et une sans-serif posée pour l'interface et les textes courts (ex. Author 400 et 600). Corps d'article en serif à 19 pixels, interligne 1,7, 68 caractères par ligne au maximum.
2. Couleur : fond papier crème, texte encre foncée, un gris chaud secondaire et un seul accent sombre (ex. lie-de-vin). L'accent n'apparait que sur les surtitres, la lettrine et les filets des citations.
3. Grille : 12 colonnes ; une une asymétrique 7 / 5 sur la page d'accueil, avec de fins filets verticaux entre les colonnes. Pas d'ombres ni de coins arrondis.
4. Élément signature : un bandeau de titre avec double filet, comme le titre d'un journal (avec une fine ligne de date au-dessus), et dans les articles une grande lettrine de la couleur d'accent ainsi qu'une citation en marge.
5. Mouvement : aucun.

Pages et schema associés :
1. index.html (une) : un titre et un chapeau dont le premier paragraphe répond à "qui êtes-vous, qui aidez-vous et sur quoi", l'image et le titre de l'article principal, une colonne latérale avec les autres articles, les services et l'auteur, une citation, et un bandeau "ma façon de travailler". WebPage et Person.
2. hizmetler.html : une section par service ; le premier paragraphe dit à qui il s'adresse et quand, suivi d'étapes numérotées et du livrable écrit. Un Service par prestation, avec la Person auteur comme provider.
3. hakkimda.html : expérience réelle, principes de travail (aucune garantie de résultat), méthode de production des articles et politique de sources. ProfilePage avec mainEntity Person (jobTitle, knowsAbout, worksFor #org).
4. rehber/index.html : articles du plus récent au plus ancien, avec date et auteur. CollectionPage et ItemList (numberOfItems).
5. rehber/[article].html : au moins 700 mots, un premier paragraphe qui répond directement à la question, une hiérarchie de H2, un tableau avec thead et th scope quand c'est utile, au moins une citation en marge, deux à quatre liens internes et des sources en fin d'article. En haut, un lien vers l'auteur et les dates de publication et de dernière mise à jour dans <time>. Article (headline, image, datePublished, dateModified, author via @id vers la Person, publisher #org). Si vous utilisez des chiffres d'exemple, indiquez qu'ils sont fictifs.
6. iletisim.html : ContactPage. 7. kvkk.html (notice de confidentialité) et 404.html.

Si le cabinet ne reçoit pas de public, mets localBusiness: false dans site.config.js ; Organization plus Person suffisent.

Règles techniques. Suis-les à la lettre, car les contrôles ci-dessous mesurent exactement cela :

1. Mise en place. Lance d'abord scaffold_site en aperçu, montre-moi la liste des fichiers, puis installe avec confirm=true après mon accord. Lis ensuite site_design_guide et site_seo_guide en entier. Avant d'écrire du code, rédige la direction dans _kaynak/ART.md (ambiance, association de polices, couleurs avec ratios de contraste, grille, élément signature, décision sur le mouvement, liste des pages) et montre-la-moi.
2. Supprime tout JavaScript. Aucune page de ce site ne charge de JavaScript. Retire de chaque page le script cdn.tailwindcss.com, la ligne tailwind.config, les balises GSAP, ScrollTrigger, SplitText, Lenis et Swiper ainsi que les balises script motion.js, chrome.js et site.config.js ; supprime assets/chrome.js et assets/motion.js. Garde assets/site.config.js, mais uniquement comme source de la marque, des coordonnées et du bloc seo pour seo-stamp.mjs ; il n'est jamais chargé dans le navigateur.
3. Menu et pied de page en HTML statique. Les composants <site-nav> et <site-footer> sont dessinés par JavaScript, donc les robots de recherche et d'IA ne voient ni le menu, ni les liens internes, ni les coordonnées. Écris l'en-tête dans _kaynak/ust.inc et le pied de page (nom, adresse, téléphone, e-mail, lien de chaque page, notice de confidentialité, "Web: Opus Growth") dans _kaynak/alt.inc. Utilise l'extension .inc pour que seo-stamp et html-validate ne traitent pas ces fragments comme des pages. Chaque page contient les marqueurs  et . Écris ensuite avec site_write_file un script Node sans dépendance, _kaynak/parca-bas.mjs : il insère les deux fragments entre les marqueurs dans chaque fichier HTML, ajoute aria-current="page" au lien du menu de la page courante, et réécrit sitemap.xml en utilisant le dateModified du JSON-LD de chaque page comme lastmod (en ignorant 404 et les pages noindex). Construis le menu mobile sans JavaScript avec <details><summary>Menu</summary> ; les menus desktop et mobile sont deux éléments <nav> distincts avec des aria-label différents.
4. Héberge les polices toi-même. Ce site utilise deux familles et cinq fichiers au plus ; les polices des titres, du chapeau en italique et du corps apparaissent toutes sur le premier écran, donc précharge les quatre. Dans la démo, ne précharger que deux polices a fait monter le CLS d'un long article à 0,24 et fait tomber la Performance mobile à 86 ; en préchargeant les quatre, le CLS est tombé à 0 et la Performance est montée à 99. Télécharge le CSS Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, code de graisse 401 pour l'italique) avec site_fetch dans _kaynak/fontshare.css, lis-le avec site_read_file et ne garde que les URL woff2 de la famille demandée ; le service ajoute parfois une famille que tu n'as pas demandée. Télécharge chaque woff2 avec site_fetch dans assets/fonts/. Mets les règles @font-face (font-display: swap) dans assets/app.css, car design-check.mjs ne cherche une police personnalisée que dans ce fichier. N'utilise pas les polices par défaut Inter, Roboto, Poppins ou Montserrat.
5. Compile Tailwind. assets/app.css devient la source Tailwind : @tailwind base; @tailwind components; @tailwind utilities; en haut, puis @font-face, l'anneau de focus, le lien d'évitement, une règle prefers-reduced-motion et tes propres classes de composants dans @layer components. Ne donne jamais à une classe de composant le nom d'un utilitaire Tailwind (list-item, table, grid, container, hidden, etc.), car ce conflit casse silencieusement la mise en page après compilation. Écris tailwind.config.js à la racine (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], couleurs et fontFamily). Lance "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" avec site_run_command et background=true, puis attends avec site_command_status. Le <head> de chaque page contient, dans cet ordre : un unique <link rel="stylesheet" href="/assets/site.css">, puis une ligne de préchargement pour chaque fichier de police utilisé sur le premier écran (titre, accent et corps ; as="font" type="font/woff2" crossorigin). Des lignes de préchargement placées avant la feuille de style retardent le CSS et allongent le LCP ; une police du premier écran sans préchargement s'affiche tardivement, décale la page et augmente le CLS ; enfin <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La ligne du favicon est obligatoire : sans elle, le navigateur demande /favicon.ico, reçoit un 404, et l'erreur en console abaisse le score Best Practices.
6. Images. Télécharge les photos avec site_fetch en utilisant resize et image_format="webp" à plusieurs largeurs (480, 800, 1200 et 1600 pour l'image du premier écran, 480, 800 et 1200 pour les autres ; qualité entre 60 et 75, plus basse pour les photos très détaillées). Chaque <img> a un srcset, des sizes correspondant à la mise en page réelle, width et height (CLS nul) et un texte alt pertinent et honnête. fetchpriority="high" va uniquement sur l'image que Lighthouse signale comme élément LCP, et cette image n'est pas lazy ; toutes les autres images utilisent loading="lazy". Si l'élément LCP est du texte, aucune image n'a fetchpriority. Prépare aussi assets/img/logo.png, un assets/img/og.jpg de 1200x630 et assets/img/favicon.svg.
7. Règles HTML (valeurs par défaut de html-validate). <!DOCTYPE html> en majuscules ; pas d'attribut style en ligne (y compris le style="background:var(--brand)" du kit, utilise une classe à la place) ; &nbsp; au lieu d'espaces simples dans le texte des liens tel: ; un type sur chaque <button> ; pas d'espaces en fin de ligne ; tableaux avec <thead>, <tbody> et th scope. Les liens dans les paragraphes sont soulignés ; les liens du menu, du pied de page, du fil d'Ariane et des boutons ont une zone tactile d'au moins 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Données structurées. Renseigne le bloc seo de site.config.js (siteUrl, description, logo, image og, type d'entreprise, champs d'adresse) et lance "node seo-stamp.mjs" avec site_run_command ; il pose Organization, WebSite et, le cas échéant, un sous-type LocalBusiness, ainsi que les balises canonical et OG. Ajoute à la main le schema propre à chaque page : sur toutes les pages, un nœud WebPage avec un @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished et dateModified, isPartOf #site, about #business ou #org, et breadcrumb pointant vers un BreadcrumbList ; plus un Service par prestation, Person et ProfilePage pour l'auteur, ItemList sur l'index des guides et Article sur chaque guide. Écris chaque nœud dans son PROPRE bloc <script type="application/ld+json"> et n'utilise pas d'enveloppe @graph, car seo-check.mjs ne lit que le @type de premier niveau et ne voit pas un BreadcrumbList placé dans @graph. Relie les nœuds par @id. N'invente jamais horaires d'ouverture, coordonnées géographiques, notes, avis, récompenses, nombres de clients ou certificats ; omets les champs inconnus.
9. Accès des IA. Écris robots.txt : tout le site ouvert, seul /_kaynak/ fermé ; Allow: / pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended et Bingbot ; ta décision sur CCBot avec la raison en commentaire ; la ligne Sitemap en dernier. Ajoute llms.txt à la racine : un résumé exact de l'activité en deux phrases, les pages importantes avec une ligne chacune, et les coordonnées. Écris 404.html (noindex, avec les marqueurs d'en-tête et de pied de page).
10. Rédaction. Chaque page a au moins 150 mots de texte original dans <main>, et le premier paragraphe répond directement à la question principale de la page. Les titres font 48 à 60 caractères, les descriptions 145 à 158, uniques sur chaque page. Pas de tirets cadratins ni demi-cadratins, pas de slogans bateau, pas de promesses creuses. Si un élément du site n'est pas réel, dis-le clairement : il est fictif.

Site webModifie après votre accordDémo en direct

Créer un site d'entreprise familiale au look classique, aux standards modernes

Demandez à votre assistant de construire le site d'un producteur de troisième génération, dans l'esprit d'une vieille étiquette ou d'une enseigne, avec cadre et texture papier. Le look est ancien, la construction est moderne : mobile first, sans JavaScript, polices auto-hébergées, WebP, schémas Product et HowTo.

Quand l'utiliserQuand vous tenez une entreprise familiale ou une boutique et voulez un site au look d'étiquette ancienne et d'enseigne, qui reste rapide sur mobile et réussit les contrôles SEO et d'accessibilité.

Construis un site d'aspect traditionnel pour notre entreprise familiale sur mon serveur d'hébergement Opus Growth [nom du serveur]. Entreprise : [nom de l'entreprise], [ce que nous fabriquons, p. ex. huile d'olive ou loukoum], [ville], [année de création et génération, uniquement si c'est vrai]. Produits : [pour chacun, nom, conditionnement, courte description et prix publié, ou "pas de prix"]. Étapes de production : [courte liste]. Comment commander : [téléphone, boutique, livraison]. Téléphone : [téléphone], e-mail : [e-mail], adresse de la boutique : [adresse], domaine : [domaine]. Photos de famille et d'archives : [où elles se trouvent, ou "aucune"].

Le look est ancien, la construction est neuve. Le site doit évoquer une vieille étiquette, une enseigne ou un registre de récolte, mais les pages doivent s'ouvrir sans faille sur mobile, ne charger aucun JavaScript, et chaque page doit être mesurée. Le look ancien n'est jamais une excuse pour une mauvaise lisibilité ou un contraste insuffisant.

La direction artistique est traditionnelle :
1. Typographie : une seule famille à empattements classique issue de Fontshare (p. ex. Gambetta 400, 400 italique, 600). Petites capitales avec font-variant-caps: all-small-caps et espacement large pour le menu, les boutons et les libellés ; titres centrés.
2. Couleur : un fond ton papier, un texte brun encre, un brun secondaire et une couleur principale (p. ex. vert olive), avec une seconde couleur chaude uniquement sur de minuscules libellés. Le tout avec un contraste d'au moins 4,5:1.
3. Texture : une texture papier pour le fond, en data URI SVG feTurbulence dans le CSS ; pas de fichier image supplémentaire ni de requête en plus.
4. Élément signature : un cadre d'étiquette ancienne, une boite à double filet avec ornements d'angle (border, outline-offset, ::before et ::after), et un petit ornement dessiné en SVG inline entre les sections (p. ex. un rameau d'olivier), aria-hidden.
5. Mise en page : centrée et étroite ; produits dans des cartes d'étiquette encadrées, une colonne sur mobile.
6. Mouvement : aucun.
7. Photos : utilise les archives de la famille s'il y en a. Sinon, tu peux utiliser des photos d'archives du domaine public ou sous licence libre, mais indique la source et la licence dans la légende et ne les présente jamais comme celles de la famille.

Pages et leurs schémas :
1. index.html : un premier écran encadré dont le paragraphe d'ouverture répond à "qui, fabrique quoi, où, vend comment", des étiquettes produits, une section famille, comment commander. WebPage. Définis dans site.config.js le sous-type d'entreprise le plus adapté (p. ex. Store ou FoodEstablishment).
2. urunler.html : chaque produit dans sa propre carte d'étiquette avec nom, conditionnement, description et prix publié. CollectionPage et un Product par article (brand, manufacturer #business, offers avec price, priceCurrency, availability). N'écris jamais un prix que je ne t'ai pas donné ; sans prix, omets entièrement offers.
3. hikayemiz.html : la vraie histoire, génération après génération. AboutPage.
4. uretim.html : les étapes de la récolte ou de la matière première jusqu'à l'emballage, la définition officielle du grade du produit et la réglementation sur laquelle elle repose (p. ex. le Codex alimentaire turc). WebPage et HowTo.
5. sss.html : six vraies questions sur la commande, la livraison et la conservation. FAQPage.
6. iletisim.html : téléphone de commande, adresse de la boutique, lien vers la carte ; ne mets pas les horaires s'ils changent selon la saison. ContactPage.
7. kvkk.html (notice de confidentialité) et 404.html.

Règles techniques. Suis-les à la lettre, car les contrôles ci-dessous mesurent exactement ces points :

1. Mise en place. Lance d'abord scaffold_site en aperçu, montre-moi la liste des fichiers, puis installe avec confirm=true une fois que j'ai donné mon accord. Lis ensuite site_design_guide et site_seo_guide en entier. Avant d'écrire du code, rédige la direction dans _kaynak/ART.md (ambiance, association de polices, couleurs avec rapports de contraste, grille, élément signature, décision sur le mouvement, liste des pages) et montre-la-moi.
2. Supprime le JavaScript. Aucune page de ce site ne charge de JavaScript. Retire de chaque page le script cdn.tailwindcss.com, la ligne tailwind.config, les balises GSAP, ScrollTrigger, SplitText, Lenis et Swiper et les balises script motion.js, chrome.js et site.config.js ; supprime assets/chrome.js et assets/motion.js. Conserve assets/site.config.js, mais uniquement comme source de la marque, des contacts et du seo pour seo-stamp.mjs ; il n'est jamais chargé dans le navigateur.
3. Menu et pied de page en HTML statique. Les composants <site-nav> et <site-footer> sont dessinés par JavaScript : les robots de recherche et d'IA ne voient donc ni le menu, ni les liens internes, ni les coordonnées. Écris l'en-tête dans _kaynak/ust.inc et le pied de page (nom, adresse, téléphone, e-mail, tous les liens de pages, notice de confidentialité, "Web: Opus Growth") dans _kaynak/alt.inc. Utilise l'extension .inc pour que seo-stamp et html-validate ne traitent pas ces fragments comme des pages. Chaque page porte les marqueurs  et . Écris ensuite avec site_write_file, dans _kaynak/parca-bas.mjs, un script Node sans dépendance : il injecte les deux fragments entre les marqueurs dans chaque fichier HTML, ajoute aria-current="page" au lien de menu de la page courante et réécrit sitemap.xml en utilisant le dateModified du JSON-LD de chaque page comme lastmod (en ignorant 404 et les pages noindex). Construis le menu mobile sans JavaScript avec <details><summary>Menu</summary> ; les menus desktop et mobile sont deux éléments <nav> distincts, avec des aria-label différents.
4. Héberge les polices toi-même. Ce site utilise une seule famille à empattements classique et trois fichiers au maximum. Télécharge le CSS Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, code de graisse 401 pour l'italique) avec site_fetch dans _kaynak/fontshare.css, lis-le avec site_read_file et ne retiens que les URL woff2 de la famille demandée ; le service ajoute parfois une famille que tu n'as pas demandée. Télécharge chaque woff2 avec site_fetch dans assets/fonts/. Place les règles @font-face (font-display: swap) dans assets/app.css, car design-check.mjs ne cherche une police personnalisée que dans ce fichier. N'utilise pas Inter, Roboto, Poppins ou Montserrat par défaut.
5. Compile Tailwind. assets/app.css devient la source Tailwind : @tailwind base; @tailwind components; @tailwind utilities; en haut, puis @font-face, l'anneau de focus, le lien d'évitement, une règle prefers-reduced-motion et tes propres classes de composants dans @layer components. Ne donne jamais à une classe de composant le nom d'un utilitaire Tailwind (list-item, table, grid, container, hidden, etc.), car le conflit casse silencieusement la mise en page après compilation. Écris tailwind.config.js à la racine (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], couleurs et fontFamily). Lance "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" avec site_run_command et background=true, puis attends avec site_command_status. Le <head> de chaque page contient, dans cet ordre : un unique <link rel="stylesheet" href="/assets/site.css">, puis une ligne preload pour chaque fichier de police utilisé sur le premier écran (titre, accent et corps ; as="font" type="font/woff2" crossorigin). Des lignes preload placées avant la feuille de style retardent le CSS et allongent le LCP ; une police du premier écran sans preload s'échange tardivement, décale la page et fait monter le CLS ; puis <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La ligne du favicon est obligatoire : sans elle, le navigateur demande /favicon.ico, reçoit un 404, et l'erreur en console fait baisser les Bonnes pratiques.
6. Images. Télécharge les photos avec site_fetch en utilisant resize et image_format="webp" à plusieurs largeurs (480, 800, 1200 et 1600 pour l'image du premier écran, 480, 800 et 1200 pour les autres ; qualité entre 60 et 75, plus basse pour les photos très détaillées). Chaque <img> a srcset, sizes correspondant à la vraie mise en page, width et height (CLS nul) et un texte alt pertinent et honnête. fetchpriority="high" va uniquement sur l'image que Lighthouse signale comme élément LCP, et cette image n'est pas en lazy ; toutes les autres utilisent loading="lazy". Si l'élément LCP est du texte, aucune image ne reçoit fetchpriority. Prépare aussi assets/img/logo.png, un assets/img/og.jpg en 1200x630 et assets/img/favicon.svg.
7. Règles HTML (valeurs par défaut de html-validate). <!DOCTYPE html> en majuscules ; aucun attribut style en ligne (y compris le style="background:var(--brand)" du kit, utilise plutôt une classe) ; &nbsp; au lieu d'espaces simples dans le texte des liens tel: ; un type sur chaque <button> ; pas d'espaces en fin de ligne ; tableaux avec <thead>, <tbody> et th scope. Les liens dans les paragraphes sont soulignés ; les liens du menu, du pied de page, du fil d'Ariane et des boutons ont une zone tactile d'au moins 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Données structurées. Remplis le bloc seo de site.config.js (siteUrl, description, logo, image og, type d'entreprise, champs d'adresse) et lance "node seo-stamp.mjs" avec site_run_command ; il estampille Organization, WebSite et, si pertinent, un sous-type LocalBusiness, ainsi que les balises canonical et OG. Ajoute à la main les schémas propres à chaque page : sur chaque page un nœud WebPage avec un @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished et dateModified, isPartOf #site, about #business ou #org, et breadcrumb pointant vers un BreadcrumbList ; plus un Product avec Offer par article sur la page produits, HowTo sur la page production et FAQPage sur la page FAQ. Écris chaque nœud dans son PROPRE bloc <script type="application/ld+json"> et n'utilise pas d'enveloppe @graph, car seo-check.mjs ne lit que le @type de premier niveau et rate un BreadcrumbList placé dans @graph. Relie les nœuds avec @id. N'invente jamais d'horaires, de coordonnées, de notes, d'avis, de récompenses, de nombres de clients ou de certificats ; laisse de côté les champs inconnus.
9. Accès pour les IA. Écris robots.txt : tout le site ouvert, seul /_kaynak/ fermé ; Allow: / pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended et Bingbot ; à toi de décider pour CCBot, en indiquant la raison en commentaire ; la ligne Sitemap en dernier. Ajoute llms.txt à la racine : un résumé exact de l'entreprise en deux phrases, les pages importantes avec une ligne chacune, et les coordonnées. Écris 404.html (noindex, avec les marqueurs d'en-tête et de pied de page).
10. Rédaction. Chaque page contient au moins 150 mots de texte original dans <main>, et le premier paragraphe répond directement à la question principale de la page. Les titres font de 48 à 60 caractères, les descriptions de 145 à 158, uniques sur chaque page. Pas de tirets cadratins ni demi-cadratins, pas de slogans bateau, pas de promesses vides. Si quoi que ce soit sur le site n'est pas réel, dis-le clairement : c'est fictif.

Site webModifie après votre accordDémo en direct

Créer un site de cabinet juridique ou comptable, minimaliste suisse et rassurant

Demandez à votre assistant de construire un site de cabinet statique sur une grille stricte, avec une hiérarchie portée par une seule famille typographique. Il place les signaux de confiance qu'exige un domaine YMYL : profils des praticiens, note d'information datée et sourcée, formulations conformes aux règles de publicité professionnelle et schema Person.

Quand l'utiliserLorsque vous dirigez un cabinet d'avocats ou d'expertise comptable et qu'il vous faut un site crédible et rapide qui inspire confiance sans enfreindre les règles de publicité professionnelle.

Construis un site statique multipage, minimaliste suisse, pour notre cabinet sur mon serveur d'hébergement Opus Growth [server name]. Cabinet : [practice name], [profession, e.g. law firm or accounting practice], [city]. Domaines d'intervention : [areas]. Praticiens : [for each, name, title, bar or chamber they are registered with, registration number, areas]. Téléphone : [phone], e-mail : [email], adresse : [address], domaine : [domain]. Sujet de la note d'information : [a frequently asked topic, e.g. the legal cap on rent increases].

Nous sommes dans un domaine où les gens prennent des décisions qui engagent leur argent et leurs droits : la confiance doit venir de la clarté, des références et des sources, pas de la décoration. Respecte les règles professionnelles : pour les avocats en Turquie, le règlement de l'Union des barreaux de Turquie sur l'interdiction de la publicité ; pour les experts-comptables, les règles professionnelles du TÜRMOB ; ou l'équivalent là où nous exerçons. N'écris ni taux de réussite, ni nombre d'affaires gagnées, ni noms de clients, ni affirmations de supériorité du type « le meilleur » ou « expert de référence », ni comparaisons d'honoraires, ni garanties, ni promesses exagérées. Présente l'information avec la mention qu'elle est générale et ne remplace pas un conseil juridique ou financier.

La direction de design est le minimalisme suisse :
1. Typographie : une seule famille de grotesque Fontshare (par ex. Switzer 400, 500, 600). La hiérarchie vient uniquement de la taille et de la graisse : un grand titre serré aligné à gauche, un texte courant posé, de petites étiquettes de section.
2. Couleur : fond blanc, texte quasi noir, un gris foncé et un seul accent (par ex. rouge suisse). L'accent n'apparait que sur la marque de section, les étiquettes et l'anneau de focus. Les photos sont en noir et blanc (Tailwind grayscale).
3. Grille : 12 colonnes strictes. Dans chaque section, l'étiquette occupe les colonnes 1 à 3 et le contenu les colonnes 4 à 12 ; les sections sont séparées par un filet noir de 1 pixel. Pas de coins arrondis ni d'ombres.
4. Élément signature : étiquettes de section numérotées avec une marque § dans la couleur d'accent, et de discrets repères de grille à 12 colonnes tracés en CSS seul derrière le premier écran.
5. Mouvement : aucun.

Pages et leur schema :
1. index.html : un premier écran dont le paragraphe d'ouverture répond à « quelles affaires, pour qui, où », les domaines d'intervention, la façon de travailler et le mode de fixation des honoraires (sans chiffres, avec le barème officiel et une lettre de mission écrite), la dernière note d'information, un résumé de l'équipe. WebPage.
2. calisma-alanlari.html : une section par domaine ; le premier paragraphe répond à la question la plus fréquente du domaine, suivi des principaux sujets et de la base légale. Un Service par domaine.
3. ekip.html : un profil pour chaque praticien (nom, titre, barreau ou ordre, domaines, courte biographie). AboutPage et un Person par praticien (jobTitle, knowsAbout, worksFor #business, memberOf le barreau ou l'ordre).
4. bilgi-notlari/[topic].html : une note appuyée sur le texte de loi, qui s'ouvre sur une réponse courte. En haut : auteur, relecteur, date de publication et date de dernière révision ; à la fin, une liste de sources. Article (author et publisher via @id, image, datePublished, dateModified, citation) et reviewedBy plus lastReviewed sur la WebPage. N'écris jamais un point juridique ou financier que tu ne connais pas ; pose-moi la question pour chaque phrase dont tu doutes.
5. sss.html : six vraies questions, FAQPage. 6. iletisim.html : ContactPage. 7. kvkk.html (mentionnant le secret professionnel) et 404.html.

Règles techniques. Suis-les à la lettre, car les contrôles ci-dessous mesurent exactement cela :

1. Mise en place. Lance d'abord scaffold_site en prévisualisation, montre-moi la liste des fichiers, et installe avec confirm=true une fois que j'ai validé. Lis ensuite site_design_guide et site_seo_guide en entier. Avant d'écrire du code, consigne la direction dans _kaynak/ART.md (ambiance, association de polices, couleurs avec leurs ratios de contraste, grille, élément signature, décision sur le mouvement, liste des pages) et montre-la-moi.
2. Supprime le JavaScript. Aucune page de ce site ne charge de JavaScript. Retire de chaque page le script cdn.tailwindcss.com, la ligne tailwind.config, les balises GSAP, ScrollTrigger, SplitText, Lenis et Swiper ainsi que les balises script motion.js, chrome.js et site.config.js ; supprime assets/chrome.js et assets/motion.js. Conserve assets/site.config.js, mais uniquement comme source de marque, de contact et de seo pour seo-stamp.mjs ; il n'est jamais chargé dans le navigateur.
3. Menu et pied de page en HTML statique. Les composants <site-nav> et <site-footer> sont dessinés par JavaScript : les robots des moteurs de recherche et des IA ne voient donc ni le menu, ni les liens internes, ni les coordonnées. Écris l'en-tête dans _kaynak/ust.inc et le pied de page (nom, adresse, téléphone, e-mail, lien vers chaque page, notice de confidentialité, « Web: Opus Growth ») dans _kaynak/alt.inc. Utilise l'extension .inc pour que seo-stamp et html-validate ne traitent pas ces fragments comme des pages. Chaque page porte les marqueurs  et . Écris ensuite avec site_write_file un script Node sans dépendance, _kaynak/parca-bas.mjs : il injecte les deux fragments entre les marqueurs dans chaque fichier HTML, ajoute aria-current="page" au lien de menu de la page courante, et réécrit sitemap.xml en utilisant le dateModified du JSON-LD de chaque page comme lastmod (en ignorant les pages 404 et noindex). Réalise le menu mobile sans JavaScript avec <details><summary>Menu</summary> ; les menus desktop et mobile sont deux éléments <nav> distincts avec des aria-label différents.
4. Héberge les polices toi-même. Ce site utilise une seule famille de polices et trois fichiers au maximum. Télécharge le CSS Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, code de graisse 401 pour l'italique) avec site_fetch vers _kaynak/fontshare.css, lis-le avec site_read_file et ne retiens que les URL woff2 de la famille demandée ; le service ajoute parfois une famille que tu n'as pas demandée. Télécharge chaque woff2 avec site_fetch dans assets/fonts/. Place les règles @font-face (font-display: swap) dans assets/app.css, car design-check.mjs ne cherche une police personnalisée que dans ce fichier. N'utilise pas Inter, Roboto, Poppins ou Montserrat par défaut.
5. Compile Tailwind. assets/app.css devient la source Tailwind : @tailwind base; @tailwind components; @tailwind utilities; en haut, puis @font-face, l'anneau de focus, le lien d'évitement, une règle prefers-reduced-motion et tes propres classes de composants dans @layer components. Ne donne jamais à une classe de composant le nom d'un utilitaire Tailwind (list-item, table, grid, container, hidden, etc.), car le conflit casse silencieusement la mise en page après compilation. Écris tailwind.config.js à la racine (content : ["./*.html", "./**/*.html", "./_kaynak/*.inc"], couleurs et fontFamily). Exécute "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" avec site_run_command et background=true, et attends le résultat avec site_command_status. Le <head> de chaque page contient, dans cet ordre : un unique <link rel="stylesheet" href="/assets/site.css">, puis une ligne preload pour chaque fichier de police utilisé sur le premier écran (titre, accent et texte ; as="font" type="font/woff2" crossorigin). Des lignes preload placées avant la feuille de style retardent le CSS et allongent le LCP ; une police du premier écran sans preload s'affiche tardivement, décale la page et fait monter le CLS ; enfin <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La ligne du favicon est obligatoire : sans elle, le navigateur demande /favicon.ico, reçoit une 404, et l'erreur en console fait baisser Best Practices.
6. Images. Télécharge les photos avec site_fetch en utilisant resize et image_format="webp" à plusieurs largeurs (480, 800, 1200 et 1600 pour l'image du premier écran, 480, 800 et 1200 pour les autres ; qualité entre 60 et 75, plus basse pour les photos détaillées). Chaque <img> a srcset, des sizes conformes à la mise en page réelle, width et height (CLS nul) et un texte alternatif pertinent et honnête. fetchpriority="high" ne va que sur l'image que Lighthouse signale comme élément LCP, et cette image n'est pas en lazy ; toutes les autres images utilisent loading="lazy". Si l'élément LCP est du texte, aucune image n'a de fetchpriority. Prépare aussi assets/img/logo.png, un assets/img/og.jpg de 1200x630 et assets/img/favicon.svg.
7. Règles HTML (valeurs par défaut de html-validate). <!DOCTYPE html> en majuscules ; aucun attribut style en ligne (y compris le style="background:var(--brand)" du kit, utilise une classe à la place) ; &nbsp; au lieu d'espaces simples dans le texte des liens tel: ; un type sur chaque <button> ; aucun espace en fin de ligne ; tableaux avec <thead>, <tbody> et th scope. Les liens dans les paragraphes sont soulignés ; les liens du menu, du pied de page, du fil d'Ariane et des boutons ont une zone tactile d'au moins 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Données structurées. Renseigne le bloc seo de site.config.js (siteUrl, description, logo, image og, type d'entreprise, champs d'adresse) et exécute "node seo-stamp.mjs" avec site_run_command ; il injecte Organization, WebSite et, le cas échéant, un sous-type LocalBusiness, ainsi que les balises canonical et OG. Ajoute à la main le schema propre à chaque page : sur toutes les pages, un nœud WebPage avec un @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished et dateModified, isPartOf #site, about #business ou #org, et breadcrumb pointant vers un BreadcrumbList ; plus un Service par domaine d'intervention, un Person par praticien sur la page équipe, Article et reviewedBy sur la note d'information, et FAQPage sur la page FAQ. Écris chaque nœud dans SON PROPRE bloc <script type="application/ld+json"> et n'utilise pas d'enveloppe @graph, car seo-check.mjs ne lit que le @type de premier niveau et ne voit pas un BreadcrumbList situé dans un @graph. Relie les nœuds par @id. N'invente jamais d'horaires d'ouverture, de coordonnées, de notes, d'avis, de distinctions, de nombres de clients ou de certificats ; laisse de côté les champs inconnus.
9. Accès des IA. Écris robots.txt : tout le site ouvert, seul /_kaynak/ fermé ; Allow: / pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended et Bingbot ; ta décision sur CCBot avec la raison en commentaire ; la ligne Sitemap en dernier. Ajoute llms.txt à la racine : un résumé exact de l'entreprise en deux phrases, les pages importantes avec une ligne chacune et les coordonnées. Écris 404.html (noindex, avec les marqueurs d'en-tête et de pied de page).
10. Rédaction. Chaque page contient au moins 150 mots de texte original dans <main>, et le premier paragraphe répond directement à la question principale de la page. Les titres font de 48 à 60 caractères, les descriptions de 145 à 158, uniques sur chaque page. Pas de tirets cadratins ni demi-cadratins, pas de slogans bateau, pas de promesses creuses. Si un élément du site n'est pas réel, indique clairement qu'il est fictif.

Contrôles. Après chaque modification, exécute-les avec site_run_command dans cet ordre et ne passe à la suite que lorsque chacun est propre :
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, la compilation Tailwind (à refaire si tu as ajouté des classes).
2. node seo-check.mjs : 0 erreur et 0 avertissement. S'il signale « gövde kısa » (corps trop court), ajoute du vrai texte, pas du remplissage.
3. node design-check.mjs : 0 erreur. Le seul avertissement

Site webModifie après votre accordDémo en direct

Créer un site corporate multipage sans JavaScript et le livrer à 100

Demandez à votre assistant de construire un site statique, rapide et accessible pour une activité de type architecture, ingénierie ou conseil. Le menu et le pied de page sont en HTML statique, les polices et le CSS sont auto-hébergés, et chaque page est mesurée avant la livraison.

Quand l'utiliserQuand vous avez besoin d'un site d'entreprise multipage, rapide et accessible, pour un cabinet d'architecture, d'ingénierie ou de conseil, sans aucun JavaScript.

Construis un site corporate multipage entièrement statique pour mon entreprise, sur mon serveur d'hébergement Opus Growth [nom du serveur]. Entreprise : [nom de l'entreprise], [secteur, par ex. cabinet d'ingénierie et d'architecture], [ville / zone d'intervention]. Services : [services avec une courte description chacun]. Téléphone : [téléphone], e-mail : [e-mail], adresse : [adresse], domaine : [domaine]. Préférence de couleurs : [couleur / préférence de marque, ou "à ton choix"]. Photos : [où se trouvent les vraies photos, ou "utilise des photos libres de droits adaptées"].

Ce site privilégie la vitesse et l'accessibilité. Pas une seule ligne de JavaScript sur aucune page ; GSAP, Lenis et Swiper ne sont jamais chargés. Tout, y compris le menu, le menu mobile et la FAQ, fonctionne avec HTML et CSS.

La direction de design est "planche de dessin technique" :
1. Typographie : une police de titre grotesque serrée issue de Fontshare (par ex. Cabinet Grotesk 800) et une police de texte posée (par ex. General Sans 400 et 600). Trois fichiers de police au maximum.
2. Couleurs : un fond ton papier clair, un texte encre foncé, un gris secondaire et une seule couleur d'accent de type signalétique. L'accent n'apparait que sur les étiquettes, les filets fins et le bouton principal. Chaque couleur de texte atteint au moins 4,5:1 de contraste.
3. Grille : 12 colonnes, sections séparées par des filets de 1 pixel ; ni ombres, ni coins arrondis, ni dégradés.
4. Élément signature : sous l'image du premier écran, une bande de quatre cellules dans le style du cartouche d'un plan d'architecte (par ex. type de projet, norme appliquée, échelle, numéro de planche), et une grille millimétrée très discrète dessinée en CSS uniquement derrière le premier écran.
5. Mouvement : aucun. Pas de durées de transition non plus ; seuls le soulignement et la couleur changent instantanément au survol.

Pages et schémas :
1. index.html : un premier écran dont le paragraphe d'ouverture répond directement à "que faites-vous, pour qui, où", trois cartes de service (chacune renvoyant à sa section), un processus en quatre étapes (numérotées "Étape 1" avec un compteur CSS, pas 01/02), deux exemples de projets, un bandeau téléphone. WebPage.
2. hizmetler.html : une section par service ; le premier paragraphe répond à "quand est-ce nécessaire, à quoi cela sert", puis une liste du périmètre, la durée typique et les livrables. WebPage plus un Service par service (provider #business, areaServed).
3. projeler.html : des exemples avec type de batiment, méthode et résultat ; noms de clients uniquement avec autorisation. CollectionPage.
4. hakkimizda.html : qui nous sommes, nos règles de travail, où nous intervenons. AboutPage.
5. sss.html : au moins six vraies questions dans des <details>. WebPage et FAQPage.
6. iletisim.html : téléphone, e-mail et adresse dans <address>, un lien vers la carte ; ne mets pas les horaires si tu ne les connais pas. ContactPage avec mainEntity #business.
7. kvkk.html (notice de confidentialité) et 404.html.

Règles techniques. Suis-les à la lettre, car les contrôles ci-dessous mesurent exactement ces points :

1. Mise en place. Lance d'abord scaffold_site en aperçu, montre-moi la liste des fichiers, puis installe avec confirm=true après mon accord. Lis ensuite site_design_guide et site_seo_guide en entier. Avant d'écrire du code, rédige la direction dans _kaynak/ART.md (ambiance, association de polices, couleurs avec rapports de contraste, grille, élément signature, décision sur le mouvement, liste des pages) et montre-la-moi.
2. Supprimer le JavaScript. Aucune page de ce site ne charge de JavaScript. Retire de chaque page le script cdn.tailwindcss.com, la ligne tailwind.config, les balises GSAP, ScrollTrigger, SplitText, Lenis et Swiper ainsi que les balises script motion.js, chrome.js et site.config.js ; supprime assets/chrome.js et assets/motion.js. Garde assets/site.config.js, mais uniquement comme source de marque, de contact et de seo pour seo-stamp.mjs ; il n'est jamais chargé dans le navigateur.
3. Menu et pied de page en HTML statique. Les composants <site-nav> et <site-footer> sont dessinés par JavaScript, donc les robots de recherche et d'IA ne voient ni le menu, ni les liens internes, ni les coordonnées. Écris l'en-tête dans _kaynak/ust.inc et le pied de page (nom, adresse, téléphone, e-mail, lien vers chaque page, notice de confidentialité, "Web: Opus Growth") dans _kaynak/alt.inc. Utilise l'extension .inc pour que seo-stamp et html-validate ne traitent pas ces fragments comme des pages. Chaque page contient les marqueurs  et . Écris ensuite avec site_write_file un script Node sans dépendances, _kaynak/parca-bas.mjs : il injecte les deux fragments entre les marqueurs dans chaque fichier HTML, ajoute aria-current="page" au lien du menu de la page courante, et réécrit sitemap.xml en utilisant le dateModified du JSON-LD de chaque page comme lastmod (en ignorant la 404 et les pages noindex). Construis le menu mobile sans JavaScript avec <details><summary>Menu</summary> ; les menus desktop et mobile sont deux éléments <nav> distincts avec des aria-label différents.
4. Auto-héberger les polices. Ce site utilise trois fichiers de police au maximum. Télécharge le CSS Fontshare (https://api.fontshare.com/v2/css?f[]=family@400,600&display=swap, code de graisse 401 pour l'italique) avec site_fetch vers _kaynak/fontshare.css, lis-le avec site_read_file et ne retiens que les URL woff2 de la famille demandée ; le service ajoute parfois une famille que tu n'as pas demandée. Télécharge chaque woff2 avec site_fetch dans assets/fonts/. Place les règles @font-face (font-display: swap) dans assets/app.css, car design-check.mjs ne cherche une police personnalisée que dans ce fichier. N'utilise pas les polices par défaut Inter, Roboto, Poppins ou Montserrat.
5. Compiler Tailwind. assets/app.css devient la source Tailwind : @tailwind base; @tailwind components; @tailwind utilities; en haut, puis @font-face, l'anneau de focus, le lien d'évitement, une règle prefers-reduced-motion et tes propres classes de composants dans @layer components. Ne donne jamais à une classe de composant le nom d'un utilitaire Tailwind (list-item, table, grid, container, hidden, etc.), car le conflit casse silencieusement la mise en page après compilation. Écris tailwind.config.js à la racine (content: ["./*.html", "./**/*.html", "./_kaynak/*.inc"], couleurs et fontFamily). Lance "npx --yes tailwindcss@3 -i assets/app.css -o assets/site.css --minify" avec site_run_command et background=true, et attends le résultat avec site_command_status. Le <head> de chaque page contient, dans cet ordre : un seul <link rel="stylesheet" href="/assets/site.css">, puis une ligne preload pour chaque fichier de police utilisé sur le premier écran (titre, accent et texte ; as="font" type="font/woff2" crossorigin). Des lignes preload placées avant la feuille de style retardent le CSS et allongent le LCP ; une police du premier écran sans preload s'affiche tard, décale la page et augmente le CLS, puis <link rel="icon" href="/assets/img/favicon.svg" type="image/svg+xml">. La ligne du favicon est obligatoire : sans elle, le navigateur demande /favicon.ico, reçoit une 404, et l'erreur en console abaisse le score Best Practices.
6. Images. Télécharge les photos avec site_fetch en utilisant resize et image_format="webp" à plusieurs largeurs (480, 800, 1200 et 1600 pour l'image du premier écran, 480, 800 et 1200 pour les autres ; qualité entre 60 et 75, plus basse pour les photos détaillées). Chaque <img> a srcset, des sizes qui correspondent à la mise en page réelle, width et height (zéro CLS) et un texte alt pertinent et honnête. fetchpriority="high" n'est mis que sur l'image que Lighthouse signale comme élément LCP, et cette image n'est pas en lazy ; toutes les autres images utilisent loading="lazy". Si l'élément LCP est un texte, aucune image ne reçoit fetchpriority. Prépare aussi assets/img/logo.png, un assets/img/og.jpg de 1200x630 et assets/img/favicon.svg.
7. Règles HTML (valeurs par défaut de html-validate). <!DOCTYPE html> en majuscules ; aucun attribut style en ligne (y compris le style="background:var(--brand)" du kit, utilise une classe à la place) ; &nbsp; au lieu d'espaces simples dans le texte des liens tel: ; un type sur chaque <button> ; pas d'espaces en fin de ligne ; tableaux avec <thead>, <tbody> et th scope. Les liens dans les paragraphes sont soulignés ; les liens du menu, du pied de page, du fil d'Ariane et des boutons ont une zone tactile d'au moins 44x44 pixels (min-h-[44px] min-w-[44px]).
8. Données structurées. Remplis le bloc seo de site.config.js (siteUrl, description, logo, image og, type d'entreprise, champs d'adresse) et lance "node seo-stamp.mjs" avec site_run_command ; il injecte Organization, WebSite et, le cas échéant, un sous-type LocalBusiness, ainsi que le canonical et les balises OG. Ajoute à la main le schéma propre à chaque page : sur chaque page un nœud WebPage avec un @id (ou AboutPage, ContactPage, CollectionPage, ProfilePage), datePublished et dateModified, isPartOf #site, about #business ou #org, et breadcrumb pointant vers un BreadcrumbList ; plus un Service par service sur la page des services et FAQPage sur la page FAQ. Écris chaque nœud dans son PROPRE bloc <script type="application/ld+json"> et n'utilise pas d'enveloppe @graph, car seo-check.mjs ne lit que le @type de premier niveau et rate un BreadcrumbList placé dans @graph. Relie les nœuds avec @id. N'invente jamais d'horaires d'ouverture, de coordonnées, de notes, d'avis, de distinctions, de nombre de clients ou de certificats ; laisse de côté les champs inconnus.
9. Accès pour les IA. Écris robots.txt : tout le site ouvert, seul /_kaynak/ fermé ; Allow: / pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended et Bingbot ; ta décision sur CCBot avec la raison en commentaire ; la ligne Sitemap en dernier. Ajoute llms.txt à la racine : un résumé correct de l'entreprise en deux phrases, les pages importantes avec une ligne chacune, et les coordonnées. Écris 404.html (noindex, avec les marqueurs d'en-tête et de pied de page).
10. Rédaction. Chaque page contient au moins 150 mots de texte original dans <main>, et le premier paragraphe répond directement à la question principale de la page. Les titres font de 48 à 60 caractères, les descriptions de 145 à 158, uniques sur chaque page. Pas de tirets cadratins ni demi-cadratins, pas de slogans bateau, pas de promesses creuses. Si un élément du site n'est pas réel, dis-le clairement et indique qu'il est fictif.

Contrôles. Après chaque modification, lance-les avec site_run_command dans cet ordre et ne passe pas à la suite tant que chacun n'est pas propre :
1. node _kaynak/parca-bas.mjs, node seo-stamp.mjs, la compilation Tailwind (à refaire si tu as ajouté des classes).
2. node seo-check.mjs : 0 erreur et 0 avertissement. S'il signale "gövde kısa" (corps trop court), ajoute du vrai texte, pas du remplissage.
3. node design-check.mjs : 0 erreur. Le seul avertissement toléré est "Hiç hareket yok" (aucun mouvement) ; c'est un choix délibéré de ce site, donc explique la raison dans le rapport.
4. npx --yes html-validate "**/*.html" : 0 erreur.
5. Regarde chaque page avec site_preview en view="mobile" et view="desktop", et vérifie aussi la page d'accueil en 360 et 768 pixels. Corrige tout débordement horizontal, titre à l'étroit ou zone tactile inférieure à 44 pixels, puis regarde à nouveau.
6. Mesure chaque page avec core_web_vitals en strategy="mobile" et strategy="desktop", puis audite la page d'accueil et la page la plus longue avec seo_audit. Objectif : sur mobile, Accessibility, Best Practices et SEO à 100 et Performance à au moins 95 ; sur desktop, les quatre à au moins 95. Aucune requête ne doit sortir du site. Si le LCP est élevé, utilise resource

Site webModifie après votre accordDémo en direct

Créer une page de campagne sans formulaire pour le trafic publicitaire, qui génère des appels et des messages WhatsApp, avec conversions balisées

Crée une page unique pour le trafic Google Ads et Meta qui reprend la promesse de l'annonce et propose des boutons d'appel, de WhatsApp et de réservation. Elle enregistre les clics comme événements dataLayer, configure le mode de consentement, ajoute les déclencheurs et balises Tag Manager après votre validation, puis mesure la vitesse de la page avec et sans balises.

Quand l'utiliserQuand vous envoyez du trafic Google Ads ou Meta vers une page générique ou un formulaire qui fait perdre des contacts, et que vous voulez une page rapide où les visiteurs appellent ou écrivent sur WhatsApp, avec chaque clic mesuré.

Sur mon serveur d'hébergement Opus Growth [nom du serveur], crée une page de campagne unique pour le trafic des annonces Google Ads et Meta, ainsi qu'une page de confidentialité. Il n'y a pas de formulaire ; les visiteurs nous joignent par téléphone, WhatsApp ou via un lien de réservation. Détails : entreprise [nom de l'entreprise], service [service], zone [quartiers], téléphone [téléphone], WhatsApp [numéro], lien de réservation [lien ou "aucun"], adresse [adresse], horaires [horaires d'ouverture], titres des annonces et offre principale [titres et offre], conteneur Tag Manager [GTM-XXXXXXX], compte Google Ads [nom du compte], compte publicitaire Meta [nom du compte].

Cohérence du message : le h1 reprend la promesse du titre de l'annonce dans les mêmes mots (service, zone, offre principale). Ne mets pas sur la page de promesse absente de l'annonce, ni dans l'annonce de promesse absente de la page. Si les titres Google et Meta diffèrent, utilise le titre de l'annonce qui dépense le plus et propose comment aligner l'autre annonce sur la page. Dans la santé, le juridique ou la finance, ne promets aucune certitude ("garanti", "100 %").

Structure de la page : la barre du haut ne contient que le nom de la marque et un bouton d'appel, sans menu, pour que les visiteurs ne soient pas détournés. Section hero : h1, description en une phrase, trois boutons (Appeler maintenant, Écrire sur WhatsApp, Choisir un créneau), quatre courts points de réassurance en dessous et une image. Ensuite, le déroulement en trois étapes, ce qui détermine le prix (réponse d'abord, si vous ne publiez pas de tarifs), la FAQ, un appel à l'action final, et un pied de page avec le nom, l'adresse, le téléphone et le lien vers la confidentialité. Sur mobile, fixe en bas de l'écran une barre de deux boutons (Appeler, WhatsApp) et donne au body un padding bas de même hauteur pour que rien ne se cache dessous et que rien ne bouge. Le lien WhatsApp utilise wa.me avec un message prérempli. Garde un style sobre et rassurant : une seule famille de polices (par exemple General Sans, deux graisses), une seule couleur d'accent, et un bouton WhatsApp vert foncé avec un contraste d'au moins 4,5:1 face au texte blanc.

Règles de mouvement et de mesure :
1. Mouvement léger sans bibliothèque : ne charge ni GSAP, ni Lenis, ni Swiper. Transitions au survol et à l'appui sur les boutons ; sur les cartes d'étapes, une petite montée pilotée par le défilement qui n'utilise que transform, à l'intérieur de `@supports (animation-timeline: view())` et uniquement pour les visiteurs qui ne demandent pas de mouvement réduit. N'utilise pas opacity : dans la démo, des cartes estompées sous la ligne de flottaison échouaient au contraste et faisaient tomber l'Accessibilité à 96. Rien sur le premier écran ne démarre par une animation d'entrée.
2. Charge la couche de mesure sous la forme `assets/tag.js` avec defer :
   a. `window.dataLayer` et les valeurs par défaut de Consent Mode v2 : ad_storage, ad_user_data, ad_personalization et analytics_storage "denied", wait_for_update 500.
   b. Donne à chaque lien d'action data-conv="phone", "whatsapp" ou "booking" et un data-conv-place indiquant sa section. Un seul écouteur de clic les envoie dans dataLayer sous la forme `{event: "phone_click" | "whatsapp_click" | "booking_click", conv_place, page_path}`.
   c. Ne mets pas le snippet GTM classique dans `<head>` ; injecte-le après l'événement load avec requestIdleCallback, afin que les balises ne retardent jamais le premier affichage.
   d. Ajoute une petite bannière de consentement fixe : Refuser et Accepter sous forme de boutons de même poids, le choix étant conservé dans le navigateur et transmis comme mise à jour du consentement. Sur mobile, elle se place au-dessus de la barre d'action et assez bas pour ne pas masquer le bouton principal du hero.
3. Tag Manager : montre d'abord l'état actuel avec list_gtm_containers, list_gtm_triggers et gtm_workspace_status. Propose trois déclencheurs Custom Event avec create_gtm_trigger (phone_click, whatsapp_click, booking_click). Trouve la conversion de contact et sa valeur send_to dans Google Ads avec list_conversion_actions et get_conversion_tags. Pour qu'une personne qui appelle et écrit à la fois ne soit pas comptée deux fois, propose de relier téléphone et WhatsApp à une seule conversion "Clic de contact" comptée une fois ; s'il n'en existe pas, dis ce que tu créerais et attends ma validation. Propose une balise de conversion Google Ads avec create_gtm_tag (tag_type "sp"). Pour Meta, trouve le pixel avec list_meta_pixels ; si le code de base du pixel n'est pas dans le conteneur, propose-le sous forme de balise Custom HTML sur toutes les pages, puis séparément les balises qui envoient `fbq('track','Contact')` aux clics et `fbq('track','Schedule')` à la réservation. Exécute chaque outil d'abord avec confirm=false, montre la liste des modifications et crée-les après ma validation. Montre d'abord publish_gtm_container avec confirm=false, publie après ma validation et indique la version restaurable.
4. Plan de test : rédige étape par étape comment voir dans le mode aperçu de GTM quelle balise se déclenche pour chacun des trois boutons, et qu'aucun cookie publicitaire n'est écrit lorsque le consentement est refusé.
5. Après l'ajout de GTM et des balises, relance core_web_vitals, car les balises peuvent faire baisser le score, et présente la différence dans un tableau. Pour que la balise Google ne soit pas bloquée par les bloqueurs de publicités, prévisualise le chemin de mesure first-party avec site_tag_gateway et mets-le en place après ma validation.

Mise en place et pièges connus (chacun a fait baisser un score lors des mesures de la démo, ne les saute pas) :
1. Si un site est déjà en ligne sur le serveur, préviens-moi d'abord, car l'installation écrase index.html et le dossier assets. Prévisualise scaffold_site avec confirm=false et appelle-le avec confirm=true après ma validation. Lis ensuite site_design_guide et site_seo_guide. Avant d'écrire du code, consigne la direction de design (typographie, couleur, grille, élément signature, langage de mouvement et bibliothèques qui ne seront PAS chargées) dans un court ART.md en dehors de assets et montre-le-moi.
2. Compile Tailwind au lieu de le charger depuis le CDN. Installe-le avec site_run_command et background=true : `npm i -D tailwindcss@3`, puis enchaine avec site_command_status. Les chemins content de `tailwind.config.js` doivent couvrir tous les fichiers HTML, les templates et tout fichier JS qui écrit des noms de classes. `_src/tw.css` contient la ligne `@import "../assets/app.css";` et les trois lignes `@tailwind` ; compile-le en un seul fichier avec `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Supprime le script cdn.tailwindcss.com et le tailwind.config en ligne de chaque page et ne lie que `/assets/site.css`. Recompile après chaque modification du HTML.
3. Héberge les polices toi-même. Lis le CSS des familles Fontshare choisies, télécharge le fichier woff2 de chaque graisse dans `assets/fonts/` avec site_fetch, et écris les règles @font-face avec `font-display: swap` dans `assets/app.css` ; design-check y cherche une police personnalisée. Vérifie le nom font-family dans le CSS téléchargé, car Fontshare peut renvoyer une autre famille lorsqu'une graisse n'existe pas. Précharge la police du titre du premier écran et la police du texte sur chaque page avec `<link rel="preload" as="font" type="font/woff2" crossorigin>` ; dans la démo, cela a supprimé le décalage de mise en page causé par le changement de police (CLS de 0,024 à 0). La plupart des polices Fontshare n'ont pas de glyphe ₺, écris donc "TL" pour les prix.
4. Rends le menu et le pied de page en HTML statique. Ne charge pas chrome.js ni site.config.js sur les pages. Écris un petit `chrome-stamp.mjs` qui lit la liste de navigation dans site.config.js et estampille `_src/header.tpl` et `_src/footer.tpl` entre les marqueurs `` et `` de chaque page, en ajoutant aria-current="page" au lien courant. Ne donne pas aux templates d'extension .html et utilise des placeholders comme `[[NAV]]` au lieu de `{{...}}`, sinon design-check et seo-check les lisent comme des pages inachevées. Construis le menu mobile sans JS avec `<details>`. Garde le nom de l'entreprise, l'adresse et le téléphone en texte brut dans le pied de page.
5. Convertis les images pendant leur téléchargement avec site_fetch : écris la même photo dans des fichiers distincts avec resize="480x", "800x" et "1200x", image_format="webp", quality=65. Donne à chaque `<img>` srcset, sizes, width et height. L'image principale du premier écran reçoit fetchpriority="high" et n'est jamais en lazy ; les autres reçoivent loading="lazy" decoding="async". Si l'image principale remplit l'écran du téléphone, sers sur mobile un recadrage plus large et plus léger avec `<picture>` (dans la démo, le hero mobile est passé de 89 Ko à 43 Ko).
6. Crée un favicon PNG de 48 px à partir du logo avec site_fetch et ajoute `<link rel="icon">` à chaque page. Sans lui, le navigateur enregistre une erreur 404 et les Bonnes pratiques tombent à 96.
7. Règles du validateur HTML : commence chaque document par un `<!DOCTYPE html>` en majuscules (les fichiers de départ du kit utilisent des minuscules), utilise `&nbsp;` pour les espaces dans le texte visible des liens tel:, n'utilise jamais d'attribut style="" et donne à chaque bouton type="button".

SEO, AEO et GEO :
1. Utilise des URL de répertoire avec une barre oblique finale (/gizlilik/). Renseigne le bloc seo de site.config.js et exécute `node seo-stamp.mjs`. Écris le schema propre à chaque page (sur la page de campagne WebPage, un Service lié à #business comme provider avec areaServed, et FAQPage ; sur la page de confidentialité WebPage et BreadcrumbList. Dans site.config.js, utilise le sous-type LocalBusiness le plus précis, par exemple HousePainter, Plumber, Dentist). La page de confidentialité explique les cookies, les balises de mesure et la façon de modifier le choix de consentement) dans des blocs `<script type="application/ld+json">` séparés et relie-le au graphe de base avec @id. N'enfouis pas BreadcrumbList dans un @graph ; donne-lui son propre bloc, car c'est la seule façon pour seo-check de le voir.
2. Titres de 48 à 60 caractères (seo-check signale comme erreur tout ce qui dépasse 65), descriptions de 145 à 158 caractères, un seul h1 par page. Chaque page doit avoir au moins 150 mots de contenu principal ; les pages de contact et de confidentialité ont tendance à rester en dessous.
3. Le premier paragraphe de chaque page répond directement à la question de la page. Rédige une FAQ propre à la page avec `<details>` et balise-la en FAQPage. Affiche l'organisation éditrice et une date de "Dernière mise à jour" avec `<time>`.
4. Dans robots.txt, écris ta décision et sa raison pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot et CCBot, et indique le sitemap. sitemap.xml contient de vraies dates lastmod. llms.txt contient un résumé exact du site en deux phrases et la liste des pages clés.
5. N'invente rien : ni avis, ni notes, ni récompenses, ni nombre de clients, ni certificats, ni horaires, ni coordonnées, ni prix, sauf si je te les donne. Laisse de côté du schema les champs inconnus.

Contrôles (dans l'ordre ; ne considère pas le travail terminé tant que tous ne sont pas passés) :
1. Avec site_run_command, exécute `node chrome-stamp.mjs`, la compilation Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 erreur, 0 avertissement), `node design-check.mjs` (0 erreur ; justifie tout avertissement restant) et `npx html-validate "**/*.html"` (0 erreur).
2. Consulte chaque page avec site_preview, view="mobile" et view="desktop". site_preview capture la page avec le mouvement désactivé (reduced-moti

Site webModifie après votre accordDémo en direct

Créer un site SaaS sombre et rapide avec une histoire produit GSAP épinglée et pilotée par le scroll

Construit un site produit multipage sur votre serveur d'hébergement, avec une histoire produit épinglée par ScrollTrigger et synchronisée au défilement, une entrée de titre SplitText et le défilement fluide Lenis. Les bibliothèques d'animation ne se chargent que là où c'est nécessaire et après le premier rendu ; le Lighthouse mobile est mesuré et maintenu au-dessus de 95.

Quand l'utiliserQuand vous voulez monter sur votre serveur d'hébergement un site SaaS sombre, rapide et multipage qui raconte l'histoire du produit par une animation GSAP au défilement, sans dégrader les scores Lighthouse.

Sur mon serveur d'hébergement Opus Growth [nom du serveur], construis un site produit sombre et multipage pour [nom du produit], qui raconte son histoire au fil du défilement. Produit : [ce qu'il fait, à qui il s'adresse]. Les trois étapes qu'un utilisateur suit dans le produit : [trois étapes]. Fonctionnalités clés : [4 à 6 fonctionnalités]. Contact : [e-mail], [téléphone], [numéro WhatsApp], [adresse le cas échéant]. Domaine : [domaine]. Préférence de couleur : [couleur ou "tu choisis"]. Vraies captures d'écran ou photos du produit : [liens ou "aucune"].

Pages : accueil (/), produit (/urun/), à propos (/hakkimizda/), contact (/iletisim/), confidentialité (/gizlilik/) et 404.html. Sections de l'accueil dans l'ordre : hero (h1, description en deux phrases, deux boutons, image du produit), l'histoire produit comme élément signature, fonctionnalités, à qui il s'adresse, FAQ et appel à l'action final. Pas de formulaire sur la page contact ; utilise l'e-mail, le téléphone et un lien WhatsApp avec message prérempli, car le serveur ne sert que des fichiers statiques.

Style : motion sombre. Fond sombre, une seule couleur d'accent sobre (pas de néon), une grotesque d'affichage serrée de Fontshare (par exemple Cabinet Grotesk) et une police de texte calme (par exemple Switzer). Pas de dégradés et pas de WebGL ; garde l'audace pour l'histoire produit.

Règles de motion (le plus difficile, à respecter à la lettre) :
1. Bibliothèques : GSAP 3.13 core, ScrollTrigger, SplitText et Lenis. Télécharge-les depuis jsdelivr dans `assets/vendor/` avec site_fetch et fige la version. Charge-les uniquement sur les pages d'accueil et produit ; les pages à propos, contact et confidentialité ne contiennent aucun script. Ne charge pas Swiper.
2. Ne les attache pas avec `<script defer>`. Place un petit loader en fin de page : après l'événement load, il attend deux appels à requestAnimationFrame puis requestIdleCallback, ajoute les scripts dans l'ordre avec async=false, et ne télécharge rien si `<html>` n'a pas la classe `anim`. Dans la démo, les bibliothèques en defer ont fait passer le LCP mobile à 3,2 s et la Performance à 92 ; avec ce loader, elle a atteint 99.
3. Un script d'une ligne dans `<head>` ajoute la classe `js` à `<html>`, et la classe `anim` sauf si prefers-reduced-motion vaut "reduce". Définis les états de départ masqués uniquement sous `.anim`, afin que le contenu soit visible dès le départ sans JS ou pour les visiteurs qui préfèrent moins d'animation, et que les bibliothèques ne soient jamais téléchargées pour eux. Comme filet de sécurité au cas où une bibliothèque ne se chargerait pas, ajoute une animation CSS qui rend visible chaque élément masqué après 2,5 s. Si le JS arrive plus tard que cela, ne masque pas à nouveau du contenu déjà visible ; construis seulement l'histoire épinglée.
4. Entrée du titre avec SplitText : le h1 du premier écran est l'élément LCP, ne le fais jamais démarrer masqué. Le h1 démarre visible dans une couleur atténuée qui respecte tout de même le contraste AA, et SplitText ramène ses lignes à la pleine couleur l'une après l'autre (options mask et aria activées). Garde l'entrée masquée, avec montée des lignes, pour les titres h2 plus bas, et déclenche-la au scroll avec ScrollTrigger.
5. Élément signature : dans l'histoire produit, utilise le pin et le scrub de ScrollTrigger via gsap.matchMedia uniquement à partir de 768 px de large (scrub autour de 0,6, end "+=180%"). À gauche, les trois étapes s'activent une à une ; à droite, l'écran du produit se remplit étape par étape. N'atténue pas les étapes inactives avec l'opacité ; change seulement la couleur du titre et la ligne de bordure. Dans la démo, des étapes atténuées par l'opacité ont échoué au contraste sur desktop et ont fait tomber l'Accessibilité à 95. Sur mobile, pas de pin ; les étapes apparaissent dans le flux normal. Sans JS, l'écran du produit affiche son état final.
6. N'active Lenis que sur les appareils `(pointer: fine)` afin que les appareils tactiles gardent le défilement natif. Pilote Lenis depuis gsap.ticker et déplace le focus vers la cible après le défilement vers un lien d'ancre.
7. L'écran du produit est une figure décorative avec aria-hidden et une figcaption qui explique ce qu'il montre. Chaque interaction fonctionne au clavier et l'anneau de focus reste visible.

Mise en place et pièges connus (chacun a fait baisser un score dans les mesures de la démo, ne les saute pas) :
1. Si un site est déjà en ligne sur le serveur, préviens-moi d'abord, car la mise en place écrase index.html et le dossier assets. Prévisualise scaffold_site avec confirm=false et appelle-le avec confirm=true après mon accord. Lis ensuite site_design_guide et site_seo_guide. Avant d'écrire du code, consigne la direction de design (typographie, couleur, grille, élément signature, langage de motion et bibliothèques qui ne seront PAS chargées) dans un court ART.md hors du dossier assets et montre-le-moi.
2. Compile Tailwind au lieu de le charger depuis le CDN. Installe-le avec site_run_command et background=true : `npm i -D tailwindcss@3`, puis enchaine avec site_command_status. Les chemins content de `tailwind.config.js` doivent couvrir tous les fichiers HTML, les templates et tout fichier JS qui écrit des noms de classes. `_src/tw.css` contient la ligne `@import "../assets/app.css";` et les trois lignes `@tailwind` ; compile-le en un seul fichier avec `npx tailwindcss -c tailwind.config.js -i _src/tw.css -o assets/site.css --minify`. Supprime le script cdn.tailwindcss.com et le tailwind.config inline de chaque page et ne lie que `/assets/site.css`. Recompile après chaque modification du HTML.
3. Héberge les polices toi-même. Lis le CSS des familles Fontshare choisies, télécharge le fichier woff2 de chaque graisse dans `assets/fonts/` avec site_fetch, et écris les règles @font-face avec `font-display: swap` dans `assets/app.css` ; design-check y cherche une police personnalisée. Vérifie le nom font-family dans le CSS téléchargé, car Fontshare peut renvoyer une autre famille lorsqu'une graisse n'existe pas. Précharge la police du titre du premier écran et la police de texte sur chaque page avec `<link rel="preload" as="font" type="font/woff2" crossorigin>` ; dans la démo, cela a supprimé le décalage de mise en page causé par le swap de police (CLS de 0,024 à 0). La plupart des polices Fontshare n'ont pas de glyphe ₺, écris donc "TL" pour les prix.
4. Rends le menu et le pied de page en HTML statique. Ne charge pas chrome.js ni site.config.js sur les pages. Écris un petit `chrome-stamp.mjs` qui lit la liste de navigation dans site.config.js et injecte `_src/header.tpl` et `_src/footer.tpl` entre les marqueurs `` et `` de chaque page, en ajoutant aria-current="page" au lien courant. Ne donne pas aux templates d'extension .html et utilise des placeholders comme `[[NAV]]` plutôt que `{{...}}`, sinon design-check et seo-check les lisent comme des pages inachevées. Construis le menu mobile sans JS avec `<details>`. Garde le nom de l'entreprise, l'adresse et le téléphone en texte brut dans le pied de page.
5. Convertis les images pendant le téléchargement avec site_fetch : écris la même photo dans des fichiers séparés avec resize="480x", "800x" et "1200x", image_format="webp", quality=65. Donne à chaque `<img>` srcset, sizes, width et height. L'image principale du premier écran reçoit fetchpriority="high" et n'est jamais en lazy ; les autres reçoivent loading="lazy" decoding="async". Si l'image principale remplit l'écran du téléphone, sers sur mobile un recadrage plus large et plus léger avec `<picture>` (dans la démo, le hero mobile est passé de 89 Ko à 43 Ko).
6. Crée un favicon PNG de 48 px à partir du logo avec site_fetch et ajoute `<link rel="icon">` à chaque page. Sans lui, le navigateur journalise une erreur 404 et les Bonnes pratiques tombent à 96.
7. Règles du validateur HTML : commence chaque document par `<!DOCTYPE html>` en majuscules (les fichiers de départ du kit utilisent des minuscules), utilise `&nbsp;` pour les espaces dans le texte visible des liens tel:, n'utilise jamais d'attribut style="" et donne à chaque bouton type="button".

SEO, AEO et GEO :
1. Utilise des URL de type répertoire avec barre oblique finale (/urun/, /hakkimizda/, /iletisim/, /gizlilik/). Renseigne le bloc seo de site.config.js et exécute `node seo-stamp.mjs`. Écris le schéma propre à chaque page (accueil : WebPage et FAQPage ; produit : SoftwareApplication et FAQPage ; à propos : AboutPage ; contact : ContactPage ; BreadcrumbList sur les pages internes. Pour une société de logiciels sans boutique physique, définis localBusiness:false dans site.config.js) dans des blocs `<script type="application/ld+json">` séparés et relie-le au graphe de base avec @id. N'enfouis pas BreadcrumbList dans un @graph ; donne-lui son propre bloc, car c'est la seule façon pour seo-check de le voir.
2. Titres de 48 à 60 caractères (seo-check signale comme erreur tout ce qui dépasse 65), descriptions de 145 à 158 caractères, un seul h1 par page. Chaque page a besoin d'au moins 150 mots de contenu principal ; les pages contact et confidentialité ont tendance à rester en dessous.
3. Le premier paragraphe de chaque page répond directement à la question de la page. Rédige une FAQ propre à chaque page avec `<details>` et balise-la en FAQPage. Affiche l'organisation éditrice et une mention « Dernière mise à jour » avec `<time>`.
4. Dans robots.txt, écris ta décision et sa raison pour GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-User, Claude-SearchBot, PerplexityBot, Perplexity-User, Google-Extended, Applebot-Extended, Bingbot et CCBot, et pointe vers le sitemap. sitemap.xml contient de vraies dates lastmod. llms.txt contient un résumé exact du site en deux phrases et la liste des pages clés.
5. N'invente rien : ni avis, ni notes, ni récompenses, ni nombre de clients, ni certificats, ni horaires d'ouverture, ni coordonnées, ni prix, sauf si je te les donne. Laisse les champs inconnus en dehors du schéma.

Contrôles (dans l'ordre ; ne considère pas le travail comme terminé tant qu'ils ne sont pas tous validés) :
1. Avec site_run_command, exécute `node chrome-stamp.mjs`, la compilation Tailwind, `node seo-stamp.mjs`, `node seo-check.mjs` (0 erreur, 0 avertissement), `node design-check.mjs` (0 erreur ; justifie tout avertissement restant) et `npx html-validate "**/*.html"` (0 erreur).
2. Affiche chaque page avec site_preview, view="mobile" et view="desktop". site_preview capture la page avec les animations désactivées (reduced-motion) ; si du contenu manque sur cette image, l'état sans animation est cassé. Dans les captures pleine page, les images lazy plus bas peuvent apparaitre vides ; ce n'est pas une erreur, mais vérifie leurs chemins.
3. Exécute core_web_vitals pour chaque page avec strategy="mobile" et strategy="desktop". Critère de réussite : sur mobile, Performance d'au moins 95 et Accessibilité, Bonnes pratiques et SEO à 100 ; sur desktop, les quatre à au moins 95. Sur une page qui échoue, utilise resources=true pour trouver le fichier qui la freine, corrige-le et mesure à nouveau. Exécute ensuite seo_audit sur la page d'accueil avec strategy="mobile" et runs=2. La liste des requêtes réseau ne doit contenir aucun hôte autre que ton propre domaine.
4. Pas de défilement horizontal aux largeurs 360, 390, 768 et 1440 px, zones tactiles d'au moins 44 px, aucune erreur dans la console.

Contrôle du motion : site_preview ne peut pas montrer le mouvement ; décris donc la section épinglée de la page d'accueil et dis-moi quoi vérifier dans mon propre navigateur : sur desktop, l'histoire produit doit rester collée en haut pendant que les étapes avancent avec le défilement ; sur téléphone, elle doit défiler normalement sans se coller ; avec la réduction des animations activée dans le système d'exploitation, rien ne doit bouger et tout doit être visible.

Après la publication : prévisual

Stratégie

Voir les 49 →

StratégieLecture seule

Cartographier les sources que l'IA cite à votre place et batir un plan de visibilité hors site

Identifie les pages que ChatGPT, Perplexity et les réponses IA de Google citent pour les questions que posent vos clients, regroupe ces sources par type et lit une à une les pages les plus citées. Sépare le plan de travail sur votre propre site de celui consacré aux listes, annuaires et communautés.

Quand l'utiliserQuand les réponses d'IA comme ChatGPT, Perplexity ou Google AI Overviews recommandent vos concurrents ou des pages tierces à la place de votre marque et que vous avez besoin d'un plan pour être cité.

Mon entreprise [nom de l'entreprise], site [domaine], vend [service ou produit] sur le marché [ville ou pays]. Mes concurrents : [jusqu'à 3 concurrents]. Les questions que mes clients posent à l'IA : [5 à 8 questions qui ne citent pas ma marque]. Il s'agit d'une tache de planification en lecture seule : ne contacte personne et ne modifie rien.

La plupart des citations dans les réponses de l'IA proviennent de pages tierces, pas du site de la marque : listes comparatives, forums, annuaires, sites d'avis. L'objectif de cette tache est de trouver ces pages et de déterminer comment figurer sur chacune d'elles.

1. Vérification des crédits. Utilise seo_history pour retrouver les exécutions récentes portant sur ces questions et les réutiliser. Indique-moi combien de nouveaux appels sont nécessaires.
2. Moteurs de chat. Lance seo_geo_tracker avec brand=[nom de l'entreprise], brand_domain=[domaine], les concurrents et la liste de questions, engines='chat_gpt,perplexity', repeats=2. Récupère la liste top_cited_sources et les taux de mention des concurrents. Cet outil indique à quelle fréquence chaque domaine est cité, mais pas l'URL complète de la page.
3. Réponses IA de Google. Lance seo_ai_overview pour les 4 questions à plus forte intention commerciale (target=[domaine], localisation et langue de mon marché). Récupère l'URL complète de chaque page source présente dans les réponses. Si references est vide, utilise les liens contenus dans le texte de ai_answer. Ces URL de pages constituent la principale donnée d'entrée du plan.
4. Classer les sources. Range chaque domaine collecté dans l'un de ces types : mon site, site concurrent, liste comparative ou « meilleurs de », forum ou communauté (Reddit, Quora, forums sectoriels), annuaire ou site d'avis (annuaires locaux autres que Google Maps, Trustpilot, G2 et similaires), vidéo, actualités ou blog, organisme officiel ou encyclopédie. Si tu n'es pas certain du type d'un domaine, ne devine pas : lis la page.
5. Lire les pages les plus citées. Lis les 10 pages tierces les plus citées avec site_read_url et text=true. Pour chaque page, note : quelles marques apparaissent et si la mienne y figure, le format (liste classée, tableau, questions-réponses, avis), la date de publication ou de mise à jour, et si la page propose une démarche de candidature, un contact ou un lien « suggérer une inscription ». Si une page est illisible (403, connexion requise), signale-le et passe à la suivante.
6. Comparer avec mon site. Si certaines de mes pages sont citées, liste-les. Détermine le type des pages concurrentes citées (page de tarifs, guide, page comparative) et vérifie avec site_read_url si j'ai une page de ce type.

Présente le résultat ainsi. D'abord un résumé en quatre phrases. Ensuite un tableau cartographiant les sources : domaine, type, nombre de réponses qui le citent, pour quelles questions, ma marque figure-t-elle sur la page. Puis un tableau des 10 premières pages : URL, format, date, marques mentionnées, point d'entrée. Enfin trois listes de taches distinctes :
1. Sur mon site : types de pages à créer ou à renforcer, et à quelle question chacune doit répondre.
2. Listes et annuaires : articles de liste auxquels candidater et annuaires où créer ou mettre à jour une fiche, chacun avec son point d'entrée.
3. Communauté : discussions où ma marque peut intervenir de manière naturelle.

Règles : ne propose ni faux avis, ni faux comptes utilisateurs, ni mentions payantes dissimulées, ni publicités glissées dans des forums. Si tu suggères un placement payant, précise qu'il doit être clairement indiqué comme sponsorisé. Lorsqu'une suggestion consiste à écrire à un éditeur pour mettre à jour une ancienne liste, fournis le message sous forme de brouillon sans l'envoyer. Si les données ne suffisent pas pour tirer une conclusion, ne devine pas.

StratégieModifie après votre accord

Répartir le budget entre Google Ads et Meta selon le CPA à 30 jours

Un tableau unique des campagnes Google Ads et Meta et un plan de réallocation budgétaire ligne par ligne, fondé sur une règle de CPA claire.

Quand l'utiliserQuand une plateforme est nettement moins chère par conversion que l'autre et que vous devez décider où va votre budget mensuel.

Comparez mes campagnes Google Ads et Meta sur les 30 derniers jours et indiquez-moi où mon budget devrait aller. Mon budget publicitaire mensuel est de [monthly budget] et mon coût par conversion cible est de [target CPA].

1. Pour chaque campagne active sur les deux plateformes, récupérez les dépenses, les conversions, le coût par conversion, le taux de conversion et le budget quotidien actuel. Utilisez la même période pour les deux plateformes.
2. Construisez un tableau unique trié par coût par conversion. Incluez la part de chaque campagne dans le total des dépenses et dans le total des conversions.
3. Marquez « faible confiance » toute campagne ayant moins de 10 conversions et ne déplacez pas encore son budget.
4. Pour les campagnes Google Search, ajoutez la part d'impressions perdue en raison du budget.

Règle de décision :
- Une campagne avec au moins 10 conversions et un CPA supérieur de plus de 30 % à l'objectif perd du budget.
- Une campagne dont le CPA est inférieur à l'objectif et qui perd plus de 20 % de part d'impressions à cause du budget, ou un ensemble de publicités Meta qui dépense l'intégralité de son budget, gagne du budget.
- Ne modifiez jamais un budget de plus de 20 % en une seule fois.

Livrez un tableau de réallocation avec ces colonnes : campagne, plateforme, budget quotidien actuel, budget quotidien proposé, raison. Ne changez encore rien. Je marquerai les lignes que j'accepte. Montrez-moi ensuite un aperçu de ces modifications exactes et attendez ma confirmation avant de les appliquer.

StratégieLecture seule

Vérifier que les conversions sont comparables avant de déplacer du budget entre canaux

Un tableau de fiabilité qui compare les conversions déclarées par les plateformes à GA4 et montre le coût par conversion comparable de chaque canal.

Quand l'utiliserQuand Google Ads, Meta et GA4 affichent des chiffres de conversion très différents et que vous ne savez pas lequel croire avant de comparer les canaux.

Avant de déplacer le moindre budget entre Google Ads et Meta, je dois savoir si leurs chiffres de conversion peuvent être comparés. Utilisez les 30 derniers jours.

1. Google Ads : auditez la santé du suivi des conversions. Listez les actions de conversion principales avec leur type de comptage (toutes ou une seule), leurs fenêtres de conversion après clic et après vue, et leur modèle d'attribution.
2. Meta : listez les pixels avec leur dernière heure de déclenchement, les conversions personnalisées et les événements de conversion sur lesquels mes campagnes sont optimisées. Notez que l'attribution par défaut de Meta inclut les conversions après vue.
3. GA4 : récupérez les événements clés par source/support de session pour les mêmes 30 jours. Confirmez quels événements clés correspondent aux conversions des plateformes.
4. Construisez un tableau par canal avec ces colonnes : conversions déclarées par la plateforme, événements clés GA4 issus de ce canal, ratio, dépenses, CPA de la plateforme, CPA basé sur GA4.

Signalez tous les problèmes qui gonflent ou masquent les résultats :
- Comptage réglé sur « toutes » pour les actions de lead.
- Actions en double ou secondaires comptabilisées.
- Un pixel qui ne s'est pas déclenché depuis 24 heures.
- Un ratio plateforme/GA4 supérieur à 1,5.

Terminez par une réponse claire : quel CPA dois-je utiliser pour comparer les canaux, et que faut-il corriger en priorité. Ne modifiez aucun paramètre. Si une correction est nécessaire, décrivez-la et je demanderai un aperçu séparément.

StratégieLecture seule

Onboarding d'un nouveau client : brief d'une page sur le paysage concurrentiel

Un brief d'une page cartographiant qui fait de la publicité sur le marché du client, où, avec quel message, et où se situe le client aujourd'hui.

Quand l'utiliserQuand vous démarrez avec un nouveau client et devez comprendre qui sont ses concurrents en recherche payante et organique avant l'appel de lancement.

Nous accueillons [nom du client] (domaine [domaine du client], compte Google Ads [compte]). Préparez un brief sur le paysage concurrentiel avant notre appel de lancement.

1. Obtenez un instantané du compte afin de connaître les dépenses actuelles, les conversions et les types de campagnes actives.
2. Réalisez une analyse SERP en direct pour les 5 requêtes commerciales les plus importantes du client : [5 requêtes clés]. Notez quels domaines apparaissent en positions payantes et lesquels figurent dans le top 5 des résultats organiques.
3. Prenez les 4 domaines qui apparaissent le plus souvent en positions payantes. Pour chacun, récupérez son empreinte de mots-clés payants (nombre de mots-clés et trafic payant estimé) et ses annonces actives issues des bibliothèques publicitaires publiques.
4. Réalisez une analyse d'écart de mots-clés (keyword gap) entre le domaine du client et ces 4 concurrents.

Livrable, une page :
- tableau des concurrents avec les colonnes suivantes : domaine, présence payante (requêtes sur lesquelles il apparaît sur 5), présence organique, nombre estimé de mots-clés payants, canaux avec annonces actives, message principal
- les domaines où le client est plus fort, ceux où il est plus faible et ceux où il est absent
- 5 questions priorisées à poser au client lors du lancement, par exemple sur les marges, le concurrent face auquel il perd des ventes et les offres qu'il peut légalement s'aligner

Lecture seule. Aucune modification du compte.

StratégieModifie après votre accord

Réécrire les assets RSA faibles pour se démarquer des annonces concurrentes

Compare le texte de vos annonces responsives du Réseau de Recherche aux annonces actives de vos concurrents, repère les assets génériques ou à faible CTR et prépare des réécritures sur place, fondées sur des faits vérifiés. Rien n'est modifié avant votre validation de l'aperçu.

Quand l'utiliserQuand vos textes Google Ads ressemblent à ceux de vos concurrents et que vous voulez que vos annonces RSA se démarquent.

Dans le compte Google Ads [account], campagne [campaign name], je veux que nos annonces responsives du Réseau de Recherche cessent de ressembler à celles de la concurrence.

Faits que vous pouvez utiliser à propos de [client name] (uniquement ceux-ci, plus tout ce que vous pouvez lire sur notre page de destination en ligne) : [paste real numbers, guarantees, process details, certifications, review counts].

1. Trouvez la campagne, ses groupes d'annonces et ses annonces avec leurs ID.
2. Récupérez les annonces Google actives de [competitor domains, up to 4] dans l'Ads Transparency Center, région [country]. Listez les affirmations et formulations récurrentes d'une annonce à l'autre, comme « livraison rapide », « meilleur prix » ou « approuvé par X ». Si un concurrent ne renvoie aucune annonce, dites-le et poursuivez avec les autres.
3. Lisez nos RSA dans cette campagne : chaque titre et chaque description, l'URL finale, la Force de l'annonce et les actions recommandées par Google. Récupérez ensuite les performances au niveau des assets sur les 60 derniers jours, avec un minimum de 1 000 impressions.
4. Lisez l'URL finale de chaque annonce comme une page en ligne et notez les faits concrets qu'elle énonce (chiffres, garanties, délais de livraison, éléments de preuve). Utilisez-les avec les faits que j'ai collés ci-dessus.
5. Signalez nos titres et descriptions qui (a) reprennent presque mot pour mot une affirmation concurrente récurrente, ou (b) se situent dans le tiers inférieur en CTR parmi les assets de plus de 1 000 impressions. Si moins de 6 assets dépassent 1 000 impressions, utilisez les chiffres sur toute la durée de vie et marquez le résultat comme peu fiable.

Pour chaque asset signalé, rédigez un remplacement fondé sur un fait précis de ma liste ou de la page de destination : un chiffre, une garantie, un détail de processus ou un élément de preuve que les concurrents ne mentionnent pas. N'inventez jamais d'affirmation. Si aucun fait ne convient, écrivez « needs a fact from you » au lieu d'un remplacement. Limitez les titres à 30 caractères et les descriptions à 90. Conservez au moins 3 titres contenant le mot-clé principal.

Épinglage : si les détails de l'annonce indiquent quels assets sont épinglés, ne touchez pas aux assets épinglés. Si le statut d'épinglage n'est pas visible dans les données, listez les assets que vous prévoyez de modifier et demandez-moi lesquels sont épinglés avant de préparer les modifications.

Affichez un tableau avant/après par annonce, avec la raison de chaque remplacement et la source du fait utilisé. Préparez ensuite les modifications avec la mise à jour partielle sur place des RSA (supprimez et ajoutez uniquement les assets signalés) afin de conserver l'historique de performance. Exécutez-la en aperçu avec confirm=false et attendez mon approbation avant d'appliquer quoi que ce soit.

StratégieLecture seule

Répartition de l'entonnoir par ad set Meta : créa, page, offre ou checkout ?

Chaque ad set Meta reçoit un diagnostic de l'étape de l'entonnoir où il perd des acheteurs, fondé sur des seuils de taux clairs.

Quand l'utiliserQuand vos publicités Meta génèrent des clics mais peu d'achats et que vous ne savez pas à quelle étape de l'entonnoir vous perdez des acheteurs.

Pour le compte publicitaire Meta [ad account], analysez chaque ad set ayant dépensé plus de [minimum spend] au cours des 14 derniers jours.

Récupérez ces métriques pour chaque ad set :
- Dépenses
- CTR sur les liens
- Vues de la page de destination par clic sur un lien
- Ajouts au panier par vue de la page de destination
- Débuts de paiement par ajout au panier
- Achats par début de paiement
- Coût par achat
- ROAS des achats

Diagnostiquez chaque ad set selon ces règles :
- CTR sur les liens inférieur à 0,8 % : problème de créa ou de hook.
- Vues de la page de destination inférieures à 70 % des clics sur les liens : problème de vitesse de page ou de redirection.
- Ajouts au panier inférieurs à 5 % des vues de la page de destination : problème de page produit, de prix ou d'offre.
- Achats inférieurs à 40 % des débuts de paiement : problème de checkout, de frais de livraison ou de paiement.

Livrez un tableau trié par dépenses, avec l'étape défaillante et son diagnostic dans la dernière colonne. Sous le tableau, regroupez les ad sets par type de problème et estimez les achats perdus à chaque étape défaillante, en supposant que cette étape performe à la médiane du compte. Analyse uniquement, aucune modification.

Ces prompts donnent le meilleur résultat quand votre assistant IA est connecté à vos comptes avec Opus Growth.

Connecter vos comptes gratuitement