Cache & fraîcheur
Les requêtes identiques sont mises en cache pour que vous ne payiez pas le prix fort (ni n’attendiez) pour un résultat qui vient d’être récupéré.
Le fait qu’une requête ait été servie depuis le cache est toujours indiqué dans stats.cached, et cela détermine le coût.
Hit de cache vs fetch frais
Section intitulée « Hit de cache vs fetch frais »| Source | stats.cached | Crédits | Latence |
|---|---|---|---|
| Hit de cache | true | 3 | moins de 100ms |
| Fetch frais | false | 6 | fetch en direct via proxy résidentiel |
Un résultat est cacheable par la combinaison exacte de requête + pays (gl) + langue (hl) + filtre
temporel (tbs) + page — changez l’un d’eux et c’est une entrée de cache différente. Voir
Tarifs & crédits pour le modèle de crédits.
Contrôler la fraîcheur par requête
Section intitulée « Contrôler la fraîcheur par requête »Le paramètre optionnel freshness vous laisse choisir comment une seule requête traite le cache :
freshness | Comportement |
|---|---|
default | Sert un résultat récent depuis le cache s’il existe, sinon récupère un résultat frais. (défaut) |
realtime | Récupère toujours du frais — contourne le cache. Facturé au tarif frais (6 crédits). |
cached | Préfère un résultat depuis le cache. |
{ "q": "nvidia stock price", "freshness": "realtime" }