Nitter y XCancel cierran tras las acciones legales de X: el repositorio queda archivado
El frontend de código abierto para leer X sin cuenta ni anuncios pasa a solo lectura y XCancel suspende su servicio. La carta de cese enviada el mes pasado ha surtido efecto.
X ha conseguido cerrar Nitter, el frontend de código abierto que permitía leer la red social sin cuenta, sin anuncios y sin JavaScript, y con él ha caído también XCancel, uno de los servicios que se apoyaban en él. El repositorio de Nitter quedó archivado el viernes 11 de septiembre: pasa a solo lectura y ya no admite cambios. XCancel, por su parte, apagó su web el lunes y dejó un aviso en portada en el que explica que "debido a un nuevo desarrollo en los procedimientos legales en curso, nos vemos obligados a suspender este servicio de nuevo hasta nuevo aviso".
El origen del cierre es la carta de cese y desistimiento que X envió el mes pasado. La compañía alegaba "uso ilícito y elusión" de su API y de los datos asociados: según su versión, Nitter hacía scraping de la red social para acceder a cuentas y a tokens de sesión, algo que sus reglas prohíben. Nitter respondió entonces en su página de GitHub que, "siguiendo el consejo legal, el proyecto Nitter continuará", y prometió más detalles. A primeros de septiembre, Nitter y XCancel volvieron a estar en pie tras una pausa breve. No duró.
Por qué X no lo tolera
Nitter funcionaba de forma sencilla: recogía las publicaciones públicas de X y les quitaba los anuncios, las cookies de seguimiento y el JavaScript. El resultado era una lectura limpia, sin cuenta y sin app. Para X eso es un problema directo, porque son vistas que no puede monetizar con publicidad. Es la misma razón por la que Twitter cerró el acceso de las aplicaciones de terceros hace años, lo que se llevó por delante a Twitterrific y Tweetbot.
No es el primer intento de tumbar Nitter. En 2024, la instancia principal, Nitter.net, se cayó después de que X endureciera las restricciones de su API. Tras aquel episodio, quien quisiera levantar una instancia tenía que conectarla a una cuenta real de X. Los despliegues autoalojados que quedaban dependían de eso, y ahora el proyecto del que salen ya no se puede actualizar. Nitter no ha respondido a las peticiones de comentario.
Lo que queda por ver es qué margen tienen las instancias espejo y los forks que ya estaban desplegados. El código sigue publicado, pero sin mantenimiento se queda quieto mientras X cambia sus defensas, y cada rotura de compatibilidad se arregla a mano o no se arregla. La presión legal ha logrado lo que las restricciones de API no consiguieron el año pasado.
