Pachina prencipal/Guía/Optimización d'o puesto web/Detalles d'o conteniu

Si se divide la optimización d'o rendimiento de WordPress en tres capas:

  • Capa d'orichen: Host / PHP / Base de datos / Plugin de caché —— determina o TTFB y a carga d'o backend
  • Capa de recursos: optimización d'imachens — determina o grandor de descarga y a velocidat d'a imachen gran d'a primera pantalla
  • Capa de entrega:CDN —— decide os recursos más près d'o visitant, con más aciertos y con menos carga ta l'orichen

Iste articlo parla CDN accelerar：

  • Saber qué puede resolver CDN y qué no puede resolver
  • Triga a forma y o fornidor CDN adequaus ta tu (y comprenda os límites d'a versión gratuita/d'inicio)
  • Publicar siguiendo l'orden de baixo risgo, sin tirar o puesto ni provocar problemas de caché en e-commerce/socios
  • Dimpués de publicar-lo, se puede verificar que ye efectivo y revisar por qué no s'ha actualizau, por qué s'ha tornau más lento u por qué s'amuestran contenidos cruzados“

1. Primero deixa claro lo concepto: qué resuelve CDN y qué no resuelve

1.1 CDN resolvió principalmente 3 cosas

1.1.1 Recursos estaticos con entrega mas rapida
Os recursos estaticos como imachens / CSS / JS / tipografías / iconos y atros son mas cerca d'os visitants, se descargan mas rapido y o renderizau d'a pachina ye mas estable.
Ta WordPress, especialmente os recursos de temas y pluginswp-content/themes/、wp-content/plugins/) y imachens d'a biblioteca multimedia (wp-content/uploads/) de normal son “grans consumidors d'espacio”.

1.1.2 Reduzir a presión d'o servidor d'orichen
Dimpués d'encertar en a caché de cant, as solicitutz ya no tornan ta l'orichen con tanta freqüencia, y a banda ancha, as connexions concurrents, l'IO d'o disco y as fluctacions de CPU d'o servidor d'orichen serán más luengas.
Isto ye especialmente evident en istas situacions de pico como “pachina d’actividat, articlos virals y pachina de producto con una gran cantidat de visitas”.

1.1.3 Amillora la estabilidat (mas resistent a las fluctuacions)
Quan i i hai picos de trafego, os nodos perimetrals absorben una gran cantidat de solicitutz repetidas, y asinas lo servidor d'orichen ye menos facil de saturar.
Veyerás “Acceso mas suau”: encara que a presión d'o puesto d'orichen puye de golpe, a caché de l'edge seguirá sirviendo contenido.

1.2 CDN 3 clases de problemas que no se resolverán automaticament

1.2.1 O puesto orichinal en sí mesmo ye lento
La base de datos ye lenta, la lógica d'o plugin ye lenta, y lo calculo de PHP ye lento: istos pertenecen a problemas d'a capa d'o puesto d'orichen.
CDN puet fer más rapidos os recursos estáticos, pero si mesmo asinas a pachina d'inicio HTML se chenera muito amán, os usuarios seguirán sintindo que “ubrir ye lento”. En iste caso, prioriza tornar a: hostal, plugin de caché y optimización d'a base de datos.

1.2.2 A imachen en sí ye masiau gran
CDN no puede fer-se chicotán “de magia” a la imachen gran de 3MB.
Primer has de fer a optimización d’imachens: estratechia de mida (no descargues imachens masiado grans), compresión, WebP/AVIF, estratechia de carga diferida, etc.

1.2..3 script de tercers lento
Anuncios, estatisticas, atención al cliente, components de retz socials, etc. provenen de dominios de tercers.
CDN normalment no puede fer-los “más rapido”; nomás se puede tractar reduciendo/u retardando a carga, substituyendo lo proveedor u optimizando la estratechia d’os scripts.

Recomendación

Primer fa bien a capa d'o sitio orichinal y a capa de recursos, y dimpués fa CDN; l'efecto será más visible y habrá menos problemas.

2. Tría en 30 segundos: qué tipo de formato CDN amenestes?

Ta WordPress, o prencipal se divide en dos categorías. Primero tría a “modalidat”, y dimpués tría a “furnidor de servicios”, y a ideya quedará muito clara.

2.1 一体化“反向代理型”（更省心，适合多数站点）

**特点：**它不仅是 CDN，还把 DNS / SSL / Seguranza basica (como DDoS/WAF) Empaquetatz chuntos. Dimpués de conectar-te-ie, se posa debant d'o tuyo puesto web y actua como proxy.

