Informe de estado de AMP

Este informe sirve para facilitar la corrección de errores que impiden que tus páginas AMP aparezcan con funciones específicas de AMP en resultados de la Búsqueda de Google.

En la vista de nivel superior se muestran los problemas críticos que afectan a las páginas AMP de tu sitio. Haz clic en un problema concreto para ver qué páginas se han visto afectadas y los detalles del problema.

ABRIR EL INFORME "AMP"

 

Informe de estado de AMP en Search Console - Formación sobre Google Search Console

 

Contenido del informe

Problemas críticos: las páginas afectadas por problemas críticos en AMP no se pueden mostrar en Google. En la parte inferior del gráfico de la página de nivel superior del informe "AMP", con el título ¿Por qué las páginas AMP no son válidas?, se muestra una lista con los problemas críticos de tu sitio. Haz clic en un problema de la lista para ver las páginas con el problema seleccionado.

Problemas no críticos (advertencias): las páginas AMP que tengan problemas que no sean críticos pueden seguir mostrándose en Google si tampoco tienen ningún problema crítico. En la página de nivel superior del informe "AMP", con el título Problemas no críticos, se muestra una lista con los problemas que no son críticos de tu sitio, debajo de la lista de problemas críticos. Haz clic en un problema de la lista para ver las páginas con el problema seleccionado. Es posible que las páginas AMP con advertencias no aparezcan con todas las funciones de AMP posibles (por ejemplo, en el carrusel Noticias destacadas). Es decir, es posible que estas páginas aparezcan solo como resultados de búsqueda en forma de enlaces azules básicos.

Estado de la página (páginas válidas y no válidas): las páginas AMP son válidas o no válidas. Las páginas AMP válidas pueden mostrarse en Google, al contrario que las páginas AMP no válidas. Si una página tiene problemas críticos, se considera que no es válida. Si solo tiene advertencias o no tiene ningún problema, se considera válida. Para ver una lista de páginas AMP válidas, haz clic en la opción Ver datos sobre páginas AMP válidas que hay bajo el gráfico, en la página de nivel superior del informe "AMP".

Qué buscar

Deberías intentar conseguir las siguientes cifras en el informe:

La lista de URLs afectadas es solo una muestra y no se garantiza que se muestren todas las URLs afectadas por un problema determinado. El informe tiene un límite de 1000 URLs por problema. Además, es posible que haya páginas que no hayamos detectado o contabilizado por algún motivo.

En el informe solo se pueden mostrar, en total, 200 incidencias críticas y no críticas. Si tu sitio tiene una lista muy larga de problemas (independientemente de si hay casos activos), solo se muestran los primeros 200 problemas, ordenados por importancia.

Problemas con AMP

Además de los errores específicos de AMP estándar, es posible que en el informe también se muestren los siguientes tipos de avisos tanto de errores como de advertencias.

