Informe de datos estructurados que no se pueden analizar

En este informe se muestran los datos estructurados que se han encontrado en tu sitio web, pero que no se han podido analizar debido a un error grave de sintaxis. Como no se han analizado, tampoco se ha podido determinar de qué tipo de datos estructurados se trata (trabajos, eventos, etc.).

ABRIR INFORME

Usar el informe

Todos los elementos de este informe son errores de datos estructurados, por lo que no aparecerá ninguna advertencia ni elemento válido.

Estos errores aparecen ordenados de forma predeterminada por su nivel de gravedad teniendo en cuenta a cuántas páginas afecta, entre otros factores.

Lo más habitual es que los errores que afectan a varias páginas se deban a un error en la plantilla subyacente.

  1. Haz clic en la fila de un error para ver detalles sobre él, a qué páginas afecta y enlaces para acceder a herramientas de depuración. Puedes consultar las descripciones completas de los tipos de error en la tabla que aparece más abajo.
  2. Corrige y prueba la sintaxis de tus datos estructurados con la prueba de resultados enriquecidos.
  3. Una vez que hayas resuelto un error, ve a su página de detalles y haz clic en Validar corrección.

Es posible que, una vez corregido un error de análisis, surjan errores o advertencias que antes no aparecían porque el elemento en cuestión no se había podido analizar.

Compartir el informe

Puedes compartir los detalles de un problema de los informes de cobertura o de mejoras haciendo clic en el botón Compartir de la página de detalles del problema. Las personas que obtengan el enlace solo pueden acceder a esta página y a las páginas de los historiales de validación del problema; no pueden acceder a otras páginas de tu recurso ni hacer nada en tu propiedad ni en tu cuenta. Puedes revocar el acceso a la página en cualquier momento inhabilitando su uso compartido.

Exportar datos del informe

En muchos informes hay un botón de exportación  que permite exportar sus datos, tanto los de los gráficos como los de las tablas. Los campos que tengan los caracteres "~" o "-" (que indican que ese valor no está disponible o no es un número, respectivamente) aparecerán con ceros en los datos descargados.

Tipos de error

En este informe se muestran los tipos de error que se indican a continuación.

Abrir documentación de datos estructurados

Evaluar código en la prueba de resultados enriquecidos

Tipo de error Descripción
El documento JSON no es válido El documento JSON tenía un error de sintaxis de nivel superior.
El tipo de valor no es correcto Se ha indicado un tipo de valor incorrecto en una propiedad. Por ejemplo, has introducido una cadena cuando se esperaba un número o una matriz.
Error de análisis: Falta un carácter ":" Faltan un símbolo de dos puntos ":".
Error de análisis: Faltan caracteres "," o "}" Falta una coma "," o una llave de cierre.
Error de análisis: Falta el carácter "}" o el nombre del miembro del objeto
 
Falta una llave de cierre o el nombre del miembro del objeto.
Error de análisis: Faltan caracteres "," o "]" en la declaración de la matriz No se ha podido analizar un valor de matriz porque falta una coma "," o un corchete de cierre "]" en la declaración de la matriz.
No se ha podido analizar la longitud del token Por algún motivo, no se ha podido encontrar el inicio ni el final de una propiedad, o bien no se ha encontrado ningún valor.
El número no es válido Se esperaba que el valor de la propiedad fuera un número, pero se ha utilizado otro tipo de valor.
La secuencia de escape de la cadena está vacía

Un valor de cadena incluye una secuencia de escape de la cadena. Por ejemplo:

"description" : "Call me \ "John"

en lugar de

"description" : "Call me \"John\"".

La secuencia de escape de la cadena no es correcta

Se ha utilizado una secuencia de escape que no es válida en un valor de cadena. Por ejemplo:

"description" : "Some \q unknown sequence"

Hay un carácter Unicode truncado Faltan los 6 últimos caracteres en un par subrogado de Unicode.
El carácter Unicode no es válido Falta un token \u al principio de la segunda mitad de un par subrogado de Unicode.
La secuencia de escape Unicode no es válida: se esperaba que tuviera cuatro dígitos Una secuencia de escape de Unicode tiene un error de sintaxis: debe contener cuatro dígitos.
La secuencia de escape Unicode no es válida: se esperaba que tuviera un dígito hexadecimal Una secuencia de escape de Unicode tiene un error de sintaxis: se esperaba un dígito hexadecimal, pero no se ha encontrado.
La propiedad única está duplicada Has incluido dos definiciones de una única propiedad en tu objeto de datos estructurados. Por ejemplo, dos valores @context.
Elemento de nivel superior no válido Un elemento de nivel superior en JSON-LD no es válido.
Referencia a un elemento inexistente Un atributo de referencia itemref dirige a un identificador que no existe.

 

Página de detalles de errores

Al seleccionar la fila de un error en la página de resumen de resultados enriquecidos, se abre una página con los detalles de ese error. Un mismo error puede afectar a elementos de distintas páginas o a muchos elementos de una única página.

En la página de detalles de un error se facilita la siguiente información:

Estado
Estado de validación del problema. 
Fecha en que se detectó por primera vez
La fecha en la que se detectó este problema por primera vez en tu sitio web. Si se resuelven todos los problemas de este tipo y aparece otro igual durante los 90 días posteriores a la corrección del último caso, se muestra la fecha en que se detectó el primero de todos, no la del nuevo.
Ejemplos
La lista de resultados enriquecidos afectados por el problema. Es posible que no se muestren todos los casos del error que se han detectado en tu sitio web por varios motivos; por ejemplo, en esta lista no se registran los casos que han aparecido desde el último rastreo ni pueden incluirse más de 1000 elementos.
Último rastreo
La fecha en que se rastreó por última vez la página que contiene el error en cuestión.
Acerca de la validación

Una vez que hayas corregido todos los casos de un problema en tu sitio web, puedes pedir a Google que valide tus cambios. Si ya no se detecta ningún caso más, se considera que el problema está corregido y se sitúa en la parte inferior de la tabla de estado. En Search Console se registra el estado de validación general de los problemas, así como el de los casos concretos. Cuando se hayan solucionado todos los casos de un problema, este se considera corregido. Puedes consultar los estados que se registran en las secciones Estados de validación de problemas y Estados de validación de casos.

Más información sobre el tiempo de vida de un problema

El tiempo de vida empieza la primera vez que se detecta un problema en tu sitio web y termina una vez transcurridos 90 días desde que se corrige el último caso. Si pasados estos 90 días no se registran casos nuevos, el problema se quita del historial de informes.

La fecha en que se detecta por primera vez un problema no cambia durante el tiempo de vida de ese problema en concreto. Por tanto, ocurre lo siguiente:

  • Si se corrigen todos los casos de un problema, pero se detecta un caso nuevo a los 15 días, se vuelve a abrir el problema con la misma fecha de detección.
  • Si el mismo problema se detecta 91 días después de corregirse el último caso, como el problema ya se había cerrado, se registra como si fuera nuevo y la fecha de detección pasa a ser la del día actual.

Flujo de validación básico

A continuación se describe a grandes rasgos el proceso que tiene lugar cuando se hace clic en Validar corrección para revisar un problema. Este proceso puede durar varios días; recibirás notificaciones sobre su progreso por correo electrónico.

  1. Al hacer clic en Validar corrección, Search Console comprueba inmediatamente algunas páginas.
    • Si se sigue detectando el problema en cuestión en cualquiera de las páginas que se comprueban, la validación finaliza y el estado no cambia.
    • Si las páginas no tienen el error, la validación continúa y pasa a tener el estado Iniciada. Si durante este proceso se encuentran otros problemas, se registran en el tipo de error pertinente y se siguen validando las páginas.
  2. Search Console vuelve a rastrear solo la lista de URLs en las que se ha detectado el problema, no todo el sitio web. Las URLs que se comprueban quedan registradas en el historial de validación, al que se puede acceder desde la página de detalles del problema.
  3. Cuando se comprueba una URL, ocurre lo siguiente
    1. Si no se detecta el problema, el estado de validación de ese caso pasa a ser Correcto. Si se trata del primer caso que se comprueba en el proceso de validación, el estado del problema cambia a Tiene buena pinta.
    2. Si ya no se puede acceder a la URL, el estado de validación del caso cambia a Otros, que no se considera un estado de error.
    3. Si se sigue detectando el caso, el estado del problema cambia a Error y el proceso de validación finaliza. Si se descubre el mismo problema en otra página mediante un rastreo habitual, se considera un caso nuevo.
  4. Una vez comprobadas todas las URLs con errores y advertencias, si no se encuentra ningún caso, el estado del problema pasa a ser Correcto. Importante: Aunque el número de páginas afectadas sea 0 y el estado cambie a Correcto, se seguirá mostrando la gravedad original del problema (Error o Advertencia).

Google puede descubrir que has corregido casos de un problema aunque no hagas clic en "Iniciar validación". Si detecta que los has solucionado todos durante un rastreo habitual, el estado del problema será "N/D" en el informe.

¿Cuándo se considera que se ha corregido un problema de una URL o un elemento?

Se considera que se ha solucionado un problema de una URL o un elemento cuando se cumple alguna de las siguientes condiciones:

  • No se detecta el problema al rastrear la página. En el caso de los errores de etiquetas AMP, puede ser porque has corregido las etiquetas o bien porque las has retirado (si no son obligatorias). Durante un proceso de validación, el problema tendrá el estado "Correcto".
  • Si Google no puede acceder a la página por algún motivo (por ejemplo, porque la has retirado, has usado una directiva "noindex" o se requiere autenticación), el problema se considera corregido en esa URL. Durante un proceso de validación, tendrá el estado "Otros".

Nueva validación

Si no puede completarse una validación, puedes hacer clic en Volver a validar para comprobar otra vez todos los casos no solucionados, así como todos los nuevos que se hayan descubierto durante un rastreo habitual.

Debes esperar a que termine un ciclo de validación antes de solicitar otro, incluso si has corregido algunos problemas durante el actual.

Los casos que se han validado (tienen el estado Correcto) o a los que ya no puede accederse (tienen el estado Otros) no vuelven a comprobarse y se quitan del historial cuando se hace clic en Volver a validar.

Historial de validación

Para ver el progreso de una solicitud de validación, haz clic en el enlace de datos de validación de la página de detalles del problema.

En los informes de AMP y Estado del índice, las entradas del historial de validación se agrupan por URL. En los informes Usabilidad móvil y Resultado enriquecido, por su parte, se agrupan por URL y elemento de datos estructurados, según determine el valor Name. El estado de validación se aplica al problema específico que se está examinando. Puede que un problema esté etiquetado como "Aprobado" en una página, pero que otros figuren como "Error", "Pendiente" u "Otros".

Estados de validación de problemas

Un problema puede tener los siguientes estados de validación:

  • No iniciada: hay páginas con casos de este problema que no has intentado validar. Pasos siguientes:
    1. Haz clic en el problema para obtener más información sobre el error. Con la prueba de AMP, puedes revisar las distintas páginas para ver ejemplos reales del error. Si la prueba de AMP no muestra ningún error en la página, es porque lo has corregido después de que Google lo encontrara y generara el informe.
    2. Para consultar los datos de la regla que se ha infringido, haz clic en "Más información", en la página de detalles del error.
    3. En la tabla, haz clic en una fila de URL de ejemplo para obtener información sobre ese error en concreto.
    4. Corrige las páginas afectadas y, a continuación, haz clic en Validar corrección para que Google vuelva a rastrearlas. Google te avisará del progreso de la validación. Por lo general, las correcciones tardan unas dos semanas en validarse, pero a veces pueden tardar mucho más. Gracias por tu paciencia. 
  • Iniciada: has empezado una validación y todavía no ha aparecido ningún caso del problema. Siguiente paso: A medida que avance la validación, Google te enviará notificaciones en las que se te indicará qué debes hacer, si es que tienes que hacer algo.
  • Tiene buena pinta: has empezado una validación y todos los casos del problema que se han comprobado hasta el momento estaban ya corregidos. Siguiente paso: No tienes que hacer nada. A medida que avance la validación, Google te enviará notificaciones en las que se te indicará qué debes hacer.
  • Correcto: no se ha detectado ningún caso conocido del problema o la URL afectada ya no está disponible. Para que se muestre este estado, tienes que haber hecho clic en "Validar corrección", ya que si los casos desaparecen sin que solicites que validemos las correcciones, el estado es N/D. Siguiente paso: No tienes que hacer nada más.
  • N/D: Google ha descubierto que el problema se ha corregido en todas las URLs sin que hayas intentado validar las correcciones en ningún momento. Siguiente paso: No tienes que hacer nada más.
  • Error: has hecho clic en "Validar" y el problema todavía está presente en un número determinado de páginas. Pasos siguientes: Corrige el problema y vuelve a validar las correcciones.

Estados de validación de casos

Una vez que hayas solicitado la validación, se asigna a cada caso del problema uno de los siguientes estados de validación:

  • Pendiente de validación: el caso en cuestión se ha añadido a la cola para validarse. La última vez que Google lo comprobó, todavía existía.
  • Correcto: [Este valor no está disponible en todos los informes] Google ha revisado el caso y está corregido. Este estado solo puede aparecer si has hecho clic en Validar para revisar el caso.
  • Error: Google ha comprobado el caso y todavía existe. Este estado solo puede aparecer si has hecho clic en Validar para revisar el caso.
  • Otros: [Este valor no está disponible en todos los informes] Google no ha podido acceder a la URL en la que está el caso o, si se trata de un error de datos estructurados, no ha podido encontrar el elemento en cuestión. Se considera equivalente al estado Correcto.

Es posible que en una misma URL haya varios problemas, y cada problema puede tener un estado distinto. Por ejemplo, si en una página se detectan dos problemas, X e Y, el problema X puede tener el estado de validación Correcto, y el Y, el estado Pendiente.

 

Problemas conocidos

A continuación se indican los problemas conocidos de Search Console. No es necesario que nos informes de ninguno de ellos, pero sí nos gustaría recibir tus comentarios sobre funciones u otros problemas que detectes. Puedes enviárnoslos a través de la opción de comentarios de la barra de navegación.

  • Los nombres de algunos problemas son muy poco concisos y resultan difíciles de entender.
  • Si en tu sitio web hay muchos errores (estén o no activos), el informe solo mostrará los primeros 200, ordenados por importancia.
¿Te ha resultado útil esta información?
¿Cómo podemos mejorar esta página?
true
Empezar a usar Search Console

¿Es la primera vez que usas Search Console? Independiente de si eres experto en SEO, desarrollador de sitios web o no tienes ningún conocimiento sobre este ámbito, empieza leyendo este artículo.

Búsqueda
Borrar búsqueda
Cerrar búsqueda
Aplicaciones de Google
Menú principal
Buscar en el Centro de ayuda
true
83844
false