Comment bloquer l'accès à de faux liens qui n'existent pas ?

Vous pourriez faire quelque chose comme ce qui suit dans .htaccess pour bloquer toutes les URL qui commencent par /INVOICE-CT/ o /CT/ . Cette méthode utilise mod_rewrite pour renvoyer un document d'erreur 404 généré par le système (ou un document d'erreur Apache personnalisé si vous avez défini un fichier de type ErrorDocument ):

RewriteEngine On
RewriteRule ^(invoice-)?ct/ - [R=404]

Si votre document d'erreur ne contient pas le code GA, GA n'enregistrera pas la demande.

Idéalement, cela ne devrait pas interférer avec les erreurs 404 "générées par l'homme".

Je suppose que les autres 404 sont générés par votre application web, et non par Apache ? Sinon, nous devrions repenser l'approche ci-dessus et réécrire vers une autre URL à la place.

Comme Google Analytics ne révèle pas les IP des visiteurs, comment identifier les IP des robots dans Ubuntu pour ensuite les bloquer ?

Il est évident que cette méthode ne permet pas d'identifier les adresses IP des robots. Toute demande vers ces URL totalement invalides seront bloqués de la même manière. L'identification de ces bots malveillants n'est pas une tâche triviale et est probablement mieux réalisée avec un module de serveur comme mod_security ou fail2ban.

Quel est le meilleur moyen de bloquer ce type de trafic dans les pays suivants .htaccess ?

La "meilleure façon" est probablement de ne pas utiliser .htaccess (ou la configuration d'Apache), mais dans votre application web elle-même (afin de donner la priorité au "bon" trafic). Une fois que votre application a déterminé qu'il s'agit d'un 404, vérifiez l'URL demandée. S'il s'agit de l'une de ces URL totalement invalides, servez un simple document 404 (non GA), sinon servez votre document d'erreur 404 standard (qui contient le code GA).

...une grande quantité de trafic de spam qui détruit les statistiques des visiteurs.

Bien que l'on puisse supposer que ce "trafic de spam" génère déjà des 404 et ne touche pas vos véritables URL ?