El complemento AMP para WordPress presentará configuraciones de soporte de temas fáciles de usar en la próxima versión 1.0

En octubre, el proyecto AMP (Accelerated Mobile Pages) de código abierto de Google entrará en su tercer año. La iniciativa tiene como objetivo mejorar el rendimiento en la web móvil y actualmente cuenta con el uso en 25 millones de dominios en sitios web de publicación, publicidad, comercio electrónico y negocios.

WordPress tuvo un comienzo difícil con su complemento AMP oficial, que fue desarrollado originalmente por Automattic, uno de los primeros socios editoriales del proyecto. Las primeras versiones del complemento no eran fáciles de usar, especialmente para instalaciones muy personalizadas. Requería que los propietarios de los sitios invirtieran un esfuerzo considerable en optimizar las páginas AMP y ajustarlas a sus necesidades. AMP para WordPress estuvo sin actualizaciones durante 10 meses en 2017, estaba plagado de errores y era incompatible con muchos otros complementos.

XWP comenzó a liderar el desarrollo del complemento el año pasado en asociación con Google, comenzando con el lanzamiento 0.6. Weston Ruter es el líder tecnológico con varios ingenieros de XWP que contribuyen al desarrollo, el diseño y las pruebas. Alberto Medina, Developer Advocate en Google, y su equipo han estado liderando la gestión de productos y los esfuerzos de divulgación.

“Alrededor de mayo del año pasado, mi equipo en Google comenzó un esfuerzo a largo plazo con un alcance mayor que solo AMP, que incluía una inversión significativa de recursos de ingeniería en el desarrollo del complemento”, dijo Medina. “Comenzamos a invertir recursos de desarrollo y luego nos asociamos con XWP para expandir el alcance de la ingeniería. Durante esta fase del proyecto, Google y XWP han impulsado toda la ejecución del proyecto y los esfuerzos de desarrollo”.

Ruter dijo que su equipo revisó seis meses de temas de soporte del complemento en WordPress.org y los categorizó para descubrir con qué problemas los usuarios estaban luchando más. Usaron esa información para guiar el enfoque de su primer lanzamiento y desde entonces han estado al tanto del foro de soporte.

El complemento ha incorporado muchos cambios desde que XWP comenzó a encabezar su desarrollo, poniendo las características más nuevas de AMP en uso dentro del contexto de WordPress. Las versiones anteriores del complemento solo permitían publicar publicaciones como AMP, pero la versión 0.6 agregó páginas a sus capacidades. La versión 0.7 introdujo la posibilidad de que todas las URL de un sitio sirvieran como AMP ("AMP nativo"), pero carecía de la posibilidad de que los usuarios personalizaran qué tipos de contenido deberían excluirse de este formato. La próxima versión 1.0 permitirá a los usuarios tener un sitio AMP nativo que excluya ciertas plantillas, como un carrito de compras o un archivo de categorías, para que no se sirvan como AMP.

“AMP inicialmente tenía una funcionalidad limitada”, dijo Ruter. “El complemento AMP se creó cuando AMP era joven. Al principio, se centró en las páginas móviles aceleradas y no pudo recrear las experiencias receptivas completas que esperan los propietarios de sitios. Esto ha cambiado y AMP puede hacer mucho. Así que en eso nos hemos centrado con el complemento AMP, en ponerlo al día con el proyecto AMP en sí mismo para que los sitios de WordPress puedan aprovechar todas las características y funcionalidades que ahora están disponibles”.

El equipo de XWP tiene como objetivo lanzar la versión 1.0 de AMP para WordPress a mediados de septiembre. La versión alfa 1.0 introdujo la compatibilidad ampliada con el tema AMP con un enfoque de la configuración más orientado al usuario. Las versiones anteriores del complemento estaban más centradas en el desarrollador y requerían ediciones en un tema o tema secundario para configurar la compatibilidad con la plantilla. Los usuarios ahora pueden habilitar AMP nativo o modo emparejado en la pantalla de configuración de AMP y la versión beta agrega controles granulares para seleccionar plantillas compatibles.

Otras actualizaciones notables en las versiones alfa y beta incluyen:

• Interfaz de usuario mejorada para manejar errores de validación de AMP
• Compatibilidad ampliada con Gutenberg para detectar errores de validación de AMP a nivel de bloque
• Adición de funcionalidad específica de AMP a bloques principales
• Redirección a una URL que no es de AMP cuando se presentan errores de validación no aceptados
• Beta trae de vuelta el menú AMP de la barra de administración de WP con resaltado de errores de AMP

