“CDN” y “caché edge” suelen aparecer juntas en las páginas de hosting, pero no son intercambiables.
Ambas pueden reducir el trabajo necesario para entregar un sitio. Operan en capas distintas, y entender esas capas facilita diagnosticar problemas de rendimiento.
Empieza con una petición normal
Cuando alguien abre una página, el navegador necesita HTML, hojas de estilo, JavaScript, fuentes, imágenes y a veces datos de servicios de terceros.
Sin caché, muchas de esas peticiones viajan al servidor de origen. WordPress puede ejecutar PHP, consultar la base de datos, ensamblar la página y devolver el resultado a través de la red.
Ese trabajo es necesario cuando el contenido es personalizado o acaba de cambiar. Repetirlo para cada visitante suele ser un desperdicio.
La caché guarda resultados reutilizables para que la siguiente petición tome un camino más corto.
Qué hace una CDN
Una red de entrega de contenido es un grupo distribuido de servidores. En lugar de servir cada recurso desde un único origen, la CDN puede ofrecer copias desde una ubicación más cercana al visitante.
Las CDN son especialmente efectivas con recursos estáticos:
- Imágenes
- Hojas de estilo
- JavaScript
- Fuentes
- Descargas
- Segmentos de vídeo
La distancia es solo un beneficio. Una CDN también reduce el tráfico que llega al origen y puede absorber un gran número de peticiones repetidas de recursos.
El primer visitante de una región puede hacer que la CDN obtenga un recurso del origen. Los siguientes pueden recibir la copia en caché hasta que expire o se purgue.
Qué aporta la caché edge
El “edge” es la parte de la red cercana al visitante. La caché edge almacena contenido en esas ubicaciones distribuidas.
Para WordPress, el paso importante es cachear páginas HTML—no solo imágenes y scripts. Si una página pública puede servirse desde el edge, la petición puede evitar por completo un viaje a WordPress y a la base de datos.
Esto puede mejorar:
- El tiempo hasta el primer byte
- La capacidad durante picos de tráfico
- La consistencia para visitantes lejanos
- La carga del servidor de origen
La caché edge es más valiosa para contenido igual para muchos visitantes: páginas públicas, artículos, documentación e información de producto.
Caché del navegador, de página y de objetos
La caché de un sitio tiene varias capas.
Caché del navegador
El navegador del visitante guarda archivos localmente según las cabeceras de caché. Un visitante que regresa puede no necesitar volver a descargar el mismo logo o hoja de estilo.
Ayuda en la navegación repetida, pero no al primer visitante.
Caché de página
Una caché de página guarda el HTML generado después de que WordPress lo construye. La siguiente petición compatible recibe la página almacenada en lugar de ejecutar todo el proceso de PHP y base de datos.
La caché puede vivir en el origen o en el edge de la red.
Caché de objetos
Una caché de objetos guarda resultados de operaciones de base de datos o trabajo costoso de la aplicación. WordPress puede reutilizar esos resultados sin repetir la misma consulta.
Es útil en páginas dinámicas que no pueden cachearse por completo, pero sigue involucrando al servidor de aplicación.
Cada capa resuelve una parte distinta de la petición.
Qué no debería cachearse en público
La caché es segura solo cuando la respuesta almacenada es adecuada para el siguiente visitante.
Las cachés edge públicas normalmente deben omitir:
- Carritos de compra
- Checkout
- Paneles de cuenta
- Administración de WordPress
- Contenido personalizado de membresías
- Páginas con datos privados o de sesión
- URLs de previsualización
Cookies, cadenas de consulta, métodos de petición y reglas de aplicación ayudan a decidir cuándo omitir la caché.
Una configuración que ignore la personalización puede mostrar el contenido de un usuario a otro. Eso es un problema de seguridad, no una mejora de rendimiento.
Cómo llegan los cambios a los visitantes
El contenido en caché necesita expiración o un mecanismo de purga.
Un tiempo de vida controla cuánto puede permanecer cacheada una respuesta. Valores cortos reflejan cambios rápido pero generan más peticiones al origen. Valores largos mejoran la eficiencia pero pueden dejar contenido antiguo visible.
Una buena integración con WordPress purga las páginas afectadas cuando cambia el contenido. Publicar un artículo puede limpiar el artículo, archivos relevantes y la home sin vaciar cada recurso cacheado.
Los controles de purga manual siguen siendo útiles en rediseños y diagnóstico.
Una CDN no arregla todo sitio lento
Una CDN y la caché edge pueden acelerar la entrega, pero no reparan todos los problemas de aplicación.
No resolverán del todo:
- Un checkout lento sin cachear
- Una base de datos sobrecargada
- Un plugin que hace trabajo costoso en cada petición
- Imágenes grandes sin optimizar en su primera descarga
- Demasiado JavaScript en el navegador
- Scripts lentos de analítica o publicidad de terceros
El trabajo de rendimiento debe examinar la ruta pública cacheada y la ruta dinámica.
Para WordPress, prueba al menos:
- Una página pública con caché de navegador vacía
- La misma página en una visita repetida
- Una página con sesión iniciada
- La búsqueda
- Carrito y checkout
- La administración de WordPress
Cómo confirmar que la caché funciona
Abre las herramientas de desarrollo del navegador e inspecciona las cabeceras de respuesta. Las plataformas usan nombres distintos, pero puedes ver un estado como hit, miss, bypass o expired.
Un miss no es automáticamente un problema. La primera petición puede poblar la caché. Un hit en la siguiente confirma la reutilización.
También compara:
- Tiempo hasta el primer byte
- Bytes totales transferidos
- CPU o volumen de peticiones en el origen
- Rendimiento desde distintas regiones
No juzgues una CDN por una sola puntuación sintética. Busca mejora consistente en las rutas que usan los visitantes reales.
Qué buscar en el hosting
Una plataforma útil debería hacer del camino rápido el valor por defecto:
- CDN global incluida
- Caché edge integrada con la plataforma
- SSL automático
- Reglas seguras de omisión para páginas dinámicas de WordPress
- Purga automática cuando cambia el contenido
- Una opción clara de purga manual
- Soporte para protocolos HTTP modernos
Cuando CDN y caché son nativas de la plataforma, hay menos plugins, cuentas y ajustes en conflicto que mantener.
VeyoHost incluye CDN global y caché edge en cada plan público. Desde Colombia, consulta Hosting web con precios en COP para sitios generales o Hosting WordPress Colombia para planes orientados a WordPress. También puedes preguntarnos por un problema de rendimiento.
Cuéntanos qué estás ejecutando. Te ayudamos a elegir el siguiente paso práctico.