Site web

Classez les pages de destination Google Ads par dépense et Core Web Vitals

Un tableau pondéré par la dépense de vos pages de destination payantes avec LCP, INP et CLS, pour savoir quelles pages lentes corriger en priorité.

Quand l'utiliser

Quand vos pages de destination Google Ads sont peut-être lentes et que vous voulez savoir lesquelles corriger en premier car elles concentrent le plus de dépenses.

Ce que vous obtenez

Un tableau de vos 15 pages de destination payantes les plus coûteuses avec l'état de LCP, INP et CLS, signalant les pages à "corriger en priorité" avec leurs deux causes probables et un correctif chacune.

Modifie-t-il quelque chose dans mon compte ?

Non. L'assistant lit seulement vos données et vous fait un compte rendu.

Fonctionne avec

Google Ads, SEO Intelligence

À compléter avant l'envoi

[compte]

Pour le compte Google Ads [compte], récupérez toutes les pages de destination ayant reçu des clics au cours des 30 derniers jours depuis landing_page_view, avec clics, coût, conversions et taux de conversion. Prenez les 15 principales URL par coût et lancez une vérification Core Web Vitals sur chacune. Privilégiez d'abord les résultats mobiles. Construisez un tableau unique avec ces colonnes : - URL, coût, part de la dépense totale, conversions, taux de conversion - LCP, INP, CLS - si les données sont de terrain (utilisateurs réels) ou de laboratoire - statut par métrique, selon ces seuils : LCP 2,5 s bon, au-delà de 4 s mauvais ; INP 200 ms bon, au-delà de 500 ms mauvais ; CLS 0,1 bon, au-delà de 0,25 mauvais Triez le tableau par coût, du plus élevé au plus faible. Marquez une page « à corriger en priorité » si elle est mauvaise sur au moins une métrique et représente plus de 10 % de la dépense. Pour chaque page « à corriger en priorité », lancez un audit de page. Donnez les deux causes les plus probables d'après les résultats de l'audit et un correctif concret pour chaque cause. Cette tâche est en lecture seule. Ne modifiez rien dans le compte.

Construisez un tableau unique avec ces colonnes :
- URL, coût, part de la dépense totale, conversions, taux de conversion
- LCP, INP, CLS
- si les données sont de terrain (utilisateurs réels) ou de laboratoire
- statut par métrique, selon ces seuils : LCP 2,5 s bon, au-delà de 4 s mauvais ; INP 200 ms bon, au-delà de 500 ms mauvais ; CLS 0,1 bon, au-delà de 0,25 mauvais

Triez le tableau par coût, du plus élevé au plus faible. Marquez une page « à corriger en priorité » si elle est mauvaise sur au moins une métrique et représente plus de 10 % de la dépense.

Pour chaque page « à corriger en priorité », lancez un audit de page. Donnez les deux causes les plus probables d'après les résultats de l'audit et un correctif concret pour chaque cause.

Cette tâche est en lecture seule. Ne modifiez rien dans le compte.

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

Recherches associées

core web vitals page de destination lente lcp inp cls vitesse de page page de destination google ads niveau de qualité dépenses gaspillées taux de conversion faible

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

Connecter vos comptes gratuitement

Autres prompts

Site webModifie après votre accord

Réécrire les balises title et meta descriptions des pages à faible CTR organique

Repère les pages en première page qui génèrent des impressions mais peu de clics, les compare au CTR moyen du site et réécrit leur balise title et leur meta description à partir des requêtes qui leur apportent réellement du trafic.

Quand l'utiliserQuand vos pages sont en première page et reçoivent des impressions mais très peu de clics, et que vos titres et descriptions semblent peu convaincants.

Utilise la propriété Search Console [Search Console property] et le site WordPress [WordPress site].

Étape 1. Référence. Récupère les 90 derniers jours avec la dimension "date" et additionne le total des clics et le total des impressions. CTR moyen du site = total des clics / total des impressions. Affiche d'abord ce chiffre.

Étape 2. Candidates. Récupère les 90 derniers jours par page, triées par impressions. Conserve les pages avec au moins 500 impressions, une position moyenne comprise entre 1 et 10 et un CTR inférieur à 2 %. Retiens les 10 premières par impressions.

Étape 3. Pour chacune de ces 10 pages :
- Récupère les requêtes de cette page uniquement (dimension "query", filtrée sur l'URL de la page, triée par impressions) et conserve les 5 premières.
- Trouve l'ID de l'article ou de la page WordPress correspondant en recherchant son slug. Si une URL n'a pas de correspondance claire (archive, catégorie, page d'accueil), signale-la et passe à la suivante.
- Lis son title et sa meta description actuels dans le plugin SEO.

Ignore toute page dont le title actuel contient déjà sa requête principale ET dont le CTR est à moins de 20 % du CTR moyen du site calculé à l'étape 1. Explique pourquoi tu l'ignores.

Livre un tableau avec ces colonnes : URL, ID de l'article, impressions, CTR, position, requêtes principales, title actuel, description actuelle, title proposé, description proposée.
- Title proposé : 60 caractères maximum, requête principale placée près du début.
- Description proposée : 155 caractères maximum, un bénéfice concret et un appel à l'action.
- N'utilise que des faits présents sur la page. N'invente ni prix, ni garanties, ni chiffres.

Ce tableau sert d'aperçu. N'écris aucun champ SEO avant que j'aie donné mon accord. Après mon accord, écris uniquement les lignes approuvées (écrase les valeurs existantes uniquement pour ces lignes), puis purge le cache pour que les nouvelles balises soient en ligne, et relis les champs SEO de chaque page modifiée pour confirmer qu'ils ont bien été enregistrés.

Site webModifie après votre accord

