Vous prospectez des agences, des restaurants, des cabinets, des e-commerçants. Vous ouvrez votre fichier de 300 lignes et vous envoyez le même message à tout le monde : « Bonjour, je propose [service], on échange ? ». Sur 300 envois, vous décrochez trois réponses, dont deux pour vous dire d'arrêter. Votre offre n'est pas en cause. Vous n'avez simplement rien de précis à dire sur le prospect. Vous démarchez au hasard, et ça se voit dès la première ligne.
Maintenant imaginez que vous ouvrez votre message avec une observation concrète sur leur site : « J'ai chargé votre page d'accueil depuis mon mobile, elle met près de six secondes à afficher l'image principale. J'ai regardé pourquoi, voici ce que j'ai vu. » Vous n'êtes plus un démarcheur parmi cent. Vous avez pris le temps de regarder et vous arrivez avec un constat utile. La performance d'un site est une donnée publique, mesurable et facile à expliquer au prospect. C'est encore plus vrai si vous vendez du dev, de la refonte, du SEO ou de l'optimisation.
Score de performance mobile d'un prospect type
La feature d'audit de vitesse d'outsend.xyz, en alpha gratuite, passe une liste entière de sites par l'API Google PageSpeed Insights et vous rend un score de performance et les Core Web Vitals par ligne. Vous transformez une colonne « site web » en colonne « niveau de qualification ». Vous repérez vite les prospects à qui vous avez vraiment quelque chose à dire.
Ce que mesure un audit de vitesse de site
Un audit de vitesse ne se résume pas à « le site est lent ou rapide ». Google a normalisé trois métriques d'expérience utilisateur, les Core Web Vitals, qui mesurent trois choses différentes : la vitesse d'affichage, la réactivité, et la stabilité visuelle. Les seuils ci-dessous sont ceux publiés par Google sur web.dev (web.dev, Core Web Vitals), mesurés au 75e percentile des chargements de page.
| Métrique | Ce qu'elle mesure | Seuil « bon » |
|---|---|---|
| LCP Largest Contentful Paint |
Le temps avant que le plus gros élément visible (souvent l'image ou le titre principal) s'affiche. La perception « ça charge vite ». | < 2,5 s |
| INP Interaction to Next Paint |
Le délai entre une action de l'utilisateur (clic, tap, frappe) et la réponse visuelle de la page. La perception « ça réagit ». | < 200 ms |
| CLS Cumulative Layout Shift |
L'ampleur des décalages de mise en page pendant le chargement, par exemple le bouton qui se déplace au moment où vous allez cliquer. La perception « c'est stable ». | < 0,1 |
Ces trois métriques se synthétisent en un score de performance sur 100, calculé par Lighthouse, le moteur d'audit de Google. C'est le chiffre que vous voyez sur la jauge en haut de page. Un site à 90+ est rapide, un site sous 50 a un vrai problème, que ses visiteurs remarquent. Ces visiteurs sont souvent les clients de votre prospect.
Comment outsend audite une liste entière de sites
Auditer un site à la main, c'est faisable : vous ouvrez PageSpeed Insights, vous collez l'URL, vous lisez le rapport. Le problème commence à la ligne 50 de votre fichier. Personne ne va coller 300 URLs une par une, attendre chaque rapport, recopier le score à la main. La feature d'audit de vitesse d'outsend fait ce travail à votre place.
Vous fournissez une liste de sites (un par ligne, ou directement la colonne « site web » d'un fichier que vous avez déjà extrait). Pour chaque URL, outsend interroge l'API Google PageSpeed Insights v5 et récupère le score de performance Lighthouse ainsi que les Core Web Vitals (LCP, INP, CLS) en données labo. À la sortie, votre liste s'enrichit de plusieurs colonnes : score sur 100, LCP, CLS, INP, et un statut lisible (bon / à améliorer / mauvais). Le tout exportable en CSV, JSON ou XLSX.
Concrètement, vous partez d'un fichier brut et vous obtenez une liste triable par score. Si vous n'avez pas encore vos prospects, vous pouvez extraire une liste d'entreprises locales depuis Google Maps avec leurs sites, puis lancer l'audit de vitesse dans la foulée. Le scraping et la qualification sont dans le même outil, pas dans trois abonnements séparés. L'audit de vitesse se combine bien avec les autres signaux de qualification : la détection de tech stack vous dit avec quoi le site est construit (un WordPress lourd bourré de plugins explique souvent un mauvais score), et le dead check des URLs mortes écarte d'abord les sites qui ne répondent même plus.
Pour situer ce sujet dans l'ensemble, parcourez toutes les fonctionnalités OutSend.
Du score à l'accroche : un constat, pas un reproche
C'est la partie délicate : mal utilisé, l'audit de vitesse peut se retourner contre vous. Dire « votre site est lent » ne vous rend pas plus crédible. Ça agace. Personne n'aime qu'un inconnu qui veut lui vendre quelque chose pointe un défaut. Servez-vous du score pour lancer la discussion, pas pour critiquer.
La différence tient dans la formulation. Comparez ces deux ouvertures, fondées sur le même chiffre :
- À éviter : « Votre site est trop lent, ça vous fait perdre des clients. Je peux régler ça. » C'est un jugement suivi d'une vente frontale. Le prospect se braque.
- À privilégier : « J'ai mesuré le temps de chargement de votre page d'accueil sur mobile : l'image principale met environ 5 s à s'afficher, là où Google considère qu'en dessous de 2,5 s l'expérience est bonne. Souvent c'est une question de format d'image, je vous dis ce que j'ai vu si ça vous intéresse. » C'est un constat sourcé avec une piste. Le prospect est libre de répondre ou non.
La seconde version marche parce qu'elle est vérifiable (le prospect peut tester lui-même), située (sa page, son chiffre, pas une généralité) et non agressive (vous offrez une observation, vous ne dénoncez pas une faute). Vous vous positionnez en personne qui a regardé, pas en commercial qui récite un script. C'est aussi une excellente manière de qualifier : un prospect dont le site est déjà à 95 n'a pas besoin de vous sur ce sujet. Vous gardez votre temps pour ceux à qui vous apportez vraiment quelque chose.
Cette logique s'inscrit dans un workflow plus large : vous pouvez brancher l'audit de vitesse dans un pipeline de prospection no-code qui extrait, qualifie par score, puis prépare l'envoi. Pensez d'abord à avoir vérifié la délivrabilité de votre propre domaine en amont, parce qu'une accroche parfaite qui tombe en spam ne sert à rien.
Trier les prospects selon leur contexte
Un site lent n'est pas automatiquement un prospect chaud. Regardez aussi ces deux points.
Le score mesure une page, pas un business. Une page d'accueil à 38/100 peut appartenir à une entreprise qui se moque totalement de son site parce que tout son chiffre d'affaires vient du bouche-à-oreille ou d'une marketplace. Le besoin technique existe ; la volonté d'y investir, pas forcément.
Le contexte du prospect prime sur le chiffre. Une page un peu lente sur un site refait il y a six mois est une mauvaise piste ; la même lenteur sur un site visiblement à l'abandon depuis trois ans, sur un secteur où la concurrence locale a des sites soignés, est une bien meilleure accroche. Le score vous oriente, votre jugement décide.
L'audit de vitesse vous sert à prioriser : il vous dit quels prospects regarder en premier.
FAQ : auditer la vitesse d'un site de prospect
Quels sont les bons seuils des Core Web Vitals ?
Selon Google (web.dev), au 75e percentile des chargements : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1. Au-dessus de ces seuils, l'expérience est jugée « à améliorer » ou « mauvaise ». Ces trois métriques se résument en un score de performance sur 100 calculé par Lighthouse.
Quelle différence entre le score sur 100 et les Core Web Vitals ?
Le score sur 100 est une note synthétique calculée par Lighthouse à partir de plusieurs mesures labo. Les Core Web Vitals (LCP, INP, CLS) sont trois métriques précises qui décomposent l'expérience : vitesse d'affichage, réactivité, stabilité. Le score donne la vue d'ensemble pour trier une liste ; les Vitals expliquent pourquoi un site est bien ou mal noté.
Est-ce légal d'auditer le site d'un prospect sans son accord ?
Oui. Un audit de vitesse charge une page web publique et mesure son temps de réponse, comme n'importe quel visiteur. Aucune donnée privée, aucun accès au serveur, aucun cookie utilisateur n'est requis. C'est de l'observation de ressources publiques, sans implication RGPD particulière sur la mesure elle-même.
Combien de sites peut-on auditer en alpha ?
Sans plafond strict en alpha. Le rythme des appels à l'API PageSpeed Insights est régulé pour rester dans les quotas de Google. Une grosse liste est donc traitée progressivement, pas d'un seul bloc. Le résultat reste exportable en CSV, JSON ou XLSX.
L'audit ralentit-il ou perturbe-t-il le site du prospect ?
Non. La mesure passe par l'API Google PageSpeed Insights, qui réalise un chargement standard de la page, comme un visiteur unique. Ce n'est pas un test de charge : aucune sollicitation massive n'est envoyée au serveur cible.
Le score de vitesse suffit-il à qualifier un prospect ?
Non. Le score vous dit quels sites méritent un regard, mais le besoin réel dépend du contexte du prospect (secteur, dépendance au site, budget). Combinez-le avec la tech stack, le secteur et la date de dernière mise à jour du site pour obtenir un vrai critère de tri.