Skip to main content

Bandwidth Calculator — How Much Does Your Website Need, and Which Plan Carries It

A site with 35,000 monthly visits, 2 pageviews per visit and 2 MB pages moves 35,000 × 2 × 2 = 140,000 MB ÷ 1,024 ≈ 136.7 GB raw — and LiteSpeed/CDN caching divides that by 2-4 (modeled ÷3) to about 45.6 GB/mo, a need a 2026 shared plan carries comfortably. Peak hour is no threat either: 35,000 ÷ 30 × 5% ≈ 58 concurrent sessions → 116 pageviews ≈ 0.52 Mbps average — a 1Gbps port carries this hundreds of times over. Tier verdict: shared fits; past 50 GB/mo a CDN becomes mandatory to absorb bursts, past 150 GB/mo you are in cloud/VPS territory — and "unlimited bandwidth" is limited by port speed and fair-use clauses, not by gigabytes.

visits/mopagestypecachingGB/motier
5,0002Light blog÷32.6Shared
10,0002Standard site÷313.0Shared
35,0002Standard site÷345.6Shared
35,0002Standard siteoff136.7Cloud + CDN
50,0003E-commerce÷3146.5Cloud + CDN
60,0004Image-heavy÷3312.5Cloud/VPS + CDN
100,0005Image-heavy÷3651.0Cloud/VPS + CDN
VerdictCache first, then size the tier: LiteSpeed/CDN caching divides raw transfer by 2-4 and usually lands you a full tier below what raw traffic suggests — and "unlimited bandwidth" caps the port speed, not the gigabytes.

Entrées

Monthly visits (100+)

Monthly pageviews: 70,000 (35,000 visits × 2 pages)

Pageviews per visit: 2

Blogs usually 1-2, business sites 2-3, stores 3-5.

What kind of pages does your site serve?

Standard site · 1.5-2.5 MB: The typical small-business or content site — 1.5-2.5 MB per pageview in 2026; we model 2.0 MB.

Caching: is LiteSpeed/CDN on?

LiteSpeed page cache plus a CDN typically serve over half of requests from edge or page cache, so raw transfer divides by 2-4 — we model ÷3. Cache misses (logged-in carts, search, checkout, first visits) set the floor; nothing divides to zero.

Default scenario: 35,000 visits · 2 pageviews/visit · standard pages · caching on — edit inputs
Monthly bandwidth your site needs · 2026 planning bands
≈ 45.6 GB
/month with LiteSpeed/CDN caching (÷3)
Typical Shared plan price: $7.5/mo
≈ 30 SAR (pegged rate)
Formula: 35,000 visits × 2 pages × 2 MB ÷ 1,024 ≈ 136.7 GB raw; with caching ÷3 ≈ 45.6 GB.
Raw transfer (no caching)136.7 GB/mo
Caching band ÷2-÷434.2–68.4 GB/mo
With caching (modeled ÷3 of ÷2-÷4) ★45.6 GB/mo
Peak hour: ~116 pageviews ≈ 0.52 Mbps avg (bursts 20-50×)58 × 2
Tier fit: Shared (comfortable to 50 GB) ★Shared
Plan verdict

Caching is doing the heavy lifting: raw ≈136.7 GB drops to ≈45.6 GB (÷3) — the difference between a cloud bill and a shared plan that fits comfortably. At this size "unlimited bandwidth" is no trap: the port, not the GB, is the limit.

Cache first, then size the tier: LiteSpeed/CDN caching divides raw transfer by 2-4 and usually lands you a full tier below what raw traffic suggests — and "unlimited bandwidth" caps the port speed, not the gigabytes.

The fine print: "unlimited bandwidth" is port-speed-limited, not GB-limited

"Unlimited" plans are measured by their port (a shared 1Gbps) and a fair-use clause — not by a GB allowance. Peak-hour math: daily sessions ≈ visits ÷ 30; the busiest hour concentrates 4-6% of them (we model 5%). A 1Gbps port moves ~125 MB/s — hundreds of times a normal hour's average. What the port actually limits is cache-miss bursts (20-50× the average) and viral spikes, which is why a CDN becomes mandatory past ~50 GB/mo rather than a bigger GB allowance.

