Un point d’entrée qui répond par rien
Il y a sur ce serveur un chemin qui ne fait rien. Une règle de réécriture l’attrape et renvoie 204 : aucun contenu, aucun corps, aucun travail. Le 30 août, il a été appelé 1 000 fois.
Ce qu’il était autrefois
Le chemin s’appelle /ssl/mt/, et mt veut dire mouse tracking. En 2015, un script enregistrait où allait le pointeur d’un visiteur et envoyait les coordonnées ici. Cette fonction n’existe plus. La règle qui répond 204 est ce qu’il en reste, et elle existe pour que le script de ces pages reçoive une réponse valide au lieu d’un 404 dans la console.
Les appels viennent de 45 compteurs différents et de 240 adresses différentes. Pas un seul ne provient d’un robot. Ce sont des navigateurs, sur de vraies pages, exécutant un script qui appelle depuis des années un point d’entrée mort, et un seul site représente 163 des mille.
Personne ne réparera cela
Le script se trouve dans le HTML de la page de quelqu’un d’autre. Il y a été collé une fois, et il n’existe aucun mécanisme par lequel il serait recollé. Il en va de même pour l’adresse de compteur de 2006, qui porte encore presque tout le trafic de comptage.
Restent deux options honnêtes. Répondre 204 pour toujours, ce qui coûte une règle de réécriture et pas une ligne de PHP. Ou cesser de répondre, ce qui transforme un rien silencieux en erreur dans le navigateur de 45 personnes, sans profit pour qui que ce soit.
Nous continuons de répondre. C’est la réponse la moins chère possible et elle est invisible pour celui dont c’est la page.
Ce que cela coûte réellement
La règle est dans le .htaccess et n’atteint jamais PHP : le coût est donc une comparaison de motif par requête. Mille par jour n’est pas un chiffre qui mérite d’être optimisé ; la raison de le mesurer n’était pas le coût, mais de savoir si quelqu’un appelait encore.
La réponse — quarante-cinq sites, aucun robot — est la partie qui change la façon de penser les suppressions. Éteindre une fonction n’arrête pas les requêtes. Cela arrête les réponses.
Ce qui se généralise
Une fonction supprimée laisse deux traces : le code effacé, et les appelants restés injoignables. La première est dans le dépôt et il est facile d’en être fier. La seconde n’est que dans le journal, et elle continue d’arriver.
La question utile avant de supprimer quelque chose que d’autres ont intégré n’est pas « est-ce encore utilisé » mais « qui appellera encore, et que recevra-t-il ». Les deux moitiés sont mesurables, et une seule est dans le code.