Auditoría Seo Parity

Averigua cómo analizar las distintas versiones de tu sitio web y corregir los puntos críticos.

Auditoría Seo Comparativa

En este tutorial, echaremos un vistazo a la Auditoría de ParidadSeo ” utilizando Screaming Frog, un análisis que a menudo se subestima, pero que puede descubrir numerosas criticidades que dificultan la correcta indexación orgánica en el motor de búsqueda.

Gracias a este análisis, podrás evaluar si hay diferencias en cómo se sirve el sitio web en distintos escenarios durante las incursiones del Crawler.

Los casos más interesantes para realizar la “Auditoría de Paridad Seo” son los siguientes:

  • Sitio móvil vs. Sitio de escritorio.
  • Javascript vs. HTML crudo.
  • Sitio activo frente a sitio de ensayo (crucial durante las migraciones).

Con el uso del Seo Spider, podrás aislar cualquier elemento SEO on-page que varíe entre versiones y que pueda afectar al rastreo y, en consecuencia, a la fase de indexación y a la clasificación asignada por el motor de búsqueda.

Algunos de los elementos más comunes a tener en cuenta en este proceso son:

  • Estructuración de la página;
  • Código de respuesta HTTP;
  • Título de la página;
  • Epígrafes;
  • Canónicos;
  • Hreflangs;
  • Datos estructurados;
  • etc.

Auditoría de paridad Javascript

configurazione del rendering JS sul Seo Spider

El primer paso para realizar una Auditoría de Paridad en un sitio web con recursos JS es configurar el modo de escaneo “Renderizado Javascript”.

El primer paso para realizar una Auditoría de Paridad en un sitio web con recursos JS es configurar el modo de escaneo “Renderizado Javascript”.

> > Configurar renderizado Spider JS

Al activar el escaneo de Javascript, la Araña Seo escanea y sirve tanto el HTML estático como el HTML renderizado tras la ejecución de Javascript. En la pestaña de configuración, además de elegir “Renderizado Javascript”, recomiendo configurar la opción “Googlebot Móvil Smartphone” como “Viewport”, dada la orientación del buscador hacia el“Mobile First Indexing“.

> Una vez definido el modo de escaneado, debes habilitar los recursos a escanear habilitándolos desde el menú de configuración Araña Rastrear.
Recuerda que si algunos recursos están presentes en un subdominio o en un “dominio raíz” diferente, también debes seleccionar la opción“Comprobar enlaces externos“, de lo contrario la araña Seo no utilizará esos elementos en la renderización.

Una vez completado esto, sólo queda iniciar el rastreo; la Araña Seo escaneará el sitio web y te ofrecerá la representación de la página utilizando el modo “headless Chrome”.

Cuando hayas terminado de escanear, puedes consultar los 12 filtros de que dispones en la pestaña “Javascript” y empezar a evaluar si hay diferencias entre el HTML sin procesar y el renderizado. Utilizando filtros, podrás saber qué páginas tienen contenido Javascript, si hay diferencias en metaetiquetas, canónicos u otros elementos on-page como títulos, encabezados u otros que sólo se actualizan tras la ejecución de Javascript.

Filtri per analisi JS con il seo spider

De forma sencilla e intuitiva, puedes visualizar las páginas con contenido JS y, sobre todo, cuáles de estos elementos están presentes sólo después de que se haya renderizado el contenido.

Una vez que encuentres las diferencias, sólo tienes que consultar la ventana inferior de Screaming Frog y seleccionar la pestaña“Ver fuente“, elegir“Contenido visible” como filtro y previsualizar las dos versiones activando la opción“Ver diferencias“.

En este contexto, la “Auditoría de paridad” es muy útil para averiguar si hay enlaces presentes sólo en el HTLM renderizado que podrían no ser descubiertos nunca por el robot del motor de búsqueda y, por tanto, no indexables ni seguibles.

analisi links scoperti dopo renderizzazione javascript

Para saber qué enlaces sólo están presentes tras la ejecución del JS, haz clic en la pestaña“Enlaces salientes” y establece como filtro los enlaces“HTML renderizado“. Para un análisis más profundo, puedes decidir exportarlos mediante la opción de menú“Exportación masiva“.

> > Exportación masiva Javascript Contiene enlaces Javascript

dettagli pagine renderizzate

Además del análisis de enlaces, puedes evaluar toda una serie de elementos que varían tras la ejecución del script JS según los requisitos de tu proyecto.

