Optimisation des caches de site AEM

private : la directive privée dans l’en-tête Cache-Control fait en sorte que le fichier ne soit mis en cache que dans le navigateur, et non dans les caches intermédiaires tels que les CDN. Une utilisation pratique de cette directive serait si votre page comprend du contenu personnalisé/spécifique à l’utilisateur.

Exemple d’utilisation : Cache-Control: max-age=300, private

s-maxage : la directive s-maxage de l’en-tête Cache-Control vous permet de définir un TTL différent pour les caches partagés, tels que les CDN. Lorsque cette valeur est définie, le navigateur utilise ce qui est défini dans max-age et d’autres caches respectent le paramètre s-maxage à la place.

Exemple d’utilisation : Cache-Control: max-age=600, s-maxage=300

Utilisez un réseau de diffusion de contenu qui prend en charge les directives stale-while-revalidate et stale-if-error dans l'en-tête Cache-Control.

• stale-while-revalidate - Cette directive indique au réseau de diffusion de contenu de servir l’ancienne version (déjà mise en cache) du fichier pendant qu’il en récupère une nouvelle une fois que le fichier de cache a expiré.
• stale-if-error - De la même manière, cette directive indique au réseau de diffusion de contenu de servir l’ancienne version (déjà mise en cache) du fichier lorsque l’origine répond avec une erreur lors de la revalidation.

GZip compresse les réponses pour tous les types de fichiers qui ne sont pas pré-compressés.

Vous devez le faire à partir du niveau du Dispatcher. Vous réduirez ainsi le nombre d’octets envoyés au réseau CDN. Les CDN sont généralement chargés par octets transférés, de sorte que la compression des réponses réduit les coûts.

• Activez la compression GZip au niveau de Dispatcher : Apache - utilisez mod_deflate. Faites attention à l’utilisation de mod_deflate de Vary. Dans certains cas, l’en-tête Vary peut faire que le réseau de diffusion de contenu et le navigateur ignorent entièrement la mise en cache.

• Microsoft IIS - utilisez Compression dynamique.

• N’autorisez pas la compression gzip des fichiers volumineux ou déjà compressés. Notez que la plupart des formats d’image et vidéo sont déjà précompressés. Les compresser à la volée au niveau du serveur web coûte très cher en performances.

  • Sur Apache, cela peut être effectué via la directive AddOutputFilterByType : AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css text/javascript application/javascript
  • Sur IIS, cela peut être contrôlé via la configuration < dynamicTypes> .

• Si votre fournisseur de réseau de diffusion de contenu prend en charge Edge-side Includes (ESI), utilisez cette fonctionnalité. Les composants AEM peuvent être fragmentés à l’aide de l’ESI. Pour ce faire, utilisez Apache \[ Sling Dynamic Includes\] ou implémentez une solution personnalisée. Cela s’avère utile lorsque vous disposez de pages assez statiques mais que vous diffusez du contenu plus dynamique dans quelques parties de la page. Dans ce cas, vous divisez essentiellement la page en plusieurs fichiers CDN. Vous pouvez ainsi mettre en cache différentes parties de la page pendant différentes périodes.

Définissez les en-têtes de réponse HTTP suivants qui ne sont pas définis par AEM par défaut.

1. Cache-Control: max-age=… - Pour définir cet en-tête, ACS Commons - Dispatcher TTL peut être utilisé ou vous pouvez implémenter du code personnalisé pour le définir.
2. Last-Modified - Si le contenu de la page est relativement statique, par exemple un article, vous pouvez définir son en-tête de dernière modification sur la date/heure cq:lastModified (dernière fois que l’article a été modifié). Cependant, si la page est dynamique avec des résultats de requête JCR contenus dans le contenu du composant, il est préférable de la définir pour utiliser la date/l’heure actuelle.
3. ETag - Si vous décidez de l’utiliser au lieu de Last-Modified, vous pouvez écrire un ReplicationEventListener qui écoute les activations de page et génère un hachage md5 du contenu de la page. Cela peut être défini en tant que propriété sur le noeud jcr:content de la page sur l’instance de création. Lorsque des pages sont répliquées, elles sont envoyées aux instances de publication. Pour les composants de page dont le contenu est relativement statique, cela peut fonctionner. Toutefois, si la page est quelque peu dynamique ou référence un contenu important, l’ETag doit être omis (ou calculé).

Si le site comporte du contenu personnalisé/dynamique :

1. Utilisez Apache Sling Dynamic Includes pour diviser le contenu afin que différentes parties de la page puissent être mises en cache pendant différentes périodes.

   1. La mise en cache peut être réalisée à l’aide des technologies suivantes :

      • Inclusions côté Edge (ESI) sur le réseau de diffusion de contenu
      • Server-side Includes (SSI) sur le serveur web
      • Code JavaScript et XML asynchrone (AJAX) sur le navigateur

   2. Les composants de la page peuvent être divisés en requêtes distinctes qui peuvent être mises en cache pendant différentes périodes. Certaines parties de la page relativement statiques peuvent être mises en cache pendant une période beaucoup plus longue.

2. Envisagez d’utiliser la fonction Cache HTTP d’ACS Commons.

Optimisez les bibliothèques clientes.

1. Activez la minification sur les bibliothèques clientes.

2. Si les fichiers de la bibliothèque cliente sont préminifiés, désactivez la minification sur cette bibliothèque cliente. Modifiez le noeud cq:ClientLibraryFolder :

   1. Définissez la propriété jsProcessor de type String[ ] avec la valeur min:none
   2. et définissez la propriété cssProcessor de type String[ ] avec la valeur min:none
   3. Voir plus de détails, ici.

3. Incorporer les bibliothèques clientes pour minifier et réduire les fichiers js et css.

4. Implémentez versioned-clientlibs d’ACS Commons pour permettre au CDN et à Dispatcher de mettre en cache les fichiers js et css pendant une plus longue période.