AMP para WordPress v1.0-beta2 se lanzó en agosto y aún no está listo para su uso en producción. La buena noticia para aquellos que quieren usar AMP es que el complemento se está volviendo más una solución plug-and-play a medida que avanza el desarrollo.

“Solo hay una configuración que el usuario debe cambiar para aprovechar el soporte del nuevo tema: cambiar de legado a emparejado o nativo”, dijo Ruter. “Todo lo demás es opcional y solo personaliza el comportamiento. Habrá un nuevo indicador de administrador en 1.0 que llamará a esta pantalla de administración actualizada”.

Ruter también dijo que su equipo está considerando implementar una experiencia de tipo asistente para minimizar la cantidad de ajustes que los usuarios deben hacer. Están discutiendo la automatización de la verificación de compatibilidad de las diversas plantillas antes de habilitar el soporte de temas para que los usuarios puedan obtener una vista de alto nivel de las áreas del sitio que serían más adecuadas para AMP.

AMP sigue siendo una solución controvertida para el rendimiento de la página web

Muchos usuarios encontraron dificultades insuperables en sus primeros intentos de usar el complemento AMP con sitios altamente personalizados, relegando el uso de AMP a sitios con equipos de ingeniería dedicados. Las primeras versiones del proyecto AMP no tenían la flexibilidad que requerían muchos editores.

Brian Boyer, vicepresidente de productos y personas de Spirited Media, sede de las publicaciones The Incline, Billy Penn y Denverite, hizo una presentación en WordCamp for Publishers titulada "Por qué abandonamos AMP y otras elecciones de UX que hicimos para lanzar la membresía".

“Necesitamos más control sobre nuestra experiencia de usuario de lo que permite AMP: para crear una experiencia de membresía altamente efectiva, convincente, persuasiva y nativa, necesito un poco más de JavaScript”, dijo Boyer. "Necesito un poco más de control sobre la página y, para ser justos, probablemente podríamos hacer algunas de estas cosas, pero no podemos permitirnos diseñar, construir y, lo que es más importante, probar varias versiones de nuestro sitio web".

Boyer citó el costo de construir y probar múltiples bases de código como una de las principales razones por las que su equipo abandonó AMP. La complicación de mantener una segunda experiencia de usuario era "demasiado pedir" para su equipo de desarrollo, que ya había producido una configuración de WordPress rápida y liviana con el almacenamiento en caché adecuado.

“Una página AMP puede cargarse un poco más rápido, pero nuestras otras necesidades superan con creces esa pequeña mejora en el rendimiento”, dijo Boyer. “Superamos nuestro FOMP (miedo a perder páginas vistas). Si puedo ser mejor en la realización de conversiones, recibiré el golpe con las visitas a la página”.

Las mejoras recientes al proyecto AMP y al complemento, incluida la adición de componentes que permiten la creación de ricas experiencias interactivas, continúan reduciendo la brecha entre el JavaScript personalizado que requieren muchos sitios web y las limitaciones de AMP. Esto puede ser alentador para aquellos que han optado por adoptar AMP, pero en última instancia no hará una diferencia para aquellos que se oponen fundamentalmente a la iniciativa como una afrenta a la web abierta.

Más allá de la inversión técnica en el ajuste de una configuración de AMP para satisfacer las necesidades de sus publicaciones, Boyer concluyó la presentación describiendo sus objeciones más amplias al proyecto de AMP:

Al vigilar los sitios web lentos, Google ha convertido el problema de los grandes editores en mi problema, pero esa solución tiene un alto costo para mí, un pequeño editor”, dijo Boyer. “AMP no es la Web Abierta, es una solución a corto plazo para las malas decisiones. Si crea un sitio web lento y terrible que admite un modelo comercial espeluznante, como rastrear a sus usuarios, entonces sí, AMP es un camino hacia una mejor experiencia de usuario. Es una escotilla de escape de su código heredado y las malas decisiones de sus predecesores. Entiendo por qué eso sería tentador, pero también es un trato con el diablo. AMP y su primo Instant Articles ponen aún más control en manos de empresas que ya tienen demasiado control, y yo, por mi parte, no puedo aceptar eso. Solo le pido que haga el trabajo, arregle sus sitios web, hágalos rápidos, amigables y respetuosos.

Otros críticos vocales no se sienten cómodos con la forma en que Google está posicionando a AMP como una solución a largo plazo, en lugar de abordar los problemas de raíz del rendimiento de la página web. Jeremy Keith articuló esta postura en su artículo titulado "AMPstinction".

