Comprobador de Brotli

Pega una URL en este Brotli Checker gratuito para ver si el servidor devuelve recursos comprimidos. No hace falta registrarse. Revisa las cabeceras HTTP buscando el token br.
Cómo lee las cabeceras el Brotli Checker
Pegas una URL y la herramienta envía una petición HTTP con la cabecera Accept-Encoding configurada en gzip, deflate, br. El servidor decide qué devolver. Si soporta el algoritmo, responde con Content-Encoding: br. La herramienta analiza esta cabecera y te dice el resultado. También revisa el payload real para asegurarse de que el servidor no haya mentido sobre la codificación.
Brotli se define en el RFC 7932. Usa un diccionario predefinido de 120 kilobytes. Ese contexto precompartido, que incluye cadenas HTTP comunes y palabras clave de CSS, permite comprimir archivos de texto a un tamaño mucho menor que con los métodos antiguos. Recibes las cabeceras en crudo para que puedas verificar el token exacto. También comprueba los magic bytes. Si la cabecera dice br pero el payload es texto plano, la herramienta marca la discrepancia.
Cuándo ejecutar un test de compresión brotli
Lo necesitas cuando tu auditoría de Lighthouse se queja de texto sin minificar o sin comprimir. Las CDN modernas lo soportan, pero los servidores de origen mal configurados a menudo eliminan las cabeceras. Puedes pensar que tu red edge lo gestiona, solo para descubrir que el origen está enviando HTML en crudo, lo que anula por completo el propósito de montar una red de entrega de contenido global. Si te preguntas cómo comprobar si una web usa brotli, simplemente pega la URL. Este Brotli Checker online te permite probar tanto el edge como el origen directamente.
También resulta útil al migrar desde gzip. Quieres confirmar que la nueva configuración realmente funciona antes de subirla a producción. Solo recuerda que los recursos estáticos como imágenes y vídeos ya están comprimidos. La herramienta informará correctamente de que esos archivos no usan compresión basada en texto. Debes probar solo archivos HTML, CSS y JSON para obtener resultados con sentido.
- Verificar configuraciones edge de la CDN.
- Probar el comportamiento de fallback del servidor de origen.
- Depurar tokens Accept-Encoding faltantes.
Límites del Brotli Checker gratuito
Esta herramienta solo revisa la URL final que le proporcionas. No rastrea todo tu sitio. Si tu página principal lo usa pero tus subpáginas no, tienes que probarlas individualmente. Tampoco puede decirte la ratio de compresión. Solo confirma la presencia del algoritmo. Necesitas un profiler aparte para medir el ahorro real de bytes.
Algunos servidores negocian la codificación en función del user agent. Si tu servidor sirve distintas codificaciones a diferentes clientes, el resultado podría variar. La herramienta usa un user agent estándar de navegador de escritorio. También, si un sitio requiere autenticación o bloquea peticiones automatizadas, la comprobación fallará con un error de conexión. Tendrás que probar esos endpoints protegidos manualmente mediante curl.
Cómo usar el Brotli Checker
- Pega la URL completa del recurso que quieres probar en el campo de entrada.
- Haz clic en el botón de comprobación para enviar la petición HTTP con el token br.
- Lee el resultado para ver si la cabecera Content-Encoding está presente.
- Inspecciona las cabeceras de respuesta en crudo para ver los datos detallados de la negociación.
Cabeceras de codificación de compresión
Así lucen las cabeceras de respuesta para los distintos algoritmos de compresión.
| Algoritmo | Token Accept-Encoding | Valor Content-Encoding |
|---|---|---|
| Brotli | br | br |
| Gzip | gzip | gzip |
| Deflate | deflate | deflate |
| Zstandard | zstd | zstd |
Frequently asked questions
- ¿Es totalmente gratuito este Brotli Checker?
- Sí, puedes usarlo tantas veces como necesites sin crear una cuenta. No hay cuotas ocultas ni niveles premium para revisar tus cabeceras HTTP.
- ¿Funciona para webs móviles?
- La herramienta revisa la respuesta del servidor, que es idéntica sin importar el dispositivo cliente. El servidor no cambia el algoritmo de compresión en función de si estás en un móvil o en un escritorio.
- ¿Por qué dice que no hay compresión cuando sé que mi sitio la usa?
- Tu servidor podría estar revisando la cadena User-Agent y bloqueando herramientas automatizadas. Alternativamente, podrías estar probando una URL que redirige antes de servir el payload comprimido final. Prueba a comprobar directamente la URL de destino final.
- ¿Cuál es la diferencia entre br y gzip?
- Brotli consigue una ratio de compresión mayor para recursos basados en texto como HTML, CSS y JavaScript. Es más lento al comprimir pero más rápido al descomprimir. Gzip es más antiguo y tiene soporte universal, pero genera tamaños de archivo mayores para el mismo contenido.
Compartir
Herramientas similares
Obtén todos los detalles posibles sobre un certificado SSL.
Obtén todos los encabezados HTTP que devuelve una URL para una solicitud GET típica.
Comprueba si un sitio web usa el nuevo protocolo HTTP/2.
Herramientas populares
Comprueba si Google tiene una URL en caché o no.
Comprueba redirecciones 301 y 302 de una URL específica. Verificará hasta 10 redirecciones.
Obtén detalles aproximados de una IP.
Toma una IP e intenta buscar el dominio/host asociado a ella.