Filtros de pestañas Javascript

Los filtros que proporciona Screaming Frog son un apoyo indispensable para gestionar tu auditoría de paridad:

Contiene enlaces JavaScript: el filtro muestra las páginas que contienen hipervínculos que sólo se descubren en el HTML renderizado después de ejecutar JavaScript. Estos hipervínculos no están en HTML crudo. Es una buena práctica considerar la inclusión de enlaces importantes del lado del servidor en el HTML estático.
Contiene contenido JavaScript: muestra todas las páginas que contienen cuerpo de texto sólo en HTML renderizado después de ejecutar JavaScript. Google es capaz de renderizar las páginas y sólo ver el contenido del lado del cliente, considera incluir el contenido importante del lado del servidor en el HTML sin procesar.
Noindex sólo en HTML original: todas las páginas que contienen una etiqueta noindex en HTML estático pero no en HTML renderizado. Cuando Googlebot encuentra una etiqueta noindex, se salta la renderización y ejecución de JavaScript. Como Googlebot se salta la ejecución de JavaScript, utilizar JavaScript para eliminar el “noindex” en el HTML renderizado no funcionará.
Nofollow sólo en HTML original: identifica las páginas que contienen un atributo nofollow en HTML estático, y no en HTML renderizado. Esto significa que no se seguirán los hipervínculos que haya en el HTML sin procesar antes de la ejecución de JavaScript. Elimina “nofollow” si los enlaces deben ser seguidos, escaneados e indexados.
– Sólo canónico en HTML renderizado: devuelve todas las páginas que contienen una etiqueta sólo canónico en el HTML renderizado después de ejecutar JavaScript. Recomiendo incluir un enlace canónico en el HTML estático (o cabecera HTTP) para garantizar que Google pueda verlo y evitar depender únicamente del canónico en el HTML renderizado.
Desajuste canónico:identifica las páginas que contienen un enlace canónico diferente en el HTML estático que en el HTML renderizado tras la ejecución de JavaScript. Esta condición puede causar señales confusas y puede provocar un comportamiento no deseado por parte del motor de búsqueda.
– Título de página sólo en HTML renderizado: Devuelve las páginas que contienen un título de página sólo en el HTML renderizado después de ejecutar JavaScript. Esto significa que un motor de búsqueda tiene que procesar la página para verlos. Considera la posibilidad de incluir el contenido importante del lado del servidor en el HTML sin procesar.
Título de página actualizado por JavaScript: identifica las páginas cuyos títulos han sido modificados por JavaScript. Esto significa que el título de la página en HTML estático es diferente del título de la página en HTML renderizado. Considera la posibilidad de incluir contenido importante del lado del servidor en HTML estático.
– Meta descripción sólo en HTML renderizado: Devuelve las páginas que contienen una meta descripción sólo en el HTML renderizado después de ejecutar JavaScript.
Meta descripción actualizada por JavaScript: todas las páginas que tienen meta descripciones modificadas por JavaScript. Esto significa que la meta descripción en HTML estático es diferente de la meta descripción en HTML renderizado.
H1 sólo en HTML renderizado: páginas que contienen un h1 sólo en el HTML renderizado después de ejecutar JavaScript. Esto significa que un motor de búsqueda debe renderizar la página para tener en cuenta el encabezamiento.
Considera incluir encabezados del lado del servidor en HTML estático
. – H1 actualizados por JavaScript: páginas que tienen h1 modificados por JavaScript. Esto significa que el h1 en HTML crudo es diferente del h1 en HTML renderizado.

Móvil vs. Escritorio

El Motor de Búsqueda con su orientación “Mobile First Indexing” ha definido inequívocamente la importancia del “móvil” en términos de posicionamiento orgánico, y la Auditoría de Paridad entre Móvil vs. Escritorio es una actividad esencial en la fase de optimización de un sitio web.

Para realizar la Auditoría de Paridad tendrás que realizar tres acciones distintas:

  1. Escaneando el sitio web con el agente de usuario “GoogleBot para Smartphones”.
  2. Rastrea con el agente de usuario “GoogleBot” (u otro bot para versiones de escritorio).
  3. Utiliza el modo de rastreo “Comparar” para comparar los dos rastreos anteriores.

Ten en cuenta que para este escenario, el modo de almacenamiento de datos de Screaming Frog debe estar configurado en “Modo Almacenamiento”.

Agente de usuario GoogleBot
para smartphones

Escanea tu sitio web utilizando el agente de usuario “Googlebot para smartphones”. Si tu sitio web incluye contenido o dependencias JS, debes activar el “Modo de renderizado Javascript” como modo de análisis.

Agente de usuario GoogleBot

Vuelve a las configuraciones y cambia el User-Agent a Googlebot u otro user-agent de escritorio e inicia tu segundo escaneo con Screaming Frog.

Comparación móvil vs. escritorio

Una vez que tengas los dos escaneos por separado, todo lo que tienes que hacer es compararlos utilizando el nuevo modo“Comparar“.

Comparazione sito mobile e desktop con funzione compare di screaming frog

> Ahora haz clic en el icono del engranaje de la parte superior de la pantalla o en “Comparar configuración”. De este modo, podrás configurar la función Detección de cambios, que te permite identificar si hay diferencias en elementos concretos como títulos de página, meta descripciones, encabezados, número de palabras, enlaces internos, datos estructurados y mucho más.

Para incluir todos los elementos de análisis, basta con activar la opción “Seleccionar todo” en la parte superior de la ventana de configuración.

Elaborazione seo parity con funzione Change detection del seo spider

Si el sitio web es responsivo y sirve contenidos diferentes entre el móvil y el ordenador de sobremesa, pero mantiene las mismas URL, puedes proceder al análisis comparativo; de lo contrario, también tendrás que configurar la función de mapeo de URL. En la misma ventana anterior, haz clic en la pestaña correspondiente y normaliza los subdominios utilizando la sintaxis RegEX.

Ahora sólo tienes que hacer clic en “Aceptar” y “Comparar” para iniciar el proceso de análisis.

Lee más sobre el Mapeo de URLs y la Detección de Cambios de Screaming Frog aquí.

Una vez completado el análisis, todo lo que tienes que hacer es ver los datos a través de las“pestañas de detección de cambios” de la barra lateral del Seo Spider.

Overview su sidebar laterale dei cambiamenti sito live e in staging

Idealmente, el contenido debería ser idéntico, pero puede haber algunas incoherencias entre el móvil y el escritorio y puedes descubrirlas desde la pantalla principal a través de los cuatro nuevos filtros introducidos con la versión 16.3 de Screaming Frog.

  1. Añadido: identifica todas las URL que están presentes en ambos rastreos pero tienen elementos modificados que están incluidos en algún filtro de rastreo “Actual”. Por ejemplo, una URL tenía un “meta_title” en la versión anterior, mientras que en la versión actual falta este elemento. En este caso, esta indicación estará presente en el filtro “Falta” del elemento “Meta Título”.
  2. Nuevo: incluye todas las URL nuevas que no estaban presentes en el escaneo anterior, pero que están
    incluidos en la exploración actual.
  3. Eliminado: URL presentes en ambos escaneos pero con elementos presentes en el filtro del escaneo anterior, pero no en el filtro del escaneo actual.
    Tomando el ejemplo del “Meta Título” anterior, este filtro identifica todas las URL que no
    presentaban el título de la página y se incluían en el filtro “Falta”, pero en la exploración actual
    ya no están presentes en el filtro porque se han optimizado.
  4. Faltan: URLs presentes en el rastreo anterior pero no detectadas en el rastreo “Actual”.

Desplazándote hacia abajo hasta la pestaña Detección de cambios tienes un “Resumen” muy útil que te permite tener una visión general inmediata de todos los cambios detectados.

Haciendo clic en los filtros, puedes descubrir las URL afectadas por los distintos cambios.
A continuación se muestra un ejemplo de cómo cambiar el título de la página.

Aquí tienes un ejemplo de cómo cambia la profundidad de exploración entre las dos versiones.

Gracias a estas comprobaciones, puedes evitar diferencias sustanciales entre versiones que podrían inhibir o hacer problemática la clasificación de tu sitio web.

Staging vs. Sitios en vivo

La última comparación, aunque no por ello la menos importante, consiste en analizar los sitios de ensayo frente a los sitios activos. Este escenario es muy delicado y debe tenerse siempre muy en cuenta durante las fases de migración.

El proceso de Auditoría de Paridad sigue los mismos pasos que la comparación Móvil vs. Escritorio, incluyendo siempre la fase de “Mapeo de URL” para normalizar las URL de la versión publicada y la que aún está en producción.

Url Mapping tra sito staging e live
Ficha Seo Spider