Websites herunterladen, die Recharts nutzen

Über Recharts

Die Anbieterspalte für Recharts ist leer, und diese Leerstelle sagt etwas über das Projekt aus, sie ist keine Lücke in unseren Daten. Niemand verkauft es. Eine Community pflegt es unter der Lizenz MIT, es ist seit 2015 verfügbar und kommt als Abhängigkeit über einen Paketmanager in eine Anwendung, nicht über einen Kauf. Es gibt nirgends eine Kundenliste, keine Rechnungsspur und kein Partnerverzeichnis, sodass ein Erkennungsdatensatz die einzige Bestandsaufnahme der tatsächlichen Nutzung bleibt.

Was der Fingerabdruck über eine Website aussagt, betrifft ihre Architektur. Diagramme, die eine JavaScript-Bibliothek aus der Kategorie JavaScript graphics zeichnet, sind keine Dekoration, sondern eine Anwendungsfunktion. Eine Domain, auf der die Bibliothek Diagramme zeichnet, liefert ein Dashboard, eine Analyseansicht, eine Reporting-Ansicht oder eine datenlastige Produktoberfläche aus, und zwar innerhalb eines komponentenbasierten Frontends. Reine Präsentations-Websites brauchen keine Diagrammbibliothek, sie brauchen ein Bild von einem Diagramm.

Stand Oktober 2026 erkennen wir Recharts auf 128 Websites, und die Zahl ist eine Untergrenze, die weit unter der tatsächlichen Nutzung liegt. Bibliotheken wie Recharts werden beim Build in ein Anwendungs-Bundle kompiliert, und ein Bundler darf alles, was er anfasst, umbenennen, aufteilen und minifizieren. Für einen Scanner bleibt deshalb nur ein Rest übrig, den er erkennen kann: ein charakteristischer Klassenname, eine unveränderte Modulmarkierung, eine versehentlich stehen gelassene Source Map. Hinzu kommt, dass die Ansichten mit Diagrammen meist hinter einem Login liegen, und dorthin gelangt kein Crawl. Die tatsächliche Nutzung ist viel breiter als der erkannte Bestand, und um wie viel, können wir nicht seriös schätzen.

Wer den sichtbaren Ausschnitt braucht, weiß in der Regel, dass es ein Ausschnitt ist. Anbieter von Entwicklertools nutzen eine solche Bibliothek als Indikator für Größe und Reife eines Frontend-Ökosystems, denn Entscheidungen über Abhängigkeiten hängen zusammen, und eine Diagrammbibliothek lässt auf ein Framework, ein Build-Tool, ein Komponenten-Kit und ein Hosting-Muster schließen. Maintainer konkurrierender Bibliotheken wollen sehen, wo die Bibliothek tatsächlich im Einsatz ist, und nicht, wo Paket-Downloads das nahelegen, denn Download-Zähler erfassen CI-Läufe und Mirrors genauso eifrig wie Menschen. Recruiter und Beratungsfirmen suchen Unternehmen, die interne Tools selbst entwickeln, statt sie zu kaufen, denn diese Unternehmen haben Entwicklungsbudgets und ungewöhnliche Probleme.

Keine dieser Fragen lässt sich Domain für Domain beantworten. Eine Abfrage liefert Ja oder Nein für eine einzelne Website, was nur hilft, wenn man bereits weiß, nach welcher Website man fragen will. Der Export liefert den ganzen Bestand, und erst der Bestand macht aus der Wahl einer Abhängigkeit ein Segment, das sich filtern, mit den anderen Technologien auf denselben Domains verknüpfen und in seiner Entwicklung verfolgen lässt.