AMP (Accelerated Mobile Pages)

AMP (Páginas Móviles Aceleradas) es un marco web de código abierto creado originalmente por Google para ofrecer páginas de carga rápida en dispositivos móviles. Las páginas AMP utilizan una versión simplificada de HTML con restricciones estrictas en JavaScript y CSS para priorizar la velocidad de renderizado. El marco almacena en caché las páginas en la CDN de Google y las pre-renderiza en los resultados de búsqueda, lo que hacía que las páginas AMP parecieran cargarse casi instantáneamente al tocarlas desde una búsqueda de Google. AMP fue ampliamente adoptado por editores de noticias y sitios de contenido entre 2016 y 2021, particularmente porque el carrusel de Top Stories de Google inicialmente requería páginas AMP para su inclusión. La influencia del marco ha disminuido significativamente desde que Google eliminó el requisito de AMP para Top Stories en 2021 y trasladó su énfasis de clasificación a los [Core Web Vitals](/glossary/core-web-vitals).

Los lectores móviles esperan que las páginas carguen en menos de tres segundos. El contenido lento pierde lectores y perjudica los rankings de búsqueda. Para los editores que invirtieron en AMP entre 2016 y 2021, el marco proporcionó mejoras medibles en velocidad y visibilidad de búsqueda. Sin embargo, AMP logró su velocidad imponiendo limitaciones severas — sin JavaScript personalizado, CSS restringido, capacidades de análisis limitadas y sin soporte para elementos interactivos como videos incrustados, formularios o animaciones 3D. A medida que el rendimiento de los navegadores y las redes móviles mejoraron, la brecha entre páginas web estándar bien optimizadas y páginas AMP se redujo considerablemente. Los editores ahora deben evaluar si las restricciones de AMP justifican los beneficios en disminución, especialmente cuando los marcos modernos pueden lograr tiempos de carga comparables sin sacrificar funcionalidad.

**"AMP es necesario para buenos rankings móviles."** Esto fue parcialmente cierto hasta 2021, cuando Google requería AMP para el carrusel de Top Stories. Desde entonces, Google clasifica las páginas según los [Core Web Vitals](/glossary/core-web-vitals) (Largest Contentful Paint, Cumulative Layout Shift, Interaction to Next Paint) independientemente de si usan AMP. Una página estándar bien optimizada se clasifica igual de bien que una página AMP. **"Las páginas AMP siempre son más rápidas que las páginas normales."** AMP logra velocidad mediante almacenamiento en caché y restricciones, pero una página web estándar correctamente optimizada con formatos de imagen modernos, JavaScript mínimo y caché en el borde puede igualar o superar los tiempos de carga de AMP. La ventaja de velocidad percibida provenía en gran parte del pre-renderizado de la CDN de Google, no del subconjunto HTML de AMP en sí. **"Abandonar AMP perjudicará el tráfico."** Muchos editores que migraron de AMP reportaron tráfico estable o incluso mejorado, porque sus páginas estándar ahora podían incluir contenido más rico, mejores análisis y elementos interactivos que aumentaron la interacción y el tiempo en la página.

AMP funciona aplicando un conjunto de reglas a nivel de HTML: - **JavaScript**: AMP prohíbe todo JavaScript personalizado. Solo se permite la biblioteca de componentes propia de AMP, lo que limita la interactividad a componentes preconstruidos como carruseles de imágenes y acordeones. - **CSS**: Todos los estilos deben ser inline y no superar los 75KB en total. Las hojas de estilo externas están bloqueadas. - **Recursos**: Las imágenes, videos e iframes deben usar etiquetas específicas de AMP (`amp-img`, `amp-video`, `amp-iframe`) con dimensiones predeclaradas para prevenir cambios de diseño. - **Caché**: Las páginas AMP se almacenan en la AMP Cache CDN de Google, que las sirve desde los servidores de Google en lugar del servidor de origen del editor. - **Validación**: Las páginas deben pasar el Validador AMP para ser reconocidas como páginas AMP válidas y recibir la insignia AMP en los resultados de búsqueda. Estas restricciones significan que funciones como [formularios de captura de leads](/glossary/lead-capture), scripts de [análisis](/glossary/analytics-dashboard) personalizados, visores de [flipbook](/glossary/flipbook) incrustados y demostraciones de producto interactivas no pueden funcionar dentro de una página AMP.

FlipLink no usa AMP porque su visor de [flipbook](/glossary/flipbook) ya está optimizado para el rendimiento móvil sin las restricciones que AMP impone. Los flipbooks se sirven como páginas ligeras y responsivas que cargan rápidamente en cualquier dispositivo. La experiencia de cambio de página impulsada por [Three.js](/glossary/three-js) se adapta automáticamente al tamaño de la pantalla, y los controles del visor de FlipLink permiten a los lectores pellizcar para hacer zoom, deslizar páginas y navegar con gestos táctiles. Funciones como [botones CTA](/glossary/call-to-action-cta), formularios de captura de leads y análisis en tiempo real funcionan completamente en móvil — ninguna de estas sería posible dentro del subconjunto HTML restringido de AMP. Las páginas de FlipLink logran fuertes puntuaciones de Core Web Vitals mediante carga diferida, entrega de imágenes optimizada y recursos mínimos que bloquean el renderizado, haciendo innecesario AMP para el rendimiento de búsqueda.

AMP resolvió un problema real — las páginas móviles lentas — pero lo hizo mediante restricciones que el desarrollo web moderno ha superado. Los editores que evalúan su estrategia móvil deberían centrarse en la optimización de Core Web Vitals en lugar de la adopción de AMP, y plataformas como FlipLink demuestran que experiencias móviles ricas e interactivas pueden cargar tan rápido como las páginas AMP sin sacrificar funcionalidad.