AMP para SEO: ¿Sigue Valendo la Pena?

Recuerdo perfectamente la que se montó en el sector cuando Google lanzó AMP. Allá por 2015, la promesa era brutal: webs móviles que cargaban a la velocidad del rayo. Literalmente. Ese pequeño icono del rayito en los resultados de búsqueda se convirtió en el objeto de deseo de medios de comunicación, blogs y, básicamente, cualquiera que quisiera rascar algo de visibilidad en el móvil. Durante años, he implementado, peleado y optimizado AMP para decenas de clientes, desde periódicos digitales hasta e-commerce de nicho en pleno barrio de Malasaña. He visto sus luces y, sobre todo, sus sombras.

Pero la verdad es que el panorama ha cambiado, y mucho. Lo que hace unos años era casi una obligación, hoy es una pregunta recurrente que me hacen mis clientes: «Alberto, ¿sigue mereciendo la pena AMP?». La respuesta corta es «probablemente no», pero la respuesta larga, la que de verdad te va a ayudar a tomar una decisión informada, es la que te voy a contar en esta guía. Vamos a desgranar qué fue AMP, en qué se ha convertido y, lo más importante, qué estrategia deberías seguir actualmente para que tu web vuele en móviles sin hipotecar tu futuro. Coge un café, que vamos al lío.

¿Qué es exactamente AMP y para qué servía?

Antes de darle carpetazo, es justo entender qué fue y qué pretendía. AMP son las siglas de Accelerated Mobile Pages (Páginas Móviles Aceleradas). Se trata de un proyecto de código abierto impulsado por Google con un objetivo muy claro: hacer que el contenido web en dispositivos móviles cargara de forma casi instantánea.

Imagina que tu página web es un coche de Fórmula 1. Para el día a día, tiene un montón de componentes: alerones, telemetría, mil botones… AMP lo que hacía era coger ese coche y quitarle todo lo «superfluo» para una carrera de drag: le dejaba el motor, las ruedas y un asiento. El resultado era un vehículo increíblemente rápido en línea recta, pero muy limitado para todo lo demás. Así, una página AMP era una versión ultraligera y simplificada de tu página original, diseñada para cargar en un abrir y cerrar de ojos.

Los tres pilares de AMP: HTML, JS y Cache

Para lograr esa velocidad endiablada, AMP se basaba en tres componentes técnicos que tenías que implementar sí o sí:

1. AMP HTML: No era más que HTML normal, pero con ciertas restricciones. Había etiquetas prohibidas y otras nuevas, específicas de AMP (como <amp-img> en lugar de <img>). Esto garantizaba que el navegador supiera de antemano cómo renderizar cada elemento sin sorpresas que ralentizaran la carga.
2. AMP JS: Aquí estaba una de las claves. AMP limitaba de forma muy estricta el uso de JavaScript. Solo se podía usar una librería específica proporcionada por el proyecto, que se encargaba de gestionar la carga de recursos de forma asíncrona. En cristiano: evitaba que scripts de terceros (publicidad, analítica, etc.) bloquearan la carga de lo importante.
3. Google AMP Cache: Esta era la magia negra de Google. El buscador rastreaba tus páginas AMP, las guardaba en su propia red de servidores (CDN) por todo el mundo y, cuando un usuario hacía clic en un resultado, se la servía directamente desde sus servidores, que son de lo más rápido que hay. Por eso la carga parecía instantánea.

La promesa dorada: velocidad y visibilidad en Google

La zanahoria que nos puso Google delante era muy apetitosa. Si implementabas AMP, te llevabas dos premios gordos. El primero, una velocidad de carga móvil brutal, lo que se traducía en una mejor experiencia de usuario y, en teoría, menos abandonos. El segundo, y el que nos hizo a todos pasar por el aro, era el trato preferencial en los resultados de búsqueda.

