Firecrawl Integration
Sinnhaftigkeitsprüfung für den MaierZone Tech-Stack
Der User fragt: "Wie sinnvoll wäre eine Firecrawl-Integration in meinen VPS-Stack?"
Diese Analyse vergleicht Firecrawl mit den bestehenden Mzone-Capabilities und bewertet, wo echte Synergien liegen — und wo nicht.
1. Was ist Firecrawl?
Firecrawl (YC-backed, Mendable.ai) ist ein API-first Web-Scraping- und Crawling-Dienst, spezialisiert auf LLM-ready Output. Kernfeatures:
Einzelne URL → Markdown, HTML, JSON, Screenshots, strukturierte Extraktion per LLM-Schema.
Rekursives Crawling mit Depth-Control, Smart-NL-Prompting ("nur Pricing-Seiten"), Rate-Limiting.
Web-Suche mit Content-Extraction, Filterbar nach Land, Sprache, Quelltyp (News, PDF, GitHub).
Autonomer Browser-Agent (Spark 1 Model). NL-Prompt → Agent sucht, navigiert, sammelt Daten.
Multi-Source Recherche, automatisiertes Desk-Research — vergleichbar mit Perplexity/Deep Research.
LLM-gestützte strukturierte Datenextraktion mit JSON-Schema — für Tabellen, Preise, Kontakte.
2. Was hat der Mzone-Stack aktuell?
fullTextSearch, searchPages durchsuchen nur published MZP-Content — nicht das offene Web. Kein SERP-Scraping, keine News-Aggregation.
reader.maierzone.de ist nicht erreichbar. Ein "Mzone-Redner" existiert derzeit nicht als produktiver Service. Der User verweist möglicherweise auf eine geplante/platte Idee.
3. Direktvergleich
Externer SaaS
Web-Scraping, Crawling, Search, Agent — out of the box. MCP-Server verfügbar.
MCP Ready Free Tier: 500 Credits
Publisher
Content erstellen & publizieren, nicht holen. Kein Crawling, kein SERP.
Kein Scraper 25 Tools
Nicht erreichbar
Kein aktiver Service. Möglicherweise geplant, aber derzeit kein Ersatz für Firecrawl.
404 Unbekannter Status
4. Gap-Analyse: Was fehlt im Stack?
| Use Case | MZP allein | Mit Firecrawl |
|---|---|---|
| Competitor Preise scrapen | ❌ Nicht möglich | ✅ Extraction + Schema |
| News/Research automatisch sammeln | ❌ Nicht möglich | ✅ Search + Deep Research |
| Eigenen Content publizieren | ✅ PublishArtifact | ⚠️ Nicht zuständig |
| SEO-Audit fremder Seiten | ❌ Nicht möglich | ✅ Map + Crawl + Analyze |
| PDF/DOCX in Reports umwandeln | ❌ Nicht möglich | ✅ Parse Endpoint |
| Autonome Recherche-Agenten | ❌ Nicht möglich | ✅ Agent + Spark Model |
5. Szenario-Bewertung
User schreibt Reports manuell und publiziert auf MZP.
Firecrawl-Nutzen: HOCH — Automatisches Recherchieren, Preise/Statistiken scrapen, Quellen sammeln. Spart 60–80% Recherchezeit.
User baut eigene Tools und will alles selbst hosten.
Firecrawl-Nutzen: MITTEL — Firecrawl ist SaaS (kein Self-Host). Alternative: Crawl4AI (Open Source, self-hostbar) oder eigener Spider-RS Deployment.
6. Pricing
Vergleich: Crawl4AI = Open Source (kostenlos, Self-Host), Jina.ai Reader = 1M Tokens Free, Spider.cloud = Rust-basiert, extrem schnell.
7. Fazit & Empfehlung
🟢 EMPFEHLUNG: Firecrawl als MCP-Server integrieren
Begründung: Der Mzone-Stack hat eine klare Lücke: externe Datenakquise. MZP ist exzellent für Publishing, aber blind für das offene Web. Firecrawl schließt diese Lücke — nicht als Konkurrenz, sondern als komplementäre Schicht.
Alternative: Self-Hosted Stack
Wenn der User keinen externen SaaS will, empfehle ich:
- Crawl4AI (Python, Open Source) — MCP-Server verfügbar, LLM-ready Output
- Spider-RS (Rust) — 21x schneller als Firecrawl, extrem günstig
- Jina.ai Reader — URL-Präfixing, keine API-Key nötig für Basics
Korrektur: Mzone-render
Der User klärte auf: Mzone-render ist der interne Headless-Chromium, den MZP beim publishArtifact anwirft. Er rendert das veröffentlichte Artefakt und prüft auf Console-Fehler, Page-Exceptions und failed Requests (siehe renderCheck in den Capabilities).
Was er NICHT kann: Externe Webseiten scrapen, crawlen, oder Inhalte aus dem offenen Internet holen. Er ist ein Validator, kein Content-Akquisiteur.
Fazit bleibt gültig: Firecrawl (oder eine self-hosted Alternative) schließt die Lücke, die MZP/Mzone-render nicht füllen können.