SEO

Paridad de renderizado con JavaScript

Úselo cuando un sitio en JavaScript se indexa de forma rara y necesita saber qué falta antes del renderizado.

js-rendering-parity-check.md

Descargar .md

Está comparando el HTML en bruto con el HTML renderizado para localizar contenido que depende de JavaScript. No está depurando el código de la aplicación.

HTML en bruto, tal y como se sirve: {{RAW_HTML}}
HTML renderizado, después de ejecutar JavaScript: {{RENDERED_HTML}}
Framework y modo de renderizado: {{FRAMEWORK}}
Elementos que tienen que ser rastreables: {{KEY_ELEMENTS}}

Devuelva cinco secciones numeradas.

1. Tabla de paridad: Elemento | ¿Presente en {{RAW_HTML}}? | ¿Presente en {{RENDERED_HTML}}? | Veredicto (Seguro / En riesgo / Ausente) | Consecuencia. Cubra todos los elementos de {{KEY_ELEMENTS}} más el title, el canonical, meta robots, el H1, el cuerpo de texto, la navegación principal y la paginación.
2. Enlaces que solo existen después de renderizar, cada uno con el patrón responsable: manejador de clic, botón, ruta con hash, scroll infinito, pestaña o acordeón.
3. Causa raíz, leída a la luz de {{FRAMEWORK}} y su modo de renderizado.
4. Opciones de corrección, ordenadas, cada una nombrando el cambio (renderizado en servidor, generación estática, prerenderizado, mover la etiqueta al documento servido) y lo que le cuesta al equipo.
5. Comprobaciones que ejecutar una vez desplegada la corrección.

Restricciones:
- Juzgue únicamente lo que hay en los dos pegados. Si algo falta en ambos, escriba "ausente en ambos, no es un problema de renderizado".
- No indique plazos sobre cuándo renderiza una página un rastreador. Diga solo si el contenido depende de JavaScript.
- Cite la etiqueta o la línea exacta como evidencia detrás de cada veredicto de Ausente.

Rellena antes de ejecutar

Sustituye cada hueco por tus propios datos. Cuanto más concreto seas, menos se inventa el modelo.

{{RAW_HTML}}
{{RENDERED_HTML}}
{{FRAMEWORK}}
{{KEY_ELEMENTS}}

Cómo sacar mejor resultado

Saque el HTML en bruto de una petición simple, no del inspector del navegador, que le enseña el DOM ya renderizado.
Pruebe una página de plantilla y una página profunda, porque los problemas de enrutado solo salen en la segunda.
Mire con lupa la sección 2: los enlaces detrás de un manejador de clic son la razón habitual de que nunca se descubran las páginas profundas.