Errores de AMP específicos de Google
Problema Descripción
El contenido no coincide: falta el vídeo insertado En la página web canónica hay un vídeo insertado que no está en la página AMP. Por lo general, recomendamos que se incluyan todos los recursos de contenido importantes en ambas versiones de una página. Ten en cuenta que los vídeos se detectan mediante sus URLs, por lo que si tienes dos URLs distintas que llevan al mismo vídeo, aparecerá esta advertencia.
El tamaño de la imagen es inferior al recomendado Los datos estructurados de la página AMP hacen referencia a una imagen que tiene un tamaño inferior al recomendado. Si este es el caso, es posible que la página no aparezca con todas las funciones de AMP en la Búsqueda de Google o que las tarjetas de Discover no se muestren con imágenes grandes, lo que reducirá el tráfico del sitio web y la interacción con los usuarios. Para solucionar este problema, usa una imagen más grande que cumpla nuestras directrices.
El dominio de la página AMP no coincide La página AMP está alojada en un dominio distinto al de la versión canónica. Esta situación puede confundir a los usuarios que hagan búsquedas desde dispositivos móviles, puesto que verán un dominio de URL en los resultados de búsqueda y otro distinto al abrir la página en el visor de AMP. Este error no afecta ni a la indexación ni al posicionamiento de la página web.
No se ha encontrado la URL (404) No se ha encontrado la URL de AMP solicitada. Consulta cómo corregir páginas 404.
Error de servidor (5xx) Se ha producido un error de servidor 5xx sin determinar al solicitar la página AMP. Consulta más información sobre los errores de servidor.
Bloqueada por robots.txt La URL de AMP solicitada está bloqueada por una regla de tu archivo robots.txt. Si no es lo que querías, prueba tu archivo robots.txt para detectar la regla problemática y modifícala o quítala del archivo. También puedes pedirle a tu desarrollador web que lo haga por ti.
Problema de rastreo Se ha producido un error de rastreo sin determinar en la página AMP. Soluciona el problema examinando la URL de AMP con la herramienta de inspección de URLs
La URL de AMP de referencia no es de una página AMP Una página canónica incluye como referencia de AMP una página que no es AMP. Consulta cómo debería hacerse referencia a páginas AMP en páginas que no son AMP.
La URL de AMP de referencia es de otra página canónica La página canónica dirige a una página AMP independiente, y este tipo de páginas no pueden usarse como versión AMP de otra página web. Consulta cómo debería hacerse referencia a páginas AMP en páginas que no son AMP.
La URL se ha marcado como "noindex" La página AMP está bloqueada por una directiva 'noindex'. En Google no podemos indexar páginas bloqueadas con noindex, por lo que debes eliminar esa directiva o eliminar la referencia a la página bloqueada.
La fecha de "unavailable_after" de esta página ya ha pasado La página AMP tiene una metaetiqueta o directiva "unavailable_after" con fecha en el pasado y, por tanto, no se puede publicar. Si quieres usarla, debes eliminar la etiqueta o ponerle una fecha futura.
La página canónica dirige a una URL no válida Una página canónica hace referencia a una versión AMP mediante una URL que tiene un formato no válido. Consulta cómo hacer referencias correctas a versiones AMP.
Error del amp-story canónico

Una página hace referencia a una página amp-story como versión AMP. Este tipo de páginas son de por sí páginas canónicas que deben hacer referencia a sí mismas mediante la etiqueta <rel="canonical"> y no pueden usarse como versiones AMP de otras páginas.

La secuencia de comandos del módulo se ha declarado sin incluir una alternativa de nomodule (o viceversa) Has creado una etiqueta <script type="module"> sin implementar una etiqueta <script nomodule async> correspondiente o viceversa. Se deben colocar ambas etiquetas para que los navegadores que son o no compatibles con la secuencia de comandos de tipo "module" puedan ejecutar los atributos correctamente.
Falta una URL en la etiqueta HTML En la etiqueta HTML especificada es obligatorio incluir un atributo con una URL válida y que tenga algún carácter, pero la URL está vacía. Añade una URL válida a este atributo.
Falta el atributo o no es correcto cuando el atributo "on" lo requiere El atributo especificado es obligatorio, pero no es correcto o falta. Este atributo es obligatorio porque has especificado un atributo "on" en la misma etiqueta.
Se ha encontrado una etiqueta secundaria <svg> fuera de un bloque <svg>. Has especificado una etiqueta fuera de un bloque <svg> que debe estar anidada a uno.
La página está cargando varias versiones de la secuencia de comandos con la misma extensión La página está cargando varias versiones de la página AMP con la misma extensión. Para solucionarlo, quita una versión de la secuencia de comandos.
Problemas con intercambios firmados

En los informes "Estado de AMP" e "Inspección de URLs" pueden figurar problemas de páginas AMP que utilizan el protocolo de intercambio firmado.

Ver detalles de intercambios firmados relacionados con problemas

Consulta más información sobre el intercambio firmado asociado a una página AMP en estos recursos:

  • En la herramienta de inspección de URLs, haz clic en Detalles de la versión AMP.
  • En el informe "Estado de AMP", haz clic en la tabla de detalles del problema.

Comprobar si en una página AMP se usa el intercambio firmado

