Préchauffage avancé

Plages horaires, préchauffage multi-régions, rendu navigateur/SSR et user agents mobiles.

12 min de lecture

Quatre fonctionnalités pour les configurations qu'une simple analyse HTTP horaire ne couvre pas. Tous sont limités à un plan : s'il en manque un dans votre formulaire, il n'est pas inclus dans votre abonnement.

Fenêtres de programmation chaudes

Par défaut, un warmer actif démarre une nouvelle exécution à chaque intervalle de démarrage automatique, 24 heures sur 24. Les fenêtres de planification limitent cela aux heures que vous choisissez.

En dehors d'une fenêtre, les démarrages automatiques programmés sont ignorés. Les démarrages manuels, les déclencheurs de déploiement et les actions de purge-réchauffement CDN fonctionnent toujours – la fenêtre régit le calendrier, pas le warmer dans son ensemble.

Pourquoi tu voudrais ça

  • Réchauffez-vous fort avant la pointe. Augmentez la vitesse dans les heures précédant votre période la plus chargée afin que tout soit chaud lorsque la circulation atterrit.
  • Reculez du jour au lendemain. Économisez le budget de la demande et la charge d'origine lorsque personne ne vous visite.
  • Protégez les fenêtres de maintenance. Arrêtez le réchauffement pendant les sauvegardes, les migrations ou les tâches par lots.
  • Faites correspondre un rythme éditorial. Les salles de rédaction se réchauffent souvent fortement avant la lecture du matin.

Le format JSON

Le champ de planification à chaud prend un objet JSON avec un fuseau horaire et une liste de fenêtres :

En semaine, de 8h00 à 20h00, heure d'Amsterdam
json
{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 8, "endHour": 20, "intensity": 1 }
  ]
}
ChampSignification
timezoneUn nom de fuseau horaire IANA tel que Europe/Amsterdam, America/New_York ou UTC. Les fenêtres sont évaluées dans cette zone, l'heure d'été est donc gérée pour vous.
windowsUne liste de fenêtres horaires. Les courses sont autorisées à l’intérieur de chacun d’entre eux.
daysJours de la semaine auxquels la fenêtre s'applique, où 1 est le lundi et 7 est le dimanche.
startHourHeure à laquelle la fenêtre s'ouvre, 023.
endHourHeure à laquelle la fenêtre se ferme, 023.
intensityEffort de réchauffement relatif pendant la fenêtre. 1 est normal ; une valeur inférieure réchauffe plus doucement.
Deux fenêtres : dure avant le pic, douce pendant la nuit
json
{
  "timezone": "Europe/Amsterdam",
  "windows": [
    { "days": [1, 2, 3, 4, 5], "startHour": 6, "endHour": 10, "intensity": 1 },
    { "days": [1, 2, 3, 4, 5, 6, 7], "startHour": 0, "endHour": 5, "intensity": 0.3 }
  ]
}

Vérifiez que la fenêtre est suffisamment large pour terminer

Si un passage complet prend trois heures et que votre fenêtre est de deux, les exécutions seront écourtées et les URL ultérieures ne seront jamais réchauffées. Soit vous élargissez la fenêtre, soit vous augmentez la limite de débit, soit vous réduisez la portée du warmer.

Tip

Laissez le champ vide pour vous réchauffer 24 heures sur 24. C'est le bon choix pour la plupart des sites : ajoutez des fenêtres uniquement lorsque vous avez une raison spécifique.

Réchauffement multirégional

La plupart des CDN se mettent en cache indépendamment à chaque point de présence. Une page réchauffée depuis l’Europe remplit le nœud périphérique européen – elle ne fait rien pour un visiteur à Singapour qui accède à un autre POP qui n’a jamais servi cette page.

Le réchauffement multirégional exécute un warmer à partir d'une instance de robot d'exploration régionale choisie, de sorte que les caches géographiquement distribués sont réellement remplis là où se trouve votre audience. Il est défini avec le champ Région du Crawler et constitue une fonctionnalité du plan d'affaires.

Quand tu en as besoin

  • Vous avez un trafic important sur plus d’un continent.
  • Votre CDN est mis en cache par POP ou par région plutôt que globalement.
  • Vous diffusez du contenu localisé provenant d’origines spécifiques à une région.
  • Vous exécutez une configuration multi-CDN où le comportement diffère selon la zone géographique.

