Einführung

Jedes Mal, wenn ein Mitarbeitender einen E‑Mail‑Anhang anklickt, bereiten sich IT‑Abteilungen auf einen potenziellen Sicherheitsvorfall, Engpass in der Leistung oder ein Kompatibilitätschaos vor. Die Ursache liegt oft nicht im Dokument selbst, sondern in der Viewer‑Architektur, die es rendert.

Ob Sie den Viewer auf Ihren eigenen Servern (On‑Premise) hosten oder ihn von einem Cloud‑Anbieter nutzen, kann tiefgreifende Auswirkungen auf Sicherheit, Skalierbarkeit, Gesamtkosten des Besitzes (TCO) und Benutzererlebnis haben. In diesem Artikel zerlegen wir diese vier entscheidenden Kriterien, vergleichen die beiden Modelle nebeneinander und erklären klar, wo ein kostenloser gehosteter Viewer wie OnlineDocumentViewer passt und wo nicht.

TL;DR – Ein gehosteter Viewer übernimmt die Hardware, das Patchen und die Browser‑Kompatibilitätsarbeit von Ihrer Seite. Er legt die Datei außerdem auf den Server eines Dritten. Dieser Tausch ist die gesamte Entscheidung.

1. Sicherheit & Compliance

1.1 On‑Premise‑Viewer

Vollständige Kontrolle über Hardware und Schlüssel – Sie besitzen die Server, Netzwerkschalter und Verschlüsselungsschlüssel. Dies erfüllt die strengsten Vorschriften (z. B. DoD‑STIG, FINRA), bei denen Daten niemals das Gelände verlassen dürfen.
Betriebliche Belastung – Sicherheit ist nur so stark wie Ihr Patch‑Rhythmus. Verpasste Betriebssystem‑Updates, nicht gepatchte Rendering‑Bibliotheken oder schwache Überwachung von internen Bedrohungen können denselben Vektor offenbaren, den Cloud‑Anbieter bereits gehärtet haben.
Komplexität der Notfallwiederherstellung – Sie benötigen separate, geografisch verteilte Standorte, regelmäßige Backups und getestete Fail‑over‑Verfahren.

Risiko‑Perspektive: „Ein verpasstes Update = ein bevorstehender Verstoß.“

1.2 Cloud‑Viewer

Kein Client‑seitiges Plugin – Das Rendering läuft auf den Servern des Anbieters, sodass es weder ActiveX, noch Java‑Applet und keine Browser‑Erweiterung gibt, die auf jedem Desktop gepatcht werden muss. Das reduziert die Angriffsfläche erheblich und ist die ehrliche Hälfte des Cloud‑Falls.
Patch‑Rhythmus eines Dritten – Die Rendering‑Bibliotheken werden vom Anbieter aktualisiert, nach dessen Zeitplan, und Sie erfahren davon danach. Ob das Ihren eigenen Rhythmus übertrifft, hängt von Ihrem eigenen Rhythmus ab.
Lesen Sie die Aufbewahrungsrichtlinie, nicht das Abzeichen – „Verschlüsselung im Ruhezustand“, „Datenresidenz“ und „unveränderliche Audit‑Logs“ beschreiben Dienste, die Ihre Datei behalten. Ein Viewer, der den Upload nach dem Rendering löscht, hat keines davon und braucht keines. Ermitteln Sie, welchen der beiden Sie betrachten, bevor Sie Zertifizierungen vergleichen.
Was ein gehosteter Viewer tatsächlich ist – OnlineDocumentViewer ist eine Website. Die Datei wird hochgeladen, vom Service gerendert und in einem sandboxed‑Frame in einem normalen Browser‑Tab angezeigt. Kein Plugin, kein Desktop‑Client, kein Konto. Es wird nichts gespeichert: Die Datei wird nach dem Betrachten gelöscht, weshalb es keine Region zur Auswahl gibt und keine Geschichte von Verschlüsselung im Ruhezustand zu erzählen ist. Größenobergrenzen sind pro Format festgelegt: 5 MB für Klartext und XML, 25 MB für PDF, PSD und Bilder.

Fazit

Ein gehosteter Viewer verlagert die Hardware von Ihrer Seite. Er verlagert jedoch nicht die Verpflichtung. Unabhängig davon, was die Zertifizierungen eines Anbieters aussagen, reist das Dokument weiterhin zu einem Server, den Sie nicht besitzen, und dort beginnt eine GDPR‑, HIPAA‑ oder FedRAMP‑Bewertung – nicht beim Abzeichen auf der Marketing‑Seite.

2. Skalierbarkeit & Leistung

2.1 On‑Premise‑Einschränkungen

Statische Kapazität – Ihre Rendering‑Farm ist durch die Anzahl bereitgestellter Server begrenzt. Plötzliche Spitzen (z. B. Quartalsberichte) zwingen Sie entweder zu Über‑Provisionierung (Ressourcenverschwendung) oder zu akzeptierter verschlechterter Latenz.
Manuelles Load‑Balancing – Skalierung erfordert die Konfiguration von Hardware‑Load‑Balancern, DNS‑Round‑Robin oder benutzerdefinierten Orchestrierungs‑Skripten, was das operative Risiko erhöht.

