Site web

Testez le formulaire de contact dont dépend votre trafic payant

Audite le formulaire Contact Form 7 de votre page de destination, envoie une entrée de test approuvée, vérifie la présence d'un événement de formulaire dans GA4 et repère où des leads peuvent se perdre.

Quand l'utiliser

Quand vous envoyez du trafic payant vers une page avec un formulaire Contact Form 7 et soupçonnez que certains leads n'arrivent jamais dans votre boîte mail.

Ce que vous obtenez

Un résumé en 5 points indiquant si le formulaire fonctionne et où des leads peuvent se perdre, basé sur un audit des champs, un envoi test approuvé et une vérification de l'événement formulaire GA4, avec la correction principale décrite mais non appliquée.

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

WordPress, GA4

À compléter avant l'envoi

[URL du site][URL de la page de destination][mon adresse e-mail]

Mes publicités envoient les visiteurs vers une page contenant un formulaire Contact Form 7, et je soupçonne que certains leads n'arrivent jamais dans ma boîte de réception. 1. Listez les formulaires Contact Form 7 de mon site WordPress [URL du site]. Trouvez celui utilisé sur [URL de la page de destination] en lisant cette page et en repérant l'id du shortcode contact-form-7. 2. Montrez ses champs, ceux qui sont obligatoires, ainsi que les adresses e-mail du destinataire et de l'expéditeur dans ses paramètres. Signalez un nombre excessif de champs obligatoires (plus de 4 est un signal d'alerte pour un formulaire de lead) et toute adresse de destinataire différente de [mon adresse e-mail]. 3. Préparez une entrée de test clairement libellée « TEST - please ignore » et montrez-m'en d'abord l'aperçu, car elle envoie un vrai e-mail. Après mon approbation, envoyez-la et indiquez-moi le résultat : mail_sent, mail_failed, validation_failed (avec les champs rejetés) ou spam. Si le résultat est mail_sent, rappelez-moi de vérifier que l'e-mail est bien arrivé à [mon adresse e-mail], y compris dans le dossier des spams, puisque l'outil ne peut confirmer que l'envoi par WordPress. 4. Dans GA4, listez les événements clés, puis lancez ga4_report sur les 30 derniers jours avec dimension=landing_page et dimension2=event. Vérifiez si la page du formulaire enregistre un événement de type form-submit ou lead. Si cette combinaison n'est pas acceptée, lancez dimension=event et indiquez-moi le nombre d'événements de formulaire sans la ventilation par page. Résumez en 5 puces maximum : le formulaire fonctionne-t-il, où des leads peuvent-ils se perdre, et quelle est la correction la plus importante. Ne modifiez ni le formulaire, ni la page, ni aucun suivi. Si une correction est nécessaire, décrivez précisément le changement et attendez mon approbation.

Mes publicités envoient les visiteurs vers une page contenant un formulaire Contact Form 7, et je soupçonne que certains leads n'arrivent jamais dans ma boîte de réception.

1. Listez les formulaires Contact Form 7 de mon site WordPress [URL du site]. Trouvez celui utilisé sur [URL de la page de destination] en lisant cette page et en repérant l'id du shortcode contact-form-7.
2. Montrez ses champs, ceux qui sont obligatoires, ainsi que les adresses e-mail du destinataire et de l'expéditeur dans ses paramètres. Signalez un nombre excessif de champs obligatoires (plus de 4 est un signal d'alerte pour un formulaire de lead) et toute adresse de destinataire différente de [mon adresse e-mail].
3. Préparez une entrée de test clairement libellée « TEST - please ignore » et montrez-m'en d'abord l'aperçu, car elle envoie un vrai e-mail. Après mon approbation, envoyez-la et indiquez-moi le résultat : mail_sent, mail_failed, validation_failed (avec les champs rejetés) ou spam. Si le résultat est mail_sent, rappelez-moi de vérifier que l'e-mail est bien arrivé à [mon adresse e-mail], y compris dans le dossier des spams, puisque l'outil ne peut confirmer que l'envoi par WordPress.
4. Dans GA4, listez les événements clés, puis lancez ga4_report sur les 30 derniers jours avec dimension=landing_page et dimension2=event. Vérifiez si la page du formulaire enregistre un événement de type form-submit ou lead. Si cette combinaison n'est pas acceptée, lancez dimension=event et indiquez-moi le nombre d'événements de formulaire sans la ventilation par page.

Résumez en 5 puces maximum : le formulaire fonctionne-t-il, où des leads peuvent-ils se perdre, et quelle est la correction la plus importante. Ne modifiez ni le formulaire, ni la page, ni aucun suivi. Si une correction est nécessaire, décrivez précisément le changement et attendez mon approbation.

Ouvrir dans Claude Ouvrir dans ChatGPT En discuter sur le forum

Recherches associées

contact form 7 formulaire ne fonctionne pas leads perdus test de formulaire leads qui n'arrivent pas soumissions de formulaire événement formulaire ga4 formulaire wordpress email non reçu formulaire de leads

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.