Vérifications / Liens, canonical et vitesse

Une page publique ne peut pas être mise en cache

La page est ouverte à tous mais envoyée avec Cache-Control private ou no-store (ou pose un cookie) : un CDN ne peut pas la servir depuis son cache. Chaque visite, et chaque requête de robot, atteint votre serveur, et les pages à froid répondent lentement.

public_not_cacheable · Liens, canonical et vitesse · Remarque

Ce qui la déclenche

L'en-tête Cache-Control d'une page dit no-store ou private, ou la page pose un cookie qui lui est propre (les cookies posés par un CDN ou un répartiteur de charge placé devant elle ne comptent pas).

Ce qu'il faut changer

Envoyez Cache-Control: public avec un max-age (et s-maxage pour un CDN) sur les pages identiques pour tous, et sans cookie.

Exemple

En-têtes de réponse à ajouter sur votre serveur ou votre CDN :

Cache-Control: public, max-age=300, s-maxage=3600

Comment confirmer la correction

Lancez curl -sI <url> | grep -i -E 'cache-control|set-cookie' : public avec un max-age, et pas de cookie
Cliquez sur « Recheck »

Fréquence

Dans les audits de nos propres sites au 26 oct. 2026 (4 sites) : constat jugé juste sur citedby.eu, resaleiq.dev.

Source : finding audit 2026-10-26 (anglais).

À propos de cette vérification

Identifiant	`public_not_cacheable`
Section du rapport	Liens, canonical et vitesse
Gravité	Remarque
Comment elle est décidée	Mesurée : lue directement dans la page ou la réponse du serveur.
Ajoutée	Version 9, 24 octobre 2026
État	Mesurée dans chaque rapport
Le rapport donne le code	Non, la correction est décrite en texte

Vérifications liées

Voir si cela concerne votre site

Collez votre adresse : nous explorons jusqu'à 10 pages et montrons chaque problème trouvé, avec sa correction. Sans compte, sans carte.

Vérifier mon site gratuitement

Chaque offre explore jusqu'à sa limite de pages et liste ces vérifications avec la correction : tarifs.

Comment fonctionne un audit : méthode