Google AMP esta muerto en 2026? (Y que usar en su lugar)

El rayo se ha apagado. En 2016, Google introdujo AMP (Accelerated Mobile Pages), un framework HTML simplificado disenado para cargar páginas web instantaneamente en dispositivos móviles. Durante unos años, fue obligatorio para los editores de noticias que querian aparecer en el carrusel de “Noticias destacadas”.

Descubre más sobre optimización de velocidad WordPress en WPPoland.

#La ascension y caida de AMP

#Por que se creo AMP

En 2015-2016, la web móvil era un desastre. Las páginas tardaban 10+ segundos en cargar, los anuncios intrusivos arruinaban la experiencia del usuario y Google necesitaba una solución rápida. AMP fue esa solución: un subconjunto restrictivo de HTML que forzaba la simplicidad.

Lo que AMP imponia:

• Sin JavaScript personalizado (solo componentes AMP aprobados)
• CSS inline limitado a 75KB
• Imágenes con carga diferida obligatoria
• Layout predefinido para evitar desplazamientos de contenido
• Cache de Google que servia las páginas desde sus propios servidores

#Por que AMP fallo

A pesar de su adopcion inicial masiva, AMP encontro resistencia significativa:

1. Monopolio de Google: Las páginas se servian desde el cache de Google (google.com/amp/…), robando el tráfico y la identidad de los editores
2. Limitaciones técnicas: Sin JavaScript personalizado significaba sin funcionalidades interactivas complejas
3. Ecosistema fragmentado: Mantener dos versiones de cada página (AMP + normal) duplicaba el trabajo
4. Controversia anticompetitiva: Documentos internos revelaron que AMP fue disenado para beneficiar el ecosistema publicitario de Google
5. Core Web Vitals: Google finalmente creo una metrica neutral que no requeria un framework propietario

#La linea temporal de la muerte de AMP

• 2016: Lanzamiento de AMP, adopcion masiva
• 2018: AMP Stories, AMP Email (expansion ambiciosa)
• 2020: Google anuncia Core Web Vitals como factor de ranking
• 2021: Google elimina el requisito de AMP para Top Stories
• 2022: El tráfico AMP cae un 60% globalmente
• 2024: La mayoria de editores principales abandonan AMP
• 2026: AMP es efectivamente un proyecto zombie - mantenido pero no recomendado

#Core Web Vitals: La alternativa moderna

En lugar de un framework propietario, Google ahora mide el rendimiento real de tu sitio con tres metricas:

#LCP (Largest Contentful Paint)

Mide cuanto tarda en renderizarse el elemento más grande visible. Objetivo: menos de 2.5 segundos.

Como optimizar LCP en WordPress:

• Precarga la imagen hero con <link rel="preload">
• Usa formatos modernos (AVIF, WebP)
• Implementa un CDN para servir assets globalmente
• Optimiza el TTFB (Time to First Byte) con cache de servidor

#INP (Interaction to Next Paint)

Reemplazo de FID en marzo de 2024. Mide la latencia de las interacciones del usuario. Objetivo: menos de 200ms.

Como optimizar INP en WordPress:

• Minimiza el JavaScript del hilo principal
• Usa defer y async para scripts no críticos
• Implementa Web Workers para tareas pesadas
• Elimina plugins innecesarios que bloquean la renderizacion

#CLS (Cumulative Layout Shift)

Mide la estabilidad visual de la página. Objetivo: menos de 0.1.

Como optimizar CLS en WordPress:

• Define dimensiones explicitas para imágenes y videos
• Usa aspect-ratio en CSS para contenedores multimedia
• Precarga fuentes web con font-display: swap
• Reserva espacio para anuncios y embeds dinámicos

#Guia de migración: Eliminando AMP de WordPress

Si tu sitio todavia usa AMP, aquí esta el proceso seguro para eliminarlo:

#Paso 1: Verificar el tráfico AMP actual

Antes de eliminar nada, comprueba en Google Analytics cuanto tráfico recibe tu versión AMP. Si es significativo, planifica la migración cuidadosamente.

#Paso 2: Optimizar las páginas canonicas

Asegurate de que tus páginas normales (no-AMP) cumplen con Core Web Vitals antes de eliminar AMP. Usa PageSpeed Insights para verificar.

#Paso 3: Desactivar el plugin AMP

// Desactiva el plugin desde el panel de administración
// Plugins > Plugins instalados > AMP > Desactivar

// O mediante WP-CLI:
// wp plugin deactivate amp

#Paso 4: Redirigir URLs AMP

Anade redirecciones 301 de las URLs AMP a las canonicas:

# En .htaccess
RewriteEngine On
RewriteRule ^(.+)/amp/?$ /$1/ [R=301,L]

#Paso 5: Actualizar Google Search Console

Solicita una nueva indexacion de las páginas afectadas y monitoriza los errores de rastreo durante las siguientes semanas.

#Paso 6: Monitorizar el rendimiento

Vigila las metricas de Core Web Vitals y el tráfico organico durante 30 dias despues de la migración para detectar cualquier problema.

#Estrategia de rendimiento móvil en 2026 sin AMP

#Arquitectura de rendimiento moderna

En lugar de AMP, implementa estas prácticas:

1. Hosting de calidad: Servidores con TTFB inferior a 200ms
2. CDN global: Cloudflare, Fastly o similar
3. Cache de página: Nginx FastCGI Cache o plugin de cache
4. Cache de objetos: Redis o Memcached para WordPress
5. Imágenes optimizadas: AVIF con fallback WebP, responsive srcset
6. CSS crítico inline: Solo los estilos above-the-fold en el HTML
7. JavaScript diferido: Carga async/defer para todo el JS no crítico

#Comparación: AMP vs Core Web Vitals nativos

#Plugins recomendados para rendimiento en 2026

• WP Rocket: Cache de página, CSS crítico, defer JS
• Perfmatters: Desactivar scripts innecesarios por página
• ShortPixel/Imagify: Conversión automática a AVIF/WebP
• FlyingPress: Alternativa ligera a WP Rocket

#El futuro: Que viene despues de AMP

#Speculation Rules API

Chrome ahora soporta la API de Speculation Rules que permite precargar páginas antes de que el usuario haga clic. Esto logra tiempos de carga “instantaneos” sin las restricciones de AMP.

<script type="speculationrules">
{
  "prerender": [
    {"where": {"href_matches": "/*"}, "eagerness": "moderate"}
  ]
}
</script>

#View Transitions API

Las transiciones de página nativas del navegador proporcionan la sensacion de “app nativa” que AMP prometia, pero sin las limitaciones.

#Progressive Web Apps (PWA)

Las PWAs ofrecen funcionalidad offline, notificaciones push y experiencia de app sin necesidad de frameworks restrictivos.

#Resumen

AMP cumplio su propósito en un momento en que la web móvil estaba rota. Pero en 2026, con Core Web Vitals, CDNs modernos, formatos de imagen avanzados y APIs del navegador como Speculation Rules, simplemente no hay razon para usar un framework restrictivo que limita tu creatividad y cede el control de tu contenido a Google.

Plan de accion:

1. Audita tu rendimiento actual con PageSpeed Insights
2. Optimiza LCP, INP y CLS en tus páginas canonicas
3. Desactiva y elimina AMP si todavia lo usas
4. Implementa cache, CDN e imágenes modernas
5. Monitoriza Core Web Vitals mensualmente

La velocidad ya no requiere sacrificar la flexibilidad. Construye sitios rápidos y ricos en funcionalidades.