{"id":280,"date":"2026-05-02T08:15:27","date_gmt":"2026-05-02T12:15:27","guid":{"rendered":"https:\/\/juredev.com\/blog\/?p=280"},"modified":"2026-05-02T08:15:28","modified_gmt":"2026-05-02T12:15:28","slug":"cache-edge-como-cdn-protege-wordpress-antes-que-la-peticion-toque-servidor","status":"publish","type":"post","link":"https:\/\/juredev.com\/blog\/2026\/05\/cache-edge-como-cdn-protege-wordpress-antes-que-la-peticion-toque-servidor\/","title":{"rendered":"La Cach\u00e9 en el Edge: C\u00f3mo un CDN Protege tu WordPress Antes de que la Petici\u00f3n Toque tu Servidor"},"content":{"rendered":"\n<p>En los art\u00edculos anteriores de esta serie hablamos del <a href=\"https:\/\/juredev.com\/blog\/2026\/04\/heroes-invisibles-wordpress-redis-memcached-salvan-servidor-del-colapso\/\">object caching con Redis<\/a> (para que WordPress deje de bombardear la base de datos) y del <a href=\"https:\/\/juredev.com\/blog\/2026\/04\/la-capa-wordpress-el-servidor-web-como-proxy\/\">reverse proxy <\/a>como primera l\u00ednea de defensa dentro de tu propio servidor. Hoy cerramos el c\u00edrculo con la capa m\u00e1s externa y, en muchos casos, la que m\u00e1s impacto genera: <strong>la cach\u00e9 en el edge mediante un CDN<\/strong>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 es realmente la cach\u00e9 en el edge?<\/h2>\n\n\n\n<p>El \u00abedge\u00bb se refiere a los servidores que un CDN (Content Delivery Network) tiene distribuidos por todo el mundo. Estos puntos de presencia (PoPs) est\u00e1n mucho m\u00e1s cerca de tus visitantes que tu servidor de origen, que normalmente vive en un \u00fanico datacenter.<\/p>\n\n\n\n<p>Cuando alguien entra a tu web, el CDN intenta servir la p\u00e1gina directamente desde el servidor edge m\u00e1s cercano. Si la tiene en cach\u00e9 (<strong>cache HIT<\/strong>), la respuesta sale en milisegundos y la petici\u00f3n nunca llega a tu hosting. Si no la tiene (<strong>cache MISS<\/strong>), el CDN consulta tu servidor, guarda una copia y la sirve a los siguientes visitantes.<\/p>\n\n\n\n<p>Los CDNs modernos para WordPress pueden cachear p\u00e1ginas HTML completas (full-page caching). Esto reduce dr\u00e1sticamente el Time To First Byte (TTFB), sobre todo para visitantes que est\u00e1n lejos geogr\u00e1ficamente de tu servidor.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Las tres capas de cach\u00e9 trabajando juntas<\/h2>\n\n\n\n<p>Piensa en tu WordPress como una cebolla con varias capas de protecci\u00f3n:<\/p>\n\n\n\n<ol class=\"wp-block-list\">\n<li><strong>Capa Edge (CDN)<\/strong> &#8211;> Resuelve la mayor\u00eda de las peticiones de usuarios an\u00f3nimos sin tocar tu servidor.<\/li>\n\n\n\n<li><strong>Capa Proxy (dentro del servidor)<\/strong> &#8211;> Si la petici\u00f3n llega, Nginx o LiteSpeed intentan servirla desde su propia cach\u00e9 HTTP antes de ejecutar PHP.<\/li>\n\n\n\n<li><strong>Capa de Aplicaci\u00f3n (Object Cache)<\/strong> &#8211;> Si PHP se ejecuta, Redis evita miles de consultas repetitivas a MySQL.<\/li>\n<\/ol>\n\n\n\n<p>Cuanto m\u00e1s lejos del origen resuelvas la petici\u00f3n, mejor para tu servidor y tu bolsillo.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Flujo ideal de una petici\u00f3n:<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Usuario en M\u00e9xico o Espa\u00f1a &#8211;> Edge del CDN (HIT) &#8211;> Respuesta casi instant\u00e1nea, sin tocar tu servidor.<\/li>\n\n\n\n<li>Miss en el edge &#8211;> Proxy en tu servidor (HIT en fastcgi_cache o LSCache) &#8211;> Sin ejecutar PHP.<\/li>\n\n\n\n<li>Miss en el proxy &#8211;> PHP + Redis (con buen hit ratio) &#8211;> Muy pocas consultas a la base de datos.<\/li>\n<\/ul>\n\n\n\n<script type=\"module\">\n  import mermaid from 'https:\/\/cdn.jsdelivr.net\/npm\/mermaid@10\/dist\/mermaid.esm.min.mjs';\n  mermaid.initialize({ \n    startOnLoad: true, \n    theme: 'dark'\n  });\n<\/script>\n\n<div style=\"display: flex; justify-content: center; align-items: center; width: 100%; margin: 20px 0;\">\n    <pre class=\"mermaid\" style=\"background: transparent; border: none; color: transparent;\">\ngraph TD\n    A[Cliente<br\/>Usuario final] --> B[Edge CDN<br\/>Cach\u00e9 en el edge]\n    B -->|Cache HIT \u2014 respuesta instant\u00e1nea| A\n    B -->|Cache MISS| C[Servidor web \/ Reverse proxy<br\/>Nginx \u00b7 LiteSpeed \u00b7 Cach\u00e9 HTTP]\n\n    subgraph servidor[\"Capas de optimizaci\u00f3n \u2014 servidor\"]\n        C -->|Cache MISS \u2014 ejecuta PHP| D[WordPress PHP]\n\n        subgraph aplicacion[\"Capa de aplicaci\u00f3n\"]\n            D -->|Consulta objeto cacheado| E[Redis \/ Object cache]\n            E -->|Cache MISS| F[(MySQL<br\/>Base de datos)]\n        end\n    end\n    <\/pre>\n<\/div>\n\n\n\n<p><em>Cuanto m\u00e1s arriba en el diagrama se resuelve la petici\u00f3n, menos carga recibe tu servidor.<\/em><\/p>\n\n\n\n<p>Con las tres capas bien configuradas puedes servir mucho m\u00e1s tr\u00e1fico con el mismo plan de hosting, o incluso bajar de categor\u00eda sin perder rendimiento.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Impacto real en WordPress<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Reducci\u00f3n fuerte de TTFB<\/strong>, especialmente para audiencia internacional (muchos ven ca\u00eddas del 50-80% en m\u00e9tricas globales).<\/li>\n\n\n\n<li><strong>Mejores Core Web Vitals<\/strong>: mejor LCP, INP y estabilidad.<\/li>\n\n\n\n<li><strong>Offload del servidor de origen<\/strong>: es com\u00fan que entre el 80% y 95% del tr\u00e1fico se resuelva en el edge.<\/li>\n\n\n\n<li><strong>Menores costos<\/strong>: menos CPU, RAM y ancho de banda consumidos.<\/li>\n\n\n\n<li><strong>Mayor resistencia<\/strong> ante picos de tr\u00e1fico o intentos de DDoS (se absorben en el edge).<\/li>\n<\/ul>\n\n\n\n<p>Funciona muy bien en blogs, sitios corporativos y tiendas WooCommerce, siempre que configures correctamente los bypass para carrito, checkout y usuarios logueados.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">\u00bfQu\u00e9 CDN usar en 2026 para WordPress?<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><tbody><tr><th>CDN<\/th><th>Precio orientativo<\/th><th>Facilidad<\/th><th>Mejor para<\/th><\/tr><tr><td>Cloudflare + APO<\/td><td>Gratis \/ $5 mes (APO)<\/td><td><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><\/td><td>La mayor\u00eda de sitios WordPress<\/td><\/tr><tr><td>QUIC.cloud<\/td><td>Freemium<\/td><td><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><\/td><td>Sitios con LiteSpeed + LSCache<\/td><\/tr><tr><td>Bunny.net<\/td><td>Muy bajo (pay per use)<\/td><td><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><img decoding=\"async\" alt=\"\u2b50\" src=\"https:\/\/abs.twimg.com\/emoji\/v2\/svg\/2b50.svg\"><\/td><td>Assets est\u00e1ticos e im\u00e1genes<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<p><strong>\u00bfSe pueden combinar? <\/strong>S\u00ed, y muchas veces es la mejor opci\u00f3n. Un setup habitual es usar <a href=\"https:\/\/www.cloudflare.com\/\">Cloudflare<\/a> para DNS, seguridad y cach\u00e9 de p\u00e1ginas HTML, y <a href=\"https:\/\/bunny.net\/\">Bunny.net<\/a> para servir assets est\u00e1ticos (im\u00e1genes, CSS, JS), aprovechando su excelente red y precios bajos.<\/p>\n\n\n\n<p>Si usas LiteSpeed en tu servidor, combinar QUIC.cloud con Cloudflare te da optimizaciones muy espec\u00edficas para WordPress que otros CDNs no ofrecen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Configuraci\u00f3n importante (para no romper nada)<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Reglas de cach\u00e9 inteligentes<\/strong>: cachear para visitantes an\u00f3nimos, pero hacer bypass para usuarios logueados, carrito, checkout y wp-admin.<\/li>\n\n\n\n<li><strong>Purgas autom\u00e1ticas<\/strong>: al publicar o editar, el CDN debe invalidar la cach\u00e9 correctamente.<\/li>\n\n\n\n<li><strong>Headers Cache-Control y Vary<\/strong>: controlan el comportamiento seg\u00fan cookies, dispositivos o idiomas.<\/li>\n\n\n\n<li><strong>Edge Rules \/ Page Rules<\/strong>: para configuraciones granulares (por ejemplo, cachear m\u00e1s tiempo p\u00e1ginas est\u00e1ticas).<\/li>\n\n\n\n<li><strong>Seguridad extra<\/strong>: WAF, rate limiting y protecci\u00f3n DDoS que ya incluyen la mayor\u00eda de CDNs.<\/li>\n<\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Errores comunes que hay que evitar:<\/h3>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Cachear contenido din\u00e1mico sin reglas &#8211;> los usuarios ven versiones antiguas.<\/li>\n\n\n\n<li>No configurar purgas &#8211;> contenido desactualizado.<\/li>\n\n\n\n<li>Ignorar el impacto en usuarios logueados y en WooCommerce.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">La optimizaci\u00f3n por capas es la clave<\/h2>\n\n\n\n<p>Ninguna capa por s\u00ed sola salva tu WordPress. Redis protege la base de datos cuando PHP se ejecuta. El proxy protege el PHP cuando la petici\u00f3n llega al servidor. Y el <strong>CDN con cach\u00e9 en el edge<\/strong> protege todo lo anterior, resolviendo muchas peticiones antes de que siquiera lleguen a tu infraestructura.<\/p>\n\n\n\n<p>La estrategia m\u00e1s efectiva es empezar por el edge (resultados r\u00e1pidos y visibles con el menor esfuerzo), reforzar el proxy y, por \u00faltimo, pulir el object cache.<\/p>\n\n\n\n<p>Si este art\u00edculo te ayud\u00f3, comp\u00e1rtelo con otros que est\u00e1n luchando con el rendimiento de WordPress. En los pr\u00f3ximos art\u00edculos profundizaremos en configuraciones espec\u00edficas (Cloudflare APO + Redis, reglas avanzadas en Bunny, etc.). \u00a1Nos leemos pronto!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En los art\u00edculos anteriores de esta serie hablamos del object caching con Redis (para que WordPress deje de bombardear la base de datos) y del reverse proxy como primera l\u00ednea de defensa dentro de tu propio servidor. Hoy cerramos el c\u00edrculo con la capa m\u00e1s externa y, en muchos casos, la que m\u00e1s impacto genera: [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[19],"class_list":["post-280","post","type-post","status-publish","format-standard","hentry","category-nota","tag-wordpress"],"_links":{"self":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/280","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/comments?post=280"}],"version-history":[{"count":0,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/280\/revisions"}],"wp:attachment":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/media?parent=280"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/categories?post=280"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/tags?post=280"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}