Informe de estado de AMP

Beta de la nueva versión de Search Console

Con este informe, resulta más fácil corregir errores que impiden que tus páginas AMP aparezcan con funciones específicas de AMP en los resultados de la Búsqueda de Google.

En la vista de nivel superior se muestran todas las páginas AMP con errores que Google ha encontrado en tu sitio web, agrupadas por tipo de error. Al hacer clic en un error concreto, puedes consultar sus detalles, entre los que se incluyen una lista de ejemplo de las páginas afectadas, información sobre cómo solucionarlo y el proceso para informar a Google de las correcciones que hagas.

Para ver gráficos con el efecto que tienen tanto los errores como las soluciones, accede a la página Estado.

¿Por qué se trata de una lista de ejemplo? Mostramos tantas páginas afectadas por errores como podemos, pero en las tablas no pueden aparecer más de 1000 URL. Además, es posible que haya páginas que no hayamos detectado o contabilizado por algún motivo.

ABRIR EL INFORME DE AMP

Qué buscar

En una situación ideal, en el informe debería aparecer lo siguiente:

  • Ningún error de AMP. Se considera que las advertencias son recomendaciones, no errores. Para obtener más información al respecto, consulta la sección Interpretar advertencias que aparece más adelante. En el caso de que haya errores, consulta Priorizar y corregir problemas.
  • Un número de páginas AMP (la suma de páginas válidas, con advertencias y con errores) igual al total de páginas AMP de tu sitio web. Si no es el caso, consulta la sección Páginas AMP que faltan.

Priorizar y corregir problemas

  1. En la página de resumen de AMP, excluye las advertencias y céntrate en los errores. De forma predeterminada, los problemas están ordenados en función de su gravedad, el estado de validación y el número de páginas afectadas; te recomendamos que los resuelvas en este orden predeterminado. 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.
  2. Observa si el total de errores aumenta principalmente por alguno en concreto; comprueba si este aumento concuerda con el pico de un error en particular de la tabla.
  3. Consulta la información que se facilita más adelante sobre cómo depurar picos de errores y sobre páginas AMP que faltan.
  4. Haz clic en la fila de un error concreto de la tabla para consultar su página de detalles. Ten en cuenta lo siguiente:
    1. En las páginas de detalles aparece una lista de URL afectadas. Es posible que esta lista no sea exhaustiva porque solo puede mostrar un máximo de 1000 filas y, además, puede que no incluya las páginas con el error en cuestión que se hayan detectado más recientemente.
    2. Si se trata de un error de sintaxis, haz clic en Más información para consultar documentación oficial sobre la sintaxis correcta.
    3. Haz clic en el icono de inspección para probar la validez de una página afectada. 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. Es posible que en la lista aparezca un error que ya hayas corregido en la página activa correspondiente porque esta todavía no haya vuelto a rastrearse; en tal caso, solicita que validemos la corrección una vez que hayas resuelto todos los casos del error.
  5. Corrige todos los casos de un error en tu sitio web, comprueba que lo hayas hecho correctamente y asegúrate de que esté resuelto en las páginas activas en la Web.
  6. Vuelve a la página de detalles del error e inicia el proceso de validación haciendo clic en "Validar e informar a Google". Este proceso no se lleva a cabo de inmediato. Para obtener más información al respecto, consulta la sección Acerca de la validación.
  7. Corrige el resto de los errores.
  8. Una vez corregidos todos, quita el filtro de advertencias y plantéate resolverlas. Algunas advertencias indican que pueden añadirse etiquetas de datos estructurados opcionales en las páginas con contenido pertinente, etiquetas con las que pueden habilitarse nuevas funciones de búsqueda.

Compartir el informe

Puedes compartir los detalles de un problema haciendo clic en el botón Compartir de su página. Las personas que obtengan el enlace solo pueden acceder a la página actual y a las páginas de los historiales de validación del problema en cuestión; 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.

Picos de errores

Determina si los picos de errores son porque un grupo de páginas ha pasado de un estado de gravedad a otro. Sigue estas instrucciones:

  1. Si detectas un pico en un estado, mira si se ha producido un descenso igual en otro (por ejemplo, en las páginas con errores o válidas).
  2. Si encuentras un descenso que se corresponde con el pico, comprueba que las URL coincidan.
  3. En caso afirmativo, averigua qué ha provocado este cambio.

Lo más habitual es que los picos de errores se produzcan por introducir errores en plantillas que se utilicen en muchas páginas de un sitio web.

Páginas AMP que faltan