Para comprobar si se ha detectado algún encabezado o carga útil del intercambio firmado en la AMP, sigue estos pasos:

  1. Inspecciona la URL de AMP: utiliza la herramienta de inspección de URLs para inspeccionar una URL concreta o, en el informe "Estado de AMP", haz clic en el icono de inspección , situado junto a la URL que se encuentra en la tabla de detalles de problemas.
  2. Haz clic en Ver página rastreada en la página de resultados para abrir un panel lateral con más información.
  3. Haz clic en la pestaña Más información.
  4. Debajo de la etiqueta Intercambio firmado, aparecerá un estado que indica si Google ha detectado algún componente de intercambio firmado en esa AMP.

Lista de problemas relacionados con intercambios firmados

Los siguientes problemas pueden producirse cuando tu AMP utiliza el protocolo de intercambio firmado.

El intercambio firmado no es válido

La respuesta HTTP era un intercambio firmado que no cumple los requisitos de la caché de Google AMP. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Este error puede deberse a varios motivos, entre los que se incluyen los siguientes:

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

Hay un error de análisis en la carga útil del intercambio firmado

La respuesta HTTP era un intercambio firmado cuya carga útil o cuerpo no cumplía los requisitos de la Caché de Google AMP. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Sigue estos pasos para encontrar y corregir el error:

  • Comprueba que el código HTML no contiene una codificación UTF-8 no válida. En el error $URL, ejecuta curl $URL | iconv -f UTF-8 -t UTF-8>/dev/null y comprueba si aparecen mensajes de error como "illegal input sequence". Si es así, comprueba que el documento se haya codificado correctamente en UTF-8. Dos fuentes comunes de caracteres multibyte tienen texto y espacios que no están en inglés.
  • Comprueba que el código HTML no contenga carácteres U + 0000 NULL ni Unicode que provoquen errores de análisis HTML.
  • Comprueba que el código HTML no se haya modificado después de ejecutar transform -config NONE. Hay dos motivos habituales por los que se cambia:

Hay un valor no válido en el encabezado header_name de la carga útil del intercambio firmado

La respuesta HTTP era un intercambio firmado que contenía un encabezado de respuesta firmado que no cumplía uno de los requisitos de la caché de Google AMP. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

Falta el encabezado obligatorio header_name en la carga útil del intercambio firmado

La respuesta HTTP era un intercambio firmado al que le faltaba su correspondiente encabezado, requerido por la especificación de intercambios firmados o por los requisitos de la Caché de Google AMP. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

No se ha podido analizar el encabezado de la firma del intercambio firmado

La respuesta HTTP era un intercambio firmado que contenía un encabezado de firma que no estaba bien configurado según la especificación de intercambios firmados. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

El parámetro parameter_name del encabezado de la firma del intercambio firmado no es válido

La respuesta HTTP era un intercambio firmado cuyo encabezado de firma tenía un valor incorrecto en el parámetro especificado según la especificación de intercambios firmados. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

Las fechas del intercambio firmado no son válidas

La respuesta HTTP era un intercambio firmado cuyo encabezado de firma tenía un valor incorrecto en el parámetro date o expires según la especificación de intercambios firmados o los requisitos de la Caché de Google AMP. En concreto, la firma debe ser válida en el momento en que se obtiene y durante cuatro días más como mínimo. Por tanto, la página no mostrará ninguna información en la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, este problema puede darse por varios motivos:

  • Comprueba que el proxy inverso de tu interfaz no esté almacenando en la caché respuestas de intercambios firmados durante demasiado tiempo. Haz varias solicitudes a la página con curl -H 'Accept: application/signed-exchange; v=b3' -H 'AMP-Cache-Transform: any' y busca date= en cada respuesta; comprueba que el número posterior sea diferente.
  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si has excluido todas las opciones anteriores, es posible que haya un error en AMP Packager. En ese caso, avísanos del error.

No se ha podido analizar la cadena de certificados a la que hace referencia la "cert-url" del intercambio firmado

La respuesta HTTP era un intercambio firmado cuyo valor "cert-url" no estaba bien configurado según la especificación de intercambios firmados. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, sigue estos pasos:

  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si es así, avisa del error.

La cadena de certificados a la que se hace referencia en "cert-url" no es válida en el intercambio firmado

La respuesta HTTP era un intercambio firmado cuya "cert-url" no era válida según la especificación de intercambios firmados. Por tanto, en la página no se mostrará información procedente de la firma.

Efecto en tu sitio web:

La página se mostrará en el visor de AMP con una URL de Google y no con su URL original.

Pasos siguientes:

No es necesario solucionar este error, puesto que las páginas que lo tengan seguirán mostrándose correctamente en el visor de AMP. Sigue leyendo para saber qué debes hacer para que esta página se muestre con su URL firmada.

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, este error puede deberse a varios motivos. Comprueba lo siguiente:

  • Comprueba que tu CertFile no contenga una lista completa del certificado de clave pública y aspectos intermedios.
  • Comprueba que AMP Packager no se haya iniciado con la marca -development o -invalidcert. En el modo de producción, AMP Packager comprobará varios aspectos del certificado.
  • Comprueba que el proxy inverso de la interfaz no almacena en caché URLs de tipo/amppkg/cert/ más tiempo del que ha definido la directiva max-age.
  • Comprueba que el proxy inverso de la interfaz no esté modificando los encabezados de la caché, ya que puede provocar que un proxy de subida almacene en caché estas cadenas de certificados durante demasiado tiempo. Para probar, determina la URL /amppkg/cert/ correspondiente en tu dominio interno empaquetador, obtén esta URL y los encabezados de respuesta (por ejemplo, con curl -i) y compara los encabezados de respuesta a los devueltos por el servidor de la interfaz.
  • Comprueba que el certificado contenga SCT, por ejemplo, con la herramienta openssl x509. Si no es así, ponte en contacto con tu autoridad de certificación.
  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si has excluido todas las opciones anteriores, es posible que haya un error en AMP Packager. En ese caso, avísanos del error.

No se ha podido analizar el intercambio firmado

La respuesta HTTP tenía un tipo de contenido application/signed-exchange; v=b3, pero no se ha podido extraer el cuerpo de la respuesta. Puede deberse a que no cumple los requisitos de alto nivel de ese tipo o porque su carga útil no se ha codificado por Merkle correctamente.

Efecto en tu sitio web:

Si la página tiene una página no AMP correspondiente, la Búsqueda de Google la indexará. Si no es así, es posible que la página no aparezca en la Búsqueda de Google.

Pasos siguientes:

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, este problema puede darse por varios motivos:

  • Comprueba que el proxy inverso de la interfaz no esté cambiando las respuestas del empaquetador. En la URL de error, determina la URL /priv/doc correspondiente en el dominio interno empaquetador y pruébala con dump-signedexchange. Si la respuesta de ese dominio es un intercambio firmado válido, pero la respuesta de la interfaz externa no lo es, es posible que haya un error de configuración en la interfaz.
  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si has excluido todas las opciones anteriores, es posible que haya un error en AMP Packager. En ese caso, avísanos del error.

La URL de la carga útil interior y la URL de la solicitud del intercambio firmado no son iguales

La respuesta HTTP era un intercambio firmado cuyo valor fallbackUrl no coincidía con la URL de solicitud. Deben ser iguales byte por byte. Por tanto, la Búsqueda de Google no confiará en que la respuesta sea representativa de la URL de solicitud.

Efecto en tu sitio web:

Si la página tiene una página no AMP correspondiente, la Búsqueda de Google la indexará. Si no es así, es posible que la página no aparezca en la Búsqueda de Google.

Pasos siguientes:

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude. Algunas posibles soluciones incluyen cambiar la URL de la página para evitar errores en los analizadores de URL comunes. Por ejemplo, prueba a eliminar los caracteres codificados con porcentajes o reservados, o las codificaciones inusuales de cadenas de consulta, como ?, que no tengan parámetros.

Si utilizas AMP Packager, este problema puede darse por varios motivos:

  • Comprueba que el proxy inverso de tu interfaz esté reescribiendo URLs correctamente. Es muy posible que se produzcan problemas en las URL que tengan caracteres codificados con porcentajes o reservados. Por ejemplo, nginx tiene problemas con su directiva rewrite y con la forma sin ruta de su directiva proxy_pass. Para hacer la prueba, envía algunas solicitudes de prueba a tu interfaz y compáralas con las URL que AMP Packager registra en stdout.
  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si has excluido todas las opciones anteriores, es posible que haya un error en AMP Packager. En ese caso, avísanos del error.

