Páginas AMP vs Páginas responsivas: ¿Por qué molestarse con AMP?

¿Es AMP el ser todo y el final de los principales resultados de los motores de búsqueda y los beneficios de SEO para todos?
SIA Team
July 20, 2021

Cuando se trata de páginas móviles y búsqueda móvil, ¿son las páginas AMP el final y todo lo que todos necesitan para las principales clasificaciones de motores de búsqueda móviles o la configuración de sitios web receptivos es lo suficientemente buena como para estar al tanto de las SERP? Nuestras pruebas SIA revelan un hallazgo interesante que definitivamente debe revisar.

El proyecto Accelerated Mobile Pages

AMP Wepage

El Proyecto de Páginas Móviles Aceleradas (AMP) es un proyecto de marco HTML de código abierto lanzado por Google en 2015. El proyecto se introdujo para proporcionar una velocidad de carga ultrarrápida y una experiencia más atractiva para los usuarios móviles. Con amp, el objetivo es construir el futuro de la web mediante la creación de páginas web rápidas y fluidas en todos los dispositivos y plataformas, dando prioridad a la experiencia del usuario móvil. Fue construido en colaboración con desarrolladores, editores, sitios web, compañías de distribución y compañías de tecnología.

Hay tres componentes de AMP. Estos son AMP HTML, que es esencialmente html pero con algunas restricciones agregadas para un rendimiento más confiable AMP Javascript o AMP JS, que garantiza que la representación para AMP HTML sea rápida, garantiza la representación rápida de AMP HTML y Google AMP Cache que se utiliza para servir páginas HTML AMP en caché.

Las páginas AMP se cargan a una velocidad del rayo porque AMP restringe HTML / CSS y Javascript, lo que permite la representación más rápida de páginas web móviles. A diferencia de las páginas móviles normales que necesitan una respuesta de un servidor, las páginas AMP son almacenadas automáticamente en caché por Google AMP Cache para proporcionar tiempos de carga más rápidos en la búsqueda de Google.

Cuando se trata de buscar en dispositivos móviles, los usuarios esperan un tiempo de carga rápido con contenido relevante. El uso de AMP puede ayudar a mantener contentos a los usuarios y reducir las tasas de rebote debido a las velocidades de carga lentas. Las páginas web móviles súper rápidas son principalmente uno de los principales beneficios de usar amp.

Un vistazo rápido a las páginas responsivas

Responsive webpage

Mientras que el proyecto AMP se centra en la velocidad, un diseño web receptivo se centra en la flexibilidad. El diseño web responsivo (RWD) se introdujo en 2010. Antes de eso, los diseñadores web tenían que crear múltiples versiones de una página para atender a diferentes dispositivos. RWB es un método de organización y diseño de un sitio web para que sea flexible y pueda funcionar en cualquier dispositivo, ya sea una computadora de escritorio, un teléfono móvil o una tableta. Responde y ajusta la orientación visual dependiendo del tamaño de la pantalla del dispositivo que accede al sitio. En un teléfono móvil que generalmente tiene una orientación vertical, una página receptiva puede detectar la dimensión del teléfono y mostrarse verticalmente. En una pantalla de escritorio o portátil que generalmente tiene una orientación horizontal, una página receptiva puede detectar la pantalla y mostrarse horizontalmente.

Páginas AMP vs. páginas responsivas: 7 criterios clave a considerar

Aunque hay más de estos 7 criterios, al investigar este tema, creo que los siguientes 7 son puntos clave a considerar al decidir si adoptar AMP como parte de sus esfuerzos de publicación web o simplemente conformarse con un sitio móvil receptivo.

  1. Control
  2. Servidor web
  3. Velocidad de la página
  4. Costo de desarrollo
  5. Solo anuncios aprobados por Google
  6. ¿Google “Monopoly”?
  7. Clasificación: AMP vs. Responsive

Tener menos control debido a las restricciones vs. Tener más control