2.2 Vorteile der Cloud

Kapazität, die Sie nicht bereitstellen – Ein gehosteter Dienst fügt zentral Rendering‑Kapazität hinzu, nicht über Ihren Beschaffungszyklus. Sie dimensionieren die Farm nicht; Sie kontrollieren sie ebenfalls nicht.
Nichts zu verteilen – Ein Browser und eine URL. Kein Client, den Sie auf jedes Gerät pushen müssen, und nichts, das beim nächsten OS‑Update kaputt geht.

Analogie

Stellen Sie sich On‑Premise als eine einspurige Autobahn vor, die während der Hauptverkehrszeit schnell verstopft. Die Cloud ist eine dynamische mehrspurige Schnellstraße, die bei steigendem Verkehr neue Spuren öffnet und für jeden Nutzer einen reibungslosen Fluss garantiert.

3. Gesamtkosten des Besitzes (TCO)

Kostenkategorie	Vor Ort	Cloud
CAPEX	Server, Speicher‑Arrays, Netzwerk‑Hardware, Lizenzen im Voraus	$0 – keine Hardware erforderlich
OPEX	Strom, Kühlung, Rack‑Platz im Rechenzentrum, Personal für Patching und Monitoring	Die Gebühr des Anbieters und sonst nichts in Ihrer Bilanz
Versteckte Kosten	Firmware‑Updates, OS‑Patches, Hardware‑Erneuerung alle 3‑5 Jahre, Abschreibung	Automatische Updates durch den Anbieter, keine Abschreibung
Lizenzgebühren	Pro‑Core, pro‑User oder unbefristete Lizenzierung	In der Regel kostenlos zum Anzeigen, kostenpflichtig zum Einbetten in Ihr eigenes Produkt

Warum die Cloud gewinnt

Null Vorab‑Ausgaben – Ein Proof‑of‑Concept startet ohne Beschaffungszyklus.
Kein Hardware‑Lebenszyklus – Keine Erneuerung alle drei bis fünf Jahre, kein Abschreibungsplan, kein Rack‑Platz.
Opportunitätskosten – Die Arbeitszeit des Personals fließt in die Anwendung statt in das Patchen einer Rendering‑Farm.

4. Benutzererlebnis & Zukunftssicherheit

4.1 Vor‑Ort‑Probleme

Legacy‑Abhängigkeiten – Viele Vor‑Ort‑Viewer setzen noch auf ActiveX, Java‑Applets oder proprietäre Plugins. Diese werden von modernen Browsern und mobilen OSes blockiert.
Geräte‑Fragmentierung – Die Unterstützung von Windows, macOS, iOS, Android und verschiedenen Browsern erfordert oft mehrere UI‑Codebasen.

Schnellvergleichstabelle

Kriterium	Vor Ort	Cloud
Sicherheit	Vollständige Hardware‑Kontrolle, aber hoher Wartungsaufwand	Kein Plugin zu patchen, aber die Datei verlässt Ihr Netzwerk
Skalierbarkeit	Feste Kapazität, manuelle Skalierung	Auto‑Scaling, globale Niedriglatenz
UX	Plugin‑abhängig, Legacy‑OS‑Einschränkungen	Plugin‑frei, funktioniert in jedem aktuellen Browser
UX	Plugin‑abhängig, Legacy‑OS‑Einschränkungen	Plugin‑frei, HTML5/WASM, mobil‑bereit
Zukunftssicherheit	Patch‑Zyklen, Versionsverzögerungen	Sofortige serverseitige Updates

Fazit

Für IT‑Leiter, die Sicherheit, Performance, Budget und Mitarbeiterproduktivität ausbalancieren müssen, erweist sich der cloud‑basierte Dokumenten‑Viewer als klarer Sieger für die meisten modernen Unternehmen. Er liefert:

Patching und Browser‑Kompatibilität, die vom Anbieter und nicht von Ihrem Team erledigt werden.
Elastische Performance, die mit dem Geschäft wächst, ohne teure Hardware‑Aufrüstungen.
Vorhersehbare, nutzungsbasierte Kosten, die Kapital für strategische Initiativen freisetzen.
Ein plugin‑freies Erlebnis, das auf jedem Gerät mit aktuellem Browser funktioniert.

Wo OnlineDocumentViewer passt

Am gehosteten Ende dieses Vergleichs, und sehr konkret: ein kostenloser Browser‑Viewer für über 70 Erweiterungen, kein Konto, nichts zu installieren, ein Größen‑Limit pro Format. Es gibt kein Paket zum Herunterladen, weil es eine Website ist.

Wenn die Dateien Ihr Netzwerk nicht verlassen dürfen, gehört das in die Vor‑Ort‑Spalte, und ein gehosteter Viewer ist das falsche Werkzeug für den jeweiligen Betreiber. Das .NET‑SDK bei doconut.com ist das Bauteil, das in Ihrer eigenen Anwendung läuft, und es ist der kostenpflichtige Teil.

Wählen Sie die Spalte, die Ihre Dateien tatsächlich zulassen. Der Rest ist Detail.