El encabezado header_name de la respuesta HTTP del intercambio firmado tiene un valor no válido

La respuesta HTTP tenía un tipo de contenido de application/signed-exchange, pero los encabezados de respuesta no eran válidos por otro motivo. Por ejemplo, es posible que el tipo de contenido no tenga un parámetro v=b3. Por tanto, Google no conoce ese formato y no se puede extraer el cuerpo de la respuesta.

Efecto en tu sitio web:

Si la página tiene una página no AMP correspondiente, la Búsqueda de Google la indexará. Si no es así, es posible que la página no aparezca en la Búsqueda de Google.

Pasos siguientes:

Si usas un proveedor de servicios de intercambios firmados, ponte en contacto con él para que te ayude.

Si utilizas AMP Packager, este problema puede darse por varios motivos:

  • Verifica que el proxy inverso de tu interfaz no esté alterando los encabezados del tipo de contenido. En la URL de error, determina la URL /priv/doc correspondiente en tu dominio interno empaquetador y extrae los encabezados de respuesta. Por ejemplo, con curl -i. Si los encabezados de la respuesta de ese dominio y de la interfaz externa son distintos, es posible que sea la causa del error. Si la diferencia está en un encabezado que no es content-type, notifícalo en este documento de ayuda para actualizar la lista de requisitos.
  • Comprueba que estés usando la versión más reciente de AMP Packager.
  • Si has excluido todas las opciones anteriores, es posible que haya un error en AMP Packager. En ese caso, avísanos del error.

Priorizar y corregir problemas

  1. Consulta la lista de problemas críticos de tu sitio en la tabla ¿Por qué las páginas AMP no son válidas?
  2. Analiza los errores:
    • Observa si el total de errores aumenta principalmente por alguno en concreto; comprueba si hay un pico de un error en particular en la tabla.
    • En primer lugar, corrige los errores que tengan una misma causa (por ejemplo, una plantilla incorrecta) y, a continuación, los errores que sean únicos de cada página.
  3. Corrige los errores: haz clic en una fila de la tabla para consultar la página de detalles del error:
    1. En esta página se incluye una muestra de las URLs afectadas. La lista tiene un máximo de 1000 filas, y es posible que no incluya los casos de este error detectados recientemente ni las páginas que no se hayan vuelto a rastrear desde que apareció el error.
    2. Haz clic en Más información junto a un problema para consultar documentación oficial sobre el error.
    3. Haz clic en una URL de la tabla de URLs de ejemplo para ver el problema resaltado en el código de la página.
    4. Haz clic en el icono de inspección para ejecutar una prueba detallada de una página concreta. Al hacerlo, se identificarán todos los errores (no solo el actual), se resaltarán los fragmentos de código en los que se han detectado y se facilitará más información. Si la página no se ha vuelto a rastrear recientemente, verás el problema de la página indexada, pero no de la página publicada. Si es así, puedes solicitar que se indexe esa página.
    5. Corrige todos los casos de un error en tu sitio web, comprueba que lo has hecho correctamente y asegúrate de que esté resuelto en las páginas web publicadas.
  4. Una vez que hayas corregido todos los casos, vuelve a la página de detalles del problema y haz clic en Validar corrección para iniciar el proceso de validación. Este proceso no se lleva a cabo al momento. Consulta más información en el apartado Acerca de la validación.
  5. Corrige el resto de los errores.
  6. Si el número total de páginas válidas y no válidas es significativamente inferior al número de páginas AMP de tu sitio, consulta el artículo Solucionar problemas de las páginas AMP que faltan.
  7. Cuando se hayan corregido todos los errores críticos, te recomendamos que corrijas el resto. Algunos problemas que no son críticos (por ejemplo, el uso de funciones obsoletas) pueden llegar a serlo más adelante.

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. Con el enlace no se puede acceder a otras páginas de tu recurso ni permite al usuario compartido realizar ninguna acción en tu propiedad o cuenta. Puedes revocar el acceso a la página en cualquier momento inhabilitando su uso compartido.

Exportar datos del informe

Muchos informes cuentan con un botón de exportación para exportar sus datos. Se exportan tanto los datos 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.

Solucionar problemas de las páginas AMP que faltan