Para aquellos a quienes les gusta tener el mayor control posible, parte de ese control tendrá que ser abandonado para usar AMP.

Como mencioné anteriormente, con AMP, hay más restricciones de codificación. Es decir, no hay tantas opciones de codificación con AMP como las hay fuera de AMP.

Si a usted o a su webmaster le gusta un determinado código que ejecuta una función única, AMP puede no tener esa posibilidad, al menos, no todavía, de todos modos, ya que para hacer que las páginas se carguen rápidamente, el marco AMP tiene funciones Javascript y CSS muy limitadas y al configurar una página AMP, se utilizan etiquetas específicas de AMP.

AMP funciona bien cuando se trata de contenido estático, pero si sus páginas tienen mucho contenido dinámico, puede ser difícil configurar una página AMP para su sitio. Por otro lado, RWD es aplicable para cualquier tipo de sitio. Sin embargo, la desventaja de esto es que no se centra en la velocidad y para acelerar sus expectativas de velocidad, es posible que deba aplicar un par de actualizaciones y cambios a su sitio.

Caché AMP vs. Su servidor original

Los documentos (páginas) de AMP verificados no se publican (ni se alojan) en el servidor de su sitio.

No.

En su lugar, están alojados en un servidor de Google.

Eso podría estar bien … hasta que un visitante visita “su sitio”. Es posible que no lleguen a su sitio per se, sino que ven una página en caché de su sitio que está alojada en Google y es una versión separada, aunque es una versión mucho más ligera de su sitio.

Así es: si opta por AMP, la versión compatible con AMP de su sitio no está alojada en su servidor, sino en un servidor de Google. Esa es la versión que está indexada y se puede mostrar a los buscadores móviles en una consulta de búsqueda de Google.

Probablemente te estés preguntando, ¿Qué sucede cuando la gente quiere venir a mi sitio?

Bueno, según tengo entendido, la página AMP es una versión de una de sus páginas. La caché AMP de su página se actualiza con frecuencia.

Velocidad de la página: AMP vs. responsivo

Google’s Speed Insights

Google ha mencionado que la velocidad es un factor de clasificación, tanto para sitios web móviles como para la versión de escritorio. Así que ese es uno que también debes considerar. Uno de los mayores reclamos de AMP tiene que ver con la velocidad de la página: las páginas AMP, debido a una codificación más limpia y ligera, pueden proporcionar carga instantánea para páginas web móviles.

Las páginas con diseño responsivo también pueden cargarse rápidamente si están bien codificadas en un servidor rápido sin muchos activos intensivos en ancho de banda, o mediante el uso de una red de entrega de contenido basada en proxy. Y, mientras escribo esto, los webmasters inteligentes se están preparando para la actualización de Google Core Web Vitals, de la cual la velocidad de la página es un factor.

El SIA tiene una prueba sobre la velocidad de la página y recomendaría revisarla para obtener más detalles sobre a qué se refiere Google cuando se trata de la velocidad de la página. Además, tenemos un artículo sobre la optimización de la velocidad de la página que también puede consultar, en caso de que decida optar por un sitio receptivo y optimizarlo para la velocidad, en lugar de configurar páginas habilitadas para AMP.

Mayores costos de desarrollo en comparación con el mantenimiento de los costos de desarrollo

Con AMP, esencialmente tiene que crear una versión adicional de su sitio (la versión AMP).

Si tiene un sitio de WordPress autohospedado, hay al menos un complemento que puede usar para crear versiones AMP de sus páginas.

Dicho esto, si su sitio utiliza una solución más personalizada, entonces puede requerir que un codificador o desarrollador web esencialmente haga una copia AMP de cada página de su sitio utilizando documentos AMP válidos. Dependiendo de la cantidad de código que tenga cada página y de cuántas páginas haya, esto puede ser toda una inversión.

Además, tendría que considerar el mantenimiento continuo.

