Optimisation des caches de site AEM

private : directive privée dans l’en-tête Cache-Control afin que le fichier soit uniquement mis en cache dans le navigateur, et non dans les caches intermédiaires tels que les réseaux de diffusion de contenu. Cette directive peut être utile si votre page inclut du contenu personnalisé/spécifique à l’utilisateur ou à l’utilisatrice.

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 une durée de vie différente pour les caches partagés tels que les réseaux CDN. Lorsque cette valeur est définie, le navigateur utilise ce qui est défini dans max-age et les 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 CDN qui prend en charge les directives stale-while-revalidate et stale-if-error dans l’en-tête Cache-Controlheader.

• stale-while-revalidate - cette directive indique au réseau de diffusion de contenu de diffuser l’ancienne version (déjà mise en cache) du fichier pendant qu’elle récupère une nouvelle version après l’expiration du fichier cache.
• stale-if-error - de même, cette directive indique au réseau CDN de diffuser l’ancienne version (déjà mise en cache) du fichier lorsque l’origine répond avec une erreur lors de la revalidation.

Compresser les réponses au format GZip pour tous les types de fichiers qui ne sont pas précompressés

Vous devez effectuer cette opération au niveau du Dispatcher. Vous réduirez ainsi le nombre d’octets envoyés au réseau CDN. Les réseaux de diffusion de contenu se chargent généralement par octets transférés afin que la compression des réponses réduise le coût.

• Activez la compression GZip au niveau du Dispatcher : Apache - utilisez mod_deflate. Attention à l'utilisation de la variable par mod_deflate. Dans certains cas, l’en-tête Vary peut entraîner l’omission complète de la mise en cache par le réseau CDN et le navigateur.

• 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. Leur compression à la volée au niveau du serveur web s’accompagne d’un coût très élevé en termes de 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 CDN prend en charge les inclusions côté Edge (ESI), exploitez cette fonctionnalité. Les composants AEM peuvent être divisés à l’aide d’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 en quelques parties de la page. Dans ces 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. Dernière modification ​ - Si le contenu de la page est relativement statique, tel qu’un article, vous pouvez définir son en-tête de dernière modification sur la date/l’heure cq:lastModified (dernière modification de l’article). 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 d’utiliser cette option 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 page. Elle peut être définie en tant que propriété sur le nœud jcr:content de la page sur l’instance de création. Lorsque les 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. Cependant, si la page est quelque peu dynamique ou fait référence à un contenu volumineux, l’ETag doit être omis (ou calculé).

Si le site comporte du contenu personnalisé/dynamique :

1. Utilisez Apache Sling Dynamic Includes pour fractionner 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 effectuée avec les technologies suivantes :

      • Inclusions côté Edge (ESI) sur le réseau CDN
      • Inclusions côté serveur (SSI) sur le serveur web
      • JavaScript et XML asynchrones (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. Les parties de la page qui sont relativement statiques peuvent être mises en cache pendant des périodes beaucoup plus longues.

2. Envisagez d’utiliser la fonctionnalité Cache HTTP de ACS Commons.

Optimisez les bibliothèques clientes.

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

2. Si des fichiers de la bibliothèque cliente sont pré-minimisés, désactivez la minimisation sur cette bibliothèque cliente. Modifiez le nœud cq:ClientLibraryFolder :

   1. Définissez la propriété jsProcessor de type chaîne[ ] avec la valeur min:none
   2. et définissez la propriété cssProcessor de type chaîne[ ] avec la valeur min:none
   3. Pour plus d’informations, rendez-vous ici.

3. Incorporez des bibliothèques clientes pour réduire au minimum les fichiers js et css.

4. Implémentez versioned-clientlibs à partir d’ACS Commons pour permettre au réseau CDN et à Dispatcher de mettre en cache des fichiers js et css pour des périodes plus longues.