When comparing hosting plans, numbers and acronyms show up everywhere: GB, TB, "unlimited," monthly traffic. It's easy to get lost. These are the two concepts that cause the most confusion, and understanding them well will help you pick the right plan without overpaying or falling short.
\nStorage: where your files live
\nIt's the disk space available for your files, images, database, and your domain's email. Everything you upload to your hosting — your site's code, product photos, videos, attachments from emails you receive — takes up space on this "disk." A simple institutional site, with few pages and some images, can run comfortably on 10-20 GB. An online store with a large catalog and lots of high-resolution product photos may need considerably more, especially if it also uses domain email heavily.
\nBandwidth: how many visitors "fit"
\nIt's the amount of data your site can transfer to visitors over a period of time, usually measured monthly. Every time someone visits your page, the server sends them the HTML, images, videos, and other files needed to display it. More visits and heavier pages (unoptimized photos, autoplay videos, lots of scripts) mean more bandwidth used. A text-based blog with a few optimized images can handle thousands of visits without issue; a page packed with high-definition video can burn through bandwidth with a fraction of those visits.
\nIs "unlimited" really unlimited?
\nIn practice, "unlimited" means there's no fixed cap for normal site usage, but serious providers (like BanaHosting) still monitor for abuse that would affect other users on the same server. This makes sense: on shared hosting, several sites coexist on the same physical server, and if one consumes resources disproportionately, it ends up slowing down the others. So even when the label says "unlimited," there's always a fair-use policy behind it.
\nHow to estimate what you actually need
\nBefore obsessing over the numbers, it helps to do a simple calculation. Ask yourself:
\n- \n
- How many pages will the site have, and how heavy are the images on each one? \n
- Will you be handling corporate email with large attachments on a regular basis? \n
- Do you expect high traffic from day one, or will you grow gradually? \n
- Will the site host its own video, or will you embed YouTube/Vimeo videos (which don't consume your bandwidth)? \n
For most institutional sites, blogs and small stores, an entry-level plan with moderate storage and "unlimited" bandwidth is plenty for a long time.
\nCommon mistakes that waste resources unnecessarily
\n- \n
- Uploading images straight from the camera or phone without compressing them, taking up 5 to 10 times more space than needed. \n
- Hosting your own videos on the server instead of using embedded YouTube or Vimeo links, which don't use your bandwidth. \n
- Not clearing out old backups that keep piling up in the same storage space. \n
- Leaving unused plugins or modules installed, which generate cache files and logs that grow over time. \n
What happens if you run out of space or bandwidth
\nIf storage fills up, you'll typically start seeing errors when uploading new files or receiving emails. If bandwidth runs out before month's end, some providers throttle the site until the next cycle, while others simply charge for the overage or ask you to upgrade your plan. It's worth checking these indicators in your control panel every so often, especially if you notice the site got an unusual traffic spike.
\nFrequently asked questions
\nDoes bandwidth "reset" every month? Yes, on the vast majority of hosting plans the data transfer count resets at the start of each billing cycle.
\nDoes optimizing images really make a big difference? Yes, and it's one of the simplest improvements you can make: converting images to modern, compressed formats can reduce a page's weight to a fraction of the original with no visible loss of quality.
\nHow a CDN completely changes the bandwidth equation
\nEverything covered so far about bandwidth assumes every visit pulls traffic directly from your hosting server, but that changes quite a bit once you add a CDN (content delivery network) like Cloudflare. A CDN acts as a middle layer that stores copies of your static files (images, CSS, JavaScript, even cached HTML) on servers distributed across different parts of the world, geographically closer to each visitor. The practical result is that a large chunk of traffic never even touches your hosting — the CDN serves it directly.
\nThis creates two combined effects. The first is speed: a visitor in Mexico loading a site hosted in the United States gets the files from a nearby CDN node instead of waiting for them to cross the entire continent, which noticeably cuts load time. The second effect, less talked about but just as important, is that it drastically reduces the actual bandwidth consumption on your hosting plan. If the CDN handles 80% of the requests for your images, your hosting only processes the remaining 20%, meaning a more modest plan can absorb traffic spikes that would otherwise have taken it down.
\nThis matters especially for sites with heavy visual content (photography, e-commerce with large catalogs) or for anyone expecting a sudden traffic spike, like a viral post or a paid ad campaign. Instead of jumping straight to a higher-bandwidth plan "just in case," it's often smarter to turn on a free CDN like Cloudflare and let it absorb most of the load. Most quality hosts, including BanaHosting, let you integrate a CDN without complicated setup, and it's one of the most cost-effective performance upgrades a site can get.
One more practical habit worth building: review your storage and bandwidth usage every few months, not just when something breaks. Most control panels show these numbers on the main dashboard, and catching a slow upward trend early lets you clean up old backups, compress images, or plan an upgrade calmly, instead of discovering the problem the day your site starts rejecting uploads or bouncing emails during a busy week.
If you don't know how much you'll need, starting with an entry plan and upgrading later is the simplest strategy: you can do it with zero downtime anytime, and there's no point paying upfront for resources you might not use in the first few months.