Плагин AMP для WordPress для введения удобных для пользователя настроек поддержки тем в грядущей версии 1.0

В октябре проект Google AMP с открытым исходным кодом (Accelerated Mobile Pages) будет работать третий год. Инициатива направлена ​​на повышение производительности мобильного Интернета и в настоящее время может использоваться в 25 миллионах доменов на веб-сайтах публикации, рекламы, электронной коммерции и бизнес-сайтах.

У WordPress был тяжелый старт с официальным плагином AMP , который изначально был разработан Automattic, одним из первых издателей этого проекта. Первые версии плагина были непростыми в использовании, особенно для сильно настраиваемых установок. Владельцы сайтов должны были приложить значительные усилия для оптимизации страниц AMP и их точной настройки для своих нужд. AMP для WordPress не обновлялся в течение 10 месяцев в 2017 году , был чреват ошибками и несовместим со многими другими плагинами.

В прошлом году XWP в партнерстве с Google начала лидирующую разработку плагина, начиная с версии 0.6. Уэстон Рутер является техническим руководителем, а несколько инженеров XWP вносят свой вклад в разработку, проектирование и тестирование. Альберто Медина, адвокат разработчиков в Google, и его команда возглавляли управление продуктами и работу с общественностью.

«Примерно в мае прошлого года моя команда в Google начала долгосрочную работу с большим объемом, чем просто AMP, которая включала значительные инвестиции инженерных ресурсов в разработку плагина», – сказал Медина. «Мы начали инвестировать ресурсы в разработку, а затем объединились с XWP, чтобы расширить объем инжиниринга. На этом этапе проекта Google и XWP руководили всем выполнением проекта и усилиями по разработке ».

Рутер сказал, что его команда изучила темы поддержки плагина на WordPress.org за шесть месяцев и разбила их по категориям, чтобы выяснить, с какими проблемами пользователи борются больше всего. Они использовали эту информацию, чтобы сосредоточить внимание на своем первом выпуске, и с тех пор следят за пульсом на форуме поддержки.

Плагин включил в себя множество изменений с тех пор, как XWP стал инициатором его разработки, добавив новые функции AMP для использования в контексте WordPress. В более ранних версиях плагина посты можно было использовать только как AMP, но в версии 0.6 к его возможностям были добавлены страницы. В версии 0.7 появилась возможность для всех URL-адресов на сайте служить AMP («Собственный AMP»), но пользователям не хватало возможности настраивать, какие типы контента следует исключать из этого формата. Предстоящая версия 1.0 позволит пользователям иметь собственный сайт AMP, который исключает определенные шаблоны, такие как корзина покупок или архив категорий, из обслуживания в качестве AMP.

«Изначально функциональность AMP была ограничена», – сказал Рутер. «Плагин AMP был создан, когда AMP был молод. Вначале он был сосредоточен на ускоренных мобильных страницах и не мог воссоздать полностью адаптивный интерфейс, которого ожидают владельцы сайтов. Это изменилось, и AMP может многое. Таким образом, мы были сосредоточены на плагине AMP, чтобы ускорить его работу с самим проектом AMP, чтобы сайты WordPress могли использовать все функции и возможности, которые теперь доступны ».

Команда XWP планирует выпустить версию 1.0 AMP для WordPress в середине сентября. 1.0 альфа – релиз представил расширенный тему поддержки AMP с более ориентированным на пользователя подход к настройкам. Предыдущие версии плагина были более ориентированы на разработчиков и требовали редактирования темы или дочерней темы для настройки поддержки шаблонов. Теперь пользователи могут включить собственный AMP или парный режим на экране настроек AMP, а в бета-версии добавлены детальные элементы управления для выбора поддерживаемых шаблонов.

Другие важные обновления в альфа- и бета-версиях включают:

• Улучшенный пользовательский интерфейс для обработки ошибок проверки AMP
• Расширенная поддержка Gutenberg для выявления ошибок проверки AMP на уровне блоков
• Добавление функциональности AMP в основные блоки
• Перенаправление на URL-адрес, отличный от AMP, при наличии непринятых ошибок проверки
• Бета возвращает меню AMP панели администратора WP с выделением ошибок AMP

AMP для WordPress v1.0-beta2 был выпущен в августе и еще не готов к производственному использованию. Хорошая новость для тех, кто хочет использовать AMP, заключается в том, что по мере развития плагин становится все более простым решением.

