À propos des requêtes de page
Qu’est-ce qu’une requête de page ?
Une requête de page correspond à un aller-retour unique pour récupérer un fichier. Une page nécessitant une centaine de fichiers effectue une centaine de requêtes, chacune entraînant un léger coût fixe, quelle que soit la taille finale du fichier.
Deux pages de poids identique peuvent donc avoir des performances très différentes. Une seule grande image est généralement plus rapide que cinquante petites, car la surcharge n’est encourue qu’une fois au lieu de cinquante.
La composition compte davantage que le nombre. Vingt requêtes vers votre propre serveur se comportent différemment de vingt requêtes vers vingt domaines tiers distincts, chacun nécessitant d’abord l’établissement de sa propre connexion.
Le nombre de requêtes a-t-il encore de l’importance en 2026 ?
Il a perdu une grande partie de son importance d’autrefois en tant qu’objectif de performance. HTTP/2 et HTTP/3 multiplexent les requêtes sur une seule connexion, ce qui a supprimé l’essentiel du surcoût qui rendait le comptage des requêtes digne d’une obsession il y a dix ans.
Cela reste toutefois un indicateur utile. Une page qui effectue des centaines de requêtes est généralement une page qui embarque des dépendances que personne n’a examinées, et les requêtes vers des services tiers impliquent notamment des obligations en matière de confidentialité, de fiabilité et de consentement, en plus de leur coût sur les performances.
Lisez ce nombre comme un inventaire plutôt que comme une note. La question intéressante n’est pas de savoir combien il y en a, mais combien d’entre elles vous seriez incapable d’expliquer si on vous le demandait.
Comment les requêtes de page sont liées à la recherche par IA
Un robot d’exploration souhaite généralement obtenir le HTML plutôt que l’ensemble des ressources, de sorte que le nombre brut de requêtes lui importe peu directement.
Ce qui compte, c’est de savoir si votre contenu nécessite réellement l’existence de ces requêtes. Une page qui assemble son texte à partir de plusieurs appels d’API après son chargement est une page dont le contenu risque de ne jamais être vu par un système qui n’attend pas l’exécution du JavaScript.
C’est la version de ce problème qu’il vaut la peine de rechercher : non pas une page comportant de nombreuses requêtes, mais une page dont le sens est transmis par l’une d’elles.
Bonnes pratiques concernant les requêtes
- Supprimez les scripts tiers que personne n’utilise activement ; c’est le gain le plus rapide à obtenir.
- Regroupez les petites icônes dans un sprite ou utilisez du SVG inline.
- Ne chargez les ressources non critiques que lorsque cela est nécessaire.
- Servez le contenu pertinent dans le code HTML initial plutôt que de le récupérer ultérieurement.
- Surveillez les balises qui injectent d’autres balises ; un seul gestionnaire de balises peut discrètement devenir des dizaines de requêtes.
- Réexaminez régulièrement la liste, car les requêtes s’accumulent et sont rarement supprimées.
Ce que cet outil vérifie
Le vérificateur du nombre de requêtes de la page compte les ressources chargées par la page et indique le total.
Il fournit une information plutôt qu’un résultat de réussite ou d’échec, car un nombre raisonnable dépend entièrement du type de page. Une galerie d’images effectue légitimement plus de requêtes qu’un article, et le nombre seul ne permet pas de les distinguer.
Pour aller plus loin
Le nombre de requêtes et le poids sont deux façons d’examiner la même chose. Vérifiez le poids total de ces fichiers avec l’outil
taille du fichier de la page web, confirmez que le serveur utilise un protocole moderne avec le contrôle
HTTP/2, et découvrez comment leur combinaison affecte les visiteurs réels grâce au test
Indicateurs Web Essentiels.