Page Speed Checker
Cet outil gratuit de vérification de la vitesse de page mesure les aspects de la vitesse que le serveur contrôle : le temps jusqu'au premier octet, la durée et la taille du téléchargement HTML, la présence d'en-têtes de compression et de mise en cache, et le nombre de feuilles de style, scripts, images, polices et hôtes tiers que la page demande. C'est un test côté serveur, il explique donc ce qu'il ne peut pas mesurer (Core Web Vitals) et où les obtenir.
Page Speed Checker
Technical SEO
À propos de cet outil
Les pages lentes perdent les visiteurs avant le premier mot, et la vitesse alimente les signaux d'expérience de page de Google. Mais « le site est lent » a de nombreuses causes : un serveur lent, un document HTML gonflé, pas de compression, des dizaines de scripts ou des images lourdes. La première étape est de séparer la part du serveur de celle du front-end, car les solutions se trouvent à des endroits différents.
L'outil demande la page deux fois depuis notre serveur. La première requête s'arrête après le premier kilooctet, donc son temps est proche du temps jusqu'au premier octet : DNS, connexion, poignée de main TLS et génération de la réponse par le serveur. La deuxième télécharge le HTML complet, donnant le temps total et la taille sur le fil et après décompression. Il lit ensuite le HTML pour compter les feuilles de style, les scripts externes et intégrés, les scripts bloquant le rendu dans l'en-tête, les images, les iframes, les polices préchargées et les hôtes tiers impliqués, et évalue la compression et la mise en cache à partir des en-têtes.
C'est une mesure de laboratoire depuis un serveur sans rendu : elle n'exécute pas JavaScript, ne télécharge pas les images et ne peint pas la page, elle ne peut donc pas signaler Largest Contentful Paint, Cumulative Layout Shift ou Interaction to Next Paint. Utilisez Google PageSpeed Insights ou le Chrome User Experience Report pour ces métriques de terrain. Le timing varie également avec la distance ; vos visiteurs verront des chiffres différents.
Questions fréquentes
Quel est un bon temps jusqu'au premier octet ?
Google suggère moins de 800 millisecondes sur le terrain et les meilleurs sites répondent en moins de 200. Au-dessus de 600, le serveur, l'application ou la base de données est généralement le goulot d'étranglement : la mise en cache des pages, un hôte plus rapide, l'optimisation PHP ou de la base de données et un CDN sont les solutions courantes. TTFB plafonne tout ce qui suit, donc corrigez-le en premier.
Pourquoi les chiffres sont-ils différents de PageSpeed Insights ?
PageSpeed Insights rend la page sur un téléphone simulé avec une connexion lente et signale Core Web Vitals, tandis que cet outil mesure la réponse brute du serveur depuis un centre de données sans rendu. Les deux répondent à des questions différentes : celui-ci vous indique la rapidité du serveur et du HTML, PageSpeed vous indique comment la page se sent pour un utilisateur.
Comment activer la compression gzip ou Brotli ?
Dans Apache, activez mod_deflate (ou mod_brotli) pour les types de texte ; dans Nginx, définissez gzip on avec gzip_types pour HTML, CSS, JavaScript, JSON et SVG ; dans cPanel, utilisez l'option Optimize Website ; sur Cloudflare, c'est activé par défaut. La compression réduit généralement les transferts de texte de 70 à 80 pour cent.
Qu'est-ce que les scripts bloquant le rendu ?
Les balises script dans l'en-tête sans defer ou async : le navigateur arrête la construction de la page jusqu'à ce que chacun télécharge et s'exécute. Déplacez-les à la fin du body ou ajoutez defer, et chargez les widgets tiers en async. Chaque script bloquant retarde le premier rendu d'au moins un aller-retour.
La vitesse de page affecte-t-elle les classements ?
Oui, dans le cadre des signaux d'expérience de page de Google, bien que la pertinence vienne toujours en premier. En pratique, la vitesse importe surtout par le comportement : les pages plus rapides conservent plus de visiteurs qui restent, lisent et convertissent. Visez un TTFB rapide, des actifs compressés et mis en cache, peu de scripts et des images correctement dimensionnées.