AMP (accelerated mobile pages), resumen de mi charla en WordUp Trójmiasto

En un encuentro de WordUp Trójmiasto en Gdynia di una charla sobre AMP (Accelerated Mobile Pages). Entonces era uno de los temas más candentes del SEO móvil. En 2026 AMP sigue manteniéndose, pero es un formato de nicho, y Google Search le ha quitado casi todas las ventajas que lo hacían atractivo para los editores. Este resumen conserva las tesis de la charla y añade lo que cambió después, con la fecha y la fuente oficial de cada cambio.

#Programa de la charla sobre AMP en WordUp Trójmiasto 12

El archivo de la comunidad WordPress de la Triciudad en wpgdynia.pl incluye la charla Przyspieszone strony mobilne AMP (páginas móviles aceleradas con AMP) en el programa de WordUp Trójmiasto #12, en la franja de 17:30 a 18:00. La entrada del evento se publicó el 18 de marzo de 2018. Invitaba a una sesión de sábado de 17:00 a 20:00 en el Pomorski Park Naukowo-Technologiczny de Gdynia, edificio III, sala A (de cine). La entrada era libre, con inscripción obligatoria.

La charla sobre AMP compartió la tarde con otras cuatro sesiones. El programa muestra bien qué interesaba a la comunidad WordPress local en la primavera de 2018:

El mismo archivo se remonta a WordUp Gdańsk #1, del 17 de diciembre de 2012, y numera las ediciones de la Triciudad del #1 al #22. Las ediciones posteriores llevan el nombre WordUp Gdynia, por ejemplo WordUp Gdynia #24. En la sala de la #12 había programadores WordPress, gente de agencias y propietarios de sitios, y casi todas las preguntas tras la charla giraron en torno a una cosa: si AMP puede funcionar en una tienda WooCommerce.

#Las tres tesis de la charla sobre AMP

La charla se apoyaba en tres tesis. En 2018 las tres eran ciertas. Las secciones siguientes muestran cuáles siguen en pie.

#Qué es AMP: un framework HTML con restricciones

AMP es un framework HTML “aligerado” que Google impulsó para que las páginas cargaran al instante en el móvil. Google anunció el proyecto el 7 de octubre de 2015 como una iniciativa de código abierto para acelerar la web móvil. Una página AMP tiene tres partes:

1. AMP HTML: un subconjunto de HTML con elementos propios, como amp-img y amp-form.
2. AMP JS: el entorno de ejecución que carga los recursos y controla la maquetación.
3. AMP Cache: una CDN que guarda documentos AMP validados y los sirve desde la infraestructura de Google.

Las reglas son estrictas. La guía de estilos de AMP prohíbe !important y las hojas de estilo externas (la única excepción son las fuentes propias), y todo el CSS del autor va en un único bloque <style amp-custom>. En la época de la charla ese bloque tenía un límite de 50 KB. El JavaScript propio estaba totalmente prohibido; solo se permitían los componentes del proyecto.

#Por qué los editores adoptaron AMP: caché y Top Stories

La charla señalaba dos motivos para adoptar AMP:

• Velocidad. Google podía precargar un resultado AMP desde su caché antes de que el usuario lo tocara, así que el artículo aparecía casi al instante.
• Visibilidad. El carrusel móvil Top Stories de Google mostraba resultados AMP. La propia Google describía en mayo de 2020 esta función como una que “actualmente destaca los resultados AMP” (Sowmya Subramanian, Google Search Central, traducción propia).

Para un medio de noticias, el segundo punto lo decidía todo. Sin AMP no había un camino realista hacia el carrusel.

#La cara oscura de AMP: URL de google.com/amp y límites de diseño

La tercera parte de la charla trataba los costes:

• Confusión con la URL. Quien abría un resultado AMP veía una dirección que empezaba por google.com/amp/ en lugar del dominio del editor. Signed Exchanges (SXG) lo resolvió en parte, porque el navegador podía mostrar la URL original del contenido servido desde la caché de Google.
• Límites de diseño. Con el CSS limitado y sin scripts propios, mantener una imagen de marca coherente entre la versión AMP y la página normal costaba mucho trabajo.

#Cronología de AMP desde la charla hasta 2026

Después de 2018 cambió casi cada uno de los puntos anteriores. La tabla recoge los cambios por orden, cada uno con su fuente primaria.

La especificación AMP HTML actual expresa el límite así: “Es un error de validación que la hoja de estilos del autor y los estilos en línea, sumados, superen los 75.000 bytes” (traducción propia). Hoy el JavaScript propio es posible mediante el componente amp-script, que ejecuta el código en un Web Worker. Cada script en línea puede ocupar hasta 10.000 bytes y todos los scripts de una página juntos hasta 150.000 bytes.

#Es obligatorio AMP para Google Top Stories

