Команда WordPress Performance пересматривает предложение для WebP по умолчанию

Год назад в WordPress 5.8 появилась поддержка WebP, позволяющая пользователям загружать и использовать изображения WebP в своем контенте. В марте 2022 года команда Performance Team расширила базовую поддержку формата изображения, предложив WordPress включить WebP по умолчанию . Это будет включать создание изображений WebP для новых загрузок JPEG и использование изображений WebP для контента веб-сайта. В апреле спорное предложение было отложено после серьезных критических отзывов.

После нескольких месяцев исследований команда пересмотрела свой подход и подвела итоги. Беспокойство по поводу совместимости с WebP кажется необоснованным, поскольку исследования показывают, что более 97% веб-браузеров совместимы, как и более 97% почтовых клиентов.

Мобильные приложения имеют надежную совместимость с iOS 14+, поддерживающей WebP (более старые версии будут обслуживаться в формате JPEG), и Android, изначально поддерживающим WebP из Android 4.0. Команда обнаружила, что все лучшие программы для чтения RSS поддерживают WebP. Единственным отклонением в совместимости являются потребители Open Graph, которые имеют смешанную поддержку.

Одна из главных проблем, возникших в результате предыдущих отзывов, заключалась в том, что это предложение может удвоить объем дискового пространства, используемого для изображений, поскольку оно будет генерировать эскизы WebP в дополнение к дополнительным размерам JPEG. Адам Сильверштейн, участник группы производительности, поделился выводами команды после опроса хостинговых компаний:

Чтобы оценить общее влияние создания изображений WebP на хранилище сайта , команда опросила поставщиков хостинга. В общей сложности 17 ответов показывают , что количество хранимых файлов, как правило, не является проблемой для большинства хостов/сайтов, хотя пространство для хранения может со временем стать проблемой для некоторых пользователей. Тем не менее, для крупных хостов (с 1000 или более размещенных сайтов) подавляющее большинство сайтов (> 86%) не пострадают, даже если их требования к хранилищу удвоятся. Мы также узнали, что некоторые недорогие планы хостинга с ограниченным хранилищем также не поддерживают WebP в своем стеке хостинга, а это означает, что они в любом случае не получат дополнительное создание изображений.

В заявлении о том, что «количество хранимых файлов, как правило, не является проблемой для большинства хостов/сайтов», может быть несколько предположений. Ответы на опрос группы показали, что 58% пользователей не пострадает от удвоения их требований к хранилищу. Было опрошено только 17 хостов, и названия компаний не были включены в данные. Даже с учетом того, что около 14% сайтов находятся под угрозой закрытия, это может повлиять на миллионы сайтов WordPress.

Команда Performance предлагает несколько заметных изменений для решения проблем, в том числе предоставление фрагмента JavaScript , который обнаруживает браузеры, в которых отсутствует поддержка WebP, и вместо этого загружает JPEG. Дополнительные версии WebP по умолчанию включают следующее:

• Автоматическое создание WebP-версий  только  основных размеров изображений в 6.1 по умолчанию.  Изображения нестандартных размеров изначально должны будут согласиться на получение автоматически сгенерированных версий WebP или отказаться, если они используются исключительно в особых случаях, когда WebP не выгоден или не поддерживается.
• Сохранение вторичных (WebP) подразмеров  только  в том случае, если они меньше основного типа MIME.
• Создавать изображения WebP только для размеров изображений, предназначенных для использования во внешнем контенте, ориентированном на пользователя. Это позволяет не тратить место в хранилище для изображений WebP, которые никогда не будут использоваться.
• Введение фильтра для управления созданием дополнительных типов MIME на основе размеров изображения. Это позволяет разработчикам исключать определенные размеры изображений, например те, которые не используются во внешнем контенте.

Предложение для WebP по умолчанию коснется только новых изображений, загруженных после их включения в ядро. Он не будет автоматически генерировать изображения WebP для существующих загрузок. Пользователям, которые хотят преобразовать прошлые загрузки, потребуется использовать WP-CLI или плагин, например Regenerate Thumbnails.

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

«Нельзя просто сказать, что все в порядке, потому что «подавляющее большинство сайтов (> 86%) не пострадают», — сказал разработчик WordPress Джон Браун . «Во-первых, 14% — это с точки зрения WordPress очень много. Нам каким-то образом нужно продолжать поддерживать 2,8% сайтов, все еще использующих PHP 5.6, но 14% не имеет значения?

«Здесь нужно учитывать не только ЕСЛИ, но и КАК будут затронуты эти 14% сайтов, и не только сегодня, но и в будущем. Должны ли сайты просто плавно обновлять хранилище, или у них закончится место на диске и произойдет сбой? Или резервные копии внезапно начинают давать сбои?»

Многие участники комментариев предложили WordPress рассмотреть возможность использования более современного формата AVIF, который имеет лучшее качество и сжатие по сравнению с WebP.

«Поскольку эта инициатива, по сути, является прогрессивным улучшением, не будет ли более разумным вместо этого поддерживать форматы следующего поколения, такие как AVIF, изящно отступая назад?» — сказал разработчик JavaScript Кевин Батдорф. «Тогда браузеры встанут на свои места, поскольку со временем они добавят поддержку.

«Переход к поддержке WebP похож на то, когда WordPress добавил REST API, когда все начали переходить на GraphQL. REST великолепен, как и WebP, но это технология текущего поколения, и она быстро устареет».

Соавтор команды по производительности Бетани Чобанян Лэнг сказала , что AVIF находится на их радарах , но его браузерная поддержка по-прежнему отсутствует менее чем в 70% Интернета.

Разговор продолжается в комментариях к обновлению , и Сильверстайн также призвал принять участие в заявке Trac на пересмотренный подход. Участники группы производительности стремятся объединить это изменение в начале цикла выпуска 6.1, чтобы получить больше тестов.