Monitoriza PageSpeed en las URL importantes de tu sitio

Monitoriza URLs públicas importantes con comprobaciones periódicas de laboratorio. Revisa carga, entrega de respuesta, bloqueo y estabilidad visual en Core Web Vitals de Screpy, con un resumen separado de seis métricas para el inicio.

Monitorizar PageSpeed Comparar planes

Señales de medición de PageSpeed

FCP

Consulta cuándo aparece el primer contenido de una URL seleccionada.

TTFB

Revisa el tiempo hasta el primer byte de respuesta, incluidos los retrasos de conexión y entrega.

TBT y Speed Index

Revisa el bloqueo del hilo principal y el progreso visual de carga del inicio.

Monitorización de PageSpeed de Screpy con métricas de rendimiento de laboratorio y el último resultado de URL seleccionadas
Logotipo de Uber en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Philips en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de FedEx Express en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Bosch en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Champion en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Iconfinder en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de T-Mobile en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Carrefour en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Stanley en la sección de confianza de clientes de la plataforma SEO de Screpy
Logotipo de Skoda en la sección de confianza de clientes de la plataforma SEO de Screpy

Elige las páginas que vas a monitorizar

Organiza la monitorización de PageSpeed alrededor de las páginas por las que entran tus visitantes. Screpy incluye la página de inicio del proyecto y permite añadir URLs públicas de su dominio o subdominios.

  • Dedica el cupo restante de tu plan a páginas de destino importantes, productos y ejemplos representativos de cada plantilla.
  • La ruta y los parámetros de consulta distinguen las URLs monitorizadas; se eliminan los fragmentos y se rechazan las entradas duplicadas.
  • Comprueba páginas de entrada públicas sin esperar que la prueba de laboratorio complete un inicio de sesión, una compra o un registro.
  • Elimina una URL cuando ya no necesite monitorización; se detienen sus comprobaciones sin borrar la página del sitio.

Ejecuta comprobaciones diarias de PageSpeed

Gestiona estas comprobaciones en la pantalla Core Web Vitals de tu proyecto Screpy. Las revisiones periódicas permiten observar las páginas seleccionadas mientras cambian contenidos, plantillas y scripts.

  • Una URL añadida aparece en la tabla tras su primer intento de comprobación; añadirla no produce un resultado instantáneo.
  • Las URLs activas de proyectos elegibles pueden volver a programarse cuando haya pasado al menos un día desde el intento guardado.
  • El tiempo de procesamiento y la disponibilidad de métricas pueden variar. La tabla no muestra la fecha de comprobación ni un control para repetirla inmediatamente.

Revisa la velocidad de cada URL

Lee las mediciones junto a la URL exacta antes de decidir qué requiere atención. El estado ofrece un punto de partida rápido; los valores muestran distintas etapas de la carga.

  • Cada fila muestra FCP y LCP en segundos, TTFB y TBT en milisegundos y CLS sin unidad.
  • Ordena las páginas por URL o estado; las columnas de métricas no permiten ordenar.
  • El estado de laboratorio utiliza la peor clasificación disponible de LCP, CLS o TBT. Un FCP o TTFB lento puede requerir atención aunque el estado sea favorable.
  • Los valores ausentes son mediciones no disponibles; una aprobación parcial no equivale a la evaluación de Core Web Vitals de usuarios reales de Google.

Investiga los retrasos de carga

Utiliza el conjunto de métricas para elegir una investigación concreta. Screpy aporta señales de tiempo y estabilidad; tu equipo revisa la implementación para confirmar la causa.

  • Un TTFB alto puede justificar revisar redirecciones, conexión, caché y entrega de la respuesta; no mide únicamente la ejecución del servidor.
  • Un TTFB bajo con FCP lento puede orientar hacia el renderizado inicial; un LCP tardío, hacia el contenido principal y su entrega.
  • Un TBT alto requiere revisar tareas largas del hilo principal. Mide sus partes bloqueantes, no todo el tiempo de JavaScript ni INP.
  • Un CLS elevado requiere revisar movimientos inesperados, como espacio no reservado para contenido que llega después.
  • Utiliza una traza de rendimiento del navegador para atribuir el problema a un elemento o script concreto; la tabla de Screpy no identifica esas causas.

Comprueba el Speed Index del inicio

El resumen de la página de inicio añade Speed Index a FCP, LCP, CLS, TTFB y TBT. Usa este resultado guardado para considerar el progreso visual junto a los hitos del primer contenido y del contenido más grande.

  • Speed Index describe con qué rapidez se completa el contenido visible, no cuándo termina toda la página o un recorrido del usuario.
  • Speed Index aparece en el resumen del inicio, no en cada fila de URL monitorizada.
  • El resumen representa la propia página de inicio, no un promedio del sitio, un percentil de visitantes ni una tendencia histórica.

