Nitter seguirá activo tras demanda de X Corp: claves del caso

El 24 de agosto de 2026 X Corp reclamó la baja total de Nitter

El 24 de agosto de 2026, los abogados de X Corp enviaron cartas de cease and desist a personas que mantienen instancias de Nitter y a quienes alojan el código fuente del proyecto, exigiendo el cierre inmediato de todas las instancias, el fin del scraping, cacheo y redistribución de contenido de X, y la eliminación del repositorio del código. Las notificaciones advertían de acciones legales bajo el Computer Fraud and Abuse Act (CFAA), la Lanham Act y la Texas Harmful Access by Computer Act, según reportaron TweakTown y AndroGuider.

El reclamo alegaba "uso no autorizado y elusión de la API de X y sus datos asociados", y pedía que los operadores dejaran de operar cualquier instancia de Nitter antes de un plazo determinado. Varios administradores de instancias bajaron sus sitios de forma voluntaria al recibir la carta, según la cobertura de AndroGuider.

La actualización del repositorio: Nitter continuará

Días después, en una actualización publicada en el repositorio oficial de GitHub, el creador del proyecto, conocido como zedeus, confirmó que Nitter seguirá adelante. El mensaje es breve: "Following legal advice, the Nitter project will continue. More details will be announced soon" (Tras recibir asesoría legal, el proyecto Nitter continuará. Más detalles se anunciarán pronto).

👥 ¿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

La decisión no detalla qué cambios técnicos o jurídicos adoptará el proyecto, pero marca un giro frente a lo que muchos daban por hecho: el cierre definitivo del frontend alternativo de Twitter más usado de su categoría.

Por qué Nitter ya estaba técnicamente herido desde 2024

Nitter no llegaba a este juicio en buen estado operativo. Como explica TweakTown, el proyecto dejó de funcionar de forma efectiva desde enero de 2024, cuando X dejó sin soporte los endpoints de cuentas invitadas que Nitter utilizaba para obtener publicaciones sin requerir un usuario logueado. En febrero de 2024, zedeus anunció oficialmente que el proyecto estaba muerto y que las sucesivas modificaciones de la API lo romperían de nuevo.

Algunas instancias de la comunidad sobrevivieron usando tokens de cuentas reales logueadas, una solución frágil, sujeta a rate limits y bans constantes. Esta nueva ofensiva legal lleva la pelea de X un paso más allá: ya no se trata solo de romper Nitter técnicamente, sino de borrarlo legalmente.

El ecosistema de frontends alternativos, en la mira

Nitter forma parte de una familia de proyectos open source que ofrecen interfaces limpias, sin tracking, para redes sociales centralizadas:

Invidious para YouTube
Bibliogram para Instagram
Teddit para Reddit

Según AndroGuider, defensores de la privacidad y periodistas usaban Nitter para acceder a publicaciones públicas en regiones donde X está limitado o bloqueado, sin crear cuenta ni quedar expuestos al fingerprint del navegador. Si alojar el código de un frontend que hace scraping pasa a ser considerado una violación, advierte la cobertura, el efecto desalienta cualquier herramienta que interactúe con plataformas grandes, incluso para investigación legítima o archivo.

En este momento, el repositorio principal de Nitter sigue disponible en GitHub. Bajo la política de la plataforma, una solicitud DMCA formal derivada de las cartas podría forzar la baja del repositorio salvo que se presente una contranotificación.

¿Qué significa esto para tu startup?

Si estás construyendo o manteniendo una herramienta que interactúa con APIs cerradas de plataformas grandes, este caso es un manual de riesgos que conviene leer antes, no después:

1. Audita tu relación legal con las APIs que usas. Antes de tomar atajos o scrapear, confirma que tu caso cae dentro de las excepciones de uso justo, investigación o archivo. El proyecto Invidious lleva años navegando este mismo terreno con YouTube y sirve de referencia técnica.
2. Diversifica tu stack de identidad y de infraestructura. Si dependes de tokens de cuentas reales para mantener tu servicio vivo, cada ban o cambio de política te deja fuera del juego. Modelos con cuentas propias distribuidas, instancias federadas o arquitecturas sin servidor central reducen tu superficie de ataque legal.
3. Presupuesta asesoría jurídica desde el día uno. Nitter llevaba años funcionando en una zona gris; una sola carta cambió el panorama de un día para otro. Para founders hispanohablantes que construyen sobre plataformas de terceros, una partida fija anual para revisión legal es más barata que un litigio bajo el CFAA.

El caso Nitter es un recordatorio de que la viabilidad técnica de un proyecto open source no garantiza su viabilidad legal, y de que las plataformas centralizadas todavía tienen la última palabra sobre quién puede leer su contenido, incluso cuando ese contenido es público.