WebP, ein von Google entwickeltes Bildformat, das die Dateiformate JPEG, PNG und GIF ersetzen soll, wird bald standardmäßig für neue JPEG-Bild-Uploads in WordPress generiert und für Website-Inhalte verwendet. Die Hauptarbeit für diese Funktion wurde dem Kernteam zur Aufnahme in die kommende WordPress-Version 6.1 übertragen.

Der ursprüngliche Vorschlag wurde nach umfangreichen kritischen Rückmeldungen überarbeitet. Zu den wichtigsten Änderungen gehören die automatische Generierung von WebP-Versionen nur von Kernbildgrößen, die Beibehaltung sekundärer (WebP-)Untergrößen nur dann, wenn sie kleiner als der primäre MIME-Typ sind, und die Generierung von WebP-Bildern nur für Bildgrößen, die für die Verwendung in benutzerorientierten Frontend-Inhalten vorgesehen sind.

Trotz einer ganzen Reihe von Überarbeitungen und Filtern zur Kontrolle oder Deaktivierung von WebP-Uploads blieb der Vorschlag umstritten. Die Teilnehmer berichten weiterhin von Problemen nach dem Testen. Viele haben immer noch Vorbehalte, ob dies auf freiwilliger Basis erfolgen oder standardmäßig aktiviert werden sollte.

„Bei der Konvertierung von Fotos mit mittlerer Auflösung (ca. 1600px – 2500px an der langen Kante) sind WebP-Dateien oft größer als das JPEG-Äquivalent“, kommentierte WordPress-Entwickler Mark Howells-Mead auf dem Hauptticket für WebP-Arbeiten. „(In meinen Tests mit meinen eigenen Fotos in etwa 60 % der Fälle.) Diese Änderung mag den Test ‚modernes Bildformat‘ von Page Speed Insights glücklich machen, aber die Erzwingung von WebP als Standard auf Websites, die viele Fotos verwenden, wird oft zu längeren Bildladezeiten führen.“

Einige Entwickler unterstützen die Änderung, würden es aber vorziehen, wenn sie bei der ersten Einführung standardmäßig deaktiviert wäre, damit sich das Ökosystem auf die Änderung vorbereiten kann.

„Ich sehe es definitiv als einen großen Vorteil an, Core-Unterstützung für zusätzliche MIME-Typen für Bilddateien mit geringer Größe hinzuzufügen“,

sagte Matthias Reinholz.

Aber ich kann nicht sehen, dass die Konvertierung in ein bestimmtes anderes Dateiformat als bevorzugtes Verhalten hinzugefügt wird. Dies mag helfen, die Marktposition von WebP zu optimieren, aber es wird auch eine ernsthafte Bedrohung für Plugin-Autoren und bestehende größere Websites sein, die diese Änderung nicht beachten.

„Daher frage ich mich, warum diese Funktion zum jetzigen Zeitpunkt standardmäßig aktiviert sein sollte. IMHO sollte sie nur auf Wunsch aktiviert werden. Und idealerweise würden wir bereits darüber nachdenken, weitere Bildformate hinzuzufügen, die von dieser Funktion unterstützt werden.“

NerdPress-Gründer Andrew Wilder erstellte ein separates Ticket, in dem er die Mitwirkenden aufforderte, darüber nachzudenken, die Funktion opt-in zu machen, aber das Ticket wurde geschlossen und die Konversation zurück zum Hauptticket geleitet, um die Diskussion nicht zu spalten.

„Diese neuen Funktionen als Opt-in statt als Opt-out zu gestalten, wäre der beste Weg, um mit möglichen Auswirkungen vorsichtig zu sein“,

sagte Wilder.

Es gab viele Anfragen für eine Opt-in-Möglichkeit (sowie einige Anfragen für eine Einstellung auf der Medienseite und nicht nur für einen Filter für Entwickler). Bisher gab es noch keine offene Diskussion darüber, warum das nicht berücksichtigt wird.

Der Gedanke, dass WebP standardmäßig opt-in sein sollte, wurde kurzerhand abgetan, und die Diskussion wurde nicht wieder aufgegriffen, bevor die Änderungen beschlossen wurden.

„Die Funktion wird weitreichende Vorteile für die Nutzer haben, wenn sie in den Core-Größen (zu Beginn) opt-in ist – wenn sie komplett opt-in wäre, hätte sie kaum Auswirkungen – oder Vorteile“,

sagte der von Google gesponserte Core Committer Adam Silverstein als Antwort auf die Gegner.

Als Antwort auf den Vorschlag, diese Funktion mit einer Benutzeroberfläche zur Aktivierung auf der Medienseite auszuliefern, sagte Silverstein: „Wir haben beide Vorschläge in Chats und Fragen mit gemischten Reaktionen diskutiert. Es wird immer wieder erwähnt, dass die Projektphilosophie mit dem aktuellen Ansatz übereinstimmt.“

Das Ticket bleibt offen und wartet auf Patches für ein paar lose Fäden in der technischen Implementierung. Weitere Mitwirkende haben sich mit zusätzlichen Bedenken zu Wort gemeldet.

Das Performance-Team hat einen neuen Blog eingerichtet, in dem man sich über die aktuellen Projekte und Vorschläge informieren kann. Jetzt, wo die Hauptarbeit an WebP abgeschlossen ist, werden die nächsten Schritte in zukünftigen Meetings diskutiert und die Notizen im neuen Core Performance Blog veröffentlicht.