Si presque tous vos visiteurs se trouvent dans un seul pays, une seule région suffit et plusieurs régions ajoutent des coûts sans avantage.

Le réchauffement d’un plus grand nombre de régions multiplie les demandes

Chaque région émet ses propres requêtes, donc couvrir trois régions triple environ le volume de requêtes, à la fois par rapport à votre origine et au budget d'URL de votre plan. Dimensionnez vos limites de taux en conséquence.

Choisissez des régions à partir de vos analyses réelles, et non de vos aspirations. Réchauffer une région qui génère 2 % de votre trafic vaut rarement le triple du budget demandé.

Réchauffement du navigateur / SSR

Une simple récupération HTTP récupère le HTML renvoyé par un serveur. Pour la plupart des sites, c’est exactement ce qui est mis en cache, et c’est tout ce dont vous avez besoin.

Certaines piles sont différentes. Si la couche de cache qui vous intéresse ne se remplit qu'après un rendu complet (un frontal lourd en JavaScript ou un framework dont le cache se remplit lors d'une navigation complète plutôt que d'une requête brute), une simple récupération ne réchauffe rien d'utile.

Réchauffement du navigateur/SSR utilise un véritable moteur de navigateur pour charger correctement la page. Il s'agit d'une fonctionnalité du plan d'affaires, activée par warmer.

Utilisez le réchauffement HTTP simple lorsque…Utilisez le réchauffement du navigateur lorsque…
Votre serveur renvoie du HTML completLa page est assemblée côté client
Un CDN ou un cache de pages stocke la réponseLe cache ne se remplit qu'après une passe de rendu complète
Vous voulez un débit maximum à moindre coûtL'exactitude compte plus que le volume
La plupart des sites CMS statiques et traditionnelsRoutes de style routeur d'application SSR/ISR qui ne se remplissent pas

Le réchauffement du navigateur est beaucoup plus lourd

Le rendu d'une page dans un navigateur coûte beaucoup plus de temps et de ressources que sa récupération. Utilisez-le de manière sélective pour les itinéraires qui en ont réellement besoin et conservez un réchauffement HTTP léger pour tout le reste. Ne passez pas un grand warmer entier en mode navigateur sans réduire la limite de débit.

Le test pratique : exécutez d'abord un HTTP warmer normal. Si Santé du cache affiche ces itinéraires encore froids alors que le reste de votre site s'améliore, le réchauffement du navigateur vaut la peine d'essayer.

Réchauffement mobile

Si votre CDN fait varier sa copie en cache par agent utilisateur, ou si vous proposez des modèles mobiles distincts, le réchauffement uniquement avec un agent de bureau laisse les visiteurs du téléphone sur un cache froid – généralement la majorité de votre trafic.

Activez la version mobile chaleureuse pour explorer également avec les agents utilisateurs mobiles. Sur les forfaits qui le permettent, vous pouvez également fournir vos propres agents utilisateurs mobiles pour un contrôle exact.

  • Essentiel si votre clé de cache inclut l'agent utilisateur ou une classe de périphérique.
  • Indispensable si vous proposez un thème mobile distinct ou un sous-domaine m..
  • Inutile si vous diffusez un code HTML réactif identique sur chaque appareil : une copie en cache sert déjà à tout le monde.

Note

Le réchauffement des variantes de bureau et mobiles double à peu près le volume des requêtes, puisque chaque URL est récupérée sous les deux agents. Vérifiez vos limites de tarif et planifiez votre budget avant de l’activer sur un grand site.

Agents utilisateurs personnalisés

Le champ Agents utilisateurs vous permet de définir exactement avec quelles chaînes d'agent les requêtes sont envoyées. Raisons pour lesquelles vous pourriez :

  • Votre CDN clé son cache sur des chaînes d'agent spécifiques et vous devez les faire correspondre exactement.
  • Un filtre de robot bloque les agents inconnus et vous en avez inscrit un en particulier sur la liste verte.
  • Vous souhaitez que les requêtes chaleureuses soient identifiables dans les journaux de votre serveur, pour les séparer du trafic réel.

Tip

Utiliser un agent utilisateur distinctif et identifiable pour le réchauffement est une bonne pratique. Cela rend le trafic Cache Rocket évident dans vos analyses et journaux d'accès, et facile à exclure des rapports.