Descargar sitios web que utilizan Cloudinary

Acerca de Cloudinary

Adoptar Cloudinary implica reescribir las URL que un sitio usa para sus propias imágenes y vídeos, de modo que el redimensionado, el recorte y la conversión de formato ocurran dentro de la ruta de la petición. Una entrada de la categoría CDN llega más a menudo sin que nadie del sitio se entere, activada por un proveedor de alojamiento o por una agencia como parte de un paquete. Aquí no. Alguien escribió código para que sucediera, y el hecho de que alguien escribiese código es la parte más útil de la detección.

Un sitio que entrega medios a través de la plataforma es un sitio donde los medios son el producto o casi: un minorista con un catálogo profundo, un marketplace que acepta subidas de usuarios, un editor, un portal de anuncios inmobiliarios o de viajes. Un volumen de medios así crea los problemas concretos que la plataforma resuelve, y las organizaciones sin esos problemas nunca se toman la molestia de integrarla. La población queda por tanto filtrada dos veces, una por peso de medios y otra por la presencia de desarrolladores, lo que la convierte en una lista más pequeña y mucho más específica que la huella de un CDN general.

En octubre de 2026 la plataforma aparece en 48.065 sitios. En Estados Unidos se concentran 33.783 de ellos y .com se repite a lo largo del resto, una distribución que sigue la geografía de las empresas de software financiadas y de mercado medio más que la geografía de los sitios web en general. Cloudinary Ltd. vende el servicio como producto con licencia Proprietary desde 2012, y las bibliotecas de JavaScript son solo una de varias vías de integración, así que una única etiqueta de tecnología cubre por igual los flujos de datos del lado del servidor y la entrega del lado del cliente.

La detección aquí es a la vez inusualmente limpia e inusualmente acotada. Las URL de entrega están en el marcado, así que cuando la plataforma sirve imágenes en una página que descargamos lo vemos con claridad, sin conjeturas sobre huellas. Lo que no podemos ver es cualquier uso que nunca llega al navegador: recursos servidos por el dominio de entrega propio de un cliente, medios procesados en tiempo de compilación y subidos a otra parte, o una cuenta usada solo para vídeo dentro de una aplicación móvil. El recuento es una cota inferior, y los sitios que se le escapan se inclinan hacia las cuentas más sofisticadas, porque un dominio de entrega propio es precisamente lo que configura una integración madura.

La pregunta que responde una consulta dominio a dominio es si una empresa concreta usa el servicio. La pregunta que responde una lista es qué empresas de un segmento ya han construido flujos de medios, cuáles de ellas combinan el servicio con una pila de comercio headless o con un framework moderno, y qué sitios comparables siguen sirviendo imágenes sin optimizar directamente desde su propio origen. Para un competidor, el segundo grupo es la lista a la que dirigir la propuesta. Para un socio o un integrador lo es el primero, ya que un sitio que ya paga por infraestructura de medios ya ha aceptado la premisa y solo discute sobre el proveedor.