Es posible que la cantidad de páginas AMP (la suma de páginas válidas, con advertencias y con errores) de un informe sea inferior al total de páginas AMP de tu sitio web. En tal caso, haz lo siguiente:

  • Comprueba que tus páginas canónicas que no sean AMP estén vinculadas correctamente con sus equivalentes AMP.
  • Verifica que no se hayan bloqueado tus páginas AMP ni tus páginas canónicas ni con un archivo robots.txt ni con el método noindex, y que no se requiera autenticarse ni iniciar sesión para acceder a ellas.
  • Asegúrate de que tus páginas AMP y canónicas estén en el índice buscando las canónicas en Google de este modo: info:<URL-página-canónica>. Si la página que has buscado no aparece en los resultados, no está indexada. No se puede usar el operador info: con páginas AMP; solo funciona con las versiones canónicas que no sean AMP.
    • Si en los resultados de búsqueda aparece la página canónica, verifica que esté vinculada correctamente con su equivalente AMP.
    • Si no aparece, envíala para indexarla con el nuevo informe Sitemaps, o bien con la antigua herramienta Explorar como Google.
  • ¿Tienen otras páginas enlaces a tus páginas AMP o canónicas? ¿Están tus páginas en un sitemap? Para solicitar que incluyamos en el índice un número pequeño de páginas AMP, te recomendamos que uses la herramienta Explorar como Google en sus versiones canónicas. Si quieres que indexemos una gran cantidad de páginas AMP, envía un sitemap; en él solo tienes que incluir las páginas canónicas. Te recomendamos que lo envíes con el informe Sitemaps.
  • Ten en cuenta que Google puede tardar varios días en encontrar y rastrear las páginas que faltan, periodo que depende de cómo le hayas informado de las páginas nuevas.

Interpretar advertencias

Las páginas AMP con advertencias están indexadas y pueden aparecer en los resultados de la Búsqueda de Google; no obstante, es posible que no se muestren 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 de enlace azul básicos.

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, se considera que este está 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 problemas nuevos, se registran como uno distinto 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 URL que se comprueban quedan registradas en el historial de validación, al que puede accederse desde la página de detalles del problema.
  3. Cuando se comprueba una URL, puede ocurrir lo siguiente:
    1. Si no se detecta el problema que se valida, el estado de validación del caso en concreto 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 URL 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 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 cualquier 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 (con el estado Correcto) o a los que ya no puede accederse (con el estado Otros) no vuelven a comprobarse y se quitan del historial al hacer 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, los elementos del historial de validación se agrupan por URL. En los informes de ofertas de empleo y de otros tipos de datos estructurados, por su parte, se agrupan por URL y elemento de datos estructurados, según determine el valor Name.

Estados de validación de problemas

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

  • No iniciado: 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 diferentes páginas para consultar ejemplos reales del error. Si esta prueba no muestra ningún error en una página concreta, significa que has corregido el error en dicha página después de que Google lo encontrara y generara el informe.
    2. Haz clic en "Más información", en la página de detalles del error, para consultar los datos de la regla que se ha infringido.
    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. Ten paciencia, ya que la validación puede tardar desde unos pocos días hasta aproximadamente dos semanas. 
  • Iniciada: has iniciado un intento de validación y todavía no se ha encontrado ningún caso del problema. Paso siguiente: 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 iniciado un intento de validación y, hasta el momento, se han corregido todos los casos del problema que se han comprobado. 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 URL 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 una validación, se asigna uno de los siguientes estados a cada caso conocido de un problema concreto (en los informes Estado del índice no se usan los estados Correcto ni Otros):

  • Pendientes 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: Google ha comprobado el caso y ya no existe. Este estado solo puede aparecer si has hecho clic en Validar expresamente para revisarlo.
  • Error: Google ha comprobado el caso y todavía existe. Este estado solo puede aparecer si has hecho clic en Validar expresamente para revisarlo.
  • Otros: Google no ha podido acceder a la URL en que se ha detectado el caso o, si se trata de datos estructurados, no ha podido encontrar el elemento en cuestión. Se considera equivalente al estado Correcto.

Es posible que una misma URL tenga diferentes estados que se correspondan a problemas distintos; 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 que se han detectado en esta beta de la nueva versión 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 con la opción de comentarios de la barra de navegación.

  • Los nombres de algunos problemas son largos y resultan difíciles de entender.
  • Puede haber una demora entre el momento en que se añade un problema al gráfico y el momento en que se incluye en la tabla.
  • Seguimos trabajando para mejorar la versión móvil.
  • Todavía no se admiten conjuntos de propiedades.
¿Te ha sido útil este artículo?
¿Cómo podemos mejorar esta página?