“Si el proyecto AMP existiera para crear una web en la que ya no se necesitara AMP, creo que podría respaldarlo”, dijo Keith. “Pero cuanto más se posiciona como la única solución viable para resolver el rendimiento, más incómodo me siento con él.

“Lo que, por cierto, me lleva a una de las ideas más perniciosas sobre Google AMP: posicionar a cualquiera que se oponga a él como si no se preocupara por el rendimiento web. Nada mas lejos de la verdad. Precisamente porque el rendimiento en la web es tan importante que merece una solución a largo plazo, co-creada por todos nosotros: no unos comandantes que una organización nos entregó desde lo alto, reforzados por un trato preferencial por parte del monopolio de esa organización en búsqueda."

Sin embargo, desvincular AMP de la influencia de Google también significaría separar el proyecto del liderazgo y los recursos que hasta ahora han impulsado su adopción en millones de sitios web. Puede haber otros enfoques para abordar el rendimiento, pero Alberto Medina y su equipo consideran que AMP tiene un propósito práctico para usuarios y desarrolladores que, de otro modo, no serían capaces de optimizar sus sitios en la misma medida. Lo que describió es, en cierto sentido, "democratizar el rendimiento".

"Las causas fundamentales de los problemas de rendimiento web son bien conocidas y existen herramientas, técnicas y API web que permiten a los desarrolladores lograr una experiencia de usuario increíble similar a la que ofrece AMP", dijo Medina. “Sin embargo, la realidad es que hacerlo es muy difícil para la mayoría de los desarrolladores. Por lo general, lograrlo requiere contar con equipos de ingeniería sólidos y suficientes recursos financieros. Eso no es justo para la mayoría de los desarrolladores y organizaciones que no tienen los recursos”.

Medina ve a AMP como una respuesta a lo que él describe como la brecha Capacidad/Uso: la diferencia entre lo que se puede lograr en la web y lo que realmente se hace en la web.

“El problema es que a medida que aumenta el poder y la complejidad de la web, esa brecha también ha aumentado”, dijo Medina. “El problema es que mientras exista esa brecha, no es posible lograr la mejor UX. Entonces, el objetivo es cerrar esa brecha. Hay dos opciones: los desarrolladores hacen lo correcto todo el tiempo, o proporcionamos herramientas/bibliotecas que les permiten hacer lo correcto de una manera fácil y efectiva. AMP sirvió para este último propósito”.

Medina también enfatizó que AMP se basa completamente en tecnologías web abiertas. “Básicamente, proporciona lo que los desarrolladores pueden hacer por sí mismos, pero es difícil de hacer”, dijo.

En una entrevista reciente del podcast Recode Decode con Kara Swisher, Matt Mullenweg también intervino en el proyecto AMP.

“Tiene una mala reputación porque Google cometió un error en el lanzamiento un poco”, dijo Mullenweg. “La tecnología subyacente es de código abierto y en realidad es bastante buena. Porque para que usted como editor independiente tenga un futuro, necesitamos que cargue tan rápido como algo que está incrustado en una aplicación. Facebook ha hecho el cebo y el cambio tantas veces que necesitamos una alternativa independiente y creo que AMP puede ser eso”.

La inversión de Google en el complemento AMP a través de su asociación con Automattic y XWP ha hecho que AMP sea más accesible para el usuario promedio, especialmente con las actualizaciones que llegan en la versión 1.0. Medina dijo que Google eligió colaborar con WordPress porque comparten un objetivo similar de brindar una mejor experiencia de usuario para la plataforma.

“AMP no es un objetivo final en sí mismo; el objetivo real es permitir que todos los desarrolladores y propietarios de sitios de WordPress brinden experiencias de usuario increíbles con la tecnología de WordPress”, dijo Medina. “AMP es solo un componente de esa historia general, junto con las capacidades de PWA, las mejores prácticas de codificación y rendimiento, Tide, etc.” Al diseñar la última versión del complemento, Medina dijo que el equipo tiene como objetivo "habilitar experiencias AMP nativas en WordPress sin comprometer la fidelidad del contenido ni renunciar a la flexibilidad de la plataforma WordPress".

Cualquiera que sea su opinión sobre el proyecto AMP, las opciones de soporte de temas fáciles de usar y un mejor manejo de errores de validación son mejoras que cambian el juego para el complemento de WordPress. Actualmente está activo en más de 300.000 sitios. Las actualizaciones que vienen en la versión 1.0 permitirán que miles de usuarios de WordPress tengan una experiencia más exitosa con AMP.