Si la disposición actual de su sitio está bien (se carga rápido, responde, ofrece una buena experiencia de usuario), es posible que no necesite considerar AMP para la experiencia de navegación móvil.

Solo anuncios aprobados por Google frente a la libre elección de anuncios

Debido a sus restricciones de codificación, solo se pueden usar fuentes de anuncios aprobadas por Google en una página de AMP.

He escuchado que muchas de las principales redes publicitarias están en AMP, pero ¿qué pasa si la que te gusta no está aprobada?

¿Qué pasa si hay una red nueva y de vanguardia que aún no ha sido aprobada por Google y solo se puede usar en una versión que no sea AMP?

Juega con el “monopolio” de Google frente a mantener más autonomía

Google Server with AMP

Hay webmasters que están preocupados por cómo Google parece estar extendiendo sus ofertas a lo largo y ancho. Sí, Google tiene algunos productos excelentes de los que estoy seguro de que has oído hablar y del que posiblemente te has beneficiado: Drive, Docs, Gmail y YouTube son solo algunos de los que te vienen a la mente.

Pero eso no quiere decir que no haya preocupaciones de que Google se esté volviendo cada vez más monopolístico.

Con AMP, las páginas están alojadas en los servidores de Google. Eso puede significar que Google tiene un control más estricto sobre los análisis / datos de Google de sus páginas.

Prueba SIA 32: ¿Una página AMP supera a una página amigable para dispositivos móviles “regular”?

En la prueba 32 de la SIA, se probó si una página AMP puede superar a una página amigable para dispositivos móviles normal o una página web receptiva. https://www.youtube.com/embed/Nl4k-yj88YY?feature=oembed

Ahora, antes de continuar, debo decir que AMP en sí mismo no es un factor de clasificación. En otras palabras, un AMP no superará absolutamente a un no AMP solo porque es un AMP.

Dicho esto, la velocidad es un factor de clasificación, y la velocidad puede ser aumentada por AMP.

Para configurar la prueba, teníamos 2 páginas en un sitio de WordPress: una que era el original y la segunda que era un AMP. Verificamos que la página AMP cumplía con todos los criterios de AMP.

Entonces, ¿cómo fue la prueba?

El AMP no subió en la clasificación ni necesariamente superó a la página que no es AMP.

Por supuesto, esta fue una prueba bastante pequeña, pero estaba bien controlada.

¿AMP crea experiencias web impecables?

Bueno, eso depende de lo que estés buscando. Yo diría que las páginas AMP definitivamente tienen sus limitaciones, pero desde una perspectiva de codificación, probablemente no sean defectuosas.

AMP se puede utilizar para crear grandes experiencias en la Web… Y también puede responder

Estoy seguro de que AMP puede ser bueno, particularmente para los sitios de noticias, pero como he dicho anteriormente, los AMP están un poco restringidos.

Por otro lado, con las opciones de codificación sin restricciones disponibles con las páginas receptivas, teóricamente puede hacer mucho más con las páginas receptivas.

Mi conclusión es que todos deberían considerar los criterios anteriores (e incluso ir más allá de lo que he mencionado aquí) y llegar a una conclusión sobre si AMP sería o no beneficioso para sus usuarios.

Personalmente, mi investigación de AMP terminará con la finalización de este artículo. En este punto, realmente no veo mucho uso para AMP.

Si prefiere seguir adelante con la configuración de AMP para la versión móvil de su sitio, aquí hay algunos recursos que puede consultar:

AMP.dev – Este es el sitio oficial de AMP.

Cómo se ve AMP en la Búsqueda de Google

Prueba amp: verifica si tu página cumple con los criterios para ser una AMP

Si prefiere simplemente optar por páginas web receptivas y desea obtener más información sobre cómo puede acelerar el rendimiento de su página, consulte nuestros artículos sobre la velocidad de la página.

DK Fynn
SIA STAFF SEO WRITER