La facturation en heures pleines de DeepSeek V4 ne vaut qu'en semaine : 35 heures par semaine, pas 49
- Ce qui s’est passé
- DeepSeek's rate card scopes its 2x peak window to Monday through Friday; our V4 Pro and V4 Flash entries said "seven daily peak hours".
- Pourquoi c’est important
- Peak billing covers 35 hours a week rather than 49, so weekends and batch work are cheaper than our guidance implied.
- Que faire
- Move schedulable runs to the weekend, which bills entirely off-peak, and on weekdays avoid 01:00-04:00 and 06:00-10:00 UTC.
DeepSeek V4 Pro comme DeepSeek V4 Flash restent recommandés. Ce qui change, c'est notre description du moment où vous payez le double : la fenêtre d'heures pleines à tarif doublé de DeepSeek ne court que du lundi au vendredi. Chaque heure du samedi et du dimanche est facturée en heures creuses.
Il s'agit d'une correction de nos propres fiches, pas d'un changement de tarif du fournisseur.
Ce qui s'est passé
Nous avons revérifié la grille tarifaire de l'API DeepSeek le 9 septembre 2026. Les tarifs par token sont inchangés. En revanche, la portée de la fenêtre d'heures pleines n'était pas celle qu'indiquaient nos fiches.
La grille tarifaire précise : « Les heures pleines vont de 01:00 à 04:00 et de 06:00 à 10:00 UTC, du lundi au vendredi (toutes les autres heures sont en heures creuses). »
Nos fiches de répertoire pour V4 Pro et V4 Flash parlaient de « sept heures pleines par jour ». Le chiffre de sept heures est juste. Le « par jour » ne l'était pas. Le tarif heures pleines ne s'applique jamais un samedi ni un dimanche.
C'est une erreur de 14 heures par semaine, et elle penchait du côté qui vous coûte de l'argent : nous décrivions la fenêtre coûteuse comme plus large qu'elle ne l'est.
Pourquoi c'est important
La facturation en heures pleines couvre 35 heures par semaine, pas 49. Sur les 168 heures que compte une semaine, 133 (79 %) sont facturées au tarif heures creuses.
La règle pratique est plus simple que celle que nous vous avions donnée. Les heures creuses s'enchaînent sans interruption pendant 63 heures, du vendredi 10:00 UTC au lundi 01:00 UTC. Une évaluation par lots, une réindexation massive ou une longue exécution d'agent lancée le vendredi matin ne touche jamais au tarif majoré.
Tarifs confirmés, par million de tokens (échec de cache) :
| Modèle | Entrée heures creuses | Entrée heures pleines | Sortie heures creuses | Sortie heures pleines |
|---|---|---|---|---|
| V4 Pro | 0,66 $ | 1,32 $ | 1,98 $ | 3,96 $ |
| V4 Flash | 0,22 $ | 0,44 $ | 0,66 $ | 1,32 $ |
Les accès en cache sont facturés séparément et bien moins cher : 0,022 $ par million de tokens en heures creuses sur V4 Pro et 0,007 $ sur V4 Flash, doublés à 0,044 $ et 0,014 $ pendant les heures pleines. Si votre charge de travail rejoue un long préfixe partagé, le multiplicateur des heures pleines pèse à peine sur le volet entrée de votre facture.
Ce qui change pour vous
- Déplacez vers le week-end tout ce qui est planifiable. Les traitements par lots, les évaluations et les rattrapages de données sont intégralement facturés en heures creuses, sans autre logique de planification que « pas un jour de semaine ».
- En semaine, évitez 01:00-04:00 et 06:00-10:00 UTC. Les deux fenêtres sont exprimées en UTC. Si votre cron tourne en heure locale, convertissez-les au lieu de supposer que votre matinée coïncide avec la leur.
- Ne changez pas de modèle sur le seul prix d'entrée. GPT-5.6 Luna passe sous Flash en entrée (0,20 $ contre 0,22 $ par million de tokens) mais facture 1,20 $ en sortie face aux 0,66 $ de Flash en heures creuses, et il porte un verdict conditionnel dans notre répertoire. Le travail d'agent à forte sortie reste à l'avantage de Flash.
- L'auto-hébergement reste la porte de sortie. Les deux modèles sont sous licence MIT : la fenêtre d'heures pleines est donc un artefact de la tarification de l'API, pas une propriété du modèle.
Ce que nous avons corrigé
Les deux fiches précisent désormais, dans leur contexte tarifaire, que la fenêtre ne vaut qu'en semaine. Les verdicts restent inchangés et recommandés : cette correction rend les modèles moins chers que ce que nous décrivions, pas moins bons. La hausse de prix d'août 2026 tient toujours, et elle a bel et bien coûté à Flash sa place d'API crédible la moins chère en entrée.
FAQ
Les tarifs heures pleines de DeepSeek s'appliquent-ils le week-end ? Non. Les heures pleines vont de 01:00 à 04:00 et de 06:00 à 10:00 UTC, du lundi au vendredi. Toutes les autres heures, samedi et dimanche compris dans leur intégralité, sont facturées au tarif heures creuses.
Combien d'heures par semaine le tarif heures pleines de DeepSeek couvre-t-il ? 35. Sept heures sur chacun des cinq jours de semaine, sur les 168 heures que compte la semaine.
Combien coûtent les heures pleines en plus ? Le double. Les tarifs heures pleines valent exactement 2 fois les tarifs heures creuses, aussi bien en entrée qu'en sortie et sur les accès en cache.
DeepSeek a-t-il changé ses tarifs ? Non. Les tarifs par token de la grille sont inchangés. Ce qui a changé, c'est notre description de la fenêtre d'heures pleines, pas la tarification de DeepSeek.
No rating change. Rates re-verified unchanged against the vendor rate card on 9 September 2026. The peak window is Monday to Friday, not daily, so our "seven daily peak hours" summary overstated the premium window by 14 hours a week. The standing summary is corrected; the rating stays recommended.
Que faire
- 1 Move schedulable batch, evaluation and backfill runs to the weekend, which bills entirely at off-peak rates.
- 2 On weekdays, keep work out of 01:00-04:00 and 06:00-10:00 UTC, where input, output and cache-hit rates all double.
- 3 Convert the two peak windows from UTC to your scheduler's local time before trusting an existing cron.
- 4 Before switching to GPT-5.6 Luna on its $0.20 input price, check your output share: Flash is $0.66 off-peak against Luna's $1.20.
Outils et modèles concernés
Ne ratez plus jamais une mise à jour
Le récap hebdomadaire — uniquement les changements de verdict et les actions urgentes. Sans remplissage.