Maxun: Webdaten als wiederverwendbare Robots
🔥 Die Open-Source-No-Code-Plattform für Web-Scraping, Crawling, Suche und KI-Datenextraktion. • Verwandeln Sie Websites in wenigen Minuten in strukturierte APIs 🔥
Auf einen Blick
- Was ist das?
- No-Code-Plattform für Extraktion, Scraping, Crawling und Suche
- Für wen ist es gedacht?
- Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären.
- Darf ich es kommerziell nutzen?
- Ja, unter strengen Bedingungen. AGPL-3.0 ist eine Lizenz mit Netzwerk-Copyleft: Wenn andere eine veränderte Version über ein Netzwerk nutzen, etwa als gehosteten Dienst, müssen Sie ihnen den Quellcode unter derselben Lizenz anbieten.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich TypeScript, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Eine No-Code-Plattform, die Websites in strukturierte Daten verwandelt und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Maxun beschreibt sich selbst als eine Open-Source-No-Code-Webdatenplattform, die das Web in strukturierte, zuverlässige Daten verwandelt. Der Slogan des Repositorys lautet, jede Website in eine strukturierte API zu verwandeln, und die Projektbeschreibung erwähnt Web-Scraping, Crawling, Suche und KI-Datenextraktion. Das README positioniert die Plattform als einheitliche Lösung, die von einfachen Anwendungsfällen bis zu komplexen automatisierten Workflows skaliert. Das Projekt ist in TypeScript geschrieben, auf github.com/getmaxun/maxun gehostet, mit einer Website unter maxun.dev, Dokumentation unter docs.maxun.dev und Links zu einer Discord-Community, YouTube-Tutorials und Demovideos im README. Das README enthält keine Informationen zur Projektgeschichte oder zum Erstellungsdatum. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 1 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Vier Robotertypen für verschiedene Datenerfassungsaufgaben und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Das README organisiert die Plattform um vier Robotertypen. Extract emuliert reales Nutzerverhalten und erfasst strukturierte Daten von Websites. Scrape konvertiert vollständige Webseiten in sauberes Markdown oder HTML und kann Screenshots aufnehmen; das README bezeichnet dies als ideal für KI-Workflows, Agenten und Dokumentenverarbeitung. Crawl deckt ganze Websites ab und extrahiert Inhalte von jeder relevanten Seite mit Kontrolle über Umfang und Entdeckung. Search führt automatisierte Websuchen durch, um Ergebnisse zu entdecken oder zu scrapen, mit Unterstützung für zeitbasierte Filter. Jeder Robotertyp hat eine eigene Dokumentationsseite, die vom README verlinkt wird, sodass Nutzer jeden Typ detaillierter lesen können. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 2 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Extract bietet zwei Modi und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Extract ist der im README am ausführlichsten beschriebene Robotertyp. Im Recorder-Modus zeichnen Sie Ihre Aktionen beim Browsen auf, und Maxun verwandelt sie in einen wiederverwendbaren Extraktionsroboter. Das README verlinkt ein Demovideo, das die Extraktion von zehn Inseraten von Airbnb zeigt. Der KI-Modus akzeptiert eine natürliche Sprachbeschreibung dessen, was Sie möchten, und lässt die LLM-gestützte Extraktion den Rest erledigen, mit einer Demo, die Namen, Bewertungen und Laufzeiten der Top-50-Filme von IMDb zeigt. Beide Modi sind in der Dokumentation unter der Kategorie Extract ausführlich beschrieben, und das README verweist Nutzer für weitere Details auf die Dokumentation. Das README betont, dass Extract reales Nutzerverhalten emuliert, was darauf hindeutet, dass es für Websites mit Login, Scrollen oder Paginierung entwickelt wurde. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 3 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Gehostete App, lokale Installation und Self-Hosting und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Laut README ist der einfachste und schnellste Weg, mit der gehosteten Version unter app.maxun.dev zu beginnen. Für Nutzer, die Maxun selbst ausführen möchten, verlinkt das README auf Einrichtungsanleitungen für Docker Compose, eine lokale Einrichtung ohne Docker und eine Seite zu Umgebungsvariablen. Es gibt einen separaten Abschnitt für Self-Hosting mit Docker und für die Aktualisierung bestehender Docker-Compose- oder Nicht-Docker-Installationen. Das README selbst enthält keine tatsächlichen Installationsbefehle; es verweist stattdessen auf die Dokumentationswebsite, sodass konkrete Befehlszeilenanweisungen in der Dokumentation überprüft werden müssen. Das README erwähnt auch ein SDK und verlinkt ein separates node-sdk-Repository, stellt aber selbst keine Codebeispiele bereit. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 4 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Die Funktionsliste, wie sie dargestellt wird und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Das README listet eine Reihe von Funktionen ohne Implementierungsdetails oder Benchmarks auf. Zu den Behauptungen gehören eine Point-and-Click-Oberfläche für No-Code-Extraktion, LLM-gestützte Extraktion, ein Entwickler-SDK, automatische Handhabung von Paginierung und Scrollen, geplante Roboterläufe, RESTful-Endpunkte von jeder Website, Export nach Google Sheets und Airtable, automatische Wiederherstellung bei Website-Layoutänderungen, Extraktion hinter Login, Integrationen mit anderen Tools, Model Context Protocol (MCP)-Unterstützung und saubere Markdown-Ausgabe für KI-Anwendungen. Das Projekt beansprucht auch Self-Hosting-Fähigkeit und Open Source. Das README präsentiert diese als beabsichtigte Fähigkeiten der Plattform und nicht als verifizierte Leistungsergebnisse; es werden keine Leistungskennzahlen oder Nutzerstimmen genannt. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 5 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Frühe Entwicklungsphase und AGPL-3.0-Lizenz und die praktische Einordnung
Maxun: Webdaten als wiederverwendbare Robots wird im README als konkretes Projekt mit einer klar beschriebenen technischen Aufgabe vorgestellt. Das README erklärt, dass sich das Projekt in einem frühen Entwicklungsstadium befindet, und bittet um Feedback. Das Projekt ist unter AGPL-3.0 lizenziert, das der Lizenztext als freie Copyleft-Lizenz beschreibt, die speziell für Netzwerkserversoftware entwickelt wurde. Die zentrale Anforderung von AGPL-3.0 ist, dass Sie, wenn Sie eine modifizierte Version auf einem Server ausführen, der über ein Netzwerk zugänglich ist, den modifizierten Quellcode den Benutzern dieses Servers zur Verfügung stellen müssen. Die Lizenz stellt außerdem klar, dass es keine Garantie für die Software gibt, und sie sagt nichts über Sicherheitslage, Support-Dienstleistungen oder Wartungszusagen aus. Der Abschnitt Projektwerte im README bittet kommerzielle Nutzer, einen Beitrag zu leisten oder die Entwicklung zu unterstützen. Die Repository-Metadaten zeigen über 17.000 Sterne, aber das README selbst enthält keine spezifischen Daten zur Nutzerzahl oder Produktionsadoption. Diese Beschreibung ist eine Projektaussage; sie ersetzt weder einen Benchmark noch eine Zusage für jede Umgebung. Für die Einordnung zählt deshalb, welche Eingaben, Ausgaben und Betriebsgrenzen im Repository tatsächlich genannt werden.
Im Alltag entscheidet die Umgebung über den Nutzen. Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären. Im Abschnitt 6 sollte der Test klein bleiben, aber genau den Pfad abbilden, den das Team später betreiben will. Fehler, fehlende Abhängigkeiten und nicht dokumentierte Randfälle gehören in die Entscheidung, statt durch allgemeine Leistungsannahmen verdeckt zu werden.
Redaktionelles Fazit
Maxun eignet sich für Teams, die Webdaten ohne eigene Browser-Automation strukturieren wollen. Vor der Nutzung sollten sie den Recorder mit einer konkreten Seite testen, die Ausgabe von Markdown und JSON vergleichen und die AGPL-3.0-Pflichten bei einem öffentlich erreichbaren eigenen Dienst klären.
Community-Notizen