Es posible que la cantidad de páginas AMP (la suma de páginas válidas y no válidas) de un informe sea inferior al total de páginas AMP de tu sitio. Esto es lo que podrías hacer:

  • Comprueba que tus páginas canónicas que no sean AMP estén vinculadas correctamente con sus equivalentes AMP.
  • Comprueba que tus páginas AMP y tus páginas canónicas no están bloqueadas por el archivo robots.txt ni mediante el método noindex, y que no hace falta iniciar sesión para acceder a ellas.
  • Inspecciona la URL de la página canónica de tu AMP para comprobar si se ha indexado.
    • Si en los resultados de búsqueda aparece la página canónica, comprueba que está vinculada correctamente con su equivalente AMP.
    • Si no aparece, envíala para indexarla.
  • Google puede tardar varios días en encontrar y rastrear las páginas que faltan, dependiendo de cómo le hayas informado de las páginas nuevas.
  • Es posible que algunas de las páginas AMP válidas no aparezcan en este informe, aunque sí lo hagan en el Informe "Indexación de páginas". Esto se debe a que el Informe "Indexación de páginas" debe ser más completo para depurar problemas de indexación en tu informe, mientras que en el informe de estado de AMP aparecen menos páginas, aunque más relevantes y con información más detallada, para depurar problemas de AMP concretos. Con la herramienta de inspección de URLs podrás confirmar de forma definitiva si una página AMP está indexada.
Validar correcciones

Una vez que hayas corregido todos los casos de un problema en tu sitio web, puedes pedir a Google que confirme tus correcciones. Si se corrigen todos los casos conocidos, el número de problemas pasa a cero en la tabla de problemas y se sitúa en la parte inferior de la tabla de estado.

¿Por qué se deben validar las correcciones?

Avisar a Google de que has solucionado todos los problemas de una categoría o de un estado concretos tiene las siguientes ventajas:

  • Recibirás un correo cuando Google haya confirmado que has corregido todas las URLs o, por el contrario, si ha encontrado que quedan casos de este problema.
  • Puedes hacer un seguimiento de cómo lleva Google la confirmación de las correcciones y ver un registro de todas las páginas en cola de comprobación y el estado de corrección de cada URL.

No siempre tiene sentido corregir y validar un problema concreto en tu sitio web; por ejemplo, es probable que el archivo robots.txt haya bloqueado intencionadamente las URLs. Decide si abordar un problema en particular o no según tu propio criterio.

También puedes solucionar los problemas sin validarlos; Google actualiza el recuento de casos cada vez que rastrea una página en la que hay problemas conocidos, independientemente de si has solicitado expresamente que se validen las correcciones.

Consejo avanzado: valida las correcciones con un sitemap
Para agilizar la solicitud de corrección, crea y envía un sitemap que contenga solo las páginas más importantes. Después, filtra el informe por ese sitemap antes de solicitar que se valide la corrección. Las solicitudes de validación de un conjunto de URLs afectadas puede completarse más rápido que las que incluyan todas las URLs afectadas del sitio.

Iniciar la validación

Para indicar a Search Console que has solucionado un problema, sigue estos pasos:

  1. Corrige todos los casos de un problema en tu sitio web. Si te saltas una corrección, la validación se detendrá cuando Google encuentre un único caso restante de ese problema.
  2. Abre la página de detalles del problema que has solucionado. Haz clic en un problema de la lista de problemas de tu informe.
    • ⚠️ Si se ha aplicado un filtro de sitemap específico en tu informe, la validación solo se aplicará a los elementos que estén incluidos en ese sitemap en el momento de la solicitud de validación. Puede que sea lo que quieres, o puede que no. Tenlo en cuenta.
  3. Haz clic en Validar corrección. No hagas clic de nuevo ese botón hasta que la validación se haya completado correctamente o no. Más información sobre cómo comprueba Google tus correcciones.
  4. Puedes monitorizar el 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. Recibirás una notificación cuando la validación se haya completado correctamente o no.
  5. Si la validación no se completa, haz clic en Ver detalles en la página de detalles del problema para consultar la URL que ha provocado el fallo. Corrige el problema de la página, confirma que has corregido todas las URLs con el estado Pendiente y reinicia la validación.

