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.
Monitoriza PageSpeed en las URL importantes de tu sitio
Ejecuta comprobaciones recurrentes de laboratorio para URL públicas seleccionadas. Revisa hitos de carga, respuesta del servidor, bloqueo del hilo principal, estabilidad del diseño, un veredicto claro y la frescura del resultado sin tratar los datos sintéticos como experiencia real de usuario.
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.
example.comLaboratorio
/1,4 s/shop/linen2,8 s/guides/seo1,9 sEjecuta 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.
Diario09:00
123456789101112131415161718192021
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.
example.comLaboratorio
LCP2,1 s
TBT180 ms
CLS0,04
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.
Laboratorio2100 ms
TTFB450 ms
FCP1100 ms
LCP2100 ms
TBT95 ms
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.
Speed Index2,1 s
0,8 s
1,4 s
2,1 s
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.
Antes62→Después87
NotasExplica 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.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Habla de Monitorización de PageSpeed. Con SEO MCP.
Lleva los resultados disponibles de Core Web Vitals a tu conversación con IA mediante SEO MCP. Entiende las métricas de rendimiento y decide qué investigar antes de cambiar tu sitio.
- Screpy: ¡Hola! Veamos Monitorización de PageSpeed para example.com. ¿Qué quieres saber?
- Tú: Explica los Core Web Vitals disponibles para example.com.
- Screpy: En este ejemplo LCP necesita atención y CLS está en el rango bueno. Comprueba el dispositivo y el contexto de medición antes de elegir un cambio de rendimiento. Resumen de rendimiento: LCP: 3,2 s. CLS: 0,04.
- Tú: Conviértelo en un breve plan de acción.
- 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..
- Tú: ¿Puedes explicar las pruebas con palabras sencillas?
- 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.
- 01
Elige una URL pública representativa
Empieza por una página ligada a ingresos, campañas, descubrimiento orgánico o una plantilla compartida, en lugar de añadir URL sin un propósito de decisión.
- 02
Lee el resultado actual y su fecha
Confirma URL exacta, hora de comprobación, veredicto y métrica más débil antes de tratar la medición como evidencia de la página actual.
- 03
Formula una hipótesis concreta
Usa FCP, LCP, TTFB, TBT, Speed Index o CLS para decidir si inspeccionar renderizado inicial, contenido principal, respuesta, scripts, progreso visual o movimiento del diseño.
- 04
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.
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.
Frescura no es un gráfico de tendencia
Usa el resultado actual y la hora de comprobación para juzgar la relevancia. La vista PageSpeed no promete gráficos históricos ni alertas.
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.
Ejecuta comprobaciones recurrentes para URL públicas seleccionadas y revisa sus métricas, veredicto y frescura.
Separa diagnósticos de laboratorio de datos de campo y entiende LCP, CLS, TBT e INP real.
Rastrea el sitio para investigar patrones repetidos técnicos, de recursos, renderizado y plantillas alrededor de una página afectada.
Documentación de Screpy
Aprende a monitorizar el rendimiento de las páginas
Usa la guía de monitorización para elegir URL útiles, leer métricas actuales con su hora, separar resultados sintéticos de datos de campo y planificar una reprueba enfocada.
Respuestas a tus preguntas sobre PageSpeed Monitoring.
Comprende cobertura de métricas, datos de laboratorio y de campo, programación diaria, selección de URL, frescura, límites de investigación y qué puede demostrar un resultado más rápido.
¿Qué URL debería monitorizar primero?
Empieza por la página de inicio, páginas de ingresos y registro, landing pages activas, entradas orgánicas importantes y una URL representativa de cada plantilla compartida. El plan determina cuántas URL puedes monitorizar.
¿Qué métricas de PageSpeed muestra Screpy?
La vista incluye First Contentful Paint, Largest Contentful Paint, Time to First Byte, Total Blocking Time, Speed Index y Cumulative Layout Shift, junto con un veredicto de rendimiento de laboratorio.
¿PageSpeed Monitoring incluye alertas o gráficos históricos?
La vista actual muestra el último resultado y su frescura para cada URL. No promete alertas ni un gráfico histórico de rendimiento con varios puntos.
¿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?
Screpy ejecuta comprobaciones de laboratorio para URL públicas seleccionadas y muestra FCP, LCP, TTFB, TBT, Speed Index, CLS, un veredicto de rendimiento, la URL exacta y la hora de la última comprobación.
¿Con qué frecuencia comprueba Screpy una URL monitorizada?
Una URL activa puede volver a comprobarse cuando su último resultado tiene al menos un día. El tiempo exacto puede variar; utiliza la hora mostrada para juzgar la frescura.
¿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.