Websites herunterladen, die Phoenix nutzen

Über Phoenix

Den Namen Phoenix teilen sich mehrere Projekte, die nichts miteinander zu tun haben, deshalb muss dieser Eintrag zuerst klären, auf welches davon er sich bezieht. Gemeint ist das Phoenix-Repository, das die Organisation Sazito auf GitHub veröffentlicht hat, ein Boilerplate für React-Anwendungen mit serverseitigem Rendering und Unterstützung für Lokalisierung. Ein gleichnamiges Web-Framework steht an anderer Stelle in unserem Katalog, und wer das eine mit dem anderen verwechselt, schließt aus demselben Treffer auf einen völlig anderen Tech-Stack.

Ein Boilerplate ist ein Ausgangspunkt und keine Abhängigkeit, was die Bedeutung einer Erkennung verändert. Ein Team kopiert das Repository, benennt ein Verzeichnis um, installiert Pakete und baut dann ein Produkt darauf auf. Was bis in die ausgelieferte Seite überlebt, ist deshalb das Gerüst: die Benennung von Bundles und Chunks, ein Rendering-Setup, das Markup vom Server ausliefert und im Browser zum Leben erweckt, und Konventionen für die Dateistruktur, die zu ändern niemand einen Grund hatte. Auf diese Spuren prüfen wir, und sie besagen, dass eine Website mit dieser Vorlage begonnen hat, nicht dass jemand ihre Releases verfolgt.

Unser strukturierter Eintrag vermerkt die Lizenz MIT, setzt das Jahr 2019 an und nennt JavaScript im Feld für die Sprache. Katalogwerte dieser Art beschreiben, was wir führen, nicht was das Repository ausliefert, und bei einem Projekt, das nur als Vorlage verbreitet wird, ist das Repository der gesamte Herausgeber. Kein Unternehmen verkauft es, keine Release Notes gehen an Kunden, und nirgends führt jemand eine Liste darüber, wer es geklont hat. Damit bleibt die Beobachtung live geschalteter Websites der einzige Weg herauszufinden, wo das Projekt gelandet ist.

Stand Oktober 2026 erfassen wir den Fingerabdruck auf 221 Websites. Eine Zählung, die auf Vorlagenresten beruht, verhält sich anders als eine, die auf einer Bibliothek beruht. Projekte, die das Gerüst entfernt, die Bundles umbenannt oder den Build ganz ersetzt haben, werden nicht mehr erkannt, obwohl sie vom selben Ausgangspunkt abstammen. Eine stark angepasste Anwendung kann jedes Merkmal verlieren, ohne dass sich für Besucher etwas Erkennbares ändert, und deshalb tendiert der sichtbare Bestand zu Installationen, die nah an den Standardeinstellungen geblieben sind.

Wofür die Liste taugt, ergibt sich daraus. Anbieter von Entwicklerwerkzeugen erhalten eine Gruppe von Teams, die einen serverseitig gerenderten React-Build bekannter Bauart betreiben, was ein Integrationsangebot konkret statt allgemein macht. Agenturen und Recruiter erhalten die Unternehmen, die damit ausliefern, statt der Einzelpersonen, die darüber reden. Wer Risiken in der Lieferkette prüft, bekommt einen Ausgangspunkt für die Frage, aus welcher Vorlage ein Frontend hervorgegangen ist, eine Frage, die keine öffentliche Paketliste für eine private Codebasis klärt. Eine Einzelabfrage hilft bei keiner davon, weil sich jede dieser Fragen auf einen Bestand bezieht und nicht auf eine einzelne Domain.