Erreur 500 sur une URL étrange pour un tag numérique (échec du crawl Google)

Contribuer UX
1

Mon forum possède un tag qui est un nombre à 4 chiffres, 6309. Il existe depuis un certain temps. Il s’affiche correctement sur les publications, et l’URL dans ce cas est /tag/210-tag/210.

Mais plutôt qu’une page 404 élégante, une URL comme /tag/6309 renvoie une erreur serveur :

Oups

Le logiciel qui anime ce forum de discussion a rencontré un problème inattendu. Nous nous excusons pour la gêne occasionnée.

Je suppose qu’à un moment donné, c’était une façon valide de référencer ce tag. Comme il s’agit d’une erreur serveur, le robot d’indexation de Google me signale le problème.

La page du tag ressemble à ceci :

image
image902×616 110 KB

Je pense qu’une réponse 404 serait plus appropriée.

2 « J'aime »
2

Oui, ce n’est pas joli :

image
image1660×275 33.5 KB

ActionView::Template::Error (Aucune route ne correspond à {action: "tag_feed", controller: "tags", tag_id: "9999"})
  app/views/list/list.erb:136
  app/views/list/list.erb:134
  lib/topic_list_responder.rb:16:in 'block (2 levels) in TopicListResponder#respond_with_list'
  lib/topic_list_responder.rb:7:in 'TopicListResponder#respond_with_list'
  app/controllers/tags_controller.rb:223:in 'block (2 levels) in <class:TagsController>'
  app/controllers/tags_controller.rb:229:in 'TagsController#show'
  app/controllers/application_controller.rb:447:in 'block in ApplicationController#with_resolved_locale'
  app/controllers/application_controller.rb:447:in 'ApplicationController#with_resolved_locale'
  app/controllers/application_controller.rb:1098:in 'ApplicationController#ensure_dont_cache_page'
  lib/middleware/omniauth_bypass_middleware.rb:35:in 'Middleware::OmniauthBypassMiddleware#call'
  …

Nous devrions corriger cette erreur ; nous pourrions également envisager de basculer vers la recherche d’un nom de balise entièrement numérique si l’identifiant de balise n’est pas trouvé.

Wayway a remarqué pour la première fois l’apparition de cette balise le 2025-05-13 et son URL était https://retrocomputingforum.com/tag/6309, ce qui fonctionnait à l’époque et jusqu’au 2025-12-16.

image
image1287×775 105 KB

1 « J'aime »
6

Ah, bien vu. Peut-être qu’une réponse de redirection 3xx serait appropriée, voire mieux qu’un 404, au cas où le tag serait valide ?

10

(Je ne suis pas sûr que cela doive être dans la catégorie UX ou Bug.)

2 « J'aime »
11

Tout est bon. Nous surveillons ce problème et publierons une correction.

La résolution des noms de balise à /tag/name doit rester compatible, c’est un choix et une décision explicites que nous avons pris. Mais je pense que dans ce cas, il s’agit d’un nombre, il est donc possible que la résolution du nom ait échoué au niveau du backend.

4 « J'aime »