Reconstruire le menu du site autour des pages qui convertissent vraiment

Croise les performances des pages de destination GA4 avec vos menus WordPress, signale les pages de valeur absentes de la barre de navigation, les liens inutiles et les liens cassés, puis propose un menu principal plus léger.

Quand l'utiliserQuand le menu de votre site est chargé ou obsolète et que vous pensez qu'il n'oriente pas les visiteurs vers les pages qui convertissent vraiment.

Compare mon menu de navigation avec ce qui convertit réellement.

Depuis la propriété GA4 [GA4 property], récupère les 90 derniers jours par page de destination : sessions et événements clés. Calcule le taux d'événements clés = événements clés / sessions.

Lis ensuite tous les menus de [WordPress site], y compris la barre de navigation principale et le pied de page, avec tous leurs liens.

Fais correspondre les liens des menus aux lignes GA4 par chemin d'URL (ignore le domaine, les barres obliques finales et les chaînes de requête). Lorsqu'un lien n'a aucune ligne GA4, considère qu'il a zéro session et indique-le.

Vérifie chaque lien de menu pour détecter les problèmes :
- Récupère chaque URL liée et note son statut HTTP. Tout 4xx ou 5xx est cassé ; les redirections méritent d'être notées.
- Signale les liens qui pointent vers des pages en brouillon ou privées, vers d'anciens slugs, ou en http au lieu de https.

Livre trois listes :
1. Les pages avec au moins 20 événements clés qui ne figurent pas dans le menu principal.
2. Les liens de menu pointant vers des pages avec moins de 50 sessions ou zéro événement clé sur 90 jours.
3. Les liens cassés ou obsolètes, avec la raison pour chacun.

Propose ensuite un nouveau menu principal :
- 7 éléments de premier niveau maximum, classés par importance commerciale.
- Libellés exacts de 2 à 3 mots, dans un langage simple qu'un client utiliserait.
- La page de contact reste le dernier élément.
- Déplace les pages à faible valeur vers le menu du pied de page au lieu de les supprimer.

Montre le menu actuel et le menu proposé côte à côte, avec la liste exacte des actions de menu que tu exécuterais (ajouter, renommer, relier, réordonner, supprimer), sous forme d'aperçu. Ne modifie rien avant que j'aie donné mon accord. Après approbation, applique les changements, purge le cache et relis les menus pour confirmer la structure finale.

Site webModifie après votre accord

Audit des plugins et du tracking avant qu'il ne fasse chuter vos conversions

Une liste d'actions plugin par plugin qui signale les plugins obsolètes, en doublon ou en conflit, ainsi que les balises qui se déclenchent deux fois.

Quand l'utiliserQuand votre site WordPress a trop de plugins, des mises à jour en retard ou que vous craignez que des balises en double gonflent les conversions utilisées par vos annonces.

Réalisez un audit de santé des plugins et du tracking sur [site WordPress].

Relevez les éléments suivants :
- Les versions de WordPress et de PHP.
- Tous les plugins installés, avec leur statut actif/inactif et la disponibilité éventuelle d'une mise à jour.
- Chaque endroit où une balise GTM ou GA4 se déclenche.
- Les réglages actuels de cache et de vitesse.

Fournissez un tableau avec ces colonnes : plugin, actif ?, mise à jour disponible ?, rôle (SEO, cache, formulaires, tracking, constructeur de pages, autre), risque, recommandation (conserver, mettre à jour, désactiver ou supprimer).

Signalez explicitement ces problèmes :
- Plus d'un plugin SEO.
- Plus d'un plugin de cache.
- Les plugins inactifs qui peuvent être supprimés.
- Toute balise GTM ou GA4 qui se déclenche depuis plus d'un endroit. Le double déclenchement gonfle les conversions sur lesquelles mes publicités s'optimisent.

Ne touchez pas au constructeur de pages, au plugin de formulaires ni à WooCommerce.

Présentez d'abord la liste d'actions en aperçu. Agissez ensuite plugin par plugin, et uniquement après mon approbation pour chacun. Après chaque modification, vérifiez que la page d'accueil renvoie toujours un statut 200 avant de passer à la suite.

Site webModifie après votre accord

Remplacer un ancien numéro de téléphone partout sur le site, en toute sécurité

Une cartographie complète des endroits où figure l'ancien numéro, un diff en simulation du remplacement en masse et la liste des endroits à corriger manuellement.

Quand l'utiliserQuand votre numéro de téléphone a changé et que vous devez vous assurer que l'ancien n'apparaît plus nulle part sur votre site.

Notre numéro de téléphone est passé de [ancien numéro] à [nouveau numéro]. Ni les visiteurs issus des publicités ni ceux issus du référencement naturel ne doivent voir l'ancien numéro, où que ce soit.

1. Trouvez tous les articles et toutes les pages de mon site WordPress qui contiennent l'ancien numéro, quel que soit son format courant : avec espaces, sans espaces, avec l'indicatif du pays, et dans les liens tel:.
2. Vérifiez les menus à la recherche de liens tel: et les réglages de Contact Form 7 à la recherche de l'ancien numéro.
3. Consultez la fiche de mon établissement dans Business Profile et dites-moi quel numéro elle affiche actuellement.

Livrables :
- Une liste des pages avec le nombre d'occurrences sur chacune.
- Tout endroit qu'un rechercher/remplacer de contenu ne peut pas atteindre, comme les menus, les réglages de formulaires ou Business Profile.

Lancez d'abord le rechercher/remplacer en masse en simulation (dry run) et montrez-moi le diff de chaque page. N'appliquez-le qu'après mon accord, puis purgez le cache.

Ne modifiez pas Business Profile dans cette tâche. Dites-moi simplement s'il doit être mis à jour.