«Есть только одна настройка, которую пользователь должен изменить, чтобы воспользоваться преимуществами поддержки новой темы: переключиться с устаревшей на парную или нативную», – сказал Рутер. «Все остальное необязательно и просто настраивает поведение. В версии 1.0 появится новый указатель администратора, который будет вызывать этот обновленный экран администратора ».

Рутер также сказал, что его команда рассматривает возможность использования волшебного интерфейса, чтобы свести к минимуму количество настроек, которые пользователи должны вносить. Они обсуждают автоматизацию проверки совместимости различных шаблонов перед включением поддержки тем, чтобы пользователи могли получить общее представление о тех областях сайта, которые лучше всего подходят для AMP.

AMP остается спорным решением проблемы производительности веб-страниц

Многие пользователи столкнулись с непреодолимыми трудностями в своих первых попытках использовать подключаемый модуль AMP на узкоспециализированных сайтах, перекладывая использование AMP на сайты с выделенными группами разработчиков. Ранние версии проекта AMP не обладали гибкостью, необходимой многим издателям.

Брайан Бойер, вице-президент по продуктам и персоналу в Spirited Media, где размещаются публикации The Incline, Билли Пенна и Denverite, выступил на WordCamp for Publishers с презентацией под названием « Почему мы отказались от AMP и других вариантов UX, которые мы сделали для запуска членства ».

«Нам нужен больший контроль над нашим пользовательским интерфейсом, чем позволяет AMP – чтобы создать неприглядный, убедительный, естественный вид, высокоэффективный опыт членства, мне нужно немного больше JavaScript», – сказал Бойер. «Мне нужно немного больше контроля над страницей, и, честно говоря, мы, вероятно, могли бы сделать некоторые из этих вещей, но мы не можем позволить себе проектировать, создавать и, что самое важное, тестировать несколько версий нашего веб-сайта».

Бойер назвал расходы на создание и тестирование нескольких кодовых баз одной из основных причин, по которым его команда отказалась от AMP. Сложность поддержки второго пользовательского опыта была «слишком большой, чтобы просить» его команду разработчиков, которая уже произвела быструю и легкую установку WordPress с надлежащим кэшированием.

«Страница AMP может загружаться немного быстрее, но другие наши потребности намного перевешивают это незначительное улучшение производительности», – сказал Бойер. «Мы преодолели наш FOMP (страх пропустить просмотры страниц). Если я смогу лучше совершать конверсии, я пострадаю от просмотров страниц ».

Недавние улучшения проекта AMP и плагина , включая добавление компонентов, позволяющих создавать богатые интерактивные возможности, продолжают сокращать разрыв между настраиваемым JavaScript, необходимым для многих веб-сайтов, и ограничениями AMP. Это может воодушевить тех, кто решил принять AMP, но в конечном итоге не повлияет на тех, кто принципиально выступает против этой инициативы как оскорбления открытой сети.

Помимо технических вложений в тонкую настройку AMP для удовлетворения потребностей своих публикаций, Бойер завершил презентацию, изложив свои более широкие возражения против проекта AMP:

Контролируя медленные веб-сайты, Google превратил проблему крупных издателей в мою, но это решение дорого обходится мне, маленькому издателю », – сказал Бойер. «AMP – это не Open Web – это краткосрочное средство от неправильных решений. Если вы создаете медленный и ужасный веб-сайт, который поддерживает жуткую бизнес-модель, например, отслеживание дерьма ваших пользователей, тогда да, AMP – это один из путей к лучшему пользовательскому опыту. Это выход из вашего унаследованного кода и плохого выбора ваших предшественников. Я понимаю, почему это было бы заманчиво, но это тоже сделка с дьяволом. AMP и его двоюродный брат Instant Articles передают еще больший контроль в руки компаний, которые уже имеют слишком большой контроль, и я, например, не могу этого придерживаться. Я просто прошу вас, делайте работу, исправляйте свои веб-сайты, делайте их быстрыми, дружелюбными и уважительными.

Других критиков не устраивает то, как Google позиционирует AMP как долгосрочное решение вместо решения основных проблем производительности веб-страниц. Джереми Кейт сформулировал эту позицию в своей статье под названием « AMPstinction ».

