Contexte et historique

Nitter est une interface front‑end libre qui interroge les API publiques de X (anciennement Twitter) pour afficher les timelines sans suivi publicitaire. En 2023, plusieurs hébergeurs ont reçu des notifications de retrait, ce qui a entraîné la désactivation d’un nombre notable d’instances. Ces suppressions ont été motivées par des exigences de conformité aux droits d’auteur et à la protection des données. Le phénomène a suscité l’intérêt de la communauté, qui a cherché à relancer les services affectés.

État actuel des instances

Le répertoire public d’instances, maintenu sur Codeberg, répertorie aujourd’hui plusieurs dizaines d’URL fonctionnelles. Le tableau indique que certaines instances, créées après les suppressions, répondent aux requêtes HTTP sans erreur 502. Aucun chiffre exact n’est fourni dans la source, mais la présence de nouvelles entrées suggère une croissance par rapport à la période précédente.

Analyse technique des déploiements

docker run -d --name nitter -p 8080:8080 zedeus/nitter:latest

Les instances sont généralement déployées via Docker, ce qui simplifie la réplication. Le conteneur exécute un serveur écrit en Rust, capable de mettre en cache les réponses JSON de X. Le cache réduit le nombre d’appels API et limite le risque de blocage par les limites de taux. Chaque instance nécessite une connexion sortante vers les points d’accès de X, ainsi qu’un serveur web (nginx ou Caddy) pour la terminaison TLS. La scalabilité dépend du débit réseau disponible et de la capacité du processeur à décoder les flux JSON.

Limites de l'information disponible

La source ne fournit ni nombre précis d’instances actives, ni métriques de trafic. Sans ces données, il est impossible de quantifier l’impact réel sur la disponibilité du service. De plus, aucune étude de performance n’est citée, ce qui empêche d’évaluer la charge moyenne supportée par les nouvelles instances. Toute conclusion doit donc rester conditionnelle à l’absence de mesures publiques.