При выборе хостинга легко попасться на одну из самых понятных цифр в тарифной таблице — объём диска. Один провайдер предлагает 5 ГБ, другой 20 ГБ, третий обещает целых 100 ГБ. Кажется логичным: чем больше, тем лучше. Особенно если разница в цене небольшая.
На практике большинству сайтов огромный диск не нужен.
Небольшой корпоративный сайт может годами занимать меньше 2 ГБ, а интернет-магазину иногда действительно становится тесно и на 20–30 ГБ. При этом размер сайта зависит далеко не только от количества страниц. Две площадки на одном WordPress с одинаковыми 500 страницами способны отличаться по занимаемому месту в несколько раз.
Что означает место на диске в тарифе хостинга
Дисковое пространство хостинга — это объём накопителя сервера, который провайдер разрешает использовать вашему аккаунту. Если в тарифе указано 10 ГБ, это не обязательно означает, что все 10 ГБ предназначены исключительно для файлов сайта. В зависимости от условий хостера в лимит могут входить:
- файлы сайтов;
- базы данных;
- электронная почта;
- журналы работы сервера;
- временные файлы;
- резервные копии;
- кэш;
- файлы других сайтов в том же аккаунте.
Вот почему сравнивать тарифы только по надписи «20 ГБ SSD» не совсем правильно. У одного провайдера резервные копии могут храниться отдельно и не расходовать лимит. У другого бэкап лежит внутри вашего пространства. В первом случае сайт размером 5 ГБ спокойно помещается на тарифе с 10 ГБ, во втором несколько локальных копий способны очень быстро заполнить диск.
Перед покупкой хостинга стоит выяснить не только сколько гигабайт дают, но и что именно учитывается в этом объёме.
Из чего складывается размер сайта
Сайт — это не один большой файл. На сервере находятся тысячи, а иногда сотни тысяч отдельных файлов плюс база данных.
Условно занимаемое пространство можно представить так:
Размер сайта = файлы CMS + изображения и другие медиа + база данных + кэш + логи + почта + резервные копии + служебные файлы.
Разберём основные составляющие.
Файлы CMS
WordPress, Joomla, Drupal, 1С-Битрикс и другие системы управления контентом сами занимают определённое пространство. К ядру CMS постепенно добавляются плагины, темы оформления, языковые пакеты и различные библиотеки.
Чистая установка WordPress сравнительно невелика. Но реальный сайт — это уже не чистый WordPress. Десятки плагинов, несколько оставшихся после экспериментов тем и служебные файлы постепенно увеличивают его размер.
В большинстве проектов именно CMS при этом далеко не главный потребитель пространства.
Изображения
Вот здесь обычно начинается самое интересное. Одна обычная текстовая страница занимает совсем немного места. А одна фотография с современной камеры или смартфона легко может весить несколько мегабайт.
Представим интернет-магазин с 500 товарами. Для каждого товара опубликовано по пять фотографий размером 1 МБ.
Получаем:
500 × 5 × 1 МБ = 2500 МБ, то есть примерно 2,5 ГБ только оригинальных фотографий.
Но CMS может создавать дополнительные размеры изображений: миниатюры для каталога, карточек, мобильной версии и других элементов сайта.
Поэтому исходные 2,5 ГБ способны превратиться в значительно больший объём.
Именно фотографии чаще всего объясняют ситуацию, когда владелец говорит: «У меня всего несколько сотен страниц, откуда взялись 15 ГБ?»
Видео и аудио
Хранить большие видеоролики непосредственно на обычном виртуальном хостинге не лучшая идея. Видео требует не только дискового пространства, но и значительного сетевого трафика. Для публичных роликов чаще разумнее использовать специализированные видеоплатформы или отдельное объектное хранилище и встраивать контент на сайт.
Если же проект по своей природе предполагает хранение пользовательских видео, аудио или больших архивов, требования к диску необходимо рассчитывать отдельно. Обычный тариф на 5-10 ГБ здесь может оказаться совершенно неподходящим.
База данных
В базе данных находятся записи, страницы, настройки, пользователи, комментарии, данные интернет-магазина и множество другой информации. У небольшого сайта база занимает сравнительно мало места. Но со временем она может разрастаться.
Особенно это заметно у:
- крупных интернет-магазинов;
- форумов;
- сайтов с большим количеством комментариев;
- проектов с активной статистикой;
- сайтов, плагины которых постоянно записывают журналы событий;
- давно работающих WordPress-сайтов, которые никогда не обслуживали.
Иногда выясняется, что несколько гигабайт занимает вовсе не каталог товаров, а таблица какого-нибудь плагина, годами сохранявшего статистику или логи. Поэтому неожиданно большая база данных повод разобраться в причине, а не сразу покупать ещё 50 ГБ.
Сколько места нужно обычному сайту
Универсальной цифры не существует, но для первоначального выбора тарифа можно использовать практические ориентиры.
Лендинг: 1-3 ГБ обычно более чем достаточно
Одностраничный сайт сам по себе занимает очень мало. HTML, CSS и JavaScript могут весить считаные мегабайты. Основной объём приходится на изображения, шрифты и CMS, если лендинг работает на ней.
Даже 1 ГБ часто достаточно для небольшого лендинга. Но брать тариф с лимитом ровно под текущий размер не стоит.
Для нового проекта 2-3 ГБ — уже комфортный запас, если почта и большие резервные копии не хранятся в том же пространстве.
Сайт компании: примерно 3-10 ГБ
Корпоративный сайт обычно включает десятки или сотни страниц, фотографии, новости, документы, формы и иногда каталог услуг или продукции. Для большинства таких проектов 5-10 ГБ хватает надолго. Исключение сайты, на которые постоянно загружаются тяжёлые PDF-каталоги, фотографии высокого разрешения, презентации и другие крупные файлы.
Блог: 5-15 ГБ
Размер блога очень сильно зависит от количества изображений. Если статьи в основном текстовые, несколько сотен публикаций могут занимать совсем немного места. Если в каждом материале 10-20 больших фотографий, требования меняются. Поэтому для активно развивающегося блога разумно смотреть не только на сегодняшний размер, но и на скорость его увеличения.
Например, если каждый месяц вы публикуете 20 статей и добавляете около 300 МБ изображений, за год медиатека вырастет примерно на 3,6 ГБ без учёта дополнительных миниатюр.
Интернет-магазин: от 10 ГБ и выше
У магазина требования обычно выше из-за большого количества изображений товаров. Небольшому магазину на несколько сотен позиций может хватить 10 ГБ. Каталог на десятки тысяч товаров — совсем другая история.
Причём считать нужно не только количество товаров.
Магазин с 10 000 товарами и одной оптимизированной фотографией на каждый может занимать меньше пространства, чем магазин с 2000 товарами, где к каждой позиции загружено по десять огромных снимков. Для интернет-магазина особенно важно заранее выяснить, можно ли быстро увеличить объём диска без сложного переезда на другой сервер.
Хватит ли сайту 1 ГБ
Иногда — да.
Для небольшой статической страницы, визитки или очень компактного проекта 1 ГБ может оказаться достаточным. Но в качестве универсального тарифа для современного сайта это довольно тесное ограничение.
Предположим, сам сайт занимает 600 МБ. Формально в гигабайт он помещается. Свободно остаётся около 400 МБ. Затем устанавливается новый плагин, загружаются фотографии, создаётся кэш, увеличивается база — и свободного пространства почти не остаётся.
Поэтому важно различать понятия сайт помещается и сайту достаточно места для нормальной эксплуатации. Это не одно и то же.
Хватит ли 5 ГБ
Для очень многих сайтов да.
Пять гигабайт могут быть вполне разумным стартовым объёмом для:
- сайта небольшой компании;
- блога;
- сайта услуг;
- портфолио;
- небольшого информационного проекта;
- компактного каталога.
При условии, конечно, что владелец не загружает огромные исходники фотографий и не хранит внутри аккаунта множество резервных копий. Если текущий сайт занимает 1-2 ГБ, тариф с 5 ГБ оставляет нормальный запас для роста. Но если проект уже занимает 4,5 ГБ, покупать тариф на 5 ГБ явно поздно.
Нужно ли 10 ГБ
10 ГБ — комфортный объём для большинства обычных сайтов. Этого часто хватает небольшому или среднему WordPress-проекту на годы, особенно если изображения оптимизируются, а резервные копии хранятся отдельно. Поэтому между тарифами с 5 и 10 ГБ я бы смотрела не только на цену, но и на перспективы проекта. Если сайт регулярно развивается, разница в стоимости невелика, а остальные характеристики тарифов одинаковы, дополнительный запас пространства вполне оправдан.
Но это не означает, что 10 ГБ автоматически лучше 5 ГБ. Хостинг с 5 ГБ быстрого NVMe, достаточными процессорными ресурсами и хорошей технической поддержкой может быть гораздо предпочтительнее посредственного тарифа со «100 ГБ диска».
А кому нужны 20, 50 или 100 ГБ
Большие объёмы нужны проектам, которые действительно работают с большим количеством данных.
Например:
- крупным интернет-магазинам;
- фотосайтам;
- порталам;
- сайтам объявлений;
- проектам с пользовательскими загрузками;
- файловым каталогам;
- сайтам с большим архивом документов;
- аккаунтам, на которых размещается много отдельных сайтов.
Если обычный сайт компании занимает 2 ГБ, наличие 100 ГБ практически ничего ему не даёт. 95 свободных гигабайт не сделают страницы быстрее и не улучшат позиции в поиске. Это просто неиспользуемое пространство.
Почему нельзя заполнять диск на 100%
Допустим, сайт занимает 9,8 ГБ, а тариф предоставляет 10 ГБ. На первый взгляд всё работает: лимит ведь ещё не превышен. Но такой сервер уже находится в опасной зоне.
CMS необходимо создавать временные файлы. База данных изменяется. Кэш обновляется. Загружаются новые изображения. Создаются журналы.
При полном диске могут начаться самые разные проблемы:
- перестают загружаться файлы;
- возникают ошибки обновления CMS и плагинов;
- не создаются резервные копии;
- нарушается работа кэша;
- появляются ошибки приложений;
- перестаёт приниматься почта;
- в некоторых случаях возникают проблемы с базой данных.
Поэтому несколько свободных мегабайт не запас. Сайту необходимо оставлять свободное пространство.
Какой запас места считать нормальным
Удобное практическое правило не выбирать тариф впритык. Если проект занимает 4 ГБ, тариф на 5 ГБ уже выглядит сомнительно. Лучше иметь заметный резерв. Для относительно стабильного сайта можно ориентироваться хотя бы на 30–50% свободного пространства. Для быстрорастущего проекта запас может быть ещё больше.
Но покупать в десять раз больше необходимого тоже бессмысленно. Гораздо полезнее выбрать хостинг, у которого объём можно безболезненно увеличить. Сегодня сайту требуется 5 ГБ — используете соответствующий тариф. Через два года понадобилось 15 ГБ — переходите на следующий без миграции к другому провайдеру.
Резервные копии способны незаметно съесть весь диск
Это одна из наиболее частых причин внезапного исчезновения свободного пространства. Предположим, сайт занимает 4 ГБ. Вы создаёте три полных резервных копии и храните их рядом с сайтом.
Теперь имеем:
4 ГБ — рабочий сайт + 12 ГБ — три копии = 16 ГБ.
И это без учёта почты, логов и временных файлов. Поэтому нужно выяснить, где хостер хранит автоматические бэкапы и учитываются ли они в квоте.
Собственные резервные копии желательно периодически переносить за пределы основного сервера. Более того, хранение единственного бэкапа рядом с сайтом — само по себе плохая стратегия. Если с сервером произойдёт серьёзная проблема, можно одновременно потерять и сайт, и его единственную копию.
Почта тоже занимает место
Если вместе с хостингом используется почта на домене, про неё часто забывают. Само письмо занимает немного места. Но многолетняя переписка с PDF, фотографиями, таблицами и архивами постепенно превращается в гигабайты данных. Особенно быстро растут общие корпоративные ящики вроде info@, sales@ или support@. Уточните условия тарифа: входит ли почта в общий дисковый лимит или для неё действует отдельная квота. Для компании с активной перепиской это может существенно изменить расчёт необходимого пространства.
Почему сайт неожиданно стал занимать в несколько раз больше места
Если размер проекта резко вырос без очевидной причины, покупать новый тариф нужно далеко не всегда. Сначала стоит найти источник роста.
На WordPress это могут быть:
- старые резервные копии;
- кэш;
- логи;
- временные файлы;
- неиспользуемые темы;
- плагины;
- многочисленные копии изображений;
- данные статистики;
- разросшаяся база;
- оставшиеся после миграции архивы.
Особенно забавная, хотя для владельца совсем не весёлая ситуация возникает после переноса сайта. Администратор создаёт архив размером 5 ГБ, переносит проект, распаковывает его и забывает удалить исходный ZIP. В результате один и тот же контент фактически лежит на сервере дважды. Поэтому при нехватке диска сначала полезно посмотреть, какие каталоги и файлы занимают пространство.
Размер диска и количество файлов — разные ограничения
Есть ещё один параметр, который легко пропустить при выборе хостинга, количество файлов, или inode.
Представьте два сайта. Первый хранит десять видео по 500 МБ. Это около 5 ГБ, но всего несколько крупных файлов. Второй занимает те же 5 ГБ, однако состоит из сотен тысяч маленьких файлов. По занятому пространству они одинаковы, но для хостинга это разные ситуации.
Провайдер может ограничивать количество файлов на аккаунте. И тогда свободные гигабайты ещё есть, а создать новые файлы уже нельзя. Особенно актуально это для CMS, кэша, почты и сайтов с огромным количеством миниатюр. Поэтому при сравнении тарифов полезно смотреть не только на гигабайты, но и на ограничения inode.
SSD или NVMe: объём — не единственная характеристика
Два тарифа с одинаковыми 20 ГБ могут заметно отличаться. Имеет значение тип накопителя. Сегодня для сайта разумно выбирать SSD или NVMe. NVMe обеспечивает более быстрый доступ к данным благодаря современному интерфейсу и особенно хорошо проявляет себя при большом количестве операций ввода-вывода. Но здесь тоже не стоит впадать в крайности.
Надпись «NVMe» сама по себе ещё не делает хостинг быстрым. Производительность сайта зависит от процессора, оперативной памяти, нагрузки на сервер, программной конфигурации, базы данных, кэширования и качества самой площадки. Поэтому 5 ГБ NVMe не обязательно хуже 100 ГБ SSD, а тем более нельзя выбирать хостинг только по максимальному числу гигабайт.
Как узнать, сколько места сайт занимает сейчас
Если сайт уже существует, гадать вообще не нужно. Большинство панелей управления хостингом показывает использованное дисковое пространство.
Посмотрите отдельно:
- размер файлов сайта;
- размер базы данных;
- размер почтовых ящиков;
- объём резервных копий;
- логи и временные файлы.
Допустим, получилось:
- файлы — 1,8 ГБ;
- база — 350 МБ;
- почта — 900 МБ;
- прочее — 300 МБ.
Всего используется примерно 3,35 ГБ.
Тариф на 4 ГБ брать бессмысленно, он практически заполнен с первого дня. 5 ГБ тоже оставляет небольшой запас. А вот 8-10 ГБ для такого проекта уже выглядит значительно разумнее.
Как рассчитать место для нового сайта
С новым проектом сложнее: измерять пока нечего. Тогда стоит отталкиваться от типа сайта и предполагаемого контента. Для обычного нового сайта компании я бы не пыталась вычислять объём до мегабайта. В этом просто нет смысла.
Лучше ответить на несколько вопросов:
Будет ли много фотографий?
Если да, насколько хорошо они будут оптимизированы?
Будут ли загружаться видео и большие документы?
Если да, возможно, им вообще лучше отдельное хранилище.
Нужна ли почта на том же хостинге?
Десяток активных корпоративных ящиков способен со временем занять больше места, чем сам сайт.
Где будут храниться бэкапы?
Если внутри аккаунта нужен дополнительный запас.
Как быстро будет расти проект?
Для сайта-визитки, который обновляется несколько раз в год, это не столь важно. Для интернет-магазина с сотнями новых товаров ежемесячно критично.
Что важнее количества гигабайт
При выборе хостинга есть соблазн сортировать тарифы примерно как жёсткие диски в магазине: 10 ГБ хуже 20, а 20 хуже 50. Для сайта такая логика не работает.
После того как необходимый объём обеспечен, на первый план выходят другие характеристики:
- производительность процессора;
- доступная оперативная память;
- ограничения CPU;
- скорость дисковой подсистемы;
- допустимое количество файлов;
- ограничения базы данных;
- стабильность сервера;
- резервное копирование;
- защита от атак;
- версия и настройки PHP;
- удобство панели;
- качество технической поддержки;
- возможность быстро перейти на более мощный тариф.
Сайту, который занимает 3 ГБ, совершенно безразлично, предоставляет тариф 30 или 300 ГБ свободного пространства. А вот перегруженный процессор он почувствует сразу.
Можно ли увеличить место потом
Вот этот вопрос при выборе хостинга иногда важнее исходного количества гигабайт. Хороший сценарий выглядит так: сайт вырос → вы перешли на следующий тариф → всё продолжило работать.
Плохой: сайт вырос → подходящего тарифа нет → приходится срочно искать другого хостера → создавать резервную копию → переносить файлы и базу → менять настройки → проверять почту и DNS.
Поэтому для развивающегося проекта смотрите на всю линейку тарифов провайдера. Если сегодня достаточно 5 ГБ, полезно понимать, что произойдёт, когда понадобится 10, 20 или 50 ГБ.
Когда вместо обычного хостинга пора смотреть в сторону VPS
Сам по себе большой размер сайта ещё не означает, что ему нужен VPS. Сайт на 30 ГБ вполне может нормально работать на виртуальном хостинге, если провайдер предоставляет подходящий тариф. И наоборот: проект размером всего 2 ГБ способен требовать VPS из-за высокой нагрузки на процессор, специфического программного обеспечения или необходимости самостоятельно управлять серверным окружением. Поэтому переходить на VPS только потому, что сайт стал большим, неправильно.
Смотреть нужно на совокупность факторов:
- нагрузку;
- посещаемость;
- потребление RAM;
- CPU;
- требования к программному окружению;
- ограничения виртуального хостинга;
- необходимость индивидуальной конфигурации.
Диск лишь один из ресурсов сервера.
Так сколько гигабайт всё-таки выбирать
Если очень упростить, для первого ориентира можно использовать такую шкалу:
| Тип проекта | Разумный стартовый объём |
| Лендинг, визитка | 1-3 ГБ |
| Небольшой сайт компании | 3-5 ГБ |
| Корпоративный сайт | 5-10 ГБ |
| Блог | 5-15 ГБ |
| Небольшой интернет-магазин | 10-20 ГБ |
| Крупный магазин или портал | от 20-50 ГБ |
| Фото-, файловый или пользовательский сервис | рассчитывается индивидуально |
Это не -нормативы, а ориентиры. Реальный сайт вполне может выйти за указанные рамки в любую сторону.
Главное правило гораздо проще:посчитайте реальное потребление, добавьте запас на рост и убедитесь, что тариф можно увеличить без переезда. Не покупайте гигабайты, которые сайту не нужны.
Большой объём диска хорошо смотрится в рекламе хостинга. «100 ГБ» воспринимается убедительнее, чем «10 ГБ». Но для владельца сайта важнее не максимальное число в тарифе, а соответствие ресурсов реальным задачам. Если проект занимает 2 ГБ и растёт на 500 МБ в год, ему не нужен диск на 100 ГБ только потому, что такой тариф кажется более серьёзным.
Лучше обратить внимание на скорость, стабильность, резервное копирование, ограничения CPU и RAM, техническую поддержку и возможность масштабирования.
И обязательно оставляйте запас. Хостинг, на котором занято 9,9 из 10 ГБ, формально ещё не переполнен. Но для нормальной работы сайта это уже тревожный сигнал.
Для небольшого проекта достаточно 3-5 ГБ. Для активно развивающегося сайта удобнее 10 ГБ и больше. Интернет-магазинам и крупным площадкам объём следует рассчитывать по реальному количеству медиафайлов и темпам роста.
А если сомневаетесь между двумя соседними тарифами, посмотрите не только на диск. Иногда дополнительные 50 ГБ просто красивая цифра, а дополнительные ресурсы процессора, RAM и качественные резервные копии принесут сайту гораздо больше пользы.