Methodology: deterministic planning bands from published 2026 medians — page weights (light 0.8 MB, standard 1.5-2.5 modeled 2.0, e-commerce 3, image-heavy 4), caching ÷2-4 from real LiteSpeed/CDN hit rates (modeled ÷3), and a 4-6% peak-hour share of daily sessions. Not live measurements: read your actual GB from the hosting panel monthly and recalibrate.

Common cases — visits × page type → GB/mo → tier
visits/mopagestypecachingGB/motier
5,0002Light blog÷32.6Shared
10,0002Standard site÷313.0Shared
35,0002Standard site÷345.6Shared
35,0002Standard siteoff136.7Cloud + CDN
50,0003E-commerce÷3146.5Cloud + CDN
60,0004Image-heavy÷3312.5Cloud/VPS + CDN
100,0005Image-heavy÷3651.0Cloud/VPS + CDN

Intégrer ce calculateur

Partagez cet outil avec votre audience. 100 % gratuit et entièrement responsive.

Fonctionnement du calculateur de bande passante et de niveau de plan

Pourquoi ce calculateur est honnête sur ses chiffres : il utilise des bandes de planification 2026 déterministes — poids de pages issus de médianes publiées (léger 0,8 Mo, standard 1,5-2,5 modélisé 2,0, e-commerce 3, riche en images 4), un facteur de cache ÷2-4 issu des taux de hit réels LiteSpeed/CDN (modélisé ÷3), et une part de 4-6 % de sessions quotidiennes en heure de pointe. Chaque chiffre peut être recalculé à la main à partir de la formule sous le résultat, rien n’est récupéré en direct — et le vrai étalonnage, c’est la lecture mensuelle en Go de votre panneau d’hébergement.

  1. 1

    Étape 1

    Saisissez les visites mensuelles (saisie ou puces de valeurs courantes) et les pages vues par visite sur le curseur (1-10) — multipliées par le poids de votre type de page : blog léger 0,8 Mo, standard 2 Mo, e-commerce 3 Mo, riche en images 4 Mo.

  2. 2

    Étape 2

    Activez le cache : activé, le transfert brut se divise par 2 à 4 (modélisé ÷3) selon la réalité des taux de hit LiteSpeed/CDN — les Go mensuels apparaissent avec les chiffres bruts et cachés côte à côte.

  3. 3

    Étape 3

    Lisez la sortie complète : l’estimation heure de pointe (visites ÷ 30 × 5 % × pages, en Mbps), le niveau correspondant (mutualisé jusqu’à 50 Go, cloud+CDN jusqu’à 150, cloud/VPS au-delà), le tableau des cas courants, le verdict de cache et les mentions en petits caractères de l’« illimité ».

Cas d'usage

Un blogueur qui choisit un premier plan d’hébergement : 10-40k visites mensuelles sur des pages de 0,8-2 Mo — le calculateur montre que 10-50 Go après cache rend un mutualisé « illimité » vraiment adapté, et épingle le point de mise à niveau (~50 Go) avant tout achat de niveau inutile.

Un propriétaire WooCommerce tiraillé entre mutualisé et cloud : 50 000 visites × 3 pages × 3 Mo = 439 Go bruts — le cache le ramène à ~146 Go, territoire cloud, et le calculateur montre que le CDN est devenu obligatoire, pas optionnel, à cette taille.

Une agence ou un freelance qui audite des sites clients avant renouvellement : saisissez visites et poids de chaque site pour obtenir un tableau de niveaux — qui approche les ~50 Go et a besoin d’un CDN ce mois-ci, et qui dépasse 150 Go et exige un plan cloud/VPS plutôt que « plus de bande passante » au même niveau.

