Dans un workflow d'IA typique, vous pouvez transmettre les mêmes jetons d'entrée à un modèle. L'API Gemini propose deux mécanismes de mise en cache différents:
- Mise en cache implicite (automatisée, sans garantie d'économies)
- Mise en cache explicite (manuelle, garantie d'économies)
La mise en cache implicite est activée par défaut sur les modèles Gemini 2.5. Si une requête contient du contenu qui correspond à un cache, nous vous remboursons automatiquement les économies réalisées.
La mise en cache explicite est utile lorsque vous souhaitez garantir des économies de coûts, mais avec un travail supplémentaire pour le développeur.
Mise en cache implicite
La mise en cache implicite est activée par défaut pour tous les modèles Gemini 2.5. Nous répercutons automatiquement les économies de coûts si votre requête atteint des caches. Aucune action de votre part n'est requise pour l'activer. Il est en vigueur depuis le 8 mai 2025. Le nombre minimal de jetons d'entrée pour le stockage en cache de contexte est de 1 024 pour Flash 2.5 et de 2 048 pour Pro 2.5.
Pour augmenter les chances d'un accès au cache implicite:
- Essayez de placer les contenus volumineux et courants au début de votre requête.
- Essayer d'envoyer des requêtes avec un préfixe similaire en peu de temps
Vous pouvez voir le nombre de jetons qui ont été des résultats de cache dans le champ usage_metadata
de l'objet de réponse.
Mise en cache explicite
Grâce à la fonctionnalité de mise en cache explicite de l'API Gemini, vous pouvez transmettre du contenu au modèle une seule fois, mettre en cache les jetons d'entrée, puis vous reporter aux jetons mis en cache pour les requêtes suivantes. À certains volumes, l'utilisation de jetons mis en cache est moins coûteuse que de transmettre le même corpus de jetons à plusieurs reprises.
Lorsque vous mettez en cache un ensemble de jetons, vous pouvez choisir la durée d'existence du cache avant que les jetons ne soient supprimés automatiquement. Cette durée de mise en cache est appelée TTL (Time To Live). Si ce champ n'est pas défini, la valeur TTL est définie par défaut sur une heure. Le coût de la mise en cache dépend de la taille du jeton d'entrée et de la durée de conservation des jetons.
Cette section suppose que vous avez installé un SDK Gemini (ou que curl est installé) et que vous avez configuré une clé API, comme indiqué dans le tutoriel de démarrage rapide.
Quand utiliser la mise en cache explicite ?
La mise en cache de contexte est particulièrement adaptée aux scénarios où un contexte initial important est référencé à plusieurs reprises par des requêtes plus courtes. Envisagez d'utiliser la mise en cache de contexte pour les cas d'utilisation suivants :
- Chatbots avec des instructions système détaillées
- Analyse répétitive de fichiers vidéo longs
- Requêtes récurrentes sur des ensembles de documents volumineux
- Analyse fréquente du dépôt de code ou correction de bugs
Comment le cache explicite réduit les coûts
La mise en cache de contexte est une fonctionnalité payante conçue pour réduire les coûts opérationnels globaux. La facturation dépend des facteurs suivants :
- Nombre de jetons mis en cache : nombre de jetons d'entrée mis en cache, facturés à un tarif réduit lorsqu'ils sont inclus dans les requêtes suivantes.
- Durée de stockage:durée pendant laquelle les jetons mis en cache sont stockés (TTL), facturée en fonction de la durée TTL du nombre de jetons mis en cache. Il n'existe aucune limite minimale ni maximale pour la valeur TTL.
- Autres facteurs : d'autres frais s'appliquent, par exemple pour les jetons d'entrée et de sortie non mis en cache.
Pour en savoir plus sur les tarifs à jour, consultez la page des tarifs de l'API Gemini. Pour savoir comment compter les jetons, consultez le guide des jetons.
Informations complémentaires
Tenez compte des points suivants lorsque vous utilisez la mise en cache de contexte:
- Le nombre minimal de jetons d'entrée pour le stockage en cache de contexte est de 1 024 pour Flash 2.5 et de 2 048 pour Pro 2.5. La valeur maximum est identique à celle du modèle donné. (Pour en savoir plus sur le comptage des jetons, consultez le guide des jetons.)
- Le modèle ne fait aucune distinction entre les jetons mis en cache et les jetons d'entrée normaux. Le contenu mis en cache est un préfixe de la requête.
- Aucune limite de débit ou d'utilisation spéciale ne s'applique au stockage en cache de contexte. Les limites de débit standards pour
GenerateContent
s'appliquent, et les limites de jeton incluent les jetons mis en cache. - Le nombre de jetons mis en cache est renvoyé dans
usage_metadata
à partir des opérations de création, d'obtention et de liste du service de cache, ainsi que dansGenerateContent
lors de l'utilisation du cache.