«Если бы проект AMP существовал для того, чтобы создать сеть, в которой AMP больше не нужен, я думаю, что смогу поддержать его», – сказал Кейт. «Но чем больше он позиционируется как единственное жизнеспособное решение проблемы производительности, тем больше мне неудобно с ним.

«Что, кстати, подводит меня к одной из самых пагубных идей, связанных с Google AMP, – позиционировать любого, кто выступает против него, как не заботящегося о производительности в Интернете. Нет ничего более далекого от правды. Это именно потому, что производительность в сети настолько важна, что она заслуживает долгосрочного решения, совместно созданного всеми нами: а не каких-то комендантов, поставленных нам сверху одной организацией, навязанных преференциальным режимом со стороны монополии этой организации в поиск.”

Однако отделение AMP от влияния Google также означало бы отделение проекта от руководства и ресурсов, которые до сих пор способствовали его внедрению на миллионах веб-сайтов. Могут быть и другие подходы к повышению производительности, но Альберто Медина и его команда считают, что AMP служит практической цели для пользователей и разработчиков, которые в противном случае не смогли бы оптимизировать свои сайты в такой же степени. То, что он описал, является в некотором смысле «демократизирующим действием».

«Коренные причины проблем с производительностью сети хорошо известны, и существуют инструменты, методы и веб-API, которые позволяют разработчикам добиваться отличного UX, близкого к тому, что предоставляет AMP», – сказал Медина. «Однако на самом деле сделать это очень сложно для большинства разработчиков. Обычно для этого требуется солидная команда инженеров и достаточные финансовые ресурсы. Это несправедливо для большинства разработчиков и организаций, у которых нет ресурсов ».

Медина рассматривает AMP как ответ на то, что он описывает как пробел в возможностях / использовании : разница между тем, что может быть достигнуто в сети, и тем, что на самом деле делается в сети.

«Проблема в том, что по мере увеличения мощности и сложности сети этот разрыв также увеличивается», – сказал Медина. «Проблема в том, что пока существует этот разрыв, достижение наилучшего UX невозможно. Итак, цель состоит в том, чтобы закрыть этот пробел. Есть два варианта: разработчики все время поступают правильно, или мы предоставляем инструменты / библиотеки, которые позволяют им делать правильные вещи простым и эффективным способом. AMP служил последней цели ».

Медина также подчеркнула, что AMP полностью построен на открытых веб-технологиях. «По сути, он предоставляет то, что разработчики могли бы сделать сами, но это сложно сделать», – сказал он.

В недавнем интервью подкаста Recode Decode с Кара Свишер Мэтт Малленвег также высказался по поводу проекта AMP.

«Он получил плохую репутацию, потому что Google немного провалил развертывание», – сказал Малленвег. «Базовая технология – это открытый исходный код, и на самом деле она неплохая. Потому что для того, чтобы у вас, как у независимого издателя, было будущее, нам нужно, чтобы вы загружали так же быстро, как и то, что встроено в приложение. Facebook так много раз ловил наживку и переключался, что нам нужна независимая альтернатива, и я думаю, что AMP может быть такой ».

Инвестиции Google в плагин AMP в рамках партнерства с Automattic и XWP сделали AMP более доступным для среднего пользователя, особенно с обновлениями версии 1.0. Медина сказала, что Google решила сотрудничать с WordPress, потому что они разделяют аналогичную цель – улучшить пользовательский интерфейс для платформы.

«AMP не является самоцелью; настоящая цель – дать возможность всем разработчикам WordPress и владельцам сайтов предоставлять пользователям потрясающие возможности на основе WordPress », – сказал Медина. «AMP – это всего лишь компонент в этой общей истории, вместе с возможностями PWA, передовыми методами кодирования и производительности, Tide и т. д.» При разработке последней версии плагина Медина заявила, что команда стремится «включить нативные возможности AMP в WordPress без ущерба для точности контента и гибкости платформы WordPress».

Каким бы ни было ваше мнение о проекте AMP, удобные для пользователя варианты поддержки тем и улучшенная обработка ошибок проверки – это улучшения, которые меняют правила игры для плагина WordPress. В настоящее время он активен более чем на 300 000 сайтов. Обновления, которые появятся в версии 1.0, позволят тысячам пользователей WordPress более успешно работать с AMP.