Site web

Contrôle de la vitesse mobile des pages où atterrit votre budget publicitaire

Classe vos pages de destination par clics mobiles, mesure les Core Web Vitals mobiles des 5 premières et, si elles sont sur votre site WordPress, recommande jusqu'à 3 réglages de vitesse sûrs avec aperçu et annulation.

Quand l'utiliser

Quand la plupart de vos clics publicitaires viennent du mobile et que vous craignez que des pages lentes fassent fuir les visiteurs avant l'affichage.

Ce que vous obtenez

Un tableau des Core Web Vitals mobiles (LCP, INP, CLS) de vos 5 pages principales avec réussite ou échec et causes probables, plus jusqu'à 3 réglages de vitesse WordPress sûrs appliqués seulement après votre accord, avec étapes d'annulation.

Modifie-t-il quelque chose dans mon compte ?

Seulement avec votre accord. L'assistant montre d'abord un aperçu de chaque modification et attend votre feu vert.

Fonctionne avec

Google Ads, SEO Intelligence, WordPress

À compléter avant l'envoi

[nom du compte][URL du site]

La plupart de mes clics publicitaires proviennent de smartphones ; je veux donc savoir si mes pages de destination font perdre des visiteurs avant même leur chargement. 1. Dans Google Ads [nom du compte], exécutez une requête GAQL sur landing_page_view pour les 30 derniers jours, segmentée par segments.device, avec landing_page_view.unexpanded_final_url, metrics.clicks, metrics.cost_micros, metrics.speed_score et metrics.mobile_friendly_clicks_percentage. Conservez les lignes MOBILE et listez les URL finales ayant le plus de clics mobiles. Si le score de vitesse ou le taux de clics compatibles mobile est vide pour une URL, dites-le plutôt que de deviner. 2. Lancez core_web_vitals avec strategy=mobile sur les 5 premières URL. Indiquez le LCP, l'INP et le CLS. Utilisez la valeur terrain issue d'utilisateurs réels pour l'INP lorsqu'elle existe ; sinon, indiquez le TBT des données de laboratoire en précisant qu'il s'agit d'un indicateur indirect. Signalez comme en échec un LCP supérieur à 2,5 s, un INP supérieur à 200 ms et un CLS supérieur à 0,1. 3. Uniquement si ces URL se trouvent sur mon site WordPress [URL du site], lancez wordpress_performance et indiquez quel plugin de cache est utilisé, quelles optimisations sont déjà activées et lesquelles sont signalées comme risquées pour ce site. Si les pages sont hébergées ailleurs, ignorez cette étape et dites-le-moi. Fournissez-moi un tableau avec ces colonnes : URL, clics mobiles, coût, LCP, INP (ou TBT), CLS, réussite ou échec, et cause probable. Recommandez ensuite au maximum 3 réglages de vitesse à activer, du plus sûr au plus risqué (cache de page, cache navigateur, minification, chargement différé avant toute option risquée). Montrez-moi précisément ce qui changerait et attendez mon approbation avant d'appliquer quoi que ce soit. Appliquez les changements approuvés un par un, videz le cache après chacun, puis relancez core_web_vitals sur la page la plus lente. Expliquez-moi comment annuler chaque changement (revert=true n'annule que le plus récent).

La plupart de mes clics publicitaires proviennent de smartphones ; je veux donc savoir si mes pages de destination font perdre des visiteurs avant même leur chargement.

1. Dans Google Ads [nom du compte], exécutez une requête GAQL sur landing_page_view pour les 30 derniers jours, segmentée par segments.device, avec landing_page_view.unexpanded_final_url, metrics.clicks, metrics.cost_micros, metrics.speed_score et metrics.mobile_friendly_clicks_percentage. Conservez les lignes MOBILE et listez les URL finales ayant le plus de clics mobiles. Si le score de vitesse ou le taux de clics compatibles mobile est vide pour une URL, dites-le plutôt que de deviner.
2. Lancez core_web_vitals avec strategy=mobile sur les 5 premières URL. Indiquez le LCP, l'INP et le CLS. Utilisez la valeur terrain issue d'utilisateurs réels pour l'INP lorsqu'elle existe ; sinon, indiquez le TBT des données de laboratoire en précisant qu'il s'agit d'un indicateur indirect. Signalez comme en échec un LCP supérieur à 2,5 s, un INP supérieur à 200 ms et un CLS supérieur à 0,1.
3. Uniquement si ces URL se trouvent sur mon site WordPress [URL du site], lancez wordpress_performance et indiquez quel plugin de cache est utilisé, quelles optimisations sont déjà activées et lesquelles sont signalées comme risquées pour ce site. Si les pages sont hébergées ailleurs, ignorez cette étape et dites-le-moi.

Fournissez-moi un tableau avec ces colonnes : URL, clics mobiles, coût, LCP, INP (ou TBT), CLS, réussite ou échec, et cause probable. Recommandez ensuite au maximum 3 réglages de vitesse à activer, du plus sûr au plus risqué (cache de page, cache navigateur, minification, chargement différé avant toute option risquée). Montrez-moi précisément ce qui changerait et attendez mon approbation avant d'appliquer quoi que ce soit. Appliquez les changements approuvés un par un, videz le cache après chacun, puis relancez core_web_vitals sur la page la plus lente. Expliquez-moi comment annuler chaque changement (revert=true n'annule que le plus récent).

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

Recherches associées

vitesse de page vitesse mobile core web vitals lcp inp cls page de destination lente cache wordpress clics mobiles taux de rebond élevé

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.