Débit de lecture effectif
Intégrez la compréhension à la vitesse de lecture : 250 mots par minute avec 80 % de bonnes réponses au questionnaire valent 200 mots par minute effectifs, et lire vite sans comprendre ne passe plus pour un progrès. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
Exemple résolu
- Mots par minute
- 250
- Pourcentage de compréhension
- 80
- Facteur de compréhension
- 0,8
- MPM effectifs
- 200
- MPM perdus
- 50
- Efficacité (%)
- 80
Les scores bruts de mots par minute récompensent le survol autant que la compréhension. Élèves, tuteurs, formateurs en littératie et concepteurs d'applications de lecture ont besoin d'un seul chiffre qui intègre la compréhension à la vitesse, afin que les graphiques de progression récompensent la lecture exacte plutôt que la précipitation vide. Un WPM nul ou négatif et une compréhension hors de l'intervalle zéro à cent sont rejetés afin qu'un incident de formulaire n'invente jamais un rythme négatif.
Ce que signifie le débit de lecture effectif et pourquoi il dépasse le WPM brut
Le débit de lecture effectif répond à une question pratique en classe : si un apprenant parcourt un passage à trois cents mots par minute mais ne répond correctement qu'à quatre-vingts pour cent des items de compréhension, quelle part de cette vitesse doit compter comme assimilation utile ? À pleine compréhension, le débit effectif égale le débit brut ; à cinquante pour cent, le débit effectif vaut la moitié de la marque du chronomètre, ce qui rend le survol sans compréhension coûteux sur un graphique de progression.
Efficiency_percent reprend la compréhension d'entrée afin que les tableaux de bord étiquettent un graphique en barres sans recalculer l'échelle. Ce n'est pas un modèle psychométrique de la compétence en lecture et cela n'estime pas la compréhension à partir du texte ; cela prend un score de précision mesuré ou auto-déclaré que vous avez déjà recueilli via un quiz, un test cloze ou une grille d'enseignant, et le combine avec un WPM mesuré sur un passage chronométré.
Comme les deux entrées sont des nombres explicites, deux tuteurs notant la même séance obtiennent toujours le même débit effectif, ce qui compte pour les plugins LMS et les journaux de recherche qui ne tolèrent pas une notation non déterministe.
Où mesurer la lecture effective aide
Les cours de lecture rapide et les applications de littératie utilisent un calculateur de débit de lecture effectif pour que les classements ne soient pas faussés par la course sans compréhension : un apprenant à deux cents WPM avec une précision totale dépasse un survolleur à trois cents WPM à soixante pour cent sur l'échelle effective. Les journaux de lecture en classe ont besoin d'un seul indicateur que parents et élèves comprennent lorsque le WPM brut et le pourcentage du quiz sont rapportés séparément et jamais combinés.
Les carnets de recherche et les plateformes de tutorat stockent la même formule produit entre cohortes afin que les graphiques longitudinaux restent comparables lorsque la banque de questions change. Une validation échouée ne consomme pas de solde. Gardez les requêtes petites, figez les champs arrondis dans les tests, et vous obtenez un WPM effectif reproductible pour les devoirs, les plugins LMS et les workers en périphérie sans monter votre propre moteur d'évaluation complet.
Cas d’usage
Journaux de lecture en classe et graphiques de progression
Combinez le WPM chronométré avec le pourcentage d'un quiz court pour que les tableaux de bord élèves affichent des mots par minute effectifs plutôt que la seule vitesse brute.
Questions fréquentes
Comment calcule-t-on le débit de lecture effectif ?
Par exemple, 250 WPM à 80 % de compréhension donnent 200 WPM effectifs.
Pourquoi un lecteur plus lent peut-il obtenir un débit effectif plus élevé ?
Parce que la vitesse est multipliée par la part comprise. Un lecteur à 200 mots par minute avec une compréhension complète dépasse un lecteur à 300 mots par minute qui comprend 60 %, car tout ce qui n'est pas compris lui est retiré.
Que représentent les mots par minute perdus ?
C'est l'écart entre la vitesse brute et la vitesse effective. À 250 mots par minute avec 80 % de compréhension, 50 mots par minute sont perdus : le rythme à regagner en ralentissant et en relisant.
D'où vient le score de compréhension ?
C'est vous qui le fournissez : le pourcentage d'un questionnaire, d'un texte à trous ou de la grille de l'enseignant sur le même passage chronométré. L'outil n'estime pas la compréhension à partir du texte.
Quelles valeurs puis-je saisir ?
Toute vitesse supérieure à zéro et une compréhension de 0 à 100. Une vitesse nulle ou négative, ou une compréhension hors de cette plage, est refusée pour qu'une erreur de saisie n'invente pas un rythme.
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/edu/effective-reading-rate \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"words_per_minute":250,"comprehension_percent":80}'const res = await fetch("https://api.kit.forhosting.com/edu/effective-reading-rate", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"words_per_minute": 250,
"comprehension_percent": 80
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/edu/effective-reading-rate",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"words_per_minute": 250,
"comprehension_percent": 80
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/edu/effective-reading-rate", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"words_per_minute":250,"comprehension_percent":80}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"words_per_minute":250,"comprehension_percent":80}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/edu/effective-reading-rate", 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
{
"words_per_minute": 250,
"comprehension_percent": 80
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "edu.effective_reading_rate",
"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
Ce calculateur de débit de lecture effectif multiplie votre WPM mesuré par un pourcentage de compréhension de zéro à cent et renvoie un effective_wpm stable, le facteur de compréhension, les mots perdus faute de compréhension complète et une chaîne de formule transparente. Saisissez words_per_minute et comprehension_percent (ou des alias courants tels que wpm et accuracy) pour obtenir un JSON déterministe que vous pouvez figer dans des plugins LMS, des contrôles de devoirs et des tableaux de bord de lecture rapide.
Ce que signifie le débit de lecture effectif et pourquoi il dépasse le WPM brut
Le modèle produit standard multiplie la vitesse brute par la fraction du matériel réellement compris : effective_wpm égale words_per_minute multiplié par comprehension_percent divisé par cent. Le champ comprehension_factor est ce pourcentage sur une échelle de zéro à un pour les clients qui préfèrent les fractions. Le champ lost_wpm est l'écart entre vitesse brute et effective — les mots par minute qu'il faudrait récupérer en ralentissant et en relisant pour un crédit complet.
Contrat d'entrée, forme de la réponse et comportement d'erreur
Associez la réponse à votre propre chronomètre de passage et correcteur de quiz si vous avez besoin d'un laboratoire de lecture complet ; ce point de terminaison multiplie seulement les deux nombres que vous faites déjà confiance et ne récupère pas de documents ni n'invente de compréhension à partir de la prose. Envoyez un corps JSON avec deux nombres finis obligatoires : words_per_minute (vitesse de lecture brute strictement positive) et comprehension_percent (intervalle inclusif de zéro à cent). Chaque champ peut arriver comme nombre JSON ou comme chaîne numérique ; les alias wpm, reading_speed, raw_wpm et speed_wpm correspondent au premier, tandis que comprehension, accuracy, accuracy_percent et comprehension_pct correspondent au second. Champs manquants, chaînes vides, valeurs non finies, WPM non positif et compréhension hors de zéro à cent échouent avec invalid_input en nommant le problème — ces échecs ne sont pas facturés. En cas de succès, le corps renvoie les entrées normalisées, comprehension_factor comme intervalle unitaire, effective_wpm comme produit, lost_wpm comme manque par rapport à la vitesse brute, efficiency_percent égal au score de compréhension, une chaîne formula qui reformule l'identité du produit, et method égal à wpm_times_comprehension_factor pour le routage client. Exemple : deux cent cinquante WPM à quatre-vingts pour cent de compréhension donnent un effective_wpm de deux cents, un comprehension_factor de zéro virgule huit et un lost_wpm de cinquante.
Où une API de débit de lecture effectif trouve sa place
Comme l'implémentation est pure parse de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.
Cas d'intégration
Classements de cours de lecture rapide
Classez les apprenants par effective_wpm pour que le survol sans compréhension ne domine ni le classement de classe ni un seuil de certificat.
Automatisation LMS et tutorat
Appelez l'API prépayée depuis des contrôles de devoirs et des carnets de recherche qui ont besoin d'un produit déterministe WPM × précision.
Questions techniques
Quelle plage est autorisée pour comprehension_percent ?
De zéro à cent inclus. Les valeurs hors de cet intervalle échouent avec invalid_input et ne sont pas facturées.
words_per_minute peut-il être nul ou négatif ?
Non. Le WPM brut doit être un nombre fini strictement supérieur à zéro ; une vitesse nulle ou négative est rejetée comme invalid_input.
Cet outil estime-t-il la compréhension à partir du texte ?
Non. Vous fournissez un pourcentage de compréhension mesuré ou auto-déclaré issu d'un quiz, d'un test cloze ou d'une grille ; l'API le multiplie seulement par le WPM.
Combien coûte le calculateur de débit de lecture effectif ?
L'outil navigateur est gratuit. Les requêtes API utilisent le solde prépayé KIT à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.