WordPress потерял связь с потребностями пользователей?

Пользователи (авторы и издатели контента — прим. ред.) изо всех сил пытаются исправить Core Web Vitals, в то время как разработчики WordPress, плагинов и тем, похоже, отказываются удовлетворить эти потребности.

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

WordPress, похоже, не знает, что нужно пользователям с точки зрения улучшения взаимодействия с читателем. Как следствие, сообщество разработчиков WordPress, похоже, не планирует предоставлять пользователям то, что им нужно.

Пользователь WordPress открыл ветку на форуме поддержки, спрашивая, почему их сайт WordPress получил так низкую оценку по Core Web Vitals (Google Core Web Vitals Fix и Google PageSpeed Insight Rank в мобильной версии).

PageSpeed Insight от Google предоставляет информацию о том, какие проблемы необходимо исправить, чтобы повысить удобство работы пользователей, измеряемое с помощью показателей Core Web Vitals.

Многие недостатки взаимодействия в WordPress, отмеченные Google, связаны со стандартными методами написания кода, типичными для установки WordPress.
Проблемы с кодированием, которые выделяют инструменты Google, происходят не по вине собственника сайта.

Проблемы встроены в сам WordPress, его темы и плагины. Но проблемы возникают не из-за халатности разработчиков WordPress.

В основном, проблема состоит из-за изюыточности, которая добавляется с раздуванием кода, Gutenberg и основного функционала.

Раздутие Гутенберга происходит из-за того, что WordPress загружает каждый сценарий, необходимый для каждого отдельного блока Гутенберга, который потенциально может быть использован, независимо от того, используется этот блок или нет.

Причина раздувания заключается в том, что разработчикам очень просто добавить весь необходимый код в один файл и покончить с ним. Дело не в том, что разработчики ленивы или невнимательны. Это обычная практика написания кода, так всегда создавались сайты.

Но в настоящий момент Интернет развивается, чтобы охватить набор стандартов взаимодействия с пользователем, которые охватываются метриками Core Web Vitals.

Происходит то, что Интернет движется в одном направлении, но методы и практики написания кода для WordPress еще не отреагировали на эту тенденцию.

Эта реальность отражена в недавней ветке поддержки WordPress, в которой пользователь попросил помощи в связи с его низким показателем Core Web Vitals.

Пользователь обратился на форумы поддержки WordPress за помощью по поводу недостатков в скорости работы, присущей ядру WordPress. И один из энтузиастов WordPress (не официальный разработчик) сказал что ему следует обратиться в Google за помощью по WordPress.

В другом примере в группе WordPress на Facebook кто-то спросил о снижении производительности, которое может вызвать плагин Jetpack WordPress.

WordPress потерял связь с потребностями пользователей?

Jetpack — это плагин WordPress от Automattic, который может добавлять множество функций, таких как шеринг в социальных сетях, инструменты безопасности, инструменты резервного копирования и многое другое, которые могут и не понадобиться пользователю.

Человек, задававший вопрос, сказал, что участвовал в разработке некоммерческого сайта. Их беспокоило то, что команда разработчиков сайта хотела использовать Jetpack, но они были обеспокоены тем, что, поскольку у Jetpack есть функции, которые им не нужны, возможно, Jetpack приведет к нежелательному раздуванию сайта и, как следствие, к негативному взаимодействию с посетителми сайта из-за избыточного кода.

Некоторые разработчики сайта WordPress, ответившие на обсуждение, выразили мнение, что Jetpack был неплохим. Но они также сказали, что избегали установки Jetpack из-за того, что, по их словам, было раздуванием сайта и другими действиями, инициированными плагином Jetpack, которые они считали неприемлемыми.

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

Вот что Automattic сказал о Jetpack:

«… Код для каждой функции не загружается, пока вы не активируете ее. Это позволяет каждому человеку контролировать, сколько кода загружается на его сайт, гарантируя, что он не раздувается больше, чем при использовании обычного плагина, что было подтверждено независимыми тестами производительности. А для пользователей, которым требуется множество функций, использование Jetpack фактически улучшит производительность сайта по сравнению с использованием нескольких плагинов».

Многие пользователи стремятся к простоте бережливого кода, более быстрым веб-сайтам и качественному пользовательскому интерфейсу. Так что приятно видеть, что Jetpack реагирует на эту тенденцию, решая проблему раздувания кода.

Чем сложнее сайт, тем больше вероятность того, что совокупное влияние загрузки скриптов по всему сайту повлияет на взаимодействие с пользователем.

Чем больше плагинов установлено для решения проблем, присущих ядру WordPress, тем выше вероятность конфликта с другим плагином, который решает другую проблему.

Поскольку показатели Page Speed и Core Web Vitals быстро становятся важной проблемой, которую нельзя игнорировать, издатели правы, сосредоточив внимание на качественном пользовательском опыте.

Адаптированный перевод статьи: https://www.searchenginejournal.com/wordpress-out-of-touch/397202/

Изображение по умолчанию
Агентство интернет-маркетинга
Агенство эффективного интернет-маркетинга предлагает услуги по созданию, оптимизации и продвижении вашего ресурса в интернете.
Статьи: 152
guest
0 комментариев
Межтекстовые Отзывы
Посмотреть все комментарии