Free Global Website Performance Test
Test global website loading speed and TTFB waterfall timing across 10 locations worldwide. Measure DNS, TCP, TLS, and first-byte latency.
Ve la conexión antes de que la página pueda renderizarse
La sonda de Alemania sigue redirecciones HTTP, mide cada solicitud, luego visualiza la respuesta del documento final sin inventar datos de navegador o Core Web Vitals.
Conoce lo que prueba el resultado
This check proves where the time went before a browser could start rendering: DNS lookup, TCP connect, TLS handshake, time to first byte and content transfer, each reported separately along the redirect chain to the final URL. It measures delivery, not rendering, so it locates the slow stage without claiming to describe the visitor's experience of the page.
1. Fuente
Novaverb's Germany probe or selected Globalping community probes. The result identifies where its evidence came from.
2. Límite
Each number comes from the selected probe. Novaverb's Germany mode follows redirects and captures up to about 3 MB; Globalping mode measures the exact submitted URL on community probes. Neither mode measures rendering, Core Web Vitals or real users.
3. Próxima acción
Usa el hallazgo para verificar un problema, luego conecta un espacio de trabajo cuando necesites historial, monitoreo o análisis a nivel de sitio.
¿Qué mide la Prueba de Rendimiento del Sitio Web?
Mide DNS, TCP, TLS, solicitud a primer byte y transferencia de documentos para una URL pública. Elige la sonda directa de Alemania de Novaverb, una ubicación de la comunidad Globalping, o compara diez ciudades en Asia, Europa, las Américas, África y Oceanía.
Métodos de medición, ubicaciones y límites gratuitos
Elige la sonda directa de Novaverb para una medición controlada, una ciudad de Globalping para una verificación regional, o las diez ciudades para una comparación de cinco regiones. Los dos métodos se mantienen separados porque tienen diferentes límites de redirección, captura y retención.
🇩🇪 Ubicación en Alemania
- Funciona en la infraestructura de Novaverb a través de una nueva conexión HTTP/1.1.
- Sigue hasta cinco redirecciones HTTP y muestra la cascada de respuesta final.
- Captura el cuerpo de la respuesta hasta aproximadamente 3 MB y mantiene la longitud declarada por separado.
- No consume pruebas de sondeo de terceros.
🌍 Una ciudad o todas las 10
- Una sonda actualmente en línea en la ciudad seleccionada solicita la URL exacta enviada.
- Devuelve DNS, TCP, TLS, tiempo de primer byte, descarga y tiempo total con evidencia de ciudad y tiempo.
- No sigue el bucle de redirección de Novaverb; prueba un destino 3xx devuelto por separado.
- Los metadatos de identidad de la consulta están intencionadamente ocultos del resultado público.
- El objetivo y la medición son procesados por Globalping y pueden permanecer recuperables durante hasta siete días.
Cómo se limita el uso gratuito: una ciudad seleccionada consume una prueba de proveedor; Comparar todas las 10 consume diez. Novaverb permite hasta 10 ejecuciones de ciudad única o cinco comparaciones de 10 ciudades por fuente por hora, y reserva un límite compartido de 200 pruebas de proveedor por hora. El grupo no autenticado upstream actualmente proporciona 250 pruebas gratuitas por hora, por lo que la capacidad y la disponibilidad de sondas en vivo pueden agotarse temporalmente.
Cómo funciona la cascada de rendimiento
Búsqueda DNS
Resuelve el nombre de host, mientras la conexión permanece fijada a la IP pública validada.
Conexión TCP
Abre una conexión nueva; no se reutiliza ningún socket anterior.
Intercambio TLS
Negocia HTTPS con SNI y HTTP/1.1 cuando la URL es segura.
Primer byte
Mide desde el envío de GET hasta que llegan los primeros bytes de respuesta.
Transferencia HTML
Mide desde el primer byte hasta el cuerpo del documento capturado, hasta aproximadamente 3 MB.
Cómo leer las bandas guía de TTFB
web.dev da 800 ms o menos como un objetivo TTFB bueno y más de 1,800 ms como pobre. Novaverb aplica esas bandas guía a la muestra de conexión a primer byte de la respuesta final, no al viaje completo de redirección.
Repite desde regiones relevantes para el usuario antes de concluir que la URL es consistentemente rápida.
Usa la cascada para identificar si la configuración o la espera de solicitud dominan.
Vuelve a probar, compara estados de caché e investiga la fase repetida más grande.
Lo que incluye este resultado - y lo que no
Medido en esta ejecución
- Configuración de DNS, TCP y TLS fresca para cada solicitud
- Transferencia de solicitud a primer byte y cuerpo capturado
- Redirecciones HTTP, estado y encabezados de respuesta final
- Bytes del cuerpo recibidos y longitud de contenido declarada mantenidos separados
- Una región de medición: UE, Alemania
No medido o probado
- CSS, JavaScript, imágenes, fuentes o recursos de terceros
- Análisis del navegador, renderizado, finalización visual o preparación para la interacción
- LCP, INP, CLS, FCP o una puntuación de rendimiento de Lighthouse
- Percentiles de usuarios reales, tiempo de actividad o comportamiento de carga sostenida
- Tiempo de ejecución de origen puro separado de la latencia de CDN y red
Cómo mejorar la fase dominante
Alto tiempo de DNS
Revisa la latencia y confiabilidad de DNS autoritativos; compara múltiples ejecuciones porque el estado de caché del resolutor varía.
Alto tiempo de TCP
Reduce la distancia con un edge o CDN e investiga la calidad de la ruta o la pérdida de paquetes.
Alto tiempo de TLS
Verifica la cadena de certificados, soporte moderno de TLS y reutilización de conexiones en navegadores reales.
Alta espera del primer byte
Inspecciona fallos de caché de CDN, trabajo de base de datos, llamadas externas y contención de aplicación o origen.
Alta transferencia HTML
Reduce el tamaño del documento y verifica la codificación de contenido apropiada, recordando que esta prueba captura solo el documento.
Normas y orientación de medición
Preguntas de prueba de rendimiento del sitio web
¿Es esta una prueba completa de velocidad de página?
No. Mide solo el tiempo de conexión y respuesta del documento. Una prueba de navegador completa también debe cargar dependencias, ejecutar scripts y renderizar la página.
¿Por qué es esto diferente de Chrome o Lighthouse?
La sonda se ejecuta desde un servidor en Alemania a través de una nueva conexión HTTP/1.1. Tu navegador puede usar otra ruta, protocolo, caché y conexión reutilizada, y luego realizar el trabajo de renderizado que esta prueba nunca intenta.
¿Sigue redirecciones?
Sí, hasta cinco redirecciones HTTP. Cada salto se mide de forma independiente con una nueva solicitud; la cascada principal es la respuesta final.
¿Significa el tiempo total el tiempo de carga de la página?
No. Es la suma de fases de conexión y transferencia de documentos capturados para una solicitud. Excluye subrecursos, ejecución de código, renderizado y preparación para la interacción.
¿Por qué pueden diferir los bytes descargados de Content-Length?
La longitud de contenido es un encabezado declarado por el servidor. El cuerpo recibido es lo que esta sonda limitada realmente capturó; las respuestas grandes pueden detenerse cerca del límite de seguridad de 3 MB.
¿Por qué cambian los resultados entre ejecuciones?
El estado de caché de DNS y CDN, carga de origen, enrutamiento de red e infraestructura compartida varían. Diagnostica patrones a través de muestras repetidas y datos de usuarios reales, no una sola ejecución.
Cada número es una única solicitud sintética del sondeo seleccionado; no mide el renderizado del navegador, Core Web Vitals o usuarios reales.
Qué enviar - y qué evitar
Submit any public address. Scheme, www, path and query are normalised, and redirects are followed to the final URL so the timings describe the page that is actually served. A private host is refused. A single run from one location is a sample and is best read alongside a second run rather than on its own.
yourdomain.comCualquier forma de dirección funciona. http o https, con o sin www, un dominio desnudo o una ruta completa - lo normalizamos por ti.A URL that redirectsBien - rastreamos cada salto primero, luego medimos el destino final.Expecting full page-load / render timeEsto mide las fases del servidor y la conexión (TTFB), no el renderizado del navegador de toda la página.Expecting your users' field numbersEs una solicitud sintética desde una ubicación fija - usa Core Web Vitals para datos de campo de usuarios reales.Exactamente cómo se produce este resultado
The address is normalised and the redirect chain is followed per HTTP semantics to the final URL. DNS, TCP, TLS, time to first byte and content transfer are then timed as standard navigation-timing phases, and the TTFB is banded against public field guidance so the stage responsible for the delay is visible rather than averaged away.
- Normalizamos la dirección y seguimos la cadena de redirección según la semántica HTTP hasta la URL final.
- Medimos DNS, TCP, TLS, TTFB y transferencia de contenido como fases estándar de temporización de navegación.
- Comparamos TTFB contra la guía de campo pública y reportamos cada fase para que la etapa lenta sea visible.
Los estándares internacionales a los que se aplica esta verificación.
Three public references define this measurement. W3C Navigation Timing defines the phase model the timings follow, RFC 9110 defines the HTTP semantics used to walk the redirect chain, and Google's web.dev TTFB guidance supplies the band. The phases are reported individually because a single total hides which stage a fix belongs in.
Informa la solicitud como las fases estándar de DNS / TCP / TLS / TTFB / transferencia.
Lee la especificaciónSigue la cadena de redirección según la semántica HTTP antes de la medición final.
Lee la especificaciónAgrupa el TTFB medido contra la guía de campo pública.
Lee la especificaciónWebsite Performance Test FAQ
What does the Novaverb Website Performance Test measure?
It measures the full connection waterfall for a URL, DNS lookup, TCP connect, TLS handshake, Time To First Byte, and HTML transfer, from Novaverb's Germany probe or selected community probes placed across world regions.
How is this different from the single-location speed check?
The speed check runs only from Germany. This performance test can additionally run from community probes in multiple world regions, letting you compare connection timing across geographies rather than from one fixed vantage point.
Does this test measure Core Web Vitals or rendering?
No. Each number reflects network and server connection timing only. It does not run a browser, so it cannot measure Largest Contentful Paint, layout shift, interactivity, JavaScript execution, or anything about how the page visually renders.
What is the connection waterfall in this test?
It is the ordered breakdown of a request: DNS resolves the hostname, TCP establishes the connection, TLS negotiates encryption, TTFB captures server wait, and HTML transfer downloads the initial document. Each stage exposes where time is spent.
Why are timings different from each probe location?
Each probe is a separate physical location, so distance to your server and CDN edge changes DNS, connection, and transfer times. Regions far from your hosting or without nearby edge nodes will consistently show higher latency.
What is a good TTFB across regions?
Aim for under roughly 500 milliseconds in your primary markets and reasonably consistent numbers elsewhere. Large gaps between regions usually indicate missing CDN coverage or origin-only serving for distant users, which a content delivery network can flatten.
How do I improve performance for distant regions?
Put a CDN in front of your origin so static assets and cached HTML serve from edge nodes near users. Also enable modern protocols and caching so far-away regions are not paying full origin round-trips.
Is one probe measurement reliable on its own?
Treat each number as a single sample from one probe at one moment, subject to transient network conditions. Run repeated checks and compare trends across regions rather than drawing conclusions from any isolated measurement.
Does this test represent what real users experience?
Not exactly. Probes approximate network paths but are not your actual visitors on their devices, browsers, and connections. Use this for comparing server and network delivery across regions, and pair it with field data for true real-user performance.
Why does multi-region performance matter for SEO?
Search visitors and crawlers connect from many places, and slow delivery in a target market delays first byte and rendering there. Consistent low-latency delivery worldwide supports faster pages, better user experience, and the speed signals that aid rankings.