Un comprobador JavaScript SEO compara el HTML entregado por una página con el DOM capturado después de ejecutar scripts. Screpy usa la respuesta original de la navegación principal y una captura real de navegador aislado, y extrae los mismos campos SEO de ambos documentos. El informe muestra diferencias observadas en lugar de adivinar una puntuación de visibilidad.
Analiza la página pública exacta
Introduce una URL pública HTTP o HTTPS completa. Un nombre de host solo usa HTTPS. Elige la dirección del artículo, producto o página de destino que investigas, sin asumir que la portada representa todas las plantillas. Se conservan las direcciones solicitada y final y el estado HTTP.
El navegador usa un contexto limpio y anónimo de escritorio a 1365 × 768. Espera DOMContentLoaded, observa dos segundos y captura. No hay clics, desplazamiento, inicio de sesión ni capturas de pantalla. El contenido tras consentimiento, interacción o más demora puede no aparecer. La guía JavaScript SEO de Google explica que renderizado e indexación son procesos relacionados pero diferentes; esta captura no es el contenido indexado seleccionado por Google.
Compara valores antes de interpretar los cambios
La tabla compara título en head, meta description, declaraciones canonical, valores robots y texto H1 retenido. Se excluyen títulos SVG. Las filas robots incluyen el HTTP X-Robots-Tag original junto con las directivas HTML; una cabecera sin cambios no se atribuye a JavaScript. Los detalles muestran el total de H1 incluso si la lista está limitada.
La tabla también muestra el número de palabras del texto principal y de enlaces internos en ambas versiones. Son cantidades observadas, no puntuaciones de calidad; las mediciones ausentes siguen siendo desconocidas. Usa Heading Structure Analyzer para la jerarquía de encabezados.
Un nuevo título o encabezado puede ser intencional. Revisa si contenido o directivas cambian contra tus objetivos de publicación. Un nuevo noindex o none recibe una señal más fuerte, pero importa su alcance por agente. Usa Canonical Tag Checker para declaraciones y destinos, o Noindex Checker para directivas fuente.
Mantén visible el renderizado parcial
Se admiten 75 obtenciones de recursos y 20 MiB tanto de datos transferidos como decodificados totales. Cada respuesta y el DOM capturado tienen un límite de 2 MiB. Las lecturas disponen de seis segundos, la navegación de quince y el trabajo de renderizado de veinticinco dentro de treinta y cinco segundos de API. No se espera indefinidamente a que la red quede inactiva.
Solo se obtienen recursos GET públicos mediante el lector limitado. Se bloquean destinos privados, solicitudes que cambian datos, subframes, descargas, service workers y WebSockets. Las solicitudes bloqueadas o pendientes generan cobertura parcial porque pueden afectar scripts y contenido. Se retienen como máximo veinte valores de canonical, robots y H1, con límites de longitud y texto principal. Al alcanzar límites se omiten conclusiones engañosas sobre diferencias textuales.
Elige la siguiente investigación a partir de las pruebas
Sin cambios observados solo significa coincidencia de los campos capturados dentro de la cobertura. No significa ausencia de problemas SEO. Los valores ausentes en ambos documentos se etiquetan como ausentes, no como metadatos correctos. Si falla el renderizado, se informa indisponibilidad en lugar de sustituirlo por una comparación de fuente sola.
Descarga JSON para conservar valores fuente/renderizados, ventana y cobertura juntos. Revisa la misma dirección exacta después de cambiarla. Usa On-Page SEO Checker para una inspección fuente más amplia; paridad de renderizado, acceso real del rastreador e indexación son preguntas distintas.