X envía carta legal a Nitter y exige cerrar su código en GitHub

Por qué X decidió ir a lo legal contra Nitter

El 24 de agosto de 2026, X Corp. envió una carta de cese y desista al creador de Nitter, el proyecto de código abierto que durante siete años permitió leer publicaciones de X sin cuenta, sin cookies y sin la capa publicitaria de la plataforma. La carta —revisada por TechCrunch y replicada por desarrolladores de la comunidad— no se limita a pedir el cierre de las instancias activas: también exige la eliminación del repositorio de código en GitHub.

Para un founder hispanohablante la noticia parece lejana, pero toca una pregunta que define cualquier producto digital moderno: quién controla cómo se accede a los datos que tu servicio genera, aunque esos datos sean públicos. La trayectoria de Nitter ilustra el conflicto entre la lógica de las plataformas (cerrar el grifo para proteger el modelo de negocio) y la de la comunidad open source (los datos públicos deberían poder leerse sin intermediarios).

Qué es Nitter y por qué se volvió esencial para algunos usuarios

Nitter, lanzado en 2019 por un desarrollador que usa el seudónimo Zedeus, era un frontend alternativo para X. En la práctica: una web limpia, sin JavaScript pesado, sin anuncios y sin cookies de seguimiento que mostraba los mismos posts públicos de X. No usaba una vía técnica secreta: realizaba peticiones al API de X con credenciales de cuentas de invitado y renderizaba el resultado en una interfaz minimalista.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

Tres públicos lo convirtieron en infraestructura crítica:

Usuarios que rechazaban crear cuenta para leer un hilo: periodistas, investigadores y usuarios en regiones donde X está bloqueada o con throttling.
Sistemas de agregación: bots, lectores RSS, newsletters automatizadas y servicios como XCancel —uno de los más usados para embeber tweets fuera de la plataforma— dependían de Nitter como backend.
Usuarios preocupados por la privacidad: periodistas y analistas que no querían generar datos de comportamiento en los servidores de X cada vez que abrían un enlace.

La cronología: 2024 técnico, 2026 legal

La historia tiene dos capítulos.

2024 — La ofensiva técnica. X eliminó el acceso de las cuentas de invitado al API, que era el método principal por el que Nitter obtenía datos. Nitter.net se cayó. Zedeus declaró el proyecto muerto en febrero de ese año, según registró AndroGuider.

2025–2026 — El resurgimiento parcial. La comunidad encontró métodos alternativos y algunas instancias públicas volvieron a estar activas. Nitter no estaba sano, pero respiraba.

24 de agosto de 2026 — La ofensiva legal. La carta de cese y desista escala la presión de técnica a judicial. Ya no se trata de cortar el agua; se trata de exigir responsabilidades legales a quienes mantienen instancias y de pedir el cierre del repositorio en GitHub.

Qué alega X en la carta de cese y desista

Según el documento revisado por TechCrunch y replicado por TweakTown y NewsBytes, X Corp. acusa a Nitter de "uso ilegal y circunvención de la Interfaz de Programación de Aplicaciones (API) de X y los datos asociados". La carta invoca legislación específica:

Texas Harmful Access by Computer Act (secciones 143.001 y 33.02)
Lanham Act (15 U.S.C. §§ 1114 y 1125)
Posibles reclamos bajo el Computer Fraud and Abuse Act (CFAA), según reportes de AndroGuider

La inclusión del repositorio de GitHub en la demanda es lo que vuelve el movimiento excepcional. GitHub no ha retirado el repositorio hasta el momento, pero los desarrolladores temen un aviso DMCA formal. Bajo la política de GitHub, ese aviso obligaría a la plataforma a tomar el código offline salvo que el responsable presente un counter-notice.

La ironía que la comunidad no dejó pasar

La crítica más repetida en foros técnicos desde que se conoció la noticia apunta a una contradicción evidente: X —y su empresa hermana xAI, a través de Grok— son dos de los scrapers más agresivos de la web, entrenando modelos con texto de millones de páginas sin permiso explícito de sus autores. La carta a Nitter encaja en un patrón más amplio:

Twitter eliminó su API gratuita en 2023.
Instagram bloqueó el scraping de perfiles públicos en 2022.
LinkedIn ha litigado repetidamente contra el scraping de perfiles públicos.

La diferencia no es filosófica, es económica: el valor de estas plataformas no está en el contenido que almacenan, sino en el control sobre los datos que genera su consumo. Nitter erosionaba esa capa de control sobre X, y X ha decidido que el camino legal es más definitivo que el técnico.

Qué viene ahora y qué dice sobre el futuro de los datos abiertos

Zedeus confirmó a TechCrunch por correo electrónico que otras instancias de Nitter —y el servicio XCancel— también recibieron cartas similares, según reportó TweakTown. Varios operadores ya bajaron sus instancias voluntariamente para evitar responsabilidad personal.

Pero el código no desaparece: el repositorio lleva siete años accesible, ha sido forkado innumerable cantidad de veces y la comunidad ya discute alternativas —forks bajo otros nombres, instancias privadas auto-hospedadas, herramientas parcialmente equivalentes como Readwise Reader o Feedly—. Para los sistemas que dependían de Nitter para obtener posts vía RSS, la vía está cerrada desde la eliminación de la API gratuita en 2023.

El caso Nitter se inscribe en una pregunta más grande: en qué jurisdicción y bajo qué reglas se accede a datos públicos generados por usuarios globales. Para founders que construyen productos que tocan APIs de terceros, es una señal de alerta sobre la fragilidad de cualquier arquitectura que dependa de la benevolencia de una plataforma.

Qué significa esto para tu startup

Tres lecciones concretas:

No construyas sobre APIs de terceros sin contrato. Si tu producto depende de X, Meta, LinkedIn o cualquier plataforma cerrada, modelá qué pasa cuando esa API se cierra o se vuelve prohibitiva. El plan B no es opcional: es parte del modelo de riesgo.
Diseña para la portabilidad de datos. Si tu valor está en cómo muestras datos ajenos, te toca generar datos propios (contenido original, comunidad, first-party data) o sumarte a protocolos abiertos como ActivityPub o AT Proto, donde el riesgo de cierre unilateral es estructuralmente menor.
Si vas a hacer scraping, asumí que el costo legal es parte del modelo. La tendencia —ratificada por este caso— es que las plataformas prefieren litigar antes que negociar. El cálculo de viabilidad de un producto basado en scraping cambió desde 2023.