Vérifier si une année est bissextile
2024 est bissextile : elle se divise par 4 mais pas par 100. Saisissez n'importe quelle année positive pour obtenir oui ou non et les trois vérifications, y compris la règle des siècles qui rend 2000 bissextile et pas 1900. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Une année bissextile ajoute le 29 février afin que le calendrier reste aligné sur l’orbite terrestre. Cet outil accepte une année entière positive et applique la règle grégorienne complète, y compris l’exception des siècles souvent oubliée par un simple test de divisibilité par quatre. Il renvoie une réponse vraie ou fausse ainsi que la divisibilité par 4, 100 et 400. Vous pouvez ainsi contrôler, expliquer, tester ou intégrer facilement la décision. Ce calcul déterministe fournit toujours le même résultat pour la même entrée.
Saisissez une année civile valide
Indiquez l’année sous forme d’entier positif, par exemple 2024, 1900 ou 2000. L’outil refuse zéro, les valeurs négatives, les fractions, les chaînes numériques, les données absentes et les nombres dépassant la plage des entiers sûrs de JavaScript au lieu de les modifier silencieusement. Cette validation stricte est essentielle, car une année est une valeur discrète : un arrondi ou une conversion automatique pourrait répondre à une autre question.
Le résultat rappelle l’année acceptée afin que votre application puisse l’associer à sa requête. Vous pouvez saisir une année moderne à quatre chiffres ou appliquer l’arithmétique grégorienne de manière cohérente à toute année positive. L’outil n’extrait pas une année d’un texte, n’analyse pas une date complète et ne convertit pas les calendriers historiques.
Si votre source fournit du texte, convertissez-le et validez-le dans votre application avant l’envoi. Les erreurs restent ainsi visibles dans les formulaires, scripts, feuilles de calcul et services backend.
Comprenez la règle grégorienne
La plupart des années divisibles par 4 sont bissextiles, mais ce raccourci est incomplet. Le calendrier grégorien retire le jour supplémentaire aux années séculaires divisibles par 100, puis le rétablit lorsqu’elles sont aussi divisibles par 400. Ainsi, 2024 est bissextile, 1900 ne l’est pas et 2000 l’est.
La formule exacte est la suivante : une année est bissextile si elle est divisible par 400, ou si elle est divisible par 4 sans l’être par 100. La réponse expose les trois tests avec le résultat booléen final. Ces champs servent à enseigner la règle, diagnostiquer un résultat surprenant ou justifier une décision de calendrier.
Ni les paramètres régionaux, ni le fuseau horaire, ni l’horloge actuelle, ni un service externe n’interviennent. La règle grégorienne proleptique est appliquée même avant son adoption historique locale.
Exploitez le résultat en toute sécurité
Une valeur vraie signifie que l’année grégorienne compte 366 jours et que février en compte 29 ; une valeur fausse signifie 365 jours et un mois de février de 28 jours. Ce résultat aide à valider des calendriers annuels, déterminer la longueur d’un mois, préparer des tests de dates, expliquer des limites de paie ou de facturation et contrôler une date avant un traitement approfondi. Il ne remplace pas une bibliothèque de dates complète pour les fuseaux horaires, l’histoire régionale des calendriers, l’arithmétique des horodatages ou l’analyse de dates.
Sans réseau, hasard, état conservé ni date actuelle, le calcul convient aux tests reproductibles et aux pipelines importants.
Cas d’usage
Valider les dates de février
Vérifiez si le 29 février peut exister dans l’année fournie avant d’accepter ou de construire une date complète.
Créer des jeux de test calendaires
Produisez des cas explicites d’années bissextiles et communes pour tester dates, facturation, rapports et planification.
Expliquer les années séculaires
Affichez la divisibilité par 4, 100 et 400 pour expliquer ou auditer la différence entre 1900 et 2000.
Questions fréquentes
Qu’est-ce qui rend une année grégorienne bissextile ?
Elle doit être divisible par 400, ou divisible par 4 sans être également divisible par 100.
Pourquoi 2000 était-elle bissextile, mais pas 1900 ?
Ce sont deux années séculaires, mais 2000 est divisible par 400, contrairement à 1900.
Puis-je envoyer l’année sous forme de texte ?
Les chaînes numériques sont refusées afin de conserver un contrat sans ambiguïté.
Le résultat dépend-il de mon fuseau horaire ou de la date actuelle ?
Non. Ce calcul entier déterministe ne consulte ni horloge, ni paramètres régionaux, ni fuseau horaire.
Fonctionne-t-il pour les années antérieures à l'adoption du calendrier grégorien ?
Il applique la règle grégorienne moderne de façon cohérente à toute année positive, même avant qu'un pays n'adopte ce calendrier. Il ne convertit pas les dates des anciens calendriers : vérifiez les sources historiques à part.
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/calc2/leap-year-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"year":2024}'const res = await fetch("https://api.kit.forhosting.com/calc2/leap-year-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"year": 2024
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/calc2/leap-year-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"year": 2024
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/calc2/leap-year-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"year":2024}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"year":2024}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/calc2/leap-year-check", 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
{
"year": 2024
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "calc2.leap_year_check",
"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.
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
Comprenez la règle grégorienne
Seuls des restes entiers sont calculés, donc une même requête produit toujours le même JSON.
Exploitez le résultat en toute sécurité
Lisez le champ is_leap_year pour la décision et les champs de divisibilité pour son explication. Dans une automatisation, traitez invalid_input comme une erreur de validation et demandez un entier positif. Le navigateur convient aux contrôles ponctuels ; chaque requête API coûte $0.002.
Questions techniques
L’année peut-elle être nulle ou négative ?
Non. Un entier positif est exigé ; zéro et les valeurs négatives renvoient invalid_input.
Quel est le prix d’une vérification par API ?
Chaque requête API coûte $0.002. Le calcul est également proposé dans l’expérience du navigateur.