Technische Methodik von Quorify
Warum die Verarbeitung in Ihrem Browser (statt in der Cloud) besser für Sie ist – und was das in der Praxis bedeutet.
Wenn Sie auf Quorify ein PDF konvertieren, einen QR-Code generieren, JSON formatieren oder eine arbeitsrechtliche Abrechnung berechnen, verlässt Ihre Datei oder Ihr Text Ihren Browser bei den meisten Tools nicht. Sie geht nicht über unsere Server. Sie wird nicht in der Cloud gespeichert. Sie wird nicht zum Trainieren einer KI verwendet.
Das unterscheidet uns von den meisten Online-Alternativen. iLovePDF, Smallpdf, Canva und ähnliche Dienste laden Ihre Datei auf ihren Server hoch, verarbeiten sie dort und geben das Ergebnis zurück. Das funktioniert, setzt aber voraus, dass Sie deren Richtlinien vertrauen – und gibt dem Anbieter technischen Zugriff auf Ihre Inhalte (auch wenn er verspricht, nicht hinzuschauen).
Diese Seite erklärt, wie Quorify gebaut wurde, um anders zu sein, warum diese Architektur privater und schneller ist, wann sie nicht funktioniert und was wir in diesen Fällen tun.
1. Local-First-Verarbeitung
85 % der 125 Tools laufen zu 100 % in Ihrem Browser
Jedes „Local-First"-Tool von Quorify lädt die Verarbeitungs-Engine als JavaScript oder WebAssembly in dem Moment, in dem Sie die Seite öffnen. Wenn Sie eine Datei hochladen (z. B. ein PDF zum Komprimieren), liest der Browser die Bytes direkt von Ihrem Gerät, verarbeitet sie im Arbeitsspeicher mithilfe von Web Workers (isolierte Threads, die die Benutzeroberfläche nicht einfrieren) und gibt das Ergebnis zum Herunterladen zurück. Kein einziges Byte erreicht jemals unsere Server.
Technisch wird dies mit 3 modernen Browser-Werkzeugen umgesetzt:
- WebAssembly (Wasm): ermöglicht es, kompilierten C-/C++-/Rust-Code direkt im Browser auszuführen. Bibliotheken wie pdf-lib, mozjpeg und ffmpeg.wasm laufen hier und liefern eine Performance, die der eines Desktops nahekommt. Ohne dies wäre es unmöglich, ein 50 MB großes PDF im Browser zu komprimieren.
- Web Workers: isolierte Threads, die die Hauptbenutzeroberfläche nicht einfrieren. Wenn Sie ein 200 MB großes Video verarbeiten, erledigt der Worker die Schwerarbeit im Hintergrund, und Sie können weiterhin normal klicken und scrollen.
- File API + Blob: native Browser-APIs, die Dateien von Ihrem Gerät ohne Zwischenkopien lesen und Ergebnis-Downloads aus dem Speicher erzeugen.
Diese Architektur hat 3 praktische Konsequenzen für Sie:
Datenschutz
Ihr PDF, Ihr Bild, Ihr Text geht nicht über uns. Wir speichern nichts. Wir haben keinen technischen Zugriff. Es kann nicht durchsickern, wenn unser Server kompromittiert wird – es ist nicht dort.
Geschwindigkeit
Kein Upload. Kein Warten in der Server-Warteschlange. Die Verarbeitungszeit ist nur Ihre CPU bei der Arbeit. Bei kleinen Dateien geschieht es sofort; bei mehr als 50 MB ist es bei durchschnittlichen Verbindungen 2-3× schneller als in der Cloud.
Compliance
Personaldaten (Steuernummern, Gehälter), juristische Dokumente (Verträge), Gesundheitsdaten – nichts verlässt Ihr Gerät. Konform mit GDPR/LGPD by Design (es gibt keine „Verarbeitung" auf unserer Seite).
2. Wann der Server nötig ist (15 % der Tools)
KI-Tools – und was wir mit Ihren Daten tun
Einige Tools benötigen ein KI-Modell, um zu funktionieren: Cold-E-Mail-Verfasser, Produktbeschreibungsgenerator, Vertragsprüfer, SEO-Auditor. Diese Modelle sind mehrere zehn GB groß und können nicht im Browser laufen. In diesen Fällen geht die Eingabe über unsere API an ein externes Modell (Gemini Flash von Google).
Was wir tun, um das Risiko dieser Offenlegung zu reduzieren:
- Transport TLS 1.3 + AES-256: verschlüsselte Verbindung von Ihrem Browser zu unserem Server und von dort zu Gemini. Niemand dazwischen kann sie lesen.
- Keinerlei Protokollierung von Eingaben/Ausgaben: Unser Server leitet die Anfrage als Proxy weiter, speichert aber weder Eingabe noch Ausgabe. Sie sehen das Ergebnis, dann wird es verworfen.
- Gemini-Trainings-Opt-out: Unser API-Schlüssel ist so konfiguriert, dass Google Ihre Eingaben nicht zum Trainieren zukünftiger Modelle verwenden darf. Dies ist im Google Cloud Vertex AI Enterprise-Vertrag festgelegt.
- Klare Kennzeichnung: Jedes KI-Tool hat ein sichtbares Abzeichen „In der Cloud verarbeitet", bevor Sie absenden. Keine Überraschungen.
Ehrliche Empfehlung
Wenn Sie hochsensible Daten verarbeiten (Verträge mit vertraulichen Klauseln, M&A, identifizierbare Gesundheitsdaten), verwenden Sie die KI-Tools von Quorify nicht. Nutzen Sie die Local-First-Tools (die Mehrheit) oder ein selbst gehostetes Modell. Wir konkurrieren in diesem Markt nicht.
3. Technischer Vergleich
Quorify vs. iLovePDF, Smallpdf, Canva
Um klarzustellen, welche Architektur in welchem Szenario gewinnt, hier ein ehrlicher technischer Vergleich zwischen Quorify und 3 beliebten Alternativen in derselben Nische:
| Aspekt | Quorify | iLovePDF | Smallpdf | Canva |
|---|---|---|---|---|
| Wo es verarbeitet | 85 % Browser | Server | Server | Server |
| Upload erforderlich | Nein (die meisten) | Ja | Ja | Ja |
| Dateigrößenbeschränkung (kostenlos) | Durch RAM begrenzt | 25 MB | 5 MB | 100 MB |
| Offline arbeiten | Ja (nach dem Laden) | Nein | Nein | Nein |
| Datei verworfen | Entfällt (nie hochgeladen) | Nach 2 Std. | Nach 1 Std. | Dauerhaft |
| Funktioniert über VPN/Intranet | Ja | Bei einigen blockiert | Bei einigen blockiert | Bei vielen blockiert |
| Sprachen der Benutzeroberfläche | 10 | 29 | 20+ | 100+ |
| Tools über PDF hinaus | 120 (nicht-PDF) | 0 | 0 | ~50 (Design) |
Wo Quorify nicht die beste Wahl ist: sehr große Dateien (1 GB+) auf Geräten mit begrenztem RAM (4 GB oder weniger) – die Browser-Verarbeitung kommt an ihre Grenzen. In diesem Fall sind iLovePDF oder Adobe Acrobat besser, da sie die Verarbeitung auf den Server verlagern. Wir konkurrieren auch nicht mit Canva im Bereich des tiefgehenden Grafikdesigns (Vorlagen, Brand-Kits, Team-Synchronisation).
4. Technischer Stack
Für alle, die die Architektur prüfen oder nachbauen möchten
Liste der wichtigsten in Quorify verwendeten Technologien, damit andere Entwickler oder technische Prüfer genau wissen, was beteiligt ist:
- FrontendNext.js 16 (App Router · React 19 · Turbopack)
- HostingVercel Edge + Cloudflare CDN (globale Abdeckung)
- PDF-Verarbeitungpdf-lib (JS) + pdf.js (WebAssembly) – alles im Browser
- Bild & Videomozjpeg + libwebp + ffmpeg.wasm (alle Local-First)
- KI (15 % der Tools)Google Gemini 1.5 Flash über Vertex AI (BR-Datenresidenz)
- ZahlungStripe (PIX + BR-Karte · Mehrwährungs-PPP)
- Datenbank (Abonnements)Supabase Postgres (RLS + isolierte Service-Rolle)
- ObservabilitySentry + PostHog + GA4 (alle mit Consent Mode v2)
5. Aktualisierungsrichtlinie
Wie wir Tools aktuell und sicher halten
Brasilianische Rechner (CLT, Simples Nacional, INSS, IRRF) folgen den offiziellen Tabellen und werden zu Beginn jedes Steuerjahres oder immer dann aktualisiert, wenn die Regierung neue Regeln veröffentlicht. Die letzte Aktualisierung ist auf jedem Rechner vermerkt.
KI-Tools verwenden die neueste stabile Version von Googles Gemini-Modell. Modelländerungen werden in unserem Blog angekündigt.
Verarbeitungsabhängigkeiten (pdf-lib, ffmpeg.wasm usw.) werden monatlich über Dependabot aktualisiert, mit automatisierten Tests, die sicherstellen, dass keine Regression eingeführt wird. Kritische Sicherheitslücken werden in <48h gepatcht.
Sehen Sie es in der Praxis
Testen Sie jetzt die Local-First-Verarbeitung
Öffnen Sie ein beliebiges PDF-Tool (zusammenführen, teilen, komprimieren), Bild-Tool (konvertieren, komprimieren, Hintergrund entfernen) oder Text-Tool. Das Abzeichen „In Ihrem Browser verarbeitet" erscheint immer dann, wenn die Engine lokal ist. Kein Upload, keine Anmeldung, kein Warten.