Vincular, descargar y realojar imágenes: ¿cuál es la diferencia?
Una explicación clara del robo de ancho de banda, incrustaciones rotas, derechos de autor, licencias, almacenamiento en caché y reutilización responsable.
Tres acciones pueden poner la misma fotografía en una página web, pero tienen consecuencias muy diferentes.
Puede insertar la URL de la imagen del editor directamente. Puede descargar una copia a su computadora. O puede cargar esa copia en un servidor que usted controle y colocarla en otro sitio. Esas acciones a menudo se confunden en consejos casuales, pero difieren en ancho de banda, confiabilidad, privacidad, mantenimiento y riesgo legal.
La distinción es importante antes de que comience cualquier análisis jurídico. Lo que sigue es información general, no asesoramiento legal. Las excepciones a los derechos de autor y los términos del contrato varían según el país y la situación, así que obtenga asesoramiento calificado cuando el uso conlleve un riesgo real.
Los tres términos en lenguaje sencillo
Hotlinking significa que su página hace referencia a una imagen alojada en el servidor de otra persona. El navegador que visita su página solicita el archivo de ese servidor externo.
<img src="https://publisher.example/photos/camera.jpg" alt="A camera on a table">
Descargar significa hacer una copia local de la imagen. La copia puede permanecer en su dispositivo para un flujo de trabajo, investigación, copia de seguridad o edición aprobados. La descarga por sí sola no necesariamente hace que la imagen sea pública.
Realojar significa cargar una copia en la infraestructura que usted controla o utiliza, como su sitio web, CMS, almacenamiento de objetos o CDN. Luego, los visitantes solicitan su copia en lugar del archivo del editor.
Una cuarta acción, insertar con un widget oficial o código de inserción, merece su propia categoría. Una plataforma social, un servicio de mapas o un proveedor de medios pueden proporcionar una inserción con marca, controles y términos. Eso no es lo mismo que copiar la URL del activo sin procesar de sus solicitudes de red.
¿Qué sucede durante un enlace activo?
Cuando un visitante abre la página de enlace directo, su navegador se pone en contacto con el servidor de imágenes externo. Ese host paga el costo del ancho de banda y puede ver la información de la solicitud, como la dirección IP, la hora, el agente de usuario y, a veces, una referencia. Los datos exactos dependen de la política del navegador, la configuración de la página y la configuración del host.
El propietario de la página no controla el archivo. El operador remoto puede:
- moverlo o eliminarlo;
- cambiar el contenido en la misma URL;
- devolver una respuesta 403;
- reemplácelo con un gráfico de advertencia;
- limitar la tasa de solicitudes repetidas;
- bloquear solicitudes según la referencia o la región;
- cambiar dimensiones o compresión a través de reglas CDN.
Eso hace que el hotlinking sea una frágil dependencia de la producción. Incluso donde se muestra una imagen hoy, puede romperse sin previo aviso. Si ya te has encontrado con recursos bloqueados o temporales, lee por qué las descargas de imágenes devuelven errores 403 o caducan.
Hotlinking no es un CDN gratuito
Puede parecer eficiente: agregar una URL, evitar almacenar un archivo y dejar que otro servidor entregue los bytes. Pero el ahorro aparente proviene de hacer que una parte no relacionada atienda su tráfico.
Para una página de referencia personal con permiso explícito, eso puede ser aceptable. Para un artículo comercial, una página de producto o un directorio de alto tráfico, crea una dependencia operativa sin un acuerdo de servicio. El sitio de origen puede pagar por cada vista sin recibir nada del contexto circundante, el valor publicitario o el control.
Los medios vinculados también pueden ralentizar su página. Su visitante debe establecer una conexión con otro origen y usted no puede controlar de manera confiable su almacenamiento en caché, negociación de formato o entrega geográfica. Un origen lento o sobrecargado pasa a formar parte de tu experiencia de usuario.
La descarga es una acción, no un derecho de publicación.
La descarga de un archivo responde a una pregunta técnica: ¿se puede obtener una copia? No responde si esa copia puede reutilizarse, editarse, distribuirse o monetizarse.
Las razones legítimas para descargar incluyen:
- hacer una copia de seguridad de los medios de su propiedad;
- mover bienes para un cliente que autorizó la obra;
- conservar una copia de investigación fuera de línea cuando esté permitido;
- probar un extractor en su propio sitio;
- recopilar imágenes de proveedores en virtud de un acuerdo de distribución;
- Preservar evidencia para una auditoría o solicitud de eliminación.
La misma herramienta también se puede utilizar fuera de esos límites. El contexto y el permiso importan. Antes de reutilizar, identifique la fuente y los términos con el flujo de trabajo en ¿es legal descargar imágenes de un sitio web? y la lista de verificación de licencia de imágenes más detallada.
El realojamiento da control y responsabilidad
Una vez que carga una imagen en su propio almacenamiento, controla su URL, almacenamiento en caché, dimensiones, optimización, eliminación y disponibilidad. Esta suele ser la mejor opción técnica para los medios de sitios web autorizados.
También significa que estás distribuyendo la copia. Necesita una razón defendible para hacerlo: propiedad, una licencia, un acuerdo de proveedor, un permiso, una base de dominio público válida u otro fundamento legal aplicable a su caso.
El realojamiento no se hace seguro cambiando el nombre del archivo, eliminando metadatos, agregando un enlace o dando una línea de crédito. La atribución puede ser una condición de licencia y una práctica cortés, pero no reemplaza el permiso cuando se requiere permiso.
Una comparación técnica
| Pregunta | Enlace directo | Descargar sólo | Rehospedar |
|---|---|---|---|
| ¿Quién atiende el archivo público? | Sitio externo | Nadie, a menos que sea compartido. | Su host o CDN |
| ¿Controlas el tiempo de actividad? | No | No aplicable | Mayormente |
| ¿Controlas la optimización? | No | Tú controlas la copia local. | si |
| ¿Puede la fuente cambiar la imagen visible? | si | No | No |
| ¿Los visitantes públicos se comunican con el host de origen? | si | No | No |
| ¿Tiene usted una copia almacenada? | No necesariamente | si | si |
| ¿Prueba el permiso de reutilización? | No | No | No |
La última fila es la importante. La posesión técnica y el permiso legal son registros separados.
Preocupaciones de privacidad y seguridad
Una solicitud de imagen externa le dice a un tercero que alguien cargó una página que contiene su URL. Esta es una de las razones por las que los clientes de correo electrónico centrados en la privacidad representan imágenes remotas y por las que algunas organizaciones restringen el contenido de terceros.
Los enlaces directos pueden crear preocupaciones adicionales:
- un servidor externo puede registrar las solicitudes de su audiencia;
- una imagen modificada puede incluir contenido inesperado o dañino en su página;
- un activo HTTP inseguro en una página HTTPS puede bloquearse como contenido mixto;
- un píxel de seguimiento puede ser visualmente pequeño mientras se sigue realizando una solicitud;
- los activos externos complican las políticas de seguridad de contenidos;
- Las URL con cadenas de consulta firmadas pueden exponer tokens transitorios en marcas o registros.
Al auditar un sitio, separe el contenido significativo de los pequeños píxeles y los recursos de la interfaz. Cómo filtrar iconos, espaciadores y píxeles de seguimiento proporciona señales prácticas sin asumir que cada pequeña imagen es maliciosa.
Por qué a menudo se malinterpreta CORS aquí
Un elemento <img> normal puede mostrar muchas imágenes de orígenes cruzados sin que el servidor de imágenes otorgue un acceso CORS amplio. Eso no significa que JavaScript pueda leer libremente los píxeles de la imagen a través de un lienzo. Los navegadores aplican protecciones adicionales entre orígenes cuando los scripts intentan inspeccionar o exportar ese contenido.
CORS tampoco es un sistema de permiso de derechos de autor. Un encabezado de respuesta permisivo controla el comportamiento de seguridad del navegador; no otorga licencia de reutilización. Por el contrario, una solicitud de JavaScript bloqueada no indica por sí sola quién es el propietario de la imagen.
Mantenga tres preguntas separadas:
- ¿Puede un navegador mostrarlo o recuperarlo?
- ¿Puede tu guión leerlo o transformarlo?
- ¿Se te permite volver a publicarlo?
Es posible que obtenga una respuesta diferente para cada uno.
Protección anti-hotlinks y respuestas 403
Los operadores del sitio pueden configurar una CDN o un servidor de origen para rechazar solicitudes de imágenes que parezcan provenir de páginas no relacionadas. Las comprobaciones de referencias son comunes, aunque no son perfectas: las políticas, las herramientas de privacidad o la navegación directa pueden omitir las referencias.
Otros controles incluyen URL firmadas, tokens que caducan, cookies de sesión, protección contra bots, límites de tasa de solicitudes y entrega autenticada. Si es propietario del sitio de origen, asegúrese de que las reglas anti-vínculos no bloqueen contextos legítimos como feeds, dominios de socios aprobados, vistas previas sociales o navegadores que preservan la privacidad.
Si no es propietario de la fuente, no trate un 403 como una invitación para disfrazar la solicitud. Solicite acceso, utilice una API oficial o exporte, u obtenga el activo a través del propietario.
Cuando el hotlinking puede ser apropiado
Hotlinking no es automáticamente incorrecto en todos los contextos. Puede ser deliberado cuando:
- dos propiedades son operadas por la misma organización;
- a media provider explicitly supplies a stable remote URL;
- un acuerdo de socio permite la incorporación;
- una insignia o widget oficial está diseñado para cargarse de forma remota;
- un CMS sin cabeza o un sistema central de activos digitales sirve a varios sitios de propiedad;
- a temporary internal page references a controlled staging asset.
Incluso entonces, documente la dependencia. Confirme las expectativas de disponibilidad, el comportamiento de la caché, el impacto en la privacidad y qué sucede si el activo central cambia.
Para propiedades propias, una CDN de imagen compartida se describe mejor como entrega centralizada que como enlace directo parásito. La propiedad y el acuerdo cambian la relación operativa.
Cuando realojar suele ser mejor
Para los medios que está autorizado a publicar, el realojamiento suele ser más confiable cuando:
- la imagen es parte de tu contenido editorial permanente;
- la apariencia y las dimensiones exactas son importantes;
- necesitas variantes responsivas;
- debes garantizar HTTPS y la política de caché;
- la URL de origen es temporal;
- necesita una revisión predecible de accesibilidad y rendimiento;
- está migrando de un proveedor o dominio antiguo.
Keep a high-quality source file and generate web derivatives rather than repeatedly downloading a transformed CDN URL. Image CDN URL parameters explained shows how a seemingly original address may actually request a resized or compressed variant.
Un flujo de trabajo de realojamiento responsable
Cuando tenga permiso, utilice un proceso que preserve tanto la calidad como la procedencia:
- Obtain the best authorized source, not a thumbnail or screenshot.
- Registre el propietario, la página fuente, la licencia, la fecha y cualquier atribución requerida.
- Mantenga un maestro fuente intacto en un almacenamiento controlado.
- Create correctly sized delivery variants.
- Choose a suitable format and compression level.
- Use a stable filename and destination URL.
- Agregue texto alternativo preciso según el propósito de la imagen.
- Conserve la evidencia del permiso después de la publicación.
- Defina un proceso de eliminación si cambian los derechos o requisitos.
Si hay cientos de archivos involucrados, combínelo con el el flujo de trabajo del inventario de imágenes del sitio web. Un libro mayor evita que el registro de licencia se separe del activo durante la migración.
Seis atajos que no aguantan
Una aparición en Google Imágenes no hace que un archivo sea gratuito; los resultados de búsqueda sólo apuntan a ello. Hotlinking no elimina la confiabilidad, privacidad o posibles preguntas legales solo porque no hayas almacenado una copia.
Se puede exigir crédito, pero no puede fabricar una licencia. La eliminación de metadatos cambia el archivo, no su propietario. Una URL pública no es lo mismo que el dominio público. Y cuando un proveedor envíe una imagen, verifique el acuerdo antes de asumir que cubre todos los países, mercados, campañas y ediciones.
Decide con cinco preguntas
Antes de poner una imagen externa en su sitio, pregunte:
- ¿Quién posee o controla la imagen?
- ¿Qué permiso cubre este uso exacto?
- ¿Deben los visitantes contactar con un servidor externo para verlo?
- ¿Quién es responsable del tiempo de actividad, los cambios y la eliminación?
- ¿Dónde residirán el registro fuente y de permiso?
Si esas respuestas son vagas, haga una pausa. La implementación más pulida no puede reparar un derecho de publicación poco claro.
Elija control con permiso
Hotlinking toma prestado el servidor de otra persona en el momento de la visualización. La descarga crea una copia. El realojamiento hace que su copia sea pública desde la infraestructura que usted controla. Ninguna de esas acciones prueba que tienes permiso.
Para contenido de larga duración que se le permite publicar, conserve una copia optimizada y el registro que explique de dónde proviene. Utilice una inserción remota cuando el proveedor la haya diseñado y autorizado para ese fin. La creación de una página de producción en torno a una URL sin formato prestada deja el archivo, los registros y el reemplazo sorpresa del día siguiente en manos de otra persona.