No, y no lo es desde mediados de 2021. En el anuncio original Google escribió: “AMP ya no será necesario para que las noticias aparezcan en Top Stories en el móvil; estará abierto a cualquier página” (Sowmya Subramanian, Google Search Central, traducción propia).

La entrada de abril de 2021 fue más allá y desvinculó el carrusel también de las métricas de rendimiento: “Esto significa que el formato AMP ya no es obligatorio y que cualquier página, sea cual sea su puntuación de Core Web Vitals o su estado de page experience, podrá aparecer en el carrusel Top Stories” (Jeffrey Jose, Google Search Central, traducción propia). La misma entrada anunció que Google dejaría de mostrar el icono AMP junto a los contenidos en ese formato. El despliegue empezó el 15 de junio de 2021 y terminó a finales de agosto de 2021.

El argumento más fuerte de la charla, el carrusel Top Stories, ya no vale. Un artículo normal de WordPress tiene el mismo acceso al carrusel que un artículo AMP.

#Cómo trata Google Search las páginas AMP en 2026

La documentación de Google sobre AMP trata hoy AMP como una forma más de construir una página: “Google Search indexa las páginas AMP igual que otras páginas web” (traducción propia). Las páginas AMP aún pueden aparecer como resultados enriquecidos o como Web Stories, pero deben ser AMP HTML válido, y la URL AMP debe estar claramente relacionada con el sitio principal. AMP en escritorio no recibe funciones específicas en los resultados de búsqueda.

El mayor cambio llegó el 1 de julio de 2026. La nota de Google sobre la actualización de la documentación dice que el buscador “llevará ahora a los usuarios directamente a las páginas AMP alojadas por el editor”, y que los editores “ya no necesitan actualizar la caché AMP ni configurar signed exchanges”. La nota termina así: “El contenido AMP seguirá posicionándose igual que cualquier otra página web” (Google Search Central, actualizaciones de la documentación, traducción propia).

Esto reescribe dos tesis de la charla:

• El problema de las URL google.com/amp ha desaparecido para el tráfico de búsqueda. El usuario llega a la URL AMP en el dominio del editor, así que el argumento de la marca contra AMP ya no se sostiene.
• El argumento de descargar el servidor también ha desaparecido para el tráfico de búsqueda. En 2018 Google servía los artículos AMP desde su caché, así que un gran medio de noticias atendía menos peticiones. Desde julio de 2026 esas visitas llegan a los servidores del editor, igual que con una página normal.

El framework en sí no está abandonado. AMP figura como proyecto at-large de la OpenJS Foundation, y el repositorio ampproject/amphtml en GitHub publicó una nueva versión el 18 de agosto de 2026.

#Cómo funciona el plugin oficial de AMP para WordPress

En WordPress, AMP llega casi siempre a través del plugin oficial de AMP. Entre sus colaboradores están Google, XWP, rtCamp y Automattic. Datos actuales del directorio de plugins de WordPress.org:

La instalación con WP-CLI ocupa una línea:

wp plugin install amp --activate

El plugin ofrece tres modos de plantilla, y versiones anteriores de este artículo los describían mal. La descripción del propio plugin:

• Standard (estándar): “Este modo de plantilla es el ideal, porque hay un solo tema para atender las peticiones y una sola versión del sitio” (traducción propia). Cada URL es una página AMP.
• Transitional (de transición): “En este modo también se usa un solo tema, pero cada página puede tener dos versiones: AMP y no AMP” (traducción propia). El tema activo genera ambas versiones.
• Reader (lector): “En este modo hay dos temas distintos, uno para las páginas AMP y otro para las páginas no AMP” (traducción propia). La versión AMP usa un tema aparte y más sencillo.

El modo Standard solo tiene sentido si el tema y cada plugin activo generan AMP válido. Transitional y Reader mantienen una página canónica sin AMP, es decir, dos versiones de cada URL que hay que probar tras cada actualización de tema o plugin. También conviene mirar la fecha de publicación: desde abril de 2025 no ha salido ninguna versión nueva, mientras WordPress sigue avanzando.

#Por qué WooCommerce fue la pregunta más difícil de la charla

Las preguntas tras la charla trataron sobre todo de WooCommerce, y no por casualidad. Una tienda depende de las interacciones que AMP más restringía: formularios de productos con variantes, el minicarrito, los campos de cupones y, sobre todo, el pago, donde las pasarelas inyectan sus propios scripts.

En 2018 cada uno de esos elementos necesitaba un componente AMP, como amp-form, o volver a la página normal. La respuesta de la charla sigue valiendo en lo esencial: AMP encaja en páginas de contenido, y el carrito y el pago deben quedarse en páginas normales. amp-script suavizó la prohibición de JavaScript, pero sus límites de tamaño y el modelo de Web Worker no cubren los scripts que entregan los proveedores de pago. Como una tienda rápida es posible sin AMP, el camino práctico es el de nuestra guía de rendimiento de WooCommerce: caché, formatos de imagen y menos scripts bloqueantes en el tema normal.

