Lilo et WebKit

Lilo corrige WebKit, pour tout le monde.

Lilo repose sur WebKit, le moteur de Safari. Quand une page est lente ou cassée à cause du moteur, nous corrigeons WebKit lui-même et envoyons le correctif en amont : Safari et toutes les apps Mac qui affichent le web en profitent aussi.

Voir les correctifs
Télécharger pour MacmacOS 26+GitHub
Envoyés en amont

Des correctifs dans WebKit lui-même.

Chacun a son bug WebKit et sa pull request, et quitte cette liste une fois intégré à WebKit.

Retirer ou modifier une feuille de style ne recalcule plus le style de chaque élément. Sur Gmail, un retrait passe de 25 ms à 4 ms. Bug 329822, pull request #79315.
Les images en sizes=auto ne redemandent plus leur source à chaque changement de largeur, ce qui pouvait bloquer la page. Bug 328920, pull request #79337.
Changer une variable CSS héritée par toute la page ne compare plus en entier les variables de chaque élément. Avec les 2000 variables d'un design system, 44 ms deviennent 10 ms. Bug 329909, pull request #79412.
Notre méthode

Mesurer, réduire, corriger le moteur.

Mesuré sur de vraies pages. Nous profilons les sites les plus utilisés, les comparons avec Chrome et avec le WebKit de macOS, puis réduisons chaque lenteur à une petite page que tout développeur WebKit peut lancer.
Générique, jamais par site. Aucun test de nom de domaine ni exception pour un site : un correctif change le fonctionnement du moteur, donc toutes les pages en profitent.
En amont d'abord. Chaque correctif part chez WebKit avec son bug, un test de performance et les chiffres, pour les relecteurs de WebKit.
Jamais obligatoire. Lilo fonctionne entièrement sur le WebKit de macOS. Son propre build de WebKit ne fait qu'avancer les correctifs, et ne tourne que s'il contient tous les correctifs de sécurité de votre macOS.
Questions

Lilo et son moteur.

Lilo n'est-il qu'une enveloppe autour de WKWebView ?

Lilo affiche les pages avec WKWebView, comme les apps Mac intègrent WebKit. Autour, Lilo est un navigateur à part entière en Swift et AppKit : espaces, extensions Chrome sur le moteur d'extensions de WebKit avec des gestionnaires Swift pour les API qui lui manquent, onglets de terminal et serveur MCP. Et quand le moteur pose problème, Lilo corrige le moteur.

Dois-je faire quelque chose pour profiter de ces correctifs ?

Non. Une fois intégré à WebKit, un correctif arrive avec les mises à jour suivantes de Safari et de macOS, et Lilo tourne sur ce même WebKit. Le build de WebKit propre à Lilo peut les apporter plus tôt, et vous pouvez lirecomment il reste sûr.

Pourquoi corriger WebKit plutôt que passer à Chromium ?

WebKit est le moteur déjà présent dans macOS : il consomme moins d'énergie, suit chaque version de macOS, et garde Lilo une vraie app Mac. Le corriger aide Safari et toutes les apps Mac qui affichent le web, pas seulement Lilo.

Puis-je signaler une page lente ?

Oui.Ouvrez une issueavec la page et ce que vous faisiez. Si le moteur en est la cause, le correctif part chez WebKit.

Un navigateur qui améliore son moteur.

Essayez Lilo sur vos sites. Chaque correctif envoyé à WebKit arrive dans Safari une fois intégré.

Télécharger pour MacmacOS 26+GitHub