Conseils

  • 1

    Le poids de page est un critère de classement avant d’être une facture : Google note LCP et INP sur les mêmes mégaoctets que compte ce calculateur — une page de 4 Mo perd les Core Web Vitals et la bande passante ensemble, et convertir les images en WebP/AVIF répare les deux d’un coup.

  • 2

    Le cache et un CDN améliorent le TTFB pour les visiteurs loin du serveur : un visiteur du Golfe reçoit le contenu d’un nœud proche au lieu d’un voyage océanique — des chargements plus rapides qui alimentent directement la fréquence d’exploration et les classements.

  • 3

    Comparez vos Go mensuels réels du panneau d’hébergement à cette estimation : un grand écart signifie images non compressées ou exploration de bots — robots et scrapers mangent la bande passante sans aucune valeur SEO, et des règles robots.txt les coupent au besoin.

Erreurs fréquentes

  • Traiter « illimité » comme une garantie : les vraies limites sont la vitesse du port et la clause d’usage équitable — héberger de la vidéo ou de gros fichiers se fait bridé ou suspendu même sur des plans illimités, tandis qu’un site de texte normal n’approche jamais le plafond.

  • Compter les seules visites au lieu des pages vues × poids : 30k visiteurs sur un site riche en images (4 Mo × 4 pages) consomment plus que 120k visiteurs sur un blog léger — la demande se mesure en mégaoctets transférés, pas en têtes.

  • Oublier les mois de pointe : un lancement produit ou un hit viral multiplie le trafic 5 à 20× en quelques jours — planifiez avec 2 à 3× de marge sur votre estimation mensuelle et laissez le CDN absorber la pointe au lieu de voir votre site bridé pendant sa plus grosse semaine.

FAQ

Comment calculer la bande passante dont mon site a besoin par mois ?

Trois facteurs, une formule : visites mensuelles × pages vues par visite × poids moyen de page en Mo, divisé par 1 024 pour des Go. Exemple 2026 : 35 000 visites, 2 pages vues par visite, des pages de 2 Mo — 35 000 × 2 × 2 = 140 000 Mo ÷ 1 024 ≈ 137 Go bruts. Puis le cache entre en jeu : le cache de page LiteSpeed plus un CDN divise le transfert brut par 2 à 4 en pratique (modélisé ÷3), pour atterrir vers 46 Go — et c’est le chiffre en cache, pas le brut, qui doit choisir votre niveau de plan.

Que signifient 100 Go de bande passante en visites réelles ?

Cela dépend du poids et de la profondeur de vos pages : un site standard (2 Mo × 2 pages vues par visite) tire 51 200 pages vues ≈ 25 600 visites de 100 Go sans cache. Activez le cache LiteSpeed/CDN (÷2-4) et le même plan s’étire vers 76 000 visites. Un blog léger (0,8 Mo) l’étire à ~64 000 visites brutes, tandis qu’un site riche en images (4 Mo) épuise 100 Go dès ~12 800 visites — voilà pourquoi un plafond de bande passante se lit toujours avec le poids de vos pages, jamais comme un chiffre isolé.

L’hébergement « bande passante illimitée » existe-t-il vraiment ?

Le mot « illimitée » n’est réel que comme plafond marketing : ce qui vous limite réellement en 2026, c’est la vitesse du port, pas les gigaoctets. Les plans mutualisés tournent sur un port 1 Gbit/s partagé avec d’autres sites du serveur, plus des clauses d’usage raisonnable et de contenu acceptable qui laissent l’hébergeur bridé ou suspendre les sites transformant le serveur en CDN vidéo ou fichiers. En pratique : sous ~50 Go/mois vous ne sentirez jamais le plafond ; au-delà, ce sont les pointes de simultanéité — pas les Go mensuels — qui se mesurent, voilà pourquoi ce calculateur recommande de monter d’un niveau au-delà de ~50 Go.

Comment un CDN change-t-il le calcul de bande passante ?