Qué obtendrás:

  • Los certificaus y la chestión de TLS son más simples
  • Punto unificau de seguranza y protección (DDoS basico, control d'acceso, WAF, etc.)
  • Caché de canto y motor de reglas（permite estratechias de caché mas finas y d'omisión）
  • “Más espacio pa escalar”: dimpués, si quiers anyadir seguranza, limitación de velocidat y protección anti-bot, normalment ye tot en o mesmo sistema

Representante: Cloudflare / Tencent Cloud EdgeOne / Alibaba Cloud ESA

Si quieras:

  • Deseyas HTTPS + CDN + seguranza basica D'un tirón
  • Te gustaría xestionar de forma unificada a resolución DNS y a capa de proxy dende una sola plataforma
  • Das mas valuras a “experiencia cheneral y ampliacions futuras”, no yes disposto a dividir DNS, os certificados, CDN y a seguranza en quantas soluciones separadas

2.2 Pull “estatico” puro CDN (inicio de baixo riesgo, acelera principalment imáchens/CSS/JS)

**特点：**你只把静态资源放到 CDN 边缘缓存；HTML 页面仍由源站（以及源站缓存插件）负责。

Qué obtendrás:

  • Risco de negocio muit baixo: si no tocas o HTML, basicament no pasarán “contenius cruzados/carritos cruzados”
  • Modelo de costos más intuitivo: lo más común ye cobrar por tráfico/solicitudes/zona
  • Estructura más pura: más pareixiu a un “servicio de distribución de recursos estáticos”

**代表：**bunny.net（按量计费模型清晰）

Si quieras:

  • Quers fer primero o paso más estable: aceleración de recursos estáticos
  • Quiers obtener beneficios rapido primero y dimpués decidir si activar caché de proxy / de tot o puesto web
  • Quieras que lo coste sía más cercano a “pagar por o que usas”

3. Cómo fer-ho

  • Prumera capa: tipo de proxy integrada (preferida)：Cloudflare / EdgeOne / ESA
  • Segunda capa: Pull estatico CDN (inicio seguro)：bunny.net / Cloudways CDN etc.

4. Furnidors recomandaus

4.1 Cloudflare: proxy inverso tot en un (gratuíto ta prencipiar, ecosistema maduro)

Qué ye?
Dimpués que conectes o dominio, actuará como proxy debant d'o puesto web, proporcionando CDN, certificau, protección basica y capacidades de reglas de caché.

Pa qui ye adecuau?

  • Quiers estalviar-te preocupacions: HTTPS + CDN + seguranza basica integral
  • Si se quiere un ecosistema maduro: dimpués caldrá anyader WAF, limitación de velocidat, reglas de canto y atros; o camín ye bien claro

Punto de risc

  • L'actualización no fa efecto: dimpués d’activar CDN, a cadena de caché se fa más larga (caché d’o navegador + caché de CDN + caché d’o servidor d’orichen), ye necesaria una “estratechia de versión” ta que as actualizacions sigan controlables (dimpués i hai l’arbol de revisión)
  • Sía cauteloso con l'HTML en cachéSi se cachea l’HTML, as pachinas de comerzio electronico/socios/personalizadas han de pasar-lo estrictament; si no, ye facil que i higa incidents greus (dimpués i hai una lista d’escenarios)

Explicación：

  • Posicionamiento: proxy inverso integrado (SSL + CDN + protección basica)
  • Adequau ta: lanzar-lo sin preocupacions y con gran marxe ta futuras ampliacions
  • Valor principal: acceso unificau ta certificaus/seguranza/cache
  • Riesgo: as actualizacions dependen d'a estratechia de versions; a caché HTML s'ha d'evitar estrictament

4.2 EdgeOne internacional de Tencent Cloud: Proxy inverso tot en uno

Qué ye?
A forma tamién ye una plataforma integrada de “aceleración + seguranza + certificaus”, adeqüata ta meter o puesto baixo una capa unificada de proxy pa la suya chestión.

  • Como Cloudflare, tamién tiene una versión gratuita, pero normalment habrá Cota/límite de funcións(número de reglas, número de fayenas de rechistro, etc.), pero no cal modificar DNS; nomás cal l'acceso por cname,No se recomienda usar la versión gratuita en webs comerciales！
  • A lo mesmo, lo plan gratís a ormino significa SLA no garantiu
    Se puede usar, pero no lo consideres un “paquet SLA comercial”.
  • Si yes d'o cambiar automaticament ta la linia d'a China continental, normalmente cal completar primeroRechistro ICP; si no ye rechistrau, nomás se puede usar la ruta internacional.

Descripción:

  • Posicionamiento: proxy inverso tot en un (aceleración + seguranza + certificau)
  • Adequau ta: qui quiere una integración unificada y tamién considera a capacidat d'os nodos en China continental
  • Gratis: i hai plan u versión gratis, pero con cuota limitada y lo SLA normalment no son guaranciats
  • Riesgo: as reglas, os rechistros y a cuota de subdominios s'han de planificar con antelación; o caché HTML tamién s'ha de tractar con cautela

4.3 ESA internacional d'Aliyun: Proxy inverso tot en uno

  • Como Cloudflare, tamién tiene una versión gratuita, pero normalment habrá Cota/límite de funcións(número de reglas, número de fayenas de rechistro, etc.), pero no cal modificar DNS; nomás cal l'acceso por cname,No se recomienda usar la versión gratuita en webs comerciales！
  • Rechistra una cuenta d'o puesto internacional ta poder usar-lo
  • Accede a la consola d’ESA pa anyadir puestos web y trigar lo gratis Entrance Acceso d'o paquete
  • Si quiers cambiar automaticament ta la rota d'a China continental en a China continental, normalment cal primero completar o rechistro ICP; si no i hai rechistro, nomás se puede usar a rota internacional.
  • Gratis ye más adequau ta desarrollo/pruebas/evaluación; normalment no equival a un plan SLA comercial
  • Os plans gratuitos suelen tener limitacions de velocidat/soporte (p. ej., SLA, etc.)

Sobre as rotas de China continental:

  • Ta activar os nodos d'a China continental, normalment cal cumplir as condicions de rexistro y de rechión
  • Entrada gratis: por defecto se usa a linia internacional; ta usar a d'a China continental ye obligatorio completar-laRequisitos de rexistro ICP en China

Descripción:

  • Posicionamiento: proxy inverso tot-en-un (aceleración d'o puesto + seguranza)
  • Gratis: a cuenta d'o puesto internacional ye disponible pa l'acceso gratis d'Entrance; per defecto no incluye l'acceleración d'a China continental
  • Adequau ta: evaluación/prueba y uso lechero; u bien posterior millorada d'o plan
  • Riesgo: cal mirar bien os límites d'o plan gratis (SLA/limitación de velocidat/forma de soporte); cal planificar con antelación a rechión y o rechistro

4.4 conillet.net: Pull estatico CDN (inicio de baixo risgo, cobro por uso claro)

Si yespera “asegurar primero o beneficio más estable”, un Pull CDN como bunny ye muy adequato:
S'assembla más a un servicio de distribución de recursos: le das recursos estáticos ta distribuir, y o coste normalment depende d'o trafego, as solicitutz y a rechión; ye un modelo claro y controlable.

Adecuau ta:

  • Primero Imachens / CSS / JS / tipografías Aceleración estática
  • Quiers primero obtener uns ingresos estables y de baixo riesgo, sin priesa de confiar tot o puesto a una plataforma d'axencia integrada (DNS/SSL/WAF)
  • Quiers que o modelo de costos siga más “pagas por o que usas”, en cuenta d’entrar dende o prencipio en un sistema de planes más complexo

Punto de risc

Os recursos estaticos “actualizacions que no fan efecto” quasi nunca son un bug de CDNsino que ye un comportamiento normal d'o sistema de caché:
Quan has actualizau lo CSS/JS/imagen en o fondo, peroL'URL d'o recurso no ha cambiau(la mesma adreza/nombre de fichero/ruta), CDN y o navegador seguirán usando a caché antiga d’una traza razonable, asinas que veyerás “por qué no s’ha actualizau”

Un principio claro y executable:

Prioridat ta lo numero de versión, y Purge como respaldo.

Por qué isto ye lo más seguro:

  • Cambios en o numero de versión/nombre d'o fichero → O URL cambia → CDN se trata como un recurso nuevo en caché → La nueva versión ye efectiva quasi de contino
  • O Purge (limpiar caché) ha d'estar activau por tu, ye facil que o alcance no siga preciso y a propagación entre nodos tenga retardo; fer Purge con freqüencia tamién fa baixar a taxa d'aciertos, aumentar a tornada a l'orichen y fer mas grans as fluctuacions

Eixemplo fácil d'entender:

  • style.css O conteniu mudou, pero a URL sigue igual style.css Continar dando a caché antiga (razonable)
  • Convertir en URL style.css?ver=20260103 u style.abc123.css → CDN considera que ye un nuevo recurso → a nueva versión surte efecto de contino

bunny como millor practica de “Primer paso CDN”

  1. Primero solo cubrir os recursos estáticos(Imáchens/CSS/JS/fuents), no cacheyes HTML d'entrada
    • Ventacha: casi nunca ocurre un fallo grave como que l’usuario veye lo conteniu d’unatro u que se mezcle lo carret d’a compra
    • Tamién te ye más fácil verificar os beneficios: os recursos estáticos son más rapidos y o servidor d’orichen va más leuchero
  2. Diseña bien a estratechia d'actualización
    • CSS/JS: en a mesura d'o posible usa lo numero de versión/o cambia lo nombre d'o fichero
    • Imachens: evita en o posible a sobrescritura prolongada con o mesmo nombre; ye millor usar un nombre de fichero u rota nuevos (sobretot ta o banner d'inicio y as imachens d'actividatz)
  3. Dimpués d'activar, confirma lo acierto con a lista de verificación
    • Os recursos estáticos vienen de CDN?
    • La taxa d'iertos puya pas a pas y l'amplo de banda/solicitudes de l'orichen ye más estable? (dimpués i ha una lista de verificación)

Atención

Si o tuyo negocio ye relacionau con a China continental, u si quiers que o tuyo puesto web se pueda visitar mas rapido dende a China continental.

Alibaba Cloud China y Tencent Cloud China son dambas opcions que mereixen a pena; si o tuyo nombre de dominio ya ye registrau con a licencia ICP en a China continental, en usar EdgeOne u ESA, as visitas dende a China continental cambiarán automaticament ta una ruta d'a China continental.

“Usar nodo continental”Normalment implica o rechistro ICP

Referencia

“Optimización d'a experiencia d'acceso transfronterizo a o puesto web”Podría estar relacionada con otra función independiente y normalmente no equivale a tener nodos de China continental gratis“

5. Fuella de ruta pa lanzar-se: avanzar en 3 fases (de estable a fuerte)

La razón per la quala CDN ye más facil de “embarullar” ye querer activar totas as suyas capacidatz a tope dende o prencipio.

Fase 1: nomás recursos estaticos CDN (se recomienda encareixidament fer-lo primero)

ObchectivoAs imachens/CSS/JS/fuents pasan primero per CDN; l'HTML no ye en a caché de CDN (u de momento no se toca).

Per qué fer primero isto ye lo mas seguro

  • Risco minimo: si la caché d'os recursos estaticos falla, como muito no s'actualizan os estilos/imachens, ye controlable
  • No afectará l'estau d'inicio de sesión, o proceso de compra, u a exactitut d'a información d'a cuenta
  • Puetz veyer clarament os beneficios: a descarga de recursos estaticos ye mas rapida y o servidor d'orichen ye mas estable

Preguntas frecuentes d’ista fase (dimpués daremos l’arbol de diagnostico)

  • Conteniu mixto (a pachina carga recursos HTTP)
  • L'actualización d'os recursos estaticos no surte efecto (a URL no ha cambiau)

Fase 2: estratechia d'actualización de caché (prioridat d'a versión, Purge/invalidación como respaldo)

Isto ye a linia divisoria entre “CDN lo fa profesionalment u no”.

Una regla estricta:

Pa las actualizacions que se pueden resolver con o cambio de versión u o nombre d'o fichero, no dependas de Purge.

Por qué la ruta d'a caché se vuelve tan imprevisible dimpués de fer-se más larga:

  • Caché d'o navegador: en o tuyo equipo se puede haber almagazenau CSS/JS antigo
  • CDN Caché: os nodos d'o canto pueden haber almacenau recursos antigos
  • Caché d'o puesto orichinal: o plugin de caché u a caché d'o servidor puede que siga amostrando contenido viello

Si no tiens una estratechia de versions, la publicación se convertirá en:
“Hez bellugau bella cosa → refresca → no va → limpia la caché de nuevo → encara no va → limpia unatra capa de caché otra vegada”
Isto ye o mayor punto d'esdolor de muita chent sobre CDN.

Fase 3 (abanzau): Cachiar HTML? (alto beneficio, pero tamién o mayor risgo)

La caché HTML (caché de puesto complet / caché de borda) puede reducir de forma notable lo TTFB, pero en escenarios de WordPress tamién ye una zona d'alta incidencia de problemas.

Si no yes seguro, no faigas caché d’HTML. Primero CDN estatico + plugin de caché d’o servidor d’orichen.

Si cal almacenar en caché HTML, dos prencipios:

  1. Nomás dende o modo visitante: Nomás se fa caché d'as pachinas d'os visitantes que no han iniciau sesión
  2. Primero escribe la lista d’excepcions: Prioridat ta la corrección, dimpués charraremos d'a tasa d'encierto

6. Lista de reglas d'escenario: cómo fer-lo seguntes os diferents tipos de puesto pa no tener accidentes

6.1 Puesto de conteniu / blog (principalmento articlos, muitos visitantes)

Recomendau

  • Recursos estáticos: caché completa
  • HTML: Se puede considerar almacenar en caché a pachina de visitantes no identificaus“

Normalment cal saltar-se-ho

  • Zaga y inicio de sesión/wp-admin/*、/wp-login.php
  • Vista previa/Borrador (preview)
  • Pachina de resultaus de busca (si os parametros cambian muito, o mas facil ye no cachear de primeras)
  • Solicitut POST de ninvio de formulario/comentario

A clau de caché ha de distinguir-se como mínimo

  • Ye dentrato u no (dimensión cookie)
  • Idioma (multilingüe)

6.2 Puesto web empresarial / pachina de destino de marketing (muitos formularios y actividatz)

Recomendau

  • Recursos estáticos: caché completa
  • HTML: a pachina de destín publica se puede almacenar en caché (estau de visitante), pero cal tractar con prudencia a pachina de resultaus d'o formulario

As trampa mas facil de cayer-ie: os parametros de seguimiento fan que a caché se fragmente
Pachina d'aterrizache freqüent utm_* Parámetros:

  • Totz os parametros participan en a clau de caché → a caché se fragmenta, a tasa d'aciertos ye baixa
  • Ignorar tot → Bells pachinas que dependen d'os parametros ta renderizar pueden no cumplir o asperau

6.3 puesto de miembros / puesto de cursos / comunidat (alta proporción d'estau d'inicio de sesión)

Conclusión: O caché d'HTML ha de tractar-se con muita cautela.
La forma más segura ye normalment: estático CDN + caché d'orichen / caché d'obchectos; l'HTML nomás se mete en caché ta visitants.

Cal pasar por altu de forza

  • Iniciar sesión/Crear una cuenta/Recuperar a clau գաղ
  • Centro de cuenta, pedidos/suscripcions, perfil personal
  • qualsevol pachina y interficie fortament relacionada con l'estau d'usuario

6.4 Tienda en linia (WooCommerce)

Lista de pasos per saltar-se-lo más important

  • Carret de compra, pago, cuenta
  • Confirmación d'o pedido y pachinas relacionadas con a devolución de pagamento
  • Accesos d'inicio de sesión/rechistro, cupons/puntos y atros d'estau d'usuario

Per qué l'e-commerce tien más facilidat de tener problemas

  • Un cop l’usuario tien o carret, sesión u ye iniciau, la pachina se personaliza muito
  • Si la caché HTML no se pasa por alto u no distingue estatos, la consecuencia más tipica ye: carrito desordenau, cuentas mezcladas y precios amostraus de forma anormal
    Prioridat a la corrección; no sacrifiques la corrección pa amillorar a taxa d'aciertos.

6.5 puesto multilingüe / multimoneda

Recomendau

  • Recursos estáticos: caché completa
  • HTML: se puede cachiar pa visitantes, pero a clau d'a caché ha de diferenciar clarament as variants de luenga/moneda

S'ha de considerar a clau de caché

  • Idioma (ruta) /en/ /zh/ u subdominio en.）
  • Ye se ye dentrada de sesión (cookie)
  • Moneda/Tipus d'impuesto (si afecta a la visualización)

7. Aviso de risgo

Riesgo 1: la caché amuestra conteniu incorrecto (lo mas grave)

  • Error de caché de recursos estáticos: de cutio ye por estilos/imáchens antigos
  • Error de caché HTML: puede mezclar contenius, mezclando lo carrito de crompas y la cuenta — isto ye un incidente grave

Risco 2: l’actualización no s’aplica (lo más freqüent)

Dimpués que a cadena de caché sía más larga, “hembiáu pero no fa efecto” será más freqüent:

  • Prioridat d'o cambeo d'a versión/nombre d'o fichero
  • Purga/respaldo por defecto de fallo
  • O proceso de publicación ha de poder reproducirse (saber qué URL s'ha modificau en cada publicación)

Riesgo 3: límites d'o que promete a versión gratuita/inicial

  • Caracteristicas comunes d'o plan gratis: cuota limitada, bells capacidatz no incluyidas, l'SLA/soporte no equivalen a l'uso comercial formal

Risco 4: As capacidatz relacionatas con a China continental son facils d'interpretar malament

  • ESA: ta esperar usar rutas d'a China continental ye necesario realizar o registro ICP de China
  • EdgeOne: ta usar as rutas de China continental ye obligatori fer o registro ICP de China

8 Lista de verificación: dimpués de lanzar-lo, cómo confirmar que “realment ye en efecto”

8.1 Os recursos estaticos han pasau de verdat por CDN?

  • As imachens/CSS/JS vienen d'o dominio/nodo perimetral de CDN
  • Si se pueden veyer indicios claros de caché acertada (as marcas varían seguntes a plataforma)

8.2 ¿S'ha reduciu a presión d'o servidor d'orichen?

  • L'ample de banda d'orichen ye más estable?
  • Baixa lo numero de solicitudes/conexions a l'orichen (especialment as solicitudes de recursos repetius)?

8.3 Ye controlable l'actualización?

  • Modificar CSS/JS o reemplazar una imachen
  • La versión nueva puede aplicarse rapido mediante “cambio de numero de versión/nombre de fichero”?>
  • Si nomás se puede actualizar usando Purge, quiere decir que la estratechia de versions encara no ye bien feita (mejor completar primero la estratechia, no usar Purge como rutina diaria)

8.4 ¿Ye correcta a pachina clau dinamica?

(Obligatorio para botigas en llinia y webs de socios)

  • O conteniu d'a pachina dimpués d'iniciar u zarrar sesión ye correcto
  • As pachinas relazionadas con o carret, o pago y a cuenta son siempre correctas
  • S'ha detectau una anomalia an a qual diferents usuarios veigan o mesmo conteniu de sesión d'un usuario? (alto risgo)

8.5 A taxa d'errors ye augmentando?

  • Tiempo d'espera d'orichen superau, 5xx, no s'ubre de bez en cuando
  • Istos normalment significan: capacidat insuficient d'o servidor d'orichen, reglas incorrectas, activación d'a limitación de velocidat u problemas en o vinclo de retorno a l'orichen

9. Arbol de diagnostico si l’actualización no fa efecto (convertir “magia negra” en pasos)

Primer determina de qué tipo de problema se tracta:

9.1 Los recursos estaticos no s'han actualizau (CSS/JS/as imáchens continan estando antigas)

Caso A: solo tú ves lo viello; en modo incognito u con o troco de dispositivo ye nuevo
Sospeitar primero: caché d'o navegador

  • Solución: publicar nuevos recursos cuando cambie lo numero de versión u lo nombre d'o fichero

Caso B: totz ven a versión antiga (tamién en modo incognito/uatro dispositivo)
Prioridat de sospeita: CDN sigue en a caché antiga

  • 99% razón: l'URL d'o recurso no ha cambiau
  • Solución prioritaria: estratechia de versión
  • Mesura d'emerchencia: Purge (solución temporal)

Caso C: dimpués de sobrescribir a imachen con o mesmo nombre, sigue amostrando-se a imachen viella
Isto ye o problema clasico de la caché d'o navegador mas a caché CDN superpuestas

  • Consellos prácticos: evita en o posible sobrescribir con o mesmo nombre a largo plazo; usa un nombre/ruta de fichero nuevo u un numero de versión

9.2 HTML no s'ha actualizau (o conteniu d'a pachina/módulo ye encara o viello)

Caso A: lo backend/dimpués d'iniciar sesión ye nuevo, os visitantes veyen l'antigo
Priorizar a sospeita: o HTML en modo visitante s'ha quedau en caché

  • Primer confirma: cal almacenar en caché o HTML d’ista mena de pachinas?
  • Si cal cachiar-lo: ye necesaria una estratechia de refresco controlable; si no, a publicación será incontrolable

Caso B: nomás bellas rechions/rets amuestran conteniu viello
Prioridat de dudar: l'estau d'a caché ye diferent en cada nodo de cantón

  • Resolución: reducir diferéncias con versión/estratechia d'actualización; si cal, fer una invalidación más clara

Caso C: anomalía en l'usuario conectau / o carret de compra
Senyal d'alto riesgo: ye posible que s'almagazenase conteniu incorrecto

  • Compreba agora mesmo si s'ha feito caché d'as pachinas d'usuario (carret de compra/pago/conta, etc.)
  • Comprebar si a Cache Key ignora variants clau como “cookie d'usuario / idioma / moneda”

10. Recomendau

Cloudflare

  • Proxy inverso integrado
  • Adequau ta: empecipiar sin preocupacions
  • Punto clau: a estratechia de versiones resuelve l’actualización; a caché HTML se fa dende l’estau de visitante
  • Risco: as pachinas dinamicas s'han de pasar por alto

EdgeOne internacional de Tencent Cloud

  • Proxy inverso integrado
  • Adequau ta: considerar a capacidat d'os nodos d'a China continental y l'acceso integrau
  • Gratis: i hai plan/version gratuita, pero mira bien os límites de cuota y d'alcuerdos
  • Risco: cal planificar as cuotas de reglas/rechistros/subdominios; caché HTML con cautela

ESA internacional d'Aliyun

  • Proxy inverso integrado
  • Gratis: la cuenta d'o puesto internacional puede usar Entrance con acceso gratis
  • Risco: confirma antes os límites d'o plan gratis (SLA/suporte/limitación de velocidade) y as condicions de rechión/rechistro
  • Adecuado ta: evaluación/pruebas y integración lechera; u posterior esviello de plan, u considerar capacidat de nodos en a China continental y integración unificada

conillet.net

  • Estatico Pull CDN
  • Adecuato ta: primero fer aceleración estatica de baixo risgo
  • Important: prioridat ta lo numero de versión; Purge como solución de continchencia; evita la sobreescritura por nomes iguals
  • Riesgo: si no se fa bien a estratechia d'actualización, te trobarás freqüentment con “recursos antigos”

11. Recomendacions d'acción

  1. Primera triga a modalidat: proxy inverso integrato (Cloudflare/EdgeOne/ESA) u static Pull CDN (bunny)
  2. Lanzamiento por fasesPrimero estático → dimpués estratechia de versions → y finalment considerar la caché HTML
  3. Dimpués d’estar en linia, compreba segunt la lista de verificación: acierto/orichen/actualización/omisión dinamica/tasa d’errors
  4. Cal más rapido: torna ta “plugin de caché” y “optimización d’imachens”, y comprime una vuelta más a capa d’o puesto d’orichen y a capa de recursos

Preguntas freqüents de WordPress CDN

1. ¿Por qué sigue estando lento dimpués d'usar CDN?

A causa más común no ye que CDN no sirva, sino que o cuello de botella no ye en a “capa de entrega”.

Puetz jutgar-lo en iste orden:

  • Lo TTFB contina estando altoLentitud en chenerar HTML en o puesto d’orichen (base de datos/complements/configuración d’o caché/rendimiento d’o servidor) → tornar a l’orichen ta optimizar-lo
  • A imachen gran d'a primera pantalla ye muito lenta: Explica que o volumen, as dimensions u o formato d'a imachen son incorrectos → primero faiga una optimización d'a imachen (compresión, WebP/AVIF, estratechia de dimensions)
  • Script de terceros alentindoLos scripts d'anuncios/analitica/atención a lo client son comuns → CDN normalment no aduya; cal reducir-ne u cargar-los mas tarde
  • Nomás bellas rechions son lentas: Puede estar por cobertura d'os nodos, ruda d'orichen u a caché no ha acertau (taxa d'aciertos baixa) → mira la taxa d'aciertos y la situación d'orichen

CDN ye responsable de fer que os “recursos ya optimizaus” s’entreguen mas rapido; l’orichen lento, as imáchens grans y os scripts lentos han de tractarse por separau.

2. Per qué he actualizau lo CSS/JS/imatges, pero os usuarios encara ven la versión antiga?

Isto ye o problema mas común en o escenario CDN, y a causa principal suele estar:L'URL d'o recurso no ha cambiau, o sistema de caché continará usando d'una traza razonable a caché antiga.

Principio de tractamiento mas seguro:

  • Prioridat d'o numero de versión: Permitir que cambie a URL d'o recurso (por eixemplo style.css?ver=xxxx u nombre de fichero hash）
  • Purga de respaldo: Cuando encara no has establiu una estratechia de versions, nomás usa borrar la caché como una solución temporal.

Si cambias a sobén lo banner d'inicio u as imáchens d'actividá, se recomienda evitar sobrescribir con o mesmo nombre y priorizar nombres de fichero/rutas nuevas (más controlable).

3. M'he menester guardar en caché l'HTML? Si no lo guardo en caché, perderá lo suyo?

No ye cal necesariamente.

Ta molts puestos web, la mayor valura de CDN vien de:

  • Recursos estaticos más rapidos
  • Baixada d'a presión d'orichen y millora d'a estabilidat

Caché HTML Lo beneficio puede estar maior de verdat (o TTFB será más baixo), pero tamién ye an lo maximo riesgo: comerzio electronico, membresía, conteniu personalizau, multilengua/multimoneda... tot ixo ye facil de cachear mal y amostrar contenius incorrectos.

Ruta segura៖

  1. Primer fa estatico CDN (baixo riesgo, alta recompensa)
  2. Completar la estratechia de versión y la lista de verificación
  3. Reevaluar si se fa caché d'o HTML (prencipiando d'o “estau de visitante”)

4. En una web d'e-comercio se puede meter CDN? No ferá un lio con o carrito de compra?

Se puede, y se debe (a lo menos os recursos estaticos), pero cal evitar cachear as pachinas d'estau d'usuario.

  • Os recursos estáticos se pueden alzar en caché: imachens, CSS, JS
  • A pachina d'usuario ha de pasar por altoNo guardar en caché l'HTML en as pachinas relacionatas con o carret de compra, o pagamento y a cuenta
  • Mientres no faigas caché HTML d’istas pachinas, o risgo de “carro cruzau/ cuenta cruzada” se reducirá muito

5. Cómo fer un puesto multilingüe/multimoneda CDN pa que no se mezclen l'idioma/precios?

La clau ye en aquò Clau d'a caché Ye correcto.

  • Idioma (ruta u subdominio)
  • Monea (si afecta la visualización d'o precio)
  • Ye se ye dentrada de sesión (cookie)
  • Zona/mena d'impuesto (si a pachina cambia seguntes a zona)

Si estas dimensions no dentran en a lochica d'a caché, ye facil que pase: os usuarios d'a luenga A veyen conteniu en a luenga B, u que os prezios no sigan consistents.

6. Qué he d'esculler: proxy inverso integrato (Cloudflare/EdgeOne/ESA) u Pull estatico CDN (bunny)?

Puetz trigar seguntes o “obchectivo” y “preferencia de risco”:

  • Quieres resolver de vez HTTPS + CDN + seguranza basica, y dimpués poder ampliar reglas/WAF៖Proxy inverso integrado
  • Quiere fer antes o primer paso más seguro (recursos estaticos más rapidos), sin tocar o proxy de tot o puesto web:Estatico Pull CDN(p. eix. bunny)

Si dubdas, recomendación predeterminada:Primero estático CDN → Completa la estrategia de versión y la lista de verificación, y dimpués decide si activar la caché de proxy/HTML.

7. ¿Se puede usar la versión gratuita directamente en un puesto web oficial?

Se puede usar, pero “gratis” s’ha de entender como “inicio/evaluación/uso leixero”, no como una “solución formal con SLA comercial”.

  • Puetz acceptar lo plan gratuito?Límite de cuota, funcions que faltan, diferéncias en o soporte y posible ausencia de compromisos de SLA？
  • Si no, cal prener la versión gratuita como prueba y dimpués actualizar a un plan más adautau

8. ¿Cómo puedo confirmar que CDN ye realment tenindo efecto, y no ye solo un consuelo psicolochico?

Confirma-lo con istas tres pasos (sin garra ferramienta complexa):

  1. Comprebar si os recursos estáticos tornan dende CDNHa cambiau a procedencia d'a imachen/CSS/JS?
  2. Veyer si a taxa d'encierto y lo retorno a l'orichen amilloran(Nomás cuenta como ganancia real si puya l'index de zierto y baixa o retorno a orichen)
  3. Cambiar una vegada l'estratechia d'actualización de CSS/imachen de verificación(número de versión activo, indica que o fluxo ye controlable)

Si no yes capaz de cumplir o punto 3, cuanto más optimices dimpués, más fácil será sufrir por “as actualizacions no surten efecto”; se recomienda completar primero a estratechia de versions.

9. ¿Por qué activar l’acceleración ta China continental s’embolica a ormino?

A razón más común ye:La selección d'aria no coincide con as condicions de rechistro。

  • Si quiers trigar una rechión d'acceleración que incluiga a China continental, normalment cal primero completar Rechistro ICP; si no se fa o rechistro, nomás se puede trigar rechions que no incluyan a China continental.

10. Cargaré antes o plugin de caché u antes meteré CDN?

Aconsellamos xeneralment l'ordin siguiente:

  1. Capa d'orichen: primer estabiliza la caché/servidor base (baixa lo TTFB y la carga d'o panel)
  2. Capa de recursos: a optimización d’imachens reduz lo peso
  3. Capa de distribución: CDN entrega os recursos más rapido y con más estabilidade

Si agora nomás quiers fer una cosa y te fa por meter-la de patas:Primero usar estático CDN (fase 1), o beneficio ye estable, o risco ye o mas baixo.