Comparateur de pages web

Non. Un taux de conversion réel nécessite le tracking propre au site (Google Analytics, Contentsquare, Hotjar...), inaccessible sur une URL tierce. L'outil analyse la structure de la page qui corrèle avec la conversion, sans la mesurer directement.

Celui qui correspond à la fonction de la page, pas à son modèle technique : page d'accueil pour orienter vers le reste du site, page catégorie pour explorer un catalogue, fiche produit pour vendre un article, page tarifs pour une grille de prix, landing d'inscription ou de lead magnet selon ce que la page demande en échange, tunnel de commande pour une étape du paiement. Chaque type applique sa propre grille : la navigation, par exemple, compte en positif sur une page d'accueil et en négatif sur une landing page.

Regardez d'abord le détail des critères, pas seulement le score global : un concurrent peut gagner sur la clarté du CTA tout en perdant sur les signaux de confiance. L'écart pointe les priorités à traiter, pas un jugement d'ensemble sur votre page.

Ce sont les Core Web Vitals, les indicateurs que Google utilise pour évaluer l'expérience de chargement d'une page. FCP (First Contentful Paint) mesure le temps d'affichage du premier élément visible. LCP (Largest Contentful Paint) mesure le temps d'affichage du plus gros élément visible. CLS (Cumulative Layout Shift) mesure la stabilité visuelle pendant le chargement. INP (Interaction to Next Paint) mesure la réactivité réelle de la page aux interactions ; TBT (Total Blocking Time) en est l'équivalent labo.

PageSpeed Insights (PSI) est l'API Google utilisée par cet outil. Elle combine deux sources : Lighthouse, un test de laboratoire qui simule un chargement sur un appareil et un réseau standardisés, et CrUX (Chrome User Experience Report), qui agrège les mesures réelles des internautes ayant visité la page avec Chrome. Le score "Performance mobile" de cet outil vient de Lighthouse. Le bloc Core Web Vitals affiche les données CrUX quand elles existent, sinon l'estimation labo Lighthouse.

CrUX ne renvoie des données que si la page a reçu un trafic Chrome suffisant sur les 28 derniers jours. En dessous de ce seuil, fréquent sur les sites à trafic modeste ou les pages récentes, aucune donnée terrain n'existe : l'outil bascule alors sur l'estimation labo Lighthouse, un test simulé plutôt qu'une mesure réelle.

INP mesure la réactivité réelle aux interactions des internautes : il ne peut être mesuré que sur du trafic réel, pas sur un test de laboratoire où personne n'interagit avec la page. TBT est l'indicateur labo le plus proche : il estime le temps où la page reste bloquée et incapable de répondre rapidement à une interaction.

La présence d'une navigation claire vers les sections clés, un CTA principal identifiable, des signaux de confiance et une lisibilité correcte. Contrairement à une landing page, une navigation présente est ici un signe positif, pas une distraction.

C'est un cas fréquent (B2B et B2C, ou plusieurs personas). L'outil ne peut pas juger la pertinence du ciblage, mais il vérifie que chaque parcours proposé reste clair : trop de CTA concurrents pour des audiences différentes dilue l'attention de tous, quel que soit le persona.

Contrairement à une landing page où la navigation est une distraction, une page catégorie doit au contraire faciliter l'exploration et le filtrage : son absence est ici un vrai frein à la conversion.

Non directement : l'analyse porte sur le HTML brut renvoyé par le serveur, pas sur le DOM après exécution du JavaScript. Un système de filtres entièrement dynamique peut donc apparaître comme un manque de navigation alors qu'il fonctionne bien pour l'utilisateur.

L'outil ne juge pas ce choix en soi, mais un scroll infini mal implémenté peut réduire le nombre de liens de navigation détectables dans le HTML initial, ce qui peut apparaître comme un signal de navigation faible sans que ce soit toujours le cas en pratique.

Les balises Product, Offer et Review/AggregateRating permettent à Google d'afficher des extraits enrichis (prix, note, disponibilité) directement dans les résultats de recherche, ce qui améliore le taux de clic.

Il détecte la présence d'un prix affiché sur la page telle qu'elle est chargée, pas les variantes chargées dynamiquement après un clic. Si vos prix ne s'affichent qu'après sélection d'une option, testez l'URL avec l'option par défaut sélectionnée.

Oui, l'outil recherche des mentions d'avis, de notes ou de témoignages dans le contenu de la page. Leur absence n'est pas éliminatoire, mais c'est l'un des signaux de confiance les plus efficaces sur une fiche produit e-commerce.

L'outil signale l'absence de prix comme un frein potentiel, mais certains modèles B2B complexes justifient un prix sur devis : à évaluer selon votre contexte commercial, pas comme une règle absolue.

Non, il vérifie la clarté d'affichage (prix, formules, signaux de confiance), pas la stratégie de pricing elle-même. Le choix du nombre de formules et leur positionnement relèvent d'un audit CRO plus poussé.

Il détecte le prix tel qu'il s'affiche au chargement de la page, généralement l'option par défaut du toggle. Si votre page bascule dynamiquement entre mensuel et annuel, le résultat reflète l'état par défaut, pas les deux vues.

Une landing page d'inscription a un seul objectif de conversion. Une navigation complète offre des échappatoires qui réduisent le taux de complétion du formulaire.

Oui, l'outil compte tous les liens de la page, y compris ceux hérités du template global du site. C'est justement l'angle mort le plus fréquent : une landing page dédiée qui garde malgré tout le menu principal du site.

Non, l'analyse porte uniquement sur l'URL fournie, donc sur la landing page elle-même. La page de confirmation qui suit la soumission du formulaire (souvent décisive pour la suite du parcours) n'est pas dans le périmètre de cet outil.

Idéalement un seul (l'email), deux au maximum. Chaque champ supplémentaire réduit mesurablement le taux de conversion sur ce type de page.

C'est un arbitrage légitime, mais chaque champ supplémentaire a un coût en volume de leads. La bonne pratique est de qualifier après coup (email de suivi, scoring comportemental), pas au moment du premier échange contre le contenu.

Non, il ne peut pas juger la valeur perçue du livrable lui-même (guide, checklist, webinar). Il vérifie uniquement les critères structurels de la page qui l'entoure : formulaire, CTA, absence de distraction.

Sur un tunnel de commande, l'absence de HTTPS est rédhibitoire pour la confiance : la plupart des visiteurs abandonnent immédiatement s'ils voient une alerte de connexion non sécurisée au moment de payer.

Analysez chaque étape séparément (panier, adresse, paiement) en changeant l'URL entrée. L'outil évalue une page à la fois, il ne peut pas reconstituer l'ensemble d'un parcours multi-pages à partir d'une seule URL.

Non, il ne peut pas détecter quels moyens de paiement sont réellement intégrés (souvent chargés en JavaScript). Il vérifie en revanche la présence de logos ou mentions de paiement sécurisé dans le contenu de la page, un signal de réassurance distinct.