Site web

Contrôle mensuel des Core Web Vitals sur tous les sites clients

Un tableau à feux tricolores, une ligne par client, des Core Web Vitals de la page d'accueil et des pages clés, ainsi que la liste des clients à traiter ce mois-ci.

Quand l'utiliser

Lorsque vous gérez plusieurs sites clients et voulez voir chaque mois lesquels sont lents ou se dégradent sur les Core Web Vitals.

Ce que vous obtenez

Un tableau en feux tricolores avec LCP, INP et CLS par page client, l'évolution mensuelle si vous collez le mois précédent, et une courte liste d'actions sur les clients à traiter en premier.

Modifie-t-il quelque chose dans mon compte ?

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

Fonctionne avec

WordPress, SEO Intelligence

À compléter avant l'envoi

[client : liste des URL des pages clés]

Listez tous les sites clients connectés à ce compte, qu'il s'agisse de sites WordPress ou de serveurs d'hébergement. Pour chaque site, lancez un contrôle des Core Web Vitals sur mobile pour : - la page d'accueil - la principale page de conversion tirée de cette liste : [client : liste des URL des pages clés]. Si un client ne figure pas dans la liste, vérifiez uniquement la page d'accueil et notez que le reste a été ignoré. Livrez un seul tableau avec ces colonnes : client, page, LCP, INP, CLS, type de données (terrain ou labo), statut. Définissez le statut selon ces règles : - vert : toutes les métriques sont bonnes (LCP de 2,5 s ou moins, INP de 200 ms ou moins, CLS de 0,1 ou moins) - rouge : une métrique est mauvaise (LCP supérieur à 4 s, INP supérieur à 500 ms, CLS supérieur à 0,25) - orange : tout le reste Si je colle le tableau du mois dernier, ajoutez une colonne d'évolution. Signalez toute métrique qui s'est dégradée de plus de 20 %. Terminez par une courte liste « actions de ce mois » : les clients dont la page de conversion est rouge, ou dont une métrique est passée du vert à l'orange ou au rouge. Ajoutez une ligne sur la cause probable de chacun. Cette tâche est en lecture seule.

Listez tous les sites clients connectés à ce compte, qu'il s'agisse de sites WordPress ou de serveurs d'hébergement.

Pour chaque site, lancez un contrôle des Core Web Vitals sur mobile pour :
- la page d'accueil
- la principale page de conversion tirée de cette liste : [client : liste des URL des pages clés]. Si un client ne figure pas dans la liste, vérifiez uniquement la page d'accueil et notez que le reste a été ignoré.

Livrez un seul tableau avec ces colonnes : client, page, LCP, INP, CLS, type de données (terrain ou labo), statut.

Définissez le statut selon ces règles :
- vert : toutes les métriques sont bonnes (LCP de 2,5 s ou moins, INP de 200 ms ou moins, CLS de 0,1 ou moins)
- rouge : une métrique est mauvaise (LCP supérieur à 4 s, INP supérieur à 500 ms, CLS supérieur à 0,25)
- orange : tout le reste

Si je colle le tableau du mois dernier, ajoutez une colonne d'évolution. Signalez toute métrique qui s'est dégradée de plus de 20 %.

Terminez par une courte liste « actions de ce mois » : les clients dont la page de conversion est rouge, ou dont une métrique est passée du vert à l'orange ou au rouge. Ajoutez une ligne sur la cause probable de chacun.

Cette tâche est en lecture seule.

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

Recherches associées

core web vitals vitesse de page rapport de vitesse lcp inp cls sites clients rapport mensuel site lent pagespeed insights

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.