ForHosting KIT · Vérification et validation

Vérifier la taille minimale d’une cible tactile

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.

● BetaGratuit · dans votre navigateur
Utilisez-le depuis WebAPIE-mailTelegramApp bientôt

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. 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. Lorsqu’une dimension échoue, son écart indique exactement la valeur à ajouter dans l’unité choisie ; une dimension conforme présente un écart nul. 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. 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. Si votre produit impose une autre cible, renseignez explicitement minimum_width et minimum_height dans la même unité que l’élément mesuré. 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. Sans réseau, horloge, hasard ni détection d’appareil, l’algorithme restitue toujours la même sortie dans le navigateur et par API.

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.

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.

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.

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.

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.

POSThttps://api.kit.forhosting.com/verify/touch-target-size-check

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é.

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}'
{
  "width": 48,
  "height": 48
}
{
  "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.

par requête$0.002

Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.

HTTPCodeSignification
401unauthorizedClé API absente ou invalide : vérifiez l’en-tête Authorization.
402insufficient_balanceSolde insuffisant : rechargez votre compte pour lancer cette tâche.
404unknown_typeType de tâche inconnu : vérifiez le champ type de votre requête.
429rate_limitedTrop de requêtes : ralentissez la cadence, puis réessayez.

Consulter la documentation complète du KIT →