Búsqueda
Borrar búsqueda
Cerrar búsqueda
Aplicaciones de Google
Menú principal
true

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.

About validation

After you fix all instances of a specific issue on your site, you can ask Google to validate your changes. If all known instances are gone, the issue is marked as fixed in the status table and dropped to the bottom of the table. Search Console tracks the validation state of the issue as a whole, as well as the state of each instance of the issue. When all instances of the issue are gone, the issue is considered fixed. (For actual states recorded, see Issue validation state and Instance validation state.)

More about issue lifetime...

An issue's lifetime extends from the first time any instance of that issue was detected on your site until 90 days after the last instance was marked as gone from your site. If ninety days pass without any recurrences, the issue is removed from the report history.

The issue's first detected date is the first time the issue was detected during the issue's lifetime, and does not change. Therefore:

  • If all instances of an issue are fixed, but a new instance of the issue occurs 15 days later, the issue is marked as open, and "first detected" date remains the original date.
  • If the same issue occurs 91 days after the last instance was fixed, the previous issue was closed, and so this is recorded as a new issue, with the first detected date set to "today".

Basic validation flow

Here is an overview of the validation process after you click Validate Fix for an issue. This process can take several days, and you will receive progress notifications by email.

  1. When you click Validate Fix, Search Console immediately checks a few pages.
    • If the current instance exists in any of these pages, validation ends, and the validation state remains unchanged.
    • If the sample pages do not have the current error, validation continues with state Started. If validation finds other unrelated issues, these issues are counted against that other issue type and validation continues.
  2. Search Console works through the list of known URLs affected by this issue. Only URLs with known instances of this issue are queued for recrawling, not the whole site. Search Console keeps a record of all URLs checked in the validation history, which can be reached from the issue details page.
  3. When a URL is checked:
    1. If the issue is not found, the instance validation state changes to Passing. If this is the first instance checked after validation has started, the issue validation state changes to Looking good.
    2. If the URL is no longer reachable, the instance validation state changes to Other (which is not an error state).
    3. If the instance is still present, issue state changes to Failed and validation ends. If this is a new page discovered by normal crawling, it is considered another instance of this existing issue.
  4. When all error and warning URLs have been checked and the issue count is 0, the issue state changes to Passed. Important: Even when the number of affected pages drops to 0 and issue state changes to Passed, the original severity label will still be shown (Error or Warning).

Even if you never click "start validation" Google can detect fixed instances of an issue. If Google detects that all instances of an issue have been fixed during its regular crawl, it will change the issue state to "N/A" on the report.

When is an issue considered "fixed" for a URL or item?

An issue is marked as fixed for a URL when either of the following conditions are met:

  • When the URL is crawled and the issue is no longer found on the page. Note that for an AMP tag error, this can mean that you either fixed the tag or that the tag has been removed (if the tag is not required). During a validation attempt, it will be considered as "passed."
  • If the page is not available to Google for any reason (page removed, marked noindex, requires authentication, and so on), the issue will be considered as fixed for that URL. During a validation attempt, it is counted in the "other" validation state.

Revalidation

When you click Revalidate for a failed validation, validation restarts for all failed instances, plus any new instances of this issue discovered through normal crawling.

You should wait for a validation cycle to complete before requesting another cycle, even if you have fixed some issues during the current cycle.

Instances that have passed validation (marked Passed) or are no longer reachable (marked Other) are not checked again, and are removed from the history when you click Revalidate.

Validation history

You can see the progress of a validation request by clicking the validation details link in the issue details page.

Items in validation history are grouped by URL for the AMP report and Index Status report. In the Jobs report or other structured data reports, items are grouped by the combination of URL + structured data item (as determined by the item's Name value).

Issue validation state

The following validation states apply to a given issue:

  • Not started: There are one or more pages with an instance of this issue that you have never begun a validation attempt for. Next steps:
    1. Click into the issue to learn the details of the error. Inspect the individual pages to see examples of the error on the live page using the AMP Test. (If the AMP Test does not show the error on the page, it is because you fixed the error on the live page after Google found the error and generated this issue report.)
    2. Click "Learn more" on the details page to see the details of the rule that was violated.
    3. Click an example URL row in the table to get details on that specific error.
    4. Fix your pages and then click Validate fix to have Google recrawl your pages. Google will notify you about the progress of the validation. Validation takes anywhere from a few days up to about two weeks, so please be patient. 
  • Started:  You have begun a validation attempt and no remaining instances of the issue have been found yet. Next step: Google will send notifications as validation proceeds, telling you what to do, if necessary.
  • Looking good: You started a validation attempt, and all issue instances that have been checked so far have been fixed. Next step: Nothing to do, but Google will send notifications as validation proceeds, telling you what to do.
  • Passed: All known instances of the issue are gone (or the affected URL is no longer available). You must have clicked "Validate fix" to get to this state (if instances disappeared without you requesting validation, state would change to N/A). Next step: Nothing more to do.
  • N/A: Google found that the issue was fixed on all URLs, even though you never started a validation attempt. Next step: Nothing more to do.
  • Failed: A certain threshold of pages still contain this issue, after you clicked "Validate." Next steps: Fix the issue and revalidate.

Instance validation state

After validation has been requested, every known issue instance is assigned one of the following validation states for a specific issue (states Passed and Other not used in Index Status report):

  • Pending validation: Queued for validation. The last time Google looked, this issue instance existed.
  • Passed: Google checked for the issue instance and it no longer exists. Can reach this state only if you explicitly clicked Validate for this issue instance.
  • Failed: Google checked for the issue instance and it's still there. Can reach this state only if you explicitly clicked Validate for this issue instance.
  • Other: Google couldn't reach the URL hosting the instance, or (for structured data) couldn't find the item on the page any more. Considered equivalent to Passed.

Note that the same URL can have different states for different issues; For example, if a single page has both issue X and issue Y, issue X can be in validation state Passed and issue Y on the same page can be in validation state Pending.

 

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?
false