El famoso carrusel de «Noticias destacadas» (Top Stories) en móvil estaba reservado casi en exclusiva para páginas AMP. Si eras un medio de comunicación, o tenías AMP o simplemente no existías en esa sección tan visible. Además, el iconito del rayo junto a tu resultado transmitía confianza y rapidez, aumentando el CTR (Click-Through Rate). En aquel momento, la verdad, era una ventaja competitiva muy potente.

La cruda realidad de AMP: Ventajas vs. Inconvenientes

Como consultor SEO, mi trabajo es ir más allá de las promesas de marketing y ver el impacto real en el negocio. Y con AMP, la cosa tenía dos caras muy distintas. Lo he visto en proyectos de todo tipo: a veces funcionaba de maravilla y otras era un auténtico dolor de cabeza.

Lo bueno: una velocidad de carga brutal

No nos engañemos, cuando AMP funcionaba bien, era una pasada. He visto webs de noticias con artículos llenos de imágenes y vídeos pasar de tardar 8 segundos en cargar en móvil a hacerlo en menos de 1. La mejora en la velocidad era innegable. Para blogs y medios, donde el consumo de contenido es rápido y el usuario salta de una noticia a otra, esto era oro puro. Reducía la tasa de rebote y mantenía al usuario enganchado. Era su gran y casi única ventaja real.

Los «peros»: las limitaciones que nadie te contaba

Aquí es donde la cosa se complica. Ese coche de drag tan rápido tenía serios problemas para girar en las curvas del día a día de un negocio online. Estos son los inconvenientes que me he encontrado una y otra vez:

• Diseño y branding restringidos: El CSS tenía que ser «inline» y no podía superar los 75KB. Esto se traducía en diseños muy simples, a menudo perdiendo la identidad de marca. Muchos clientes se quejaban de que su «versión AMP parecía de los años 90».
• Funcionalidad capada: El JavaScript personalizado estaba prácticamente prohibido. Adiós a formularios de captación de leads complejos, calculadoras interactivas, pop-ups de suscripción o chats en vivo. Para un e-commerce o una web de servicios, esto era un tiro en el pie a nivel de conversión.
• Monetización más compleja: Aunque era compatible con las principales redes publicitarias como AdSense, la implementación era más rígida. He visto casos de medios que, tras pasarse a AMP, vieron cómo sus ingresos por publicidad programática caían un 20-30% por las limitaciones.
• Analítica con asteriscos: Medir el tráfico en las páginas AMP requería una configuración específica en Google Analytics. Era fácil cometer errores y acabar con datos de sesión duplicados, ensuciando todas las métricas. Un lío de narices si no se hacía con cuidado.
• Dependencia del ecosistema de Google: Aunque era un proyecto «open-source», en la práctica estabas cediendo el control. Tu contenido se servía desde la caché de Google, con una URL de Google. Esto generaba una dependencia que a muchos, incluyéndome, no nos hacía ninguna gracia.

El punto de inflexión: ¿Por qué AMP ya no es el rey?

Durante varios años, vivimos con esta dualidad. Soportábamos las limitaciones a cambio de la velocidad y el empujón en SEO. Pero entonces, el propio Google cambió las reglas del juego. Y aquí es donde la historia de AMP da un giro de guion total.

La llegada de los Core Web Vitals lo cambió todo

A mediados de 2021, Google lanzó la «Page Experience Update», un cambio en el algoritmo que daba más peso a la experiencia de usuario real en una página. Y para medirla, introdujo unas nuevas métricas llamadas Core Web Vitals (CWV).

Las principales son:

• LCP (Largest Contentful Paint): Mide cuánto tarda en cargarse el elemento más grande visible en la pantalla. Básicamente, la velocidad de carga percibida.
• FID (First Input Delay) / INP (Interaction to Next Paint): Mide la capacidad de respuesta de la página. Cuánto tarda en reaccionar cuando el usuario hace clic en algo. El INP es la evolución más reciente y precisa.
• CLS (Cumulative Layout Shift): Mide la estabilidad visual. Evita esos molestos saltos en el contenido mientras la página carga.

