Qué decidió Estados Unidos sobre el contenido embebido, cuáles son los antecedentes argentinos y por qué alojar, enlazar y mostrar dentro de otra web no son exactamente lo mismo.
Embeber contenido ajeno no es automáticamente una infracción de derechos de autor, pero tampoco existe en Argentina una regla que lo vuelva seguro por el solo hecho de que el archivo permanezca en el servidor original. En Estados Unidos, el Fifth Circuit decidió en Emmerich Newspapers v. Particle Media que un sitio no realiza la transmisión directa cuando el navegador obtiene la obra desde el servidor autorizado del titular. En Argentina no hay un “server test” equivalente: la respuesta dependerá de la autorización del origen, la intervención concreta de quien inserta el contenido y la eventual reproducción, exposición pública o explotación de la obra.
Punto clave: un enlace común lleva a la persona hacia otra página; un embed hace aparecer contenido externo dentro de la propia interfaz; copiar y volver a alojar crea una nueva versión en otro servidor. Para quien navega pueden parecer operaciones similares, pero jurídicamente no lo son.
Qué significa embeber o hacer framing
Cuando una web inserta un video, una publicación social, una imagen o incluso otra página completa, normalmente incorpora instrucciones para que el navegador solicite ese contenido a un servidor externo. El archivo puede verse dentro del sitio que visitaste aunque nunca haya sido copiado allí. Esto se conoce como embedding, inline linking o, cuando aparece dentro de un marco, framing.
La diferencia técnica importa. Si el sitio A descarga una fotografía y la vuelve a subir, conserva una copia y la entrega desde su infraestructura. Si solamente inserta el recurso alojado por el sitio B, el navegador de la persona se comunica con B. El caso nuevo de Estados Unidos discute quién “muestra” o “transmite” la obra en esta segunda situación.
El caso Emmerich Newspapers contra NewsBreak
Emmerich publica más de veintiséis medios locales en Estados Unidos. Demandó a Particle Media, operadora del agregador NewsBreak, porque su aplicación permitía abrir artículos de Emmerich dentro de una vista enmarcada sin abandonar visiblemente el entorno de NewsBreak. Según la editorial, esa presentación retenía la atención y podía convivir con elementos y publicidad del agregador.
El Fifth Circuit resolvió el 27 de agosto de 2026 dos cuestiones jurídicas en una apelación interlocutoria. La primera era si correspondía aplicar el llamado server test al derecho exclusivo de exhibición pública. La segunda era si una URL podía constituir información de gestión de derechos de autor protegida por la DMCA. El tribunal fue cuidadoso: decidió esas preguntas acotadas y devolvió el expediente para continuar el trámite; no cerró definitivamente todas las pretensiones de Emmerich.
Qué era el server test y por qué el Fifth Circuit lo rechazó
El server test nació en 2007 con Perfect 10 v. Amazon, del Ninth Circuit. En términos simples, un sitio no exhibe directamente una imagen si no almacena y entrega desde su propio servidor el archivo correspondiente. Puede proporcionar instrucciones para que el navegador lo solicite a un tercero sin convertirse, por esa sola operación, en quien mantiene y sirve la copia.
El Fifth Circuit consideró que ese criterio tenía un apoyo legal débil porque hacía depender todo del lugar donde la obra estaba “fijada”. Sin embargo, llegó prácticamente al mismo resultado por otra vía. Para el tribunal, la palabra decisiva del Copyright Act era “transmitir”: había que identificar desde dónde se originaba la comunicación que entregaba el contenido al usuario.
Dos frases centrales, traducidas:
“Connecting does not equate to displaying”: conectar no equivale a exhibir.
“One cannot transmit content it does not have”: nadie puede transmitir un contenido que no posee.
NewsBreak enviaba al navegador la instrucción de conectarse, pero el servidor de Emmerich conservaba el artículo, decidía si respondía a la solicitud y transmitía su propia copia. El tribunal comparó la función del agregador con una central telefónica: puede establecer la conexión, pero la conversación no existe si la persona del otro extremo no atiende.
La solución tiene límites. El razonamiento presupone que la transmisión proviene del titular o de una fuente autorizada, que el sitio que inserta se limita a solicitar el recurso y que el servidor de origen conserva capacidad técnica para permitir o rechazar la petición. No habilita a embeber copias alojadas ilícitamente por terceros, conservar versiones propias, eludir un paywall ni sortear medidas contra el framing.
La URL también puede tener importancia jurídica
El fallo abordó otra cuestión menos visible. Durante un período, una falla habría mostrado reproducciones completas de artículos bajo URLs de NewsBreak y sin parte de la identificación original. El Fifth Circuit sostuvo que una URL no queda excluida de antemano como información de gestión de derechos de autor. Podría estar protegida si comunica de manera suficientemente clara el título, el titular u otros datos contemplados por la DMCA.
Eso no significa que toda dirección web sea información protegida ni que acortar un enlace sea automáticamente ilícito. El tribunal indicó que deberán analizarse, entre otros elementos, la relación del dominio con el titular, la estabilidad de la URL y si efectivamente se utiliza para comunicar datos sobre la obra.
Por qué el razonamiento no se traslada automáticamente a Argentina
Estados Unidos
El litigio se concentró en el derecho específico de exhibición pública del Copyright Act y en sus definiciones de mostrar, copia y transmitir.
El Fifth Circuit reemplazó el foco sobre el servidor por un análisis sobre el origen de la transmisión.
Argentina
La Ley 11.723 no contiene ese sistema de definiciones ni un test especial para contenidos embebidos.
Su artículo 2 reserva facultades amplias para publicar, exponer en público y reproducir una obra en cualquier forma.
La Ley argentina 11.723 fue redactada mucho antes de Internet. No distingue expresamente entre hotlinking, embedding, framing y rehosting. Tampoco establece que la ausencia de una copia en el servidor propio descarte, por sí sola, toda infracción. Un tribunal argentino tendría que interpretar las facultades exclusivas, las excepciones legales, la conducta técnica y el papel asumido por cada participante.
La publicación libremente accesible tampoco equivale necesariamente a una licencia general para integrarla dentro de cualquier otra interfaz. Importan las condiciones de uso, el código de inserción ofrecido por la plataforma, las medidas técnicas, la identificación del origen, el alcance de una licencia y la forma de explotación. Si la fuente puso a disposición una función oficial para compartir o embeber, el argumento de autorización será más fuerte; si el sitio elude restricciones o se apropia de la experiencia completa, el riesgo crece.
Rodríguez contra Google: el antecedente argentino más cercano
En Rodríguez, María Belén c/ Google, Fallos 337:1174, la Corte Suprema analizó la responsabilidad de los motores de búsqueda por resultados y miniaturas. La mayoría sostuvo que el thumbnail cumplía una función de “mero enlace”: daba una idea del contenido y permitía decidir si acceder a la página, mientras que el original era responsabilidad de quien lo había publicado.
La analogía favorece la idea de que orientar al usuario hacia una obra alojada por otro no equivale siempre a publicarla como propia. Pero el caso trataba derechos al honor y a la imagen, no el framing de artículos periodísticos bajo la Ley 11.723. Además, Lorenzetti y Maqueda discreparon parcialmente: consideraron que las copias reducidas de fotografías exigían consentimiento conforme al artículo 31. El antecedente aporta criterios sobre intermediación y conocimiento, pero no crea un puerto seguro técnico.
Taringa y Cuevana muestran los dos extremos
En 2018, el Tribunal Oral en lo Criminal y Correccional Nº 26 absolvió a los responsables de Taringa en un proceso por enlaces publicados por usuarios hacia archivos ubicados en otras plataformas. La sentencia completa del caso Taringa rechazó imponer un monitoreo preventivo general y destacó serias deficiencias de prueba: en numerosos casos no se acreditó qué había realmente en el destino del enlace ni su ilicitud. Fue una decisión penal sobre un intermediario y publicaciones de usuarios; no declaró que todo enlace o inserción elegida por un editor sea lícita.
En el otro extremo, una cautelar de 2011 ordenó bloquear recursos de Cuevana cuando eran utilizados para la reproducción o comunicación no autorizada de series. La resolución sobre Cuevana involucraba fuentes no autorizadas y una plataforma organizada para facilitar el acceso a esas obras. La procedencia y la licitud del contenido cambian sustancialmente el análisis.
Un ejemplo práctico para una web argentina
Un portal argentino inserta mediante un iframe la página completa de un diario estadounidense. El navegador descarga el contenido desde el servidor del diario y cualquier cambio realizado por la fuente se refleja en vivo. El portal no guarda una copia, pero mantiene su encabezado, sus anuncios y sus botones alrededor del artículo.
La doctrina de Emmerich permitiría discutir que el portal no realiza la transmisión directa bajo el Copyright Act. En Argentina, ese dato técnico sería importante, pero no necesariamente concluyente. También habría que examinar la autorización para integrar la página, las restricciones técnicas o contractuales, la identificación del medio, la monetización y si la presentación sustituye de hecho la visita al sitio original.
Qué debería revisar quien publica contenido embebido
Origen autorizado: verificá que el archivo provenga del titular, de su licenciatario o de una plataforma habilitada. Embeber una copia pirata sigue partiendo de una fuente ilícita.
Flujo técnico: documentá si el navegador obtiene el recurso directamente del origen o si tu sistema lo descarga, almacena en caché, modifica o retransmite.
Permisos y restricciones: revisá los términos de uso, la función oficial de inserción, el alcance de las licencias y cualquier medida contra framing, hotlinking o acceso autenticado.
Presentación: conservá atribución y procedencia. Evitá diseñar la interfaz de una manera que haga creer que el contenido es propio o que existe una asociación inexistente.
Reacción ante reclamos: identificá la URL exacta, preservá registros técnicos y analizá rápidamente la notificación. Nuestro artículo sobre responsabilidad de proveedores frente a la piratería de sus usuarios explica por qué la responsabilidad directa y la secundaria no deben confundirse.
Para proyectos digitales, agregadores y productos de inteligencia artificial, la arquitectura técnica forma parte del análisis jurídico. La discusión sobre plataformas que bloquean agentes automatizados muestra otro punto de contacto entre permisos, controles técnicos y modelos de negocio. Desde nuestra área de propiedad intelectual y tecnología revisamos estas capas antes de que un lanzamiento convierta una decisión de producto en un conflicto.
Preguntas frecuentes
¿Embeber es lo mismo que copiar? No necesariamente. En un embed convencional, el archivo permanece en el servidor de origen y el navegador lo solicita allí. Pero el modo de presentación y la autorización siguen siendo relevantes.
¿Si el contenido está público puedo insertarlo libremente? No hay una regla general que lo garantice. Acceso público, licencia para reutilizar y permiso para embeber son cuestiones diferentes.
¿Argentina tiene un server test? No. Existen precedentes sobre enlaces, buscadores e intermediarios, pero no una regla equivalente que haga depender la infracción exclusivamente del servidor donde se aloja la copia.
¿Qué cambia si guardo una copia en mi servidor? Aumenta claramente el riesgo porque ya no sólo dirigís al navegador hacia una fuente: reproducís y entregás una nueva copia desde tu propia infraestructura.
¿Tu web o producto integra contenido de terceros?
Podemos revisar el flujo técnico, las licencias y la forma de presentación antes del lanzamiento o frente a un reclamo.
Contanos cómo funciona la integración
Dejanos tu nombre, un medio de contacto y una descripción básica del contenido o la plataforma. No hace falta enviar documentación sensible en este primer mensaje.
Herrera & Flamenco Abogados · Córdoba, Argentina