# Pourquoi les balises numériques échouent-elles dans le compositeur lorsque l'ID existe **URL:** \ **Category:** Bug\ **Tags:** tags, fixed\ **Created:** [Juillet 18, 2026, 5:47 UTC](https://meta.discourse.org/t/why-do-numerical-tags-fail-in-the-composer-when-id-exists/407955 "2026-07-18T17:47:46Z")\ **Posts on this page:** 1\ **Showing post:** 2
**Author:** ![tannerabread](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/tannerabread/32/526153_2.png) [@tannerabread](https://meta.discourse.org/u/tannerabread)\ **Post date:** [Juillet 19, 2026, 5:30 UTC](https://meta.discourse.org/t/why-do-numerical-tags-fail-in-the-composer-when-id-exists/407955/2 "2026-07-19T17:30:27Z")
Les balises numériques devraient être prises en charge, et le [format d’URL canonique actuel](https://github.com/discourse/discourse/pull/37055) vise à éviter cette ambiguïté. Par exemple, si la balise est nommée `2026` et que son identifiant de balise est `3`, l’URL canonique devrait être : `/tag/2026/3` La forme ambiguë est l’ancienne URL héritée : `/tag/2026` Celle-ci peut être interprétée comme « balise avec l’identifiant `2026` », donc si une autre balise possède cet identifiant, elle pourrait être résolue vers cette autre balise au lieu de la balise nommée `2026`. * * * Où essayez-vous d’utiliser ou d’accéder à la balise ? Si le lien est généré par Discourse lui-même, je m’attendrais à ce qu’il utilise l’URL canonique `/tag/:slug/:id`. Si vous saisissez l’URL manuellement, utilisez un ancien lien enregistré, un lien personnalisé de thème/plugin ou une URL importée/barre latérale/personnalisée, il est possible qu’il utilise encore le format hérité ambigu et se résolve vers la mauvaise balise. --- _[View the full topic](https://meta.discourse.org/t/why-do-numerical-tags-fail-in-the-composer-when-id-exists/407955)._