#Cómo validar páginas AMP

Google Search espera que las páginas AMP sean AMP HTML válido, así que la validación forma parte de cualquier flujo de trabajo con AMP. La guía de validación de AMP enumera los métodos:

• En el navegador: añade #development=1 a la URL de la página y lee los mensajes de validación en la consola de DevTools.
• Interfaz web: pega el HTML o la URL en validator.ampproject.org, que muestra los errores junto al código fuente.
• Extensión del navegador: la extensión AMP Validator para Chrome y Opera marca las páginas no válidas mientras navegas.
• En CI: el paquete npm amphtml-validator (o su envoltorio para gulp) hace fallar el build cuando una plantilla genera AMP no válido.

En un sitio WordPress con el plugin en modo Transitional o Reader, la validación importa tras cada actualización de plugins, porque un plugin nuevo puede inyectar marcado que rompe AMP mientras la página sin AMP sigue funcionando.

#Cómo quitar AMP de WordPress sin perder URL

Muchos sitios WordPress siguen arrastrando versiones AMP que nadie ha revisado en años. La guía de Google para eliminar páginas AMP describe el camino seguro cuando la página normal debe quedarse:

1. Elimina el enlace rel="amphtml" de la página canónica sin AMP.
2. Haz que la URL AMP eliminada devuelva una redirección 301 o 302 a la página canónica.
3. Vigila el informe de estado de AMP en Search Console, donde el gráfico “indexed AMP pages” debería bajar.

La guía también advierte contra un atajo: no vacíes el documento AMP. “Cuando Google Search detecta que un documento no es válido, sigue sirviendo la versión válida más antigua disponible” (traducción propia). En un sitio WordPress con el plugin oficial, desactivarlo elimina los enlaces amphtml, pero las antiguas URL AMP siguen necesitando una redirección a las páginas canónicas, con una regla de redirección o en la configuración del servidor.

Antes de desactivar AMP, mira primero la analítica. Las páginas AMP suelen medirse por separado con el componente amp-analytics, así que su peso en el tráfico pasa fácilmente desapercibido en los informes estándar. Si a las URL AMP ya solo llega un número pequeño de visitas, el plugin es candidato a desaparecer. En ambos casos la decisión debe partir de una línea base medida, para poder demostrar después si el sitio se volvió más rápido o más lento sin AMP.

#Core Web Vitals en lugar de AMP

El objetivo de rendimiento que AMP imponía con restricciones hoy se mide directamente. Las Core Web Vitals y sus umbrales de “bueno”:

Google recomienda medirlas en el percentil 75 de las cargas de página, por separado en móvil y escritorio. INP sustituyó a First Input Delay en marzo de 2024, así que cualquier guía que todavía cite FID por debajo de 100 ms está desfasada. Un tema normal de WordPress puede cumplir estos umbrales sin AMP, y los métodos están en nuestra guía de Core Web Vitals e INP y en la guía para optimizar la velocidad de WordPress.

#Merece la pena usar AMP en WordPress en 2026

AMP ya no es la opción por defecto para un sitio WordPress. Los motivos de la charla han ido cayendo uno tras otro: Top Stories se abrió a cualquier página en 2021, el icono AMP desapareció y, desde julio de 2026, Google Search ya no sirve las páginas AMP desde su caché. Queda un framework HTML válido, todavía mantenido, con reglas estrictas que algunos equipos usan como disciplina de rendimiento.

Para un sitio nuevo, construye una página normal rápida y mide las Core Web Vitals. Para un sitio que ya usa AMP, no hay penalización de posicionamiento en ningún sentido, porque el contenido AMP se posiciona como cualquier otra página. Lo que decide es el coste: un segundo juego de plantillas, validación tras cada actualización y un plugin de WordPress sin versión nueva desde abril de 2025. Si nadie en el equipo mantiene la versión AMP, retirarla con redirecciones suele ser la opción más limpia.

#Diapositivas y recursos de la charla sobre AMP

Las diapositivas de WordUp Trójmiasto #12 no están adjuntas a este resumen, por eso los enlaces de abajo llevan a las fuentes oficiales de cada dato del artículo. Gracias a todos los que vinieron a la charla y plantearon preguntas difíciles sobre AMP en WooCommerce. Esas preguntas dieron forma a las partes de este artículo sobre tiendas.

• Programa de WordUp Trójmiasto #12 en wpgdynia.pl
• Plugin oficial de AMP para WordPress
• Documentación del proyecto AMP
• Google Search Central: AMP en la Búsqueda de Google
• Google Search Central: eliminar páginas AMP