Vérifier la qualité SEO d’un slug URL
Le slug URL ne représente qu’une petite partie d’une page, mais il renseigne les moteurs de recherche et les personnes qui hésitent à cliquer.
Lancer gratuitement
Cet outil vous fournit un contrôle reproductible avant publication. Saisissez un slug et son mot-clé cible pour vérifier si la longueur est raisonnable, si des mots de liaison l’alourdissent et combien de termes significatifs sont présents. Le résultat détaille chaque contrôle, les termes trouvés ou absents, une note transparente et des problèmes précis que vous pouvez corriger, sans prétendre prédire un classement dans les résultats de recherche.
Lisez le résultat comme une liste de révision pratique
Examinez d’abord les contrôles individuels au lieu de considérer la note globale comme une prévision de classement. La longueur est validée entre trois et soixante caractères, une plage assez large pour conserver une adresse lisible sans imposer la même forme à chaque page. Le contrôle des mots vides signale des connecteurs anglais fréquents comme « the », « of » et « for ». Leur présence n’est pas forcément nuisible, mais supprimer un terme inutile rend souvent l’adresse plus nette. La pertinence compare des mots entiers normalisés : une correspondance partielle ne peut donc pas gonfler le résultat. Les termes significatifs présents et manquants sont indiqués précisément. Vous savez ainsi ce qui a modifié la note et pouvez vérifier facilement la proposition. Une note élevée confirme uniquement ces règles mécaniques ; elle ne garantit aucun classement, car le contenu, la concurrence, les liens, la santé technique et l’intention de recherche ne sont pas analysés.
Comprenez la mesure de pertinence du mot-clé
L’outil normalise les deux entrées en lettres latines minuscules et en chiffres, les découpe en mots, puis retire du mot-clé cible les mots vides anglais courants. Un terme répété ne compte qu’une fois. La couverture correspond au nombre de termes significatifs uniques présents comme mots entiers dans le slug, divisé par leur nombre total. Une couverture de un indique que tous les termes sont présents ; une moitié signifie que la moitié apparaît. Le contrôle est validé à cinquante pour cent ou davantage. Cette méthode est volontairement déterministe et facile à auditer. Elle n’emploie ni synonymes, ni racinisation, ni volumes de recherche, ni embeddings, ni modèle de langage. Utilisez la liste des absences comme piste de révision, et non comme consigne de surcharger l’adresse. Lorsqu’une expression longue contient des modificateurs secondaires, un slug concis avec une couverture partielle peut rester le meilleur choix éditorial.
Contrôlez avant publication et pendant les migrations
Lancez le contrôle lorsque la page est encore au stade de brouillon et que modifier le slug ne coûte presque rien. Indiquez le mot-clé qui représente réellement l’intention de la page, plutôt qu’une série d’expressions vaguement associées. Si un problème apparaît, corrigez la proposition puis comparez le résultat en gardant une adresse naturelle et reconnaissable. La sortie déterministe convient aussi à l’automatisation éditoriale : un CMS peut signaler une proposition faible, conserver les détails avec une validation ou appliquer une règle d’équipe sans requête réseau. Pendant une migration, examinez les chemins de destination avant de finaliser les redirections. Modifier une URL déjà publiée a des conséquences que cette note ne mesure pas ; conservez les adresses utiles quand cela est possible et prévoyez une redirection adaptée. Une requête API coûte $0.002, tandis que la version navigateur permet des contrôles manuels rapides. Aucun canal ne consulte de SERP en direct.
Cas d’usage
Réviser le slug d’un article
Comparez un chemin proposé au mot-clé principal avant que l’équipe éditoriale ne publie la page.
Ajouter une alerte qualité au CMS
Exécutez un contrôle déterministe à l’enregistrement et envoyez les propositions ambiguës en révision.
Auditer les destinations d’une migration
Évaluez les nouveaux segments avant de finaliser les redirections et le plan de lancement.
Questions fréquentes
Combien coûte un contrôle par API ?
Chaque requête API coûte $0.002. Le même contrôle déterministe fonctionne également dans le navigateur.
Une bonne note garantit-elle un meilleur classement ?
Non. Elle valide uniquement les contrôles annoncés ; le classement dépend de nombreux facteurs liés à la page, au site, à la requête et à la concurrence.
Comment la pertinence est-elle calculée ?
Il s’agit de la proportion de termes significatifs uniques du mot-clé trouvés comme mots entiers normalisés dans le slug.
Tous les mots vides sont-ils nuisibles ?
Non. Ils sont signalés pour révision, car certains sont superflus, mais la clarté peut justifier leur maintien.
Puis-je envoyer une URL complète ?
Oui. L’outil retire la requête ou le fragment et évalue uniquement le dernier segment sans barre finale.
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/seo/slug-seo-check \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"slug":"best-running-shoes-women","target_keyword":"best running shoes for women"}'const res = await fetch("https://api.kit.forhosting.com/seo/slug-seo-check", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"slug": "best-running-shoes-women",
"target_keyword": "best running shoes for women"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/seo/slug-seo-check",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"slug": "best-running-shoes-women",
"target_keyword": "best running shoes for women"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/seo/slug-seo-check", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"slug":"best-running-shoes-women","target_keyword":"best running shoes for women"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"slug":"best-running-shoes-women","target_keyword":"best running shoes for women"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/seo/slug-seo-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
{
"slug": "best-running-shoes-women",
"target_keyword": "best running shoes for women"
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "seo.slug_seo_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.
Limites
max_chars | 500 |
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. |