Heatmap Temporelle (Partenaire x Heure)
Matrice partenaire x heure pour identifier les patterns de latence, fill rate ou performance. Chaque cellule encode une valeur par sa couleur (gradient vert → rouge). Le composant visualMap d'ECharts est obligatoire — sans lui, la heatmap s'affiche sans colorisation (piege LLM connu).
Ideal pour : Dashboard Ops — identifier quels DSP sont lents, a quelle heure, et detecter les patterns recurrents (maintenance planifiee, pics de charge)
Faire
- Toujours inclure le composant visualMap (echec silencieux sans)
- Gradient semantique : vert (bon) → rouge (mauvais)
- Tooltip avec valeur + seuil de reference (ex: 200ms OpenRTB)
- Double encodage : couleur + tooltip textuel (WCAG)
- Axes labelises (noms partenaires lisibles, heures espacees)
Ne pas faire
- Heatmap sans visualMap (canvas vide ou gris uniforme)
- Plus de 12-15 partenaires en Y (illisible — filtrer Top N)
- Gradient arc-en-ciel (rainbow) — utiliser une echelle perceptuelle
- Cellules trop petites sans tooltip (valeur non lisible)
Quand utiliser
- SI donnees P95 par partenaire ET par heure disponibles → heatmap
- SI donnees non disponibles en granularite horaire → tableau avec code couleur par cellule (fallback Q7)
- SI besoin de suivre un seul partenaire dans le temps → line chart P50/P95/P99
Piege ECharts
Le composant visualMap est obligatoire pour que la colorisation fonctionne. Sans lui, ECharts affiche la heatmap en gris uniforme sans aucune erreur console. C'est le piege LLM #1 sur les heatmaps — toujours fournir un template avec visualMap en contexte.
Seuils
Le seuil de 200ms correspond a la recommandation OpenRTB pour la latence P95 des DSP. Ce seuil est a confirmer avec l'equipe Ops SmileWanted (Known Unknown KU-B3 du STRATEGY.md).