Vérifier la taille minimale d’une cible tactile
Un bouton de 48 sur 44 points satisfait le minimum par défaut de 44 sur 44 des deux côtés ; un bouton de 40 sur 52 échoue et vous indique d’ajouter 4 points de largeur. Chaque côté est jugé séparément. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Largeur
- 48 pt
- Hauteur
- 44
- Largeur minimale
- 44 pt
- Hauteur minimale
- 44
- Déficit de largeur
- 0
- Hauteur manquante
- 0
Le vérificateur de taille des cibles tactiles compare la largeur et la hauteur affichées d’un bouton, d’un lien, d’une commande à icône ou de tout autre élément interactif au minimum que vous choisissez. La valeur par défaut est de 44 par 44 points, une référence courante en conception mobile, mais vous pouvez définir un autre seuil et une autre unité. Le résultat précise chaque dimension conforme, le bilan général et l’écart exact à corriger.
Mesurez la cible interactive, pas seulement son icône visible
L’accessibilité tactile concerne la zone qui réagit au toucher. Une petite icône peut se trouver dans un bouton doté d’un espacement intérieur confortable : mesurer uniquement le dessin ferait alors échouer à tort une commande correcte. L’inverse est également possible : une icône peut sembler grande alors que son élément cliquable occupe une boîte plus petite.
Inspectez l’élément interactif affiché, puis saisissez sa largeur et sa hauteur. Conservez la même unité pour les quatre valeurs de taille. Par défaut, le vérificateur utilise des points et un minimum de 44 par 44, mais il ne convertit pas implicitement les points, pixels, pixels indépendants de la densité ou millimètres, car ces unités dépendent de la conception et du contexte d’exécution.
L’unité figure dans le résultat afin que les rapports restent compréhensibles. La largeur et la hauteur doivent être des nombres positifs et finis. Les zéros, valeurs négatives, dimensions absentes, textes et nombres non finis sont refusés plutôt que de produire une conclusion trompeuse.
La sortie convient donc aux revues manuelles, aux contrôles de systèmes de conception et aux tests automatisés déterministes.
Interprétez les contrôles de dimensions et les écarts
Une cible tactile n’est conforme que si ses deux dimensions atteignent ou dépassent leurs minimums respectifs. Lorsqu’une dimension échoue, son écart indique exactement la valeur à ajouter dans l’unité choisie ; une dimension conforme présente un écart nul. Une valeur égale au seuil est acceptée ; 44 par 44 satisfait donc exactement le minimum par défaut.
Le calcul compare les dimensions séparément, sans considérer qu’un rectangle de même surface équivaut à un carré. Cette distinction compte pour le toucher, car une cible très étroite ou très basse reste difficile à atteindre malgré une surface numérique importante. Aucun arrondi n’est appliqué : les mesures décimales et les minimums personnalisés conservent la précision transmise.
Choisissez le minimum adapté à votre référentiel
Les systèmes de conception et critères d’accessibilité publient des tailles de cible différentes, et des unités qui se ressemblent ne sont pas automatiquement interchangeables. Utilisez la valeur par défaut de 44 par 44 points si elle correspond à la règle que vous vérifiez. Par exemple, une équipe qui contrôle une convention de 48 par 48 pixels indépendants de la densité peut fixer les deux minimums à 48 et choisir dp.
Pour un audit web, sélectionnez px et saisissez le seuil en pixels CSS exigé par le critère retenu. Le vérificateur fournit une comparaison géométrique ; il ne prétend pas qu’une seule valeur par défaut démontre la conformité à tous les référentiels, et il n’évalue ni les exceptions d’espacement, ni les cibles superposées, ni le zoom, les gestes de remplacement ou les commandes voisines. Ces points demandent une analyse de la mise en page et des interactions.
Employez ce résultat comme contrôle ciblé et reproductible au sein de cette démarche plus large.
Cas d’usage
Réviser une spécification de conception mobile
Comparez les dimensions proposées des boutons et commandes à icône au minimum tactile adopté par le système de conception du produit.
Trier les constats d’un audit d’accessibilité
Transformez les dimensions mesurées en constats séparés de largeur et de hauteur, avec les écarts exacts à joindre aux tâches correctives.
Tester les composants du système de conception
Utilisez des résultats déterministes dans les contrôles automatiques des variantes compactes, normales et grandes avant publication.
Questions fréquentes
L’outil convertit-il les points, pixels, dp et millimètres ?
Non. Les dimensions de l’élément et les minimums doivent employer la même unité ; l’outil évite les conversions dépendantes du contexte.
Dois-je mesurer l’icône ou la zone cliquable ?
Mesurez toute la zone interactive, y compris l’espacement intérieur cliquable, et non la seule icône ou étiquette visible.
Une réussite garantit-elle la conformité en accessibilité ?
Non. Seules les dimensions fournies sont comparées au minimum indiqué. Espacement, exceptions, gestes et autres exigences demandent un contrôle distinct.
Pourquoi un bouton de 40 sur 52 points échoue-t-il au minimum de 44 sur 44 ?
Parce que la largeur et la hauteur sont comparées séparément. La hauteur passe, mais il manque 4 points de largeur, et une surface plus grande ne compense pas un côté étroit : une cible fine reste difficile à toucher du doigt.
Puis-je vérifier avec 48 dp au lieu de 44 points ?
Oui. Réglez les deux minimums sur 48, choisissez dp comme unité et saisissez aussi la taille de l’élément en dp. Les quatre valeurs doivent être dans la même unité, car l’outil ne convertit pas les unités.
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/verify/touch-target-size-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"width":48,"height":48}'const res = await fetch("https://api.kit.forhosting.com/verify/touch-target-size-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"width": 48,
"height": 48
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/verify/touch-target-size-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"width": 48,
"height": 48
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/verify/touch-target-size-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"width":48,"height":48}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"width":48,"height":48}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/verify/touch-target-size-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
{
"width": 48,
"height": 48
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "verify.touch_target_size_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
Interprétez les contrôles de dimensions et les écarts
La réponse distingue width_passes et height_passes, car une commande large mais peu haute nécessite toujours une correction, même si sa surface totale paraît généreuse. meets_minimum vaut vrai uniquement lorsque les deux indicateurs sont vrais. Par exemple, une cible de 40 par 52 points comparée à un minimum de 44 par 44 échoue globalement : sa hauteur passe, sa largeur échoue et width_shortfall vaut 4.
Choisissez le minimum adapté à votre référentiel
Si votre produit impose une autre cible, renseignez explicitement minimum_width et minimum_height dans la même unité que l’élément mesuré. Sans réseau, horloge, hasard ni détection d’appareil, l’algorithme restitue toujours la même sortie dans le navigateur et par API.
Questions techniques
Quel minimum le vérificateur utilise-t-il par défaut ?
Il utilise 44 par 44 points. Définissez minimum_width, minimum_height et unit si votre référentiel impose un autre seuil.
La cible passe-t-elle si une seule dimension est assez grande ?
Non. La largeur et la hauteur sont contrôlées séparément, et meets_minimum est vrai seulement si les deux passent.
Combien coûte l’utilisation de l’API ?
L’accès par API commence à $0.002 par requête. La version pour navigateur exécute localement le même calcul déterministe.