Deux fois. Côté origine : un CDN sert 50-90 % des requêtes statiques (images, CSS, JS) depuis la périphérie, divisant le transfert de votre plan d’hébergement par 2 à 4, exactement comme modélisé dans le calculateur. Et côté facture — si le CDN est payé séparément, la livraison en périphérie se facture aussi. Dans les plans 2026 (Hostinger y compris), un CDN type Cloudflare est livré gratuitement avec l’hébergement, donc le calcul tourne en votre faveur : une origine moins chargée, des pointes absorbées, des visiteurs plus rapides — le total livré aux utilisateurs reste le même pendant que la consommation de votre plan baisse.

Quelles réductions de poids de page économisent le plus de bande passante ?

Le plus grand levier gratuit que vous possédez : convertir les images en WebP/AVIF avec une compression intelligente fait passer une page de 4 Mo à ~1,5 Mo — une réduction de bande passante de 2,7× avant tout le reste — suivi du chargement différé des images sous la ligne de flottaison et de la minification/concaténation du CSS et du JS. Le gain est double : chaque Mo enlevé supprime de la demande avant toute montée de plan, et Google note le Largest Contentful Paint et l’INP sur ce même poids — amincir monte les classements et abaisse les besoins d’hébergement d’un seul geste.

Dois-je héberger la vidéo moi-même sur mon plan d’hébergement ?

Jamais : une vidéo 1080p de 5 minutes pèse 350-700 Mo — des centaines de pages entières de votre site — et ses requêtes simultanées étouffent vite un port partagé, déclenchant la clause de contenu acceptable même sur les plans « illimités ». Téléversez sur YouTube, Vimeo, Mux ou Bunny et intégrez : la plateforme absorbe le transfert, le transcodage et le débit adaptatif, et votre site reste léger et rapide. La vidéo auto-hébergée est une décision délibérée de cloud/VPS avec son propre budget de transfert, jamais une réflexion après-coup sur un plan mutualisé.

Comment fonctionne le calcul en heure de pointe — et change-t-il mon plan ?

Divisez les visites mensuelles par 30 pour des sessions quotidiennes (35 000 ÷ 30 ≈ 1 167), prenez-en 4 à 6 % comme simultanéité de l’heure la plus chargée (modélisé 5 % ≈ 58 sessions simultanées), et multipliez par les pages vues par visite : 58 × 2 ≈ 116 pages vues en heure de pointe. C’est environ 0,5 Mbps de moyenne — rien face à un port 1 Gbit/s (125 Mo/s). Ce n’est pas la moyenne qui mord : les ratés de cache et un pic viral poussent la demande 20 à 50× en quelques minutes, et un CDN — pas une dotation en Go plus grosse — les absorbe, voilà pourquoi il devient obligatoire au-delà de ~50 Go/mois.

Que se passe-t-il quand je dépasse ma limite de bande passante en 2026 ?

Trois scénarios courants : (1) le bridage — le site ralentit au lieu de s’arrêter, le comportement habituel des mutualisés « illimités » ; (2) la suspension jusqu’à la fin du mois ou jusqu’à la montée de niveau — typique des plans à plafond GB explicite ; (3) la facturation au Go dépassé — le schéma cloud/VPS. Avant d’acheter, lisez exactement ce que dit la clause de bande passante : bridage, suspension ou facturation ? Le correctif préventif est le même pour les trois : le cache plus un CDN coupent le transfert d’origine de 2 à 4×, relevant votre plafond effectif bien avant qu’une limite ne soit atteinte.

Related tools

Pick another tool to continue your calculation.

🔁

Domain Renewal Calculator — First-Year Teaser vs True Multi-Year Cost

🔁

Website Cost Calculator — The Honest 2026 Build & Hosting Budget

🔁

Hosting Plan Picker — The Tier Your Traffic Actually Needs (2026)

🔁

Website Annual Cost Calculator — Renewal Reality, Not Year-1 Teasers

🔁

AdSense Income Calculator — What Your Blog Really Earns per 1,000 Views

🔁

VPS Sizing Calculator — How Much vCPU & RAM Do You Need?