De repente, Google ya no necesitaba un framework cerrado como AMP para saber si una web era rápida y ofrecía una buena experiencia. Ahora tenía unas métricas estándar para medir CUALQUIER web. Podías tener una web normal, sin AMP, pero si tus Core Web Vitals eran buenos, Google te premiaría igual. AMP dejó de ser la única forma de demostrarle a Google que tu web era rápida.

Google quita el rayo: el fin del trato preferencial

El golpe de gracia llegó poco después. Google anunció que el carrusel de «Noticias destacadas» ya no sería exclusivo para páginas AMP. Cualquier página, siempre que cumpliera con las directrices de Google News y tuviera buenos Core Web Vitals, podría aparecer ahí. Y para rematar, eliminaron el icónico rayito de los resultados de búsqueda.

En ese momento, la principal razón para aguantar las limitaciones de AMP desapareció de un plumazo. La ventaja competitiva se esfumó. El rey se había quedado desnudo.

AMP vs. Diseño Responsive y Core Web Vitals: ¿Cuál es la mejor estrategia?

Llegados a este punto, la pregunta es clara: si AMP ya no tiene privilegios, ¿qué hago? La estrategia actual se centra en construir una única versión de tu web, totalmente responsive, y optimizarla a fondo para que vuele y pase con nota los Core Web Vitals. Te lo resumo en esta tabla comparativa:

Característica	Página con AMP	Web Responsive Optimizada (CWV)
Velocidad de Carga	Potencialmente instantánea (desde caché de Google)	Muy rápida (depende de la optimización)
Flexibilidad de Diseño	Muy limitada (CSS y JS restringidos)	Total (libertad creativa completa)
Funcionalidad y Conversión	Muy restringida (sin JS personalizado)	Total (formularios, pop-ups, chats, etc.)
Mantenimiento	Doble versión a mantener (normal y AMP)	Una única versión de la web
Impacto SEO Actual	Nulo o incluso negativo si está mal implementado	Alto (Core Web Vitals es un factor de ranking)
Mi Recomendación	Desaconsejado para nuevos proyectos. Auditar para eliminar en existentes.	La estrategia ganadora actualmente.

Como ves, la balanza se inclina de forma aplastante hacia tener una única web responsive y dedicar todos los esfuerzos a optimizarla. Es más sostenible, te da control total y el beneficio a nivel de SEO y negocio es mucho mayor.

Tengo AMP en mi web, ¿qué hago ahora? Una guía paso a paso

Si eres de los que implementó AMP en su día, es muy probable que te estés preguntando si deberías quitarlo. La respuesta suele ser sí, pero ojo, hay que hacerlo con mucho cuidado para no provocar un desastre SEO.

Auditoría rápida: ¿te está beneficiando o perjudicando?

Antes de tocar nada, responde a estas preguntas:

1. Analiza tu tráfico: Entra en Google Analytics y compara el rendimiento (tasa de rebote, tiempo en página, conversiones) de tus páginas AMP frente a las normales. ¿Las AMP rinden peor?
2. Revisa Search Console: ¿Te está dando errores la sección de AMP? ¿El tráfico a estas páginas ha caído desde que desapareció el carrusel?
3. Evalúa las limitaciones: ¿Hay funcionalidades clave de tu negocio (un formulario de presupuesto, por ejemplo) que no puedes poner en tus páginas AMP y te están haciendo perder dinero?

Si la respuesta a la mayoría es «sí», es hora de planificar la desactivación.

El proceso de desactivación: cómo hacerlo sin cargarte el SEO

Quitar AMP no es solo desactivar un plugin. Si lo haces mal, generarás un montón de errores 404 y tu posicionamiento se irá al garete. Este es el proceso que sigo con mis clientes:

1. Asegúrate de que tu versión normal es rápida: Antes de nada, optimiza tu tema y tus páginas no-AMP para que los Core Web Vitals sean buenos. ¡No quites la versión rápida para dejar una lenta!
2. Implementa redirecciones 301: Este es el paso MÁS CRÍTICO. Tienes que redirigir permanentemente cada URL de AMP a su versión normal correspondiente. Por ejemplo, /mi-articulo/amp/ debe redirigir a /mi-articulo/. Si usas un plugin de AMP en WordPress, muchos tienen una opción para hacer esto al desactivarlos. Si no, tendrás que hacerlo a través del archivo .htaccess.
3. Desactiva el plugin o el código de AMP: Una vez que las redirecciones están en su sitio y funcionando (compruébalo), ya puedes quitar AMP.
4. Actualiza los sitemaps: Asegúrate de que tu sitemap XML ya no incluye las URLs de AMP y envíalo de nuevo a Google Search Console.
5. Monitoriza los resultados: Durante las siguientes semanas, vigila de cerca Search Console para ver si aparecen errores de rastreo (404) y monitoriza tu posicionamiento y tráfico para asegurarte de que todo va bien.

Es un proceso delicado. Si no estás seguro, te recomiendo que te apoyes en un profesional. Un error aquí puede costar muy caro.

Mi veredicto final sobre AMP

Lo que debes llevarte claro de todo esto es que AMP fue una tecnología con buenas intenciones que cumplió su propósito en un momento concreto. Fue un toque de atención necesario para que todo el sector se pusiera las pilas con la velocidad en móvil. Pero su tiempo ha pasado.

Actualmente, en mi experiencia como consultor SEO, no hay prácticamente ningún escenario en el que recomiende empezar un proyecto nuevo con AMP. El esfuerzo no compensa los beneficios, y las limitaciones son un lastre demasiado grande para la mayoría de negocios.

Mi consejo es claro: invierte tu tiempo y tu dinero en construir una única web sólida, con un diseño responsive impecable y obsesionada con la optimización de los Core Web Vitals. Es la estrategia más rentable, sostenible y la que te dará mejores resultados a largo plazo tanto en SEO como en conversión. Dale a tus usuarios la mejor experiencia posible en tu propia web, sin intermediarios ni versiones recortadas.

Dudas que siempre me hacen sobre AMP

Para terminar, te dejo aquí algunas de las preguntas más comunes que me hacen los clientes sobre este tema, con respuestas directas y al pie.

¿Si quito AMP, caerá mi posicionamiento en Google?

Si lo haces correctamente siguiendo los pasos que te he comentado (especialmente las redirecciones 301), no solo no debería caer, sino que a medio plazo podría incluso mejorar. Estarás consolidando toda la autoridad en una única URL y ofreciendo una experiencia completa a tus usuarios, algo que Google valora.

¿Hay algún caso en el que todavía tenga sentido usar AMP?

Te soy sincero, es muy difícil encontrar uno. Quizás para un medio de comunicación digital muy, muy grande, con un equipo técnico dedicado y que ya tenga una implementación de AMP súper pulida, el coste de quitarlo podría ser mayor que el de mantenerlo a corto plazo. Pero incluso en esos casos, la tendencia es a eliminarlo progresivamente.

Mi web normal es muy lenta, ¿AMP puede ser un parche rápido?

Puede parecerlo, pero es un error. Usar AMP para tapar los problemas de rendimiento de tu web principal es pan para hoy y hambre para mañana. Estarás creando una deuda técnica y duplicando el problema. La solución real es arreglar la causa raíz: optimizar tu web principal. Es más trabajo, pero es la única solución definitiva.

Escuché algo sobre AMP for Email, ¿eso también está obsoleto?

AMP for Email es una tecnología un poco diferente que permite crear correos electrónicos interactivos (rellenar formularios, confirmar asistencia, etc., sin salir del email). Aunque comparte el nombre, su caso de uso es distinto. Ha tenido una adopción limitada y no está directamente relacionado con el SEO. Para la mayoría de estrategias de email marketing, no es algo prioritario.