Der Hosting-Traffic- und Bandbreitenrechner kombiniert Webseitenaufrufe, Seitengröße, Downloads, API-Daten, Streaming, Live-Verbindungen, Backups und Replikation. Daraus entstehen ein erwartetes monatliches Datenvolumen, eine durchschnittliche Übertragungsrate und eine Empfehlung für die Portgeschwindigkeit.
Traffic und Bandbreite werden häufig verwechselt. Traffic ist die übertragene Datenmenge in GB oder TB. Bandbreite beschreibt, wie schnell diese Daten zu einem bestimmten Zeitpunkt übertragen werden können. Für einen geeigneten Tarif müssen beide Werte betrachtet werden.
Monatlichen Traffic und benötigte Bandbreite berechnen
Traffic und Bandbreite sind nicht dasselbe
Ein Server kann pro Monat mehrere Terabyte übertragen und trotzdem mit einem langsamen Port auskommen, wenn die Last gleichmäßig verteilt ist. Umgekehrt kann eine Website mit geringem Monatsvolumen kurze sehr hohe Spitzen erzeugen. Dann ist ein schnellerer Port nötig, obwohl der Inklusivtraffic kaum ausgeschöpft wird.
Der Rechner berechnet zunächst die gesamte Datenmenge. Anschließend verteilt er diese auf den Monat und ermittelt eine durchschnittliche Bandbreite. Der Spitzenfaktor bildet ab, wie viel höher die Last in stark frequentierten Zeitfenstern sein kann. Eine zusätzliche Reserve schützt vor Wachstums- und Schätzfehlern.
Seitengröße realistisch bestimmen
Zur übertragenen Seitengröße gehören HTML, CSS, JavaScript, Bilder, Schriftdateien und weitere Ressourcen, die nicht aus einem lokalen Browsercache stammen. Analysewerkzeuge im Browser zeigen, wie viele Daten bei einem Erstaufruf und bei wiederholten Aufrufen übertragen werden. Für die Planung sollte ein gewichteter Mittelwert aus typischen Seiten verwendet werden.
Eine Startseite kann deutlich größer als ein einfacher Artikel sein. Produktseiten, Galerien oder interaktive Anwendungen übertragen oft mehr Daten. Wer nur die kleinste Seite misst, unterschätzt den Traffic. Wer jede Ressource vollständig ansetzt, obwohl ein CDN und langer Browsercache wirksam sind, überschätzt ihn möglicherweise.
CDN- und Cache-Einsparung
Ein CDN kann statische Dateien von verteilten Standorten ausliefern und dadurch den Origin-Server entlasten. Browser- und Proxy-Caches verhindern wiederholte Übertragungen. Das Feld für Cache-Einsparung reduziert nur den Website-Anteil, nicht automatisch API, Downloads oder Backups.
Der passende Wert hängt von Cache-Regeln, Dateitypen, Nutzerverhalten und Cache-Hit-Rate ab. Bei stark personalisierten Anwendungen ist die Einsparung kleiner. Bei statischen Inhalten und wiederkehrenden Besuchern kann sie höher sein. Für neue Projekte sollte konservativ gerechnet werden.
Downloads, APIs und Live-Daten einbeziehen
Große Dateien können den Traffic stärker bestimmen als Seitenaufrufe. Bereits wenige tausend Downloads mit jeweils mehreren hundert Megabyte ergeben ein erhebliches Volumen. Der Rechner multipliziert Anzahl und durchschnittliche Dateigröße und fügt den Wert zum übrigen Traffic hinzu.
API-Aufrufe sind oft klein, können aber sehr häufig auftreten. Wichtig ist die tatsächliche Antwortgröße nach Komprimierung. Eingehende Daten können ebenfalls relevant sein, auch wenn viele Hostingtarife hauptsächlich ausgehenden Traffic berechnen. Für Netzwerk- und Kapazitätsplanung sollten beide Richtungen betrachtet werden.
Websockets und dauerhafte Verbindungen
Chats, Dashboards, Spiele und Echtzeitanwendungen halten Verbindungen offen und übertragen regelmäßig kleine Datenpakete. Das monatliche Volumen kann gering wirken, während gleichzeitig viele Verbindungen Speicher und Netzwerkressourcen belegen. Das Tool schätzt den Datentransfer aus aktiven Nutzern und täglicher Datenmenge, bewertet aber keine maximale Verbindungszahl.
Streaming richtig kalkulieren
Bei Audio und Video ist die Bitrate entscheidend. Eine Stunde mit vier Mbit/s erzeugt wesentlich mehr Daten als eine normale Website-Sitzung. Der Rechner multipliziert ausgelieferte Stunden mit der Bitrate und berücksichtigt einen technischen Overhead.
Adaptive Streamingverfahren verwenden unterschiedliche Qualitätsstufen. Für eine genaue Planung sollte eine durchschnittliche tatsächlich ausgelieferte Bitrate genutzt werden. Bei Live-Streaming kann die gleichzeitige Zuschauerzahl zusätzlich die notwendige Spitzenbandbreite bestimmen.
Backups und Replikation nicht vergessen
Externe Backups, Datenbanksynchronisation und Replikation erzeugen regelmäßigen Traffic, der in Webstatistiken nicht erscheint. Vollbackups können in kurzen Zeitfenstern große Datenmengen übertragen. Der Rechner addiert das monatliche Volumen, die benötigte Portgeschwindigkeit für das Backup-Fenster muss bei sehr großen Sicherungen zusätzlich geprüft werden.
Wenn mehrere Rechenzentren synchronisiert werden, kann die Änderungsrate wichtiger als die Gesamtgröße sein. Komprimierung und Deduplizierung reduzieren den Transfer. Für die Speicherdimensionierung steht zusätzlich der Backup-Speicherrechner bereit.
Wie der Spitzenfaktor gewählt wird
Der Spitzenfaktor beschreibt das Verhältnis zwischen maximaler und durchschnittlicher Last. Eine interne Anwendung mit gleichmäßigen Arbeitszeiten kann einen moderaten Faktor haben. Nachrichten, Gewinnspiele, Produktstarts oder virale Inhalte können deutlich höhere Ausschläge erzeugen.
Bestehende Systeme sollten anhand von Monitoringdaten ausgewertet werden. Sinnvoll sind hohe Perzentile über kurze Intervalle, nicht nur Tagesdurchschnitte. Bei einem neuen Projekt helfen mehrere Szenarien. Ein Faktor von acht bedeutet nicht, dass die Spitze dauerhaft achtmal so hoch ist, sondern dass der Port diese kurzen Zeitfenster ohne Überlastung abfangen soll.
Welche Portgeschwindigkeit passt?
Der Rechner ordnet die geschätzte Spitzenbandbreite typischen Portstufen zu. 100 Mbit/s können für viele Websites ausreichen, aber bei Downloads oder Streaming schnell knapp werden. 1 Gbit/s ist bei Serverangeboten weit verbreitet und bietet deutlich mehr Reserve. 10 Gbit/s wird bei sehr großen Plattformen, Datenübertragungen oder mehreren stark ausgelasteten Diensten relevant.
Die nominelle Portgeschwindigkeit ist nicht immer vollständig garantiert. Geteilte Netzwerke, Fair-Use-Regeln, Burst-Limits und externe Gegenstellen beeinflussen den realen Durchsatz. Bei geschäftskritischen Übertragungen sollten zugesicherte Bandbreite, Peering, Redundanz und Messwerte geprüft werden.
Tarifmodelle und mögliche Mehrkosten
Inklusivtraffic stellt eine feste Datenmenge bereit. Bei Überschreitung wird gedrosselt, gesperrt oder zusätzlich berechnet. Unmetered Angebote verzichten auf eine feste Datenmenge, können aber eine begrenzte Portgeschwindigkeit oder Fair-Use-Regeln besitzen. Pay-as-you-go-Tarife rechnen jedes GB oder TB ab.
Bei 95th-Percentile-Abrechnung werden Bandbreitenmessungen gesammelt und ein kleiner Anteil der höchsten Werte verworfen. Dieses Modell lässt kurze Spitzen zu, kann aber bei dauerhaft hoher Last teuer werden. Der einfache Rechner kann solche Verträge nur annähern; für die genaue Kostenplanung sind reale Zeitreihen erforderlich.
Ergebnis mit Wachstum und Reserve nutzen
Die Ausgabe zeigt den aktuellen Schätzwert und eine Hochrechnung mit Wachstum. Ein Tarif sollte nicht nur den heutigen Bedarf decken, wenn ein Umzug bei Überschreitung aufwendig wäre. Gleichzeitig kann eine übermäßig große Reserve unnötige Kosten verursachen, wenn sich Bandbreite flexibel erweitern lässt.
Nach dem Start sollten Traffic, Portauslastung, CDN-Hit-Rate und Spitzen überwacht werden. Weichen reale Werte stark ab, können Seitengröße, Cache-Einsparung und Spitzenfaktor im Rechner angepasst werden. Dadurch wird aus der ersten Schätzung eine zunehmend belastbare Kapazitätsplanung.
Häufige Fragen zum Traffic & Bandbreite
Was ist der Unterschied zwischen Traffic und Bandbreite?
Traffic ist die gesamte übertragene Datenmenge. Bandbreite ist die Geschwindigkeit, mit der Daten in einem bestimmten Moment übertragen werden können.
Wie finde ich die durchschnittliche Seitengröße?
Miss mehrere typische Seiten mit den Netzwerkwerkzeugen des Browsers. Verwende einen gewichteten Mittelwert aus Startseite, Artikeln, Produktseiten und weiteren wichtigen Seitentypen.
Zählt CDN-Traffic zum Servertraffic?
Daten, die direkt aus dem CDN-Cache kommen, belasten den Origin-Server meist nicht vollständig. Abrufe zwischen Origin und CDN sowie Cache-Fehlschläge bleiben jedoch relevant.
Wie viel Bandbreite braucht eine Website?
Das hängt von Seitengröße, gleichzeitigen Nutzern und Spitzen ab. Viele Websites benötigen im Durchschnitt wenig Bandbreite, profitieren aber bei Lastspitzen von einem schnellen Port.
Wie berechne ich Streaming-Traffic?
Multipliziere ausgelieferte Stunden mit der durchschnittlichen Bitrate. Der Rechner übernimmt die Umrechnung und ergänzt technischen Overhead.
Was ist ein sinnvoller Spitzenfaktor?
Gleichmäßige interne Anwendungen benötigen einen kleineren Faktor als Kampagnen- oder Nachrichtenseiten. Bestehende Monitoringdaten sind zuverlässiger als pauschale Annahmen.
Reichen 100 Mbit/s für einen Server?
Für viele Websites ja. Große Downloads, Streaming, Backups oder starke gleichzeitige Nutzung können jedoch einen schnelleren Port erfordern.
Was bedeutet unmetered Traffic?
Es gibt keine klassische feste Datenmenge, aber häufig eine begrenzte Portgeschwindigkeit oder Fair-Use-Regeln. Die Vertragsbedingungen bestimmen, was dauerhaft nutzbar ist.
Warum wird Bot-Traffic separat eingetragen?
Crawler und automatisierte Zugriffe können zusätzlich zu echten Besuchern erhebliche Datenmengen erzeugen. Webanalyse-Systeme zeigen diesen Anteil nicht immer vollständig.
Berücksichtigt der Rechner eingehenden Traffic?
Die Hauptergebnisse konzentrieren sich auf die erfassten Datenströme. Bei APIs, Uploads und Replikation sollte geprüft werden, ob der Tarif beide Richtungen berechnet oder limitiert.