Verifica los cambios de rendimiento

Una comprobación posterior puede ayudar a valorar una publicación concreta, pero la pantalla de resultados actuales no archiva el antes y el después. Guarda tu propia referencia para comparar.

  • Anota la URL, los valores disponibles y la versión de la página antes de cambiar una plantilla, la estrategia de imágenes o un script.
  • Realiza un cambio significativo y compara la misma URL con una comprobación posterior disponible; otros parámetros de consulta pueden representar otra página.
  • Considera cachés, contenido de terceros y variabilidad de medición antes de atribuir un valor distinto a tu publicación.
  • Esta vista no ofrece historial de varios puntos, alertas de rendimiento ni un informe automático de causa y efecto.

Explica PageSpeed con SEO MCP

Pide a un asistente de IA que interprete las mediciones guardadas disponibles del inicio mediante SEO MCP. Relaciona la explicación con la URL y la hora de comprobación devueltas, sin tratarla como una prueba nueva.

  • La herramienta de solo lectura devuelve los valores disponibles de FCP, LCP, CLS, TTFB, TBT y Speed Index del inicio.
  • Si falta el resultado del inicio o una métrica, sigue sin estar disponible; la herramienta no sustituye otra página monitorizada.
  • SEO MCP no inicia una comprobación de rendimiento ni recupera todas las URLs añadidas ni corrige el sitio automáticamente.
  • La SEO API autenticada también expone el resumen guardado del inicio, sujeto al acceso al proyecto y a la elegibilidad del plan para ese endpoint.

Habla de Monitorización de PageSpeed. Con SEO MCP.

Interpreta las métricas guardadas del inicio con SEO MCP. La herramienta lee resultados disponibles; no ejecuta una prueba nueva ni recupera cada URL monitorizada.

  1. Screpy: ¡Hola! Veamos Monitorización de PageSpeed para example.com. ¿Qué quieres saber?
  2. Tú: Explica el FCP y TTFB guardados de example.com. ¿Qué debería investigar?
  3. Screpy: En este resultado ilustrativo del inicio, FCP es 2,4 s y TTFB 950 ms. Revisa conexión y entrega de respuesta, después el renderizado inicial. Los valores sugieren una investigación, no identifican la causa. Confirma la URL y la hora guardada antes de comparar otro resultado. Ejemplo guardado del inicio: FCP: 2,4 s. TTFB: 950 ms.
  4. Tú: Conviértelo en un breve plan de acción.
  5. Screpy: Separaré los hallazgos de las recomendaciones. Revisa las pruebas, elige un cambio y comprueba después los resultados. Tus próximos pasos: Revisa: Comprueba la fuente y fecha de cada hallazgo.. Decide: Elige el primer cambio.. Verifica: Compara los resultados después del cambio..
  6. Tú: ¿Puedes explicar las pruebas con palabras sencillas?
  7. Screpy: Sí. Pregunta por un resultado compatible y explicaré qué muestra, de dónde viene y qué sigue siendo incierto. Los datos ausentes siguen sin estar disponibles; las recomendaciones no son correcciones automáticas.

Convierte un resultado lento en una comprobación de rendimiento controlada.

Reduce las suposiciones manteniendo específica la URL, el alcance de medición y el siguiente cambio. PageSpeed Monitoring aporta la evidencia de laboratorio; la investigación sigue siendo responsabilidad de tu equipo.

  1. Elige una URL pública representativa

    Elige una página pública del dominio del proyecto o un subdominio, relacionada con una campaña, entrada orgánica o plantilla importante, dentro de tu cupo disponible.

  2. Lee la URL y las métricas disponibles

    Confirma la URL exacta, los valores disponibles y el estado de laboratorio. La tabla no muestra una fecha de comprobación; los valores ausentes no demuestran una medición completa.

  3. Formula una hipótesis concreta

    Usa FCP, LCP, TTFB, TBT y CLS de la tabla para elegir una investigación. Consulta Speed Index solo en el resumen del inicio cuando la pregunta sea el progreso visual.

  4. Cambia una causa y vuelve a medir

    Mantén la misma URL y alcance, registra el resultado original, realiza un cambio significativo y usa una comprobación posterior para ver si la evidencia avanza en la dirección esperada.

Monitoriza páginas que representan una decisión real de negocio.

Un conjunto de URL más pequeño e intencional es más fácil de interpretar que una lista sin prioridades. Cubre recorridos y plantillas importantes antes que páginas marginales.

Páginas de ingresos y registro

Monitoriza entradas al checkout, páginas de precios, formularios de leads y registros donde una experiencia lenta puede interrumpir una visita valiosa.

Landing pages de campañas

Mantén páginas de publicidad, email, lanzamientos y temporadas en el conjunto mientras reciben tráfico activo.

Páginas de entrada orgánica

Elige artículos, categorías y productos representativos que llevan visitantes de búsqueda al sitio.

Plantillas compartidas

Monitoriza una URL representativa de cada plantilla importante para investigar cambios de diseño o scripts con un resultado de laboratorio enfocado.

Comprende lo que el resultado de monitorización no demuestra.

Usa Screpy como flujo recurrente de medición en laboratorio. Mantén separados datos de campo, diagnóstico de causa, informes históricos, alertas y resultados de negocio salvo que otra fuente los verifique.

Los datos de laboratorio no son datos de campo

Screpy informa de mediciones sintéticas de una prueba controlada. No las presentes como la experiencia registrada de tus visitantes reales.

Los resultados actuales necesitan una referencia aparte

Guarda los valores aparte para compararlos después. La vista no incluye un gráfico histórico de varios puntos, una columna visible de fecha de comprobación ni alertas de rendimiento.

Una métrica no es la causa raíz

Un resultado débil de FCP, LCP, TTFB, TBT, Speed Index o CLS indica dónde investigar; no demuestra el cambio de implementación necesario.

PageSpeed no garantiza posiciones

Las páginas rápidas pueden ayudar a visitantes y experiencia, pero un veredicto de laboratorio no garantiza posiciones, tráfico, interacción ni conversiones.

Usa el flujo de rendimiento que coincide con la pregunta.

Monitoriza URL seleccionadas para resultados actuales de laboratorio, aprende cómo se relacionan con Core Web Vitals o audita el sitio cuando una métrica no explica un problema repetido.

Documentación de Screpy

Aprende a monitorizar el rendimiento de las páginas

Aprende a elegir URLs, interpretar mediciones de laboratorio disponibles, separar datos de campo y guardar una referencia para una comprobación posterior.

Leer la guía de monitorización de rendimiento

Respuestas a tus preguntas sobre PageSpeed Monitoring.

Comprende cobertura de URLs, elegibilidad diaria, métricas de tabla e inicio, estado de laboratorio, resultados guardados y límites de la comparación.

¿Qué URL debería monitorizar primero?

Empieza por el inicio incluido y páginas públicas representativas de campañas, productos, precios o contenidos del dominio del proyecto o sus subdominios. El cupo del plan determina cuántas URLs puedes añadir; una comprobación pública no completa un recorrido de usuario autenticado.

¿Screpy muestra una puntuación Google PageSpeed?

Esta pantalla no muestra una puntuación Lighthouse o Google PageSpeed de 0–100. Su estado de laboratorio se basa en la peor clasificación disponible de LCP, CLS o TBT. FCP y TTFB son diagnósticos separados; un estado favorable no certifica Core Web Vitals de usuarios reales.

¿PageSpeed Monitoring incluye alertas o gráficos históricos?

Esta vista presenta resultados actuales disponibles por URL y un resumen guardado del inicio. No ofrece alertas de rendimiento ni un gráfico histórico de varios puntos. Guarda una referencia aparte antes de comparar una comprobación posterior.

¿Los resultados de Screpy son datos de laboratorio o de campo?

Son datos sintéticos obtenidos en una prueba controlada. Los datos de campo describen cómo vivieron la página visitantes reales, por lo que ambas fuentes deben interpretarse por separado.

¿Qué mide Screpy PageSpeed Monitoring?

PageSpeed Monitoring utiliza Core Web Vitals. Las filas de URLs seleccionadas muestran FCP, LCP, TTFB, TBT y CLS con un estado de laboratorio. El resumen del inicio incluye Speed Index. La tabla no muestra fechas de comprobación ni una puntuación PageSpeed de 0–100.

¿Con qué frecuencia comprueba Screpy una URL monitorizada?

Las URLs activas de proyectos elegibles pueden volver a programarse cuando haya pasado al menos un día desde el intento guardado. Añadir una URL no genera un resultado instantáneo y el momento de finalización puede variar. La tabla no muestra una columna de fecha de comprobación.

¿Un PageSpeed mejor garantiza más posiciones o conversiones?

No. La velocidad puede apoyar la experiencia y la calidad de la página, pero posiciones y conversiones dependen de muchos factores. Trata el resultado como una entrada para decidir, no como garantía.

¿PageSpeed Monitoring identifica la causa exacta de un resultado lento?

No. Una métrica débil enfoca la investigación, pero no demuestra la causa. Revisa URL, plantilla, recursos, scripts, ruta de entrega y auditoría del sitio antes de elegir una corrección.