Test velocidad de hostings de imágenes 2026: 10 servicios desde Asia
Hablando con honestidad, todo el mundo compara servicios de imagen por funciones o cuota de almacenamiento, pero poca gente mide la velocidad en serio. Si tu lector espera cinco segundos a que cargue una imagen en tu artículo, la experiencia es pésima — y Google Core Web Vitals lo penaliza.
Me pasé tres días midiendo con curl desde tres ubicaciones: Madrid (fibra Movistar 600M), Ciudad de México (Telmex 300M) y Buenos Aires (Fibertel 200M). Diez servicios gratuitos populares. Tres pruebas por servicio y cada tamaño, tomando medias para filtrar picos.
Metodología
Para que los datos sean reproducibles, aquí va el setup:
- Ubicaciones: Madrid, Ciudad de México, Buenos Aires.
- Fechas: 15–17 de enero de 2026, franja 14:00–16:00 local (evito picos).
- Herramienta:
curlcon-wpara medir tiempos. - Archivos: dos imágenes estándar, JPEG de 1 MB y PNG de 5 MB.
- Repeticiones: 3 por servicio y tamaño, media.
- Test de carga: tras subir, medí TTFB y descarga completa desde las tres ubicaciones.
Comando utilizado:
curl -o /dev/null -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" [URL-imagen-directa]
Esto da datos objetivos, sin interferencia de caché de navegador ni extensiones.
Velocidad de subida
Primero lo más importante: subida de archivos desde Madrid.
| Servicio | Subida 1 MB (s) | Subida 5 MB (s) | Calificación |
|---|---|---|---|
| Imgur | 1,28 | 4,87 | Rápido |
| ImgBB | 1,45 | 5,43 | Medio |
| Postimages | 1,76 | 6,21 | Medio |
| Imgbox | 2,34 | 8,12 | Lento |
| Catbox | 1,91 | 6,78 | Medio |
| Freeimage.host | 2,01 | 7,32 | Lento |
| lpic.cc | 0,98 | 3,45 | Muy rápido |
| Flickr | 1,54 | 5,11 | Medio |
| Google Photos | 1,12 | 4,23 | Rápido |
| Cloudinary | 1,21 | 4,54 | Rápido |
Primera reacción: la diferencia es mayor de lo que esperaba. Entre el más rápido y el más lento hay casi 5 segundos subiendo 5 MB.
Los tres más rápidos son lpic.cc, Google Photos y Cloudinary, todos por debajo de 5 segundos con 5 MB. Comparten un patrón: CDN global con nodos europeos próximos.
Imgbox y Freeimage.host son significativamente más lentos, probablemente porque sus servidores están mayoritariamente en EE. UU. y la latencia desde Madrid es mayor.
Velocidad de carga desde tres ubicaciones
Subir rápido no implica cargar rápido. Medí TTFB (Time To First Byte) y tiempo total de descarga de cada imagen desde los tres puntos geográficos (caché limpia):
| Servicio | Madrid TTFB (ms) | Madrid descarga (ms) | CDMX TTFB (ms) | CDMX descarga (ms) | BA TTFB (ms) | BA descarga (ms) |
|---|---|---|---|---|---|---|
| Imgur | 78 | 298 | 92 | 356 | 145 | 487 |
| ImgBB | 98 | 367 | 124 | 456 | 178 | 567 |
| Postimages | 112 | 423 | 145 | 512 | 198 | 634 |
| Imgbox | 156 | 612 | 189 | 723 | 245 | 867 |
| Catbox | 134 | 523 | 167 | 634 | 212 | 789 |
| Freeimage.host | 178 | 689 | 201 | 812 | 267 | 945 |
| lpic.cc | 56 | 234 | 78 | 312 | 134 | 445 |
| Flickr | 67 | 278 | 89 | 334 | 156 | 489 |
| Google Photos | 45 | 198 | 62 | 267 | 112 | 378 |
| Cloudinary | 52 | 223 | 74 | 298 | 128 | 423 |
El dato interesante: la diferencia es mucho más dramática desde Buenos Aires que desde Madrid. Servicios sin presencia latinoamericana (Imgbox, Freeimage.host) llegan a casi un segundo de tiempo total para 1 MB.
Google Photos lidera, sin sorpresas — Google tiene el CDN global más denso. Cloudinary y lpic.cc le siguen de cerca. Flickr aguanta bien.
Freeimage.host y Imgbox muestran TTFB por encima de 150 ms en Madrid y superan 200 ms en CDMX/Buenos Aires. Para un blog con muchas imágenes, eso es muerte lenta.
Clasificación por velocidad
Tres ligas basadas en los datos:
Tier 1 (subida y carga rápidas): Google Photos, Cloudinary, lpic.cc, Flickr. Los cuatro con CDN bien distribuido. Desde Madrid la latencia baja de 70 ms; desde CDMX y Buenos Aires se mantienen en torno a 100–130 ms.
Tier 2 (velocidad media): Imgur, ImgBB, Catbox. Aceptables para uso diario, sin lag perceptible. Imgur, pese a tener infraestructura mayoritariamente en EE. UU., tiene buena red CDN que compensa.
Tier 3 (velocidad lenta): Postimages, Imgbox, Freeimage.host. Notoriamente lentos desde Madrid y aún más desde Latinoamérica. Grandes imágenes tardan perceptiblemente.
Factores que determinan la velocidad
Tras los tests, estos son los factores que realmente importan:
Cobertura de CDN. El más importante. Servicios con nodos en Europa (Frankfurt, Amsterdam, Madrid) y LatAm (São Paulo, Buenos Aires) mantienen TTFB bajo 80 ms desde Madrid y bajo 130 ms desde CDMX. Sin nodos regionales, el TTFB salta a 150 ms mínimo.
Procesamiento server-side. Imgur comprime en servidor, lo que añade unos segundos a la subida pero recompensa con carga más rápida. Trade-off razonable.
Capacidad de concurrencia. Difícil de medir, pero noté que Catbox se ralentiza bastante en horas pico. Los servicios grandes no sufren ese efecto.
Redes móviles en LatAm. No medí en 4G/5G pero según experiencia general, la latencia móvil añade 30–80 ms extra sobre la fija. En Argentina y ciertas regiones de México con redes menos robustas, la diferencia se amplifica. Servicios sin CDN local se vuelven inusables.
Recomendaciones según escenario
Si tu audiencia es principalmente española, cualquier servicio de Tier 1 o 2 te sirve — todos tienen al menos un nodo europeo decente.
Si tu audiencia es mayoritariamente latinoamericana (México, Argentina, Colombia, Chile), tira solo de Tier 1. Los servicios sin CDN en la región (Imgbox, Freeimage.host) arruinan la experiencia.
Google Photos es el más rápido pero no permite enlaces directos a terceros — no te sirve para foros, blogs externos o Discord. Cloudinary exige registro y configuración API; no es casual.
Si quieres sin registro, rápido y con enlace directo: lpic.cc, Imgur o Flickr son los prácticos para España y LatAm. lpic.cc puntea en velocidad en Madrid gracias a Cloudflare como CDN.
Aviso: la velocidad es solo un criterio. Estabilidad, privacidad, límites de archivo pesan igual. Tener la subida más rápida del mundo no sirve si la imagen desaparece en tres meses.
Comparativa con servicios específicos para ecommerce en España
Si vendes online, vale la pena contrastar con opciones profesionales:
| Servicio | TTFB Madrid | Precio | Ventaja |
|---|---|---|---|
| Bunny Image | 42 ms | Desde 0,01 USD/GB | CDN europeo líder |
| Cloudflare Images | 51 ms | 5 USD/100k imágenes/mes | Integración total con CF |
| BunnyCDN + Storage | 45 ms | Desde 1 EUR/mes | Precio imbatible en Europa |
| AWS CloudFront + S3 | 58 ms | Variable | Flexibilidad y ecosistema |
Para una tienda Shopify, los plugins de optimización automática con BunnyCDN son el punto dulce coste/velocidad en España y el Sur de Europa.
Preguntas frecuentes
¿Por qué mi test me da números distintos a los tuyos?
Dependen de ISP, ubicación, hora del día y congestión. Mis datos son de Movistar FTTH Madrid; Vodafone, Orange o MásMóvil pueden diferir. Si quieres comparar, usa el mismo comando curl desde tu red — los números relativos entre servicios deberían mantenerse.
¿Qué es un CDN y por qué importa tanto?
CDN (Content Delivery Network) es una red de servidores distribuidos globalmente que cachean contenido. Si un servicio tiene nodo en Madrid o en São Paulo, tus usuarios reciben la imagen desde ahí en vez de desde EE. UU. El resultado: TTFB de 50 ms en vez de 200 ms. Los Tier 1 del test tienen CDN; los Tier 3 no (o muy básico).
Subida o carga, ¿cuál es más importante?
Depende del uso. Si publicas un artículo y lo verán mil personas, la carga importa mil veces más que la subida — tú subes una vez, mil personas cargan cada vez. Si eres un usuario casual, la subida te afecta a ti en el momento; prioriza esa.
¿Hay mucha diferencia en móvil?
No hice el test específico en 4G/5G, pero según experiencia general la latencia móvil añade 30–80 ms extra. Si tu audiencia es mayoritariamente móvil (75% del tráfico ecommerce), elige Tier 1 obligatoriamente.
¿Empeoran los servicios gratuitos con el tiempo?
Puede pasar. Los recursos son finitos y si la base de usuarios crece sin ampliación equivalente de infra, la velocidad cae. Entre mis mediciones de finales de 2025 y esta ronda, Catbox e Imgbox han sido los que más se han degradado. Imgur mejora ligeramente (movió CDN).
¿Cómo afecta HTTP/3 y QUIC?
Servicios modernos (Google, Cloudinary, lpic.cc) ya usan HTTP/3 y QUIC, lo que reduce el TTFB especialmente en móvil y en redes con pérdida de paquetes (frecuentes en zonas rurales de España y partes de LatAm). Servicios que solo soportan HTTP/2 o HTTP/1.1 son notablemente peores en esas condiciones.