Loading...

Ayuda de CDN.com.tr

Compresión Brotli y gzip

El edge comprime automáticamente las respuestas de texto: Brotli para los navegadores que lo admiten y gzip para los demás. Vea qué método usa cada dominio en la tarjeta Compresión y confírmelo con curl.

Compresión Brotli y gzip

El edge comprime automáticamente las respuestas de texto: Brotli para los navegadores que lo admiten y gzip para los demás. Vea qué método usa cada dominio en la tarjeta Compresión y confírmelo con curl.

Guías relacionadas

La otra cabecera de respuesta que conviene leer mientras prueba, qué ocurre con las imágenes y las reglas a las que se refiere la tarjeta.

Durante las pruebas

Leer el estado de caché: HIT, MISS, BYPASS, EXPIRED

La cabecera X-Proxy-Cache-MT muestra si la respuesta vino de la caché.

Abrir el tema
Reglas de entrega

Definir el comportamiento de caché con Add Rule

Las reglas que aparecen en la misma página; la nota bajo cada valor de compresión nombra una de ellas.

Abrir el tema

Ruta en el panel

  1. Panel de gestión
  2. Reglas de entrega
  3. Optimización
  4. Compresión

Requisitos previos

  • Un dominio servido por una regla de entrega: la tarjeta Compresión enumera los dominios que sirven las reglas de la cuenta.
  • curl, o las herramientas de desarrollo de su navegador, para la comprobación.

Guía paso a paso

1

Lea la tarjeta Compresión

La tarjeta muestra la compresión de cada dominio por HTTP y por HTTPS.

  • Abra Reglas de entrega y vaya a la pestaña Optimización.
  • En la tarjeta Compresión, busque su dominio en Dominio.
  • Lea los valores de HTTP y HTTPS, y la nota bajo cada uno.

Resultado esperado: Un dominio servido con los ajustes predeterminados muestra Brotli y gzip, con una nota como de la regla n.º … o de la regla de comprobación del certificado.

2

Compruebe Brotli y gzip con curl

Solicite un archivo de texto de al menos 256 bytes, como un archivo CSS o JavaScript, una vez pidiendo Brotli y otra pidiendo gzip.

  • Envíe una solicitud GET con Accept-Encoding: br y lea las cabeceras de la respuesta.
  • Repítala con Accept-Encoding: gzip.

Resultado esperado: content-encoding: br en la primera respuesta y content-encoding: gzip en la segunda, cada una con vary: Accept-Encoding.

cdnctl equivalent
curl -s -o /dev/null -D - -H 'Accept-Encoding: br' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):'
curl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):'
3

Compare los tamaños

El tamaño de la descarga muestra lo que ahorra la compresión en sus propios archivos.

  • Descargue el archivo una vez con Accept-Encoding: br y otra sin cabecera Accept-Encoding.
  • Compare los dos recuentos de bytes.

Resultado esperado: Dos recuentos de bytes: primero el tamaño comprimido y después el tamaño sin comprimir.

cdnctl equivalent
curl -s -o /dev/null -w '%{size_download}\n' -H 'Accept-Encoding: br' https://www.example.com/assets/app.css
curl -s -o /dev/null -w '%{size_download}\n' https://www.example.com/assets/app.css

Verificación

  • curl -s -o /dev/null -D - -H 'Accept-Encoding: br' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):' → content-encoding: br, vary: Accept-Encoding
  • curl -s -o /dev/null -D - -H 'Accept-Encoding: gzip' https://www.example.com/assets/app.css | grep -iE '^(content-encoding|vary):' → content-encoding: gzip, vary: Accept-Encoding
  • curl -s -o /dev/null -w '%{size_download}\n' -H 'Accept-Encoding: br' https://www.example.com/assets/app.css → el tamaño comprimido; el mismo comando sin la cabecera Accept-Encoding → el tamaño sin comprimir

Casos de uso

Ha trasladado un sitio detrás del CDN y quiere confirmar que su HTML, CSS, JavaScript y JSON llegan comprimidos a los visitantes, sin configurar la compresión en su origen.

Flujo de trabajo rápido

  1. Abra Reglas de entrega de la cuenta y vaya a la pestaña Optimización.
  2. En la tarjeta Compresión, marcada como Automática, busque la fila de su dominio.
  3. Lea las columnas HTTP y HTTPS: Brotli y gzip significa que ambos métodos están activados para ese protocolo, y la nota bajo el valor nombra la regla de la que procede. Solo gzip, Solo Brotli o Desactivada significa que la regla más antigua del dominio se guardó con ese ajuste; la nota nombra esa regla.
  4. Solicite un archivo CSS o JavaScript con curl y lea la cabecera content-encoding.

Verificaciones

  • El edge comprime según el Content-Type de la respuesta: HTML, CSS, JavaScript, JSON (application/json, application/ld+json, application/manifest+json), XML (incluidos los feeds RSS y Atom), texto plano, SVG, iconos ICO, WebAssembly y fuentes TTF, OTF y EOT. Los demás tipos de contenido salen tal cual.
  • JPEG, PNG, WebP y los demás formatos de imagen salvo SVG e ICO, las fuentes WOFF y WOFF2, el vídeo y los archivos zip ya son formatos comprimidos y salen tal cual.
  • Las respuestas de tamaño conocido inferior a 256 bytes salen sin comprimir.
  • La compresión se aplica a las respuestas 200, 403 y 404.
  • Las respuestas comprimidas llevan Vary: Accept-Encoding, de modo que las cachés intermedias mantienen separadas la versión comprimida y la versión sin comprimir.
  • Los navegadores solo piden Brotli por HTTPS; por HTTP sin cifrar, el mismo navegador recibe gzip.
  • La compresión la hace el edge, así que su origen no necesita hacerla. Una respuesta que ya llega comprimida (tiene una cabecera Content-Encoding) no se vuelve a comprimir.
  • Al editar una regla, aparece una nota Por dominio para cada uno de sus dominios cuya compresión procede de una regla más antigua, y esa nota nombra la regla.
  • La compresión se define por dominio mediante su regla más antigua, no por regla: el valor de la tarjeta, incluidos Solo gzip, Solo Brotli o Desactivada, se aplica a todas las reglas del dominio en ese protocolo, y no se puede cambiar en la tarjeta.

Preguntas frecuentes

¿Tengo que activar la compresión?

No. La compresión es automática: las reglas de entrega se crean con Brotli y gzip, y la tarjeta Compresión está marcada como Automática.

¿Por qué mi comprobación no muestra la cabecera content-encoding?

Compruebe cinco cosas: la tarjeta Compresión muestra Brotli y gzip para ese dominio y protocolo, la solicitud pide compresión (curl no envía la cabecera Accept-Encoding a menos que la añada), el archivo es de uno de los tipos que se comprimen, tiene al menos 256 bytes y el estado es 200, 403 o 404. Ejecute los comandos de verificación de abajo tal como están escritos.

Brotli o gzip: ¿cuál recibe un visitante?

Brotli, los navegadores que lo admiten; gzip, los demás. El edge lee la cabecera Accept-Encoding que envía el navegador, y los navegadores solo piden Brotli por HTTPS.

¿Qué significa «No se sirve» en la tarjeta?

Todavía ninguna regla de entrega sirve ese dominio por ese protocolo. En cuanto una regla sirve el dominio por HTTP o HTTPS, la tarjeta muestra allí su compresión.