Saison météorologique d'une date
Saisissez une date et un hémisphère pour obtenir sa saison météorologique : le 21 mars 2026 est au printemps dans le nord, alors que le même jour est en automne dans le sud. Les saisons suivent des blocs fixes de trois mois, pas les solstices. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Date
- 2026-03-21
- Hémisphère
- northern
- Année
- 2 026
- Mois
- 3
- Jour
- 21
- Nom du mois
- March
Trouver la saison météorologique d'une date est une question de climat, non une énigme d'astronomie. Les services météo et les normales climatiques mensuelles découpent l'année en quatre blocs fixes de trois mois, de sorte que la réponse dépend du mois du calendrier et de l'hémisphère qui vous intéresse — non de la minute exacte d'un solstice. Cet outil prend une date ISO explicite au format année-mois-jour, un indicateur d'hémisphère northern ou southern, et renvoie la clé de saison, un libellé avec majuscule initiale, les trois mois qui définissent cette saison selon la convention météorologique, et une courte trace d'étapes de la classification. Le calcul est déterministe à partir de vos seules entrées : pas d'horloge hôte, pas de graine aléatoire, pas de réseau sortant.
Bornes météorologiques fixes de trois mois par hémisphère
Les saisons météorologiques se définissent comme quatre blocs consécutifs de trois mois alignés sur les statistiques climatiques mensuelles, et non sur les jours de calendrier mobiles des solstices et équinoxes. Dans l'hémisphère nord, les blocs sont winter en décembre, janvier et février ; spring en mars, avril et mai ; summer en juin, juillet et août ; et autumn en septembre, octobre et novembre.
Dans l'hémisphère sud, les mêmes mois s'inversent : de décembre à février c'est summer, de mars à mai autumn, de juin à août winter et de septembre à novembre spring. Cette inversion est physique — l'inclinaison axiale de la Terre place les hémisphères opposés dans des saisons solaires opposées le même jour de calendrier —, de sorte qu'un outil qui supposerait un summer boréal pour chaque juillet mal étiquetterait l'hiver dans une grande partie du monde austral.
La classification ne dépend que du numéro de mois une fois l'hémisphère fixé : tout jour valide de juillet correspond à summer au nord et winter au sud. Les clés de saison sont des libellés machine stables en anglais — winter, spring, summer et autumn — choisis parce qu'autumn est le terme préféré en météorologie internationale même là où le langage courant dit fall. La composante jour d'une date valide est encore validée comme vrai jour grégorien afin que des entrées impossibles ne glissent jamais vers une conjecture de saison.
Conseils pratiques, limites et quand utiliser cet outil
Constituez un petit jeu de cas connus pour la régression : une date de mars boréal qui doit renvoyer spring, le même jour de calendrier avec hémisphère southern qui doit renvoyer autumn, une paire de décembre qui inverse winter et summer, et un échec délibéré avec hemisphere autre que northern ou southern. Les contrôles aller-retour sont simples : extraire le mois, appliquer la table météorologique de trois mois pour cet hémisphère et confirmer la clé de saison publiée.
Les bornes d'année s'arrêtent à neuf mille neuf cent quatre-vingt-dix-neuf pour que les chaînes ISO à quatre chiffres restent bien définies sur cette surface produit. Cette page cible les personnes qui cherchent la saison météorologique d'une date, des saisons climatiques à mois fixes ou des tables nord versus sud ; ce n'est pas un calculateur de solstices astronomiques, ni un outil de jour de la semaine, ni un calculateur d'âge ou de jours ouvrables.
Cas d’usage
Éducation climatique et fiches d'exercices
Les enseignants génèrent des libellés déterministes de saison météorologique pour une liste de dates ISO et les deux hémisphères sans dépendre de l'horloge hôte ni de tables astronomiques.
Voyage et localisation de campagnes
Les équipes marketing étiquettent les offres de décembre en summer pour les destinations du sud et en winter pour celles du nord avec la même chaîne de date et un indicateur d'hémisphère explicite.
Questions fréquentes
Qu'est-ce que la saison météorologique d'une date ?
C'est la saison de style climatique de ce mois de calendrier sous des blocs fixes de trois mois : au nord, winter est déc–fév, spring mar–mai, summer juin–août, autumn sep–nov. L'hémisphère sud utilise le mappage inversé.
Pourquoi devez-vous indiquer un hémisphère ?
Le même mois de calendrier est une saison opposée de part et d'autre de l'équateur. Sans northern ou southern, toute réponse unique serait fausse pour la moitié de la planète.
Est-ce la même chose que les saisons astronomiques ?
Non. Les saisons astronomiques commencent aux solstices et équinoxes qui se décalent selon le jour et l'année. Cet outil n'utilise que des mois météorologiques fixes.
L'outil de saison météorologique est-il gratuit ?
L'outil navigateur est gratuit et s'exécute en local.
Quels mois composent chaque saison météorologique ?
Dans l'hémisphère nord, l'hiver va de décembre à février, le printemps de mars à mai, l'été de juin à août et l'automne de septembre à novembre. Dans l'hémisphère sud, les mêmes blocs s'inversent : de décembre à février, c'est l'été.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/date/meteorological-season \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"date":"2026-03-21","hemisphere":"northern"}'const res = await fetch("https://api.kit.forhosting.com/date/meteorological-season", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"date": "2026-03-21",
"hemisphere": "northern"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/meteorological-season",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"date": "2026-03-21",
"hemisphere": "northern"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/meteorological-season", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"date":"2026-03-21","hemisphere":"northern"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"date":"2026-03-21","hemisphere":"northern"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/meteorological-season", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"date": "2026-03-21",
"hemisphere": "northern"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.meteorological_season",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Limites
year_min | 1 |
year_max | 9999 |
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Les dates invalides et les hémisphères autres que northern ou southern échouent avec invalid_input au lieu d'inventer une saison.
Comment appeler l'API et lire la réponse
Les horodatages étendus avec une heure du jour ou un Z final sont rejetés pour que les minuits de fuseau horaire ne réécrivent pas le jour de calendrier à votre insu. Envoyez un corps JSON avec deux champs chaîne obligatoires : date et hemisphere. Le champ date accepte aussi les alias iso_date, value ou day, et doit correspondre exactement à quatre chiffres, tiret, deux chiffres, tiret et deux chiffres pour un vrai jour grégorien dans la plage d'années inclusive de un à neuf mille neuf cent quatre-vingt-dix-neuf. Le champ hemisphere accepte aussi hemi ou region ; après trim et mise en minuscules, il doit se résoudre en northern ou southern. Les alias courts north, south, n, s, nh et sh sont acceptés pour les formulaires et scripts compacts, tandis que des chaînes comme east, equator, tropical ou both renvoient invalid_input. En cas de succès, le corps renvoie la chaîne de date canonique, year, month, day et month_name en anglais ; normalise hemisphere ; fixe convention à meteorological ; fixe season à la clé en minuscules et season_label à la forme avec majuscule initiale ; liste season_months comme les trois numéros de mois de ce bloc ; et inclut un message lisible plus un tableau ordonné steps qui reformule l'analyse et la consultation de table. Champs manquants, types incorrects, forme de date invalide, années hors plage, jours impossibles comme un vingt-neuf février non bissextile et hémisphères invalides échouent de façon fermée avec invalid_input et ne sont jamais facturés. Le tarif est un forfait $0.002 par requête réussie avec unité item.
Conseils pratiques, limites et quand utiliser cet outil
Préférez les noms de champs principaux date et hemisphere lorsque vous contrôlez le client ; conservez les alias pour la compatibilité avec des formulaires qui étiquettent déjà des contrôles iso_date ou region. Les tâches en échec qui renvoient invalid_input ne consomment pas de solde prépayé, de sorte que les scripts d'exploration qui testent à dessein de mauvais hémisphères ou des dates impossibles restent peu coûteux pendant que vous branchez vos intégrations.
Cas d'intégration
Fixtures produit et interface saisonnière
Les équipes d'ingénierie figent du JSON golden pour les changements de thème et calendriers de contenu afin que les builds northern et southern ne divergent jamais sur une saison à mois fixes.
Questions techniques
Quelles valeurs d'hémisphère sont acceptées ?
northern et southern (insensible à la casse). Les alias courts north, south, n, s, nh et sh sont acceptés. Toute autre valeur renvoie invalid_input.