Websites herunterladen, die Livewire nutzen

Über Livewire

Frontend-Fingerprints beschreiben in der Regel das Frontend. Livewire verrät mehr, denn ein Fund in einer Seite ist ein Beleg dafür, was auf dem Server läuft. Das Framework rendert Oberflächenkomponenten in PHP auf dem Server, liefert kleine eigene Attribute im Markup aus und tauscht bei Interaktionen eines Besuchers Teile der Seite gegen frisch gerendertes HTML aus, das über das Netzwerk nachgeladen wird, sodass die Reaktivität auf dem Bildschirm vom Backend-Code erzeugt wird und nicht von einer separaten clientseitigen Anwendung.

Was daraus folgt, ist eine seltene Gewissheit. Eine Seite mit diesem Framework ist eine Laravel-Anwendung. Nicht bloß irgendeine PHP-Anwendung, sondern ein bestimmtes Framework, ein bestimmter Dependency-Manager, eine bestimmte Testkultur und ein bestimmtes Recruiting-Profil, denn außerhalb dieses Ökosystems hat das Framework keine Bedeutung. Kaum ein anderes clientseitiges Merkmal legt den Server so genau fest, und für alle, die ein technisches Publikum qualifizieren, ist genau diese Festlegung der springende Punkt.

Die Wahl beschreibt auch ein Team. Wer zu serverseitig gerenderter Reaktivität greift, will sich die Pflege einer separaten JavaScript-Anwendung ersparen, ebenso die API-Grenze zwischen beiden und die Build-Pipeline, die mit beidem einhergeht. Teams, die diese Entscheidung treffen, sind oft klein, produktorientiert und backendlastig und bauen interne Tools, Dashboards, Abo-Produkte und Commerce-Backends, bei denen schnelle Auslieferung mehr zählt als eine vollständig entkoppelte Architektur. Das Framework erschien 2019 unter der Lizenz MIT, genau als dieser Kompromiss wieder salonfähig wurde, und der Bestand spiegelt Entwickler wider, die die Trennung von vornherein nicht wollten.

Stand Oktober 2026 sehen wir das Framework auf 41.470 Websites. 18.890 davon verorten wir in den USA, und ein großer Teil der Domains trägt die Endung .com. Die Erkennung setzt voraus, dass die Markup-Attribute und das Laufzeitskript des Frameworks in der ausgelieferten Seite erhalten bleiben, und das ist normalerweise der Fall, weil der Mechanismus sie braucht. Die Lücke bilden Anwendungen hinter einem Login. Vieles, was auf diese Weise gebaut wird, sind Admin-Panels und Kundenportale, die ein Crawler nie erreicht, daher ist der sichtbare Bestand eher von den öffentlichen Marketing- und Commerce-Oberflächen von Laravel-Teams geprägt als von den internen Tools, in denen das Framework einen Großteil seiner eigentlichen Arbeit leistet.

Die Prüfung einer einzelnen Domain befriedigt Neugier. Die Liste beantwortet eine geschäftliche Frage: Welche Unternehmen beschäftigen PHP-Entwickler, welche setzen gezielt auf Laravel, und welche davon bauen Produktoberflächen und nicht bloß Visitenkarten-Websites? Für einen Hosting-Anbieter, eine Komponentenbibliothek, einen Anbieter von Anwendungsmonitoring oder einen technischen Recruiter ist das ein qualifiziertes Publikum, definiert durch eine Entscheidung, die der Käufer bereits getroffen hat, und keine noch so lange Reihe von Einzelabfragen setzt es zusammen.