¿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 estado será 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 considerará corregido en esa URL. Durante el proceso de validación, tendrá el estado Otros.

Tiempo de vida de un problema

El tiempo de vida de un problema comienza la primera vez que se detecta una instancia en tu sitio, y termina una vez transcurridos 90 días desde que se corrige la última. Si pasados estos 90 días no se registran casos nuevos, el problema se quita de la tabla de problemas.

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 fecha de detección original.
  • Si el mismo problema se detecta 91 días después de corregirse el último caso, como el problema ya se habrá cerrado, se registra como si fuera nuevo y la fecha de detección pasa a ser la nueva.
Flujo de validación

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 o incluso más. Además, recibirás notificaciones sobre el progreso por correo.

  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 contienen el error, la validación continúa y pasa a tener el estado Iniciada. Si durante este proceso se encuentran otros problemas, se registran según 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, y 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 que se haya comprobado si el problema está en las URLs en cola y esté corregido, se mostrará el estado Correcto. Sin embargo, aunque se hayan corregido todos los casos, la etiqueta de gravedad del problema no cambia (Error o Advertencia), solo el número de artículos afectados (0).

Aunque no hagas clic en Iniciar validación, Google puede detectar que has corregido casos de un problema. Si Google detecta que se han corregido todos los casos de un problema durante el rastreo habitual, el número de problemas pasa a 0 en el informe.

Nueva validación

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

Para reiniciar una validación incompleta, sigue estos pasos:

  1. Ve al registro de la validación afectada: abre la página de detalles del problema que ha impedido la validación y haz clic en Ver detalles.
  2. Haz clic en Iniciar nueva validación.
  3. La validación se reiniciará en todas las URLs marcadas como Pendiente o Error, así como en los casos nuevos de este problema que se hayan descubierto durante un rastreo habitual desde el último intento de validación. Las URLs marcadas como Correcto u Otros no se vuelven a comprobar.
  4. Por lo general, las correcciones tardan unas dos semanas en validarse, pero a veces pueden tardar mucho más. Gracias por tu paciencia.

Ver el progreso de la validación

Para ver el progreso de una solicitud de validación o el historial de la última solicitud si no hay ninguna validación en curso, sigue estos pasos:

  1. Abre la página de detalles del problema en cuestión. En la página principal del informe, haz clic en la fila de un problema para abrir su página de detalles.
  2. Haz clic en Ver detalles para que se abra la página de detalles de validación de esa solicitud.
    • En la tabla se muestra el estado del caso de cada URL incluida en la solicitud.
    • El estado del caso se aplica al problema específico que se está examinando. Puede que un problema esté etiquetado como Correcto en una página, pero que otros figuren como Error, Pendiente u Otros en esa misma página.
    • En el informe "AMP" y en el informe "Indexación de páginas", las entradas de la página del historial de validación se agrupan por URL.
    • En los informes "Usabilidad móvil" y "Resultados enriquecidos", por su parte, se agrupan por URL y por elemento de datos estructurados, según determine el valor Name.
Estado de la solicitud de validación

Los siguientes estados de validación se aplican a la validación de un problema concreto:

  • No iniciada: uno o varios casos de este problema no se han incluido en la solicitud de validación del mismo.
    Pasos siguientes:
    1. Haz clic en el problema para obtener más información sobre el error. Revisa las distintas páginas para ver ejemplos reales del error en la página publicada.
    2. En la página de detalles, haz clic en Más información para ver los detalles del problema.
    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 iniciar la validaciónPor lo general, las correcciones tardan unas dos semanas en validarse, pero a veces pueden tardar mucho más. Gracias por tu paciencia.
  • Iniciada: has iniciado 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. Este estado solo aparece si has hecho clic en Validar corrección; si los casos desaparecen sin que hayas solicitado que se validen las correcciones, se muestra el estado N/A.
    Siguiente paso: No tienes que hacer nada más.
  • N/A: 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 un determinado número de páginas siguen teniendo este problema.
    Siguiente paso: Corrige el problema y reinicia la validación.
Estado 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: 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 que eches en falta 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 largos y resultan difíciles de entender.
  • Es posible que un problema recién añadido al gráfico tarde en aparecer en la tabla.

¿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