На что следует обратить внимание при выборе хостинга? Как сравнить предложения и выбрать лучший хостинг для своего сайта, блога или интернет-магазина? Скрытые ограничения, «подводные камни» и многое другое. Узнайте 22 вещи, на которые нужно обратить внимание.
В мире существуют тысячи компаний, предоставляющих услуги хостинга, но пытаться выбрать или сравнить их, как правило, крайне затруднительно. Во всяком случае, вопрос о выборе хостинга немного похож на вопрос о выборе автомобиля. На вопрос, «какой хостинг лучший?» Может быть дан только один правильный ответ. Это зависит от…
Тот факт, что конкретный хостинг подходит для одного человека, не означает, что другой человек с совершенно другими потребностями будет им доволен. Совершенно разные требования имеет компания, чей веб-сайт представляет собой простой сайт-визитку, сотрудники которой используют много учетных записей электронной почты, интернет-магазин с тысячами наименований товаров и владелец популярного блога.
Я был и являюсь клиентом многих хостинговых компаний на протяжении более 10 лет. За эти годы у меня была возможность оценить, как работают различные хостинги, которыми пользовались мои клиенты. Сначала при создании веб-сайтов «под ключ», а затем при их оптимизации для поисковых систем (SEO), я испробовал множество хостингов, от популярных и известных брендов, до нишевых компаний состоящих из одного человека.
В этом руководстве я постараюсь поделиться с вами своим опытом в этой области и помочь выбрать лучший хостинг для вас и вашего бизнеса.
Хотите выбрать лучший хостинг, но у вас нет времени сравнивать все предложения на рынке и технические параметры в течение многих дней?
У меня есть для вас готовое решение: 🏆 Рейтинг хостингов 2021.
Мною были исследованы 100 самых популярных хостинг-провайдеров с точки зрения критериев и параметров, описанных в данном руководстве. Из них было отобрано 10 компаний, которые вначале показались мне нормальными, но некоторые из них также были отсеяны в связи со скрытыми ограничениями или откровенным обманом.
Исходя из этого, я отобрал несколько вариантов хостинга, которые я тщательно и скрупулезно протестировал и проанализировал. Так был составлен рейтинг, а точнее список рекомендованных мною хостинговых компаний. Там вы найдете только лучшие хостинги – без рекламы и спонсорских материалов.
На что обратить внимание при выборе хостинга для сайта? 4 основных параметра
Недаром я сравнил вопрос о лучшем хостинге в начале этого руководства с вопросом о том, какой автомобиль лучше. Одному водителю нужен универсал, другому фургон, а третьему нужен спортивный автомобиль. Точно так же, как автомобили имеют много разных параметров (например, мощность, ускорение, количество мест для пассажиров, вместимость багажа), хостинги имеют много разных технических параметров.
Ниже приведены 4 наиболее важных параметра хостинга, на которые необходимо обратить внимание в первую очередь.
1. Количество сайтов
Здесь в принципе нечего объяснять. Количество сайтов — или, точнее, количество доменов — ограничение, накладываемое хостинг-провайдером в зависимости от тарифного плана, это означает, что вы можете подключить только ограниченное количество доменов к вашей учетной записи хостинга.
Выбирая тарифный план, ограниченный, например, 1-3 доменами, стоит учитывать, что часто, несмотря на то, что у вас фактически один веб-сайт, вы можете захотеть подключить больше доменов к своей учетной записи хостинга, которая фактически будет перенаправлять вас на основной сайт.
Примеры дополнительных доменов для одного сайта:
- домены IDN с кириллическими символами и без кириллических символов (например, сайт.com и site.com)
- несколько версий доменов для разных регионов (например, .ru, .kz, .ua, .by)
- домены с дефисами и без них (например, sitename.com и site-name.com)
- домены с опечатками (например, stiename.com и siteneme.com)
Выводы: если ваш хостинг имеет такие ограничения, возможно стоит выбрать тарифный план, который будет поддерживать больше доменов.

2. Дисковое пространство
Вторым наиболее очевидным различием между разными тарифными планами одного хостинга является дисковое пространство, или другими словами, серверное пространство.
Что занимает место на диске?
- Файлы (PHP, HTML, JavaScript, CSS, кэш, фотографии, графика, видео и т. д.)
- Базы данных (обычно там хранится вся текстовая информация. Например, в случае блога это будет содержимое записей, страниц, всех настроек WordPress, настроек плагинов и тем оформления)
- E-Mail (содержимое всех почтовых ящиков – полученные и отправленные сообщения, спам — включая вложения)
- Журналы (сохраненная информация о каждом вызове файла, ответе сервера, ошибках и т. д.)
Из неочевидных вещей, которые также занимают место на диске, я могу назвать резервные копии. Речь идет не о копиях, сделанных провайдером — потому что они не включены в дисковое пространство, используемое в случае виртуального хостинга, — а о «самодельных», сделанных с помощью плагинов WordPress (например, BackWPup, BackUpWordPress, UpdraftPlus, VaultPress, BackupBuddy , Duplicator и т. д.). Каждая такая копия файлов и баз данных MySQL хранится на диске, поэтому она обязательно занимает на нем дополнительное место.

Как узнать, сколько дискового пространства мне нужно?
Если вы уже пользуетесь каким-то хостингом, просто проверьте, сколько дискового пространства вы занимаете в данный момент. Вы найдете эту информацию после входа в панель управления хостингом. Если вы не можете ее найти, вы всегда можете обратиться в службу поддержки.
Помните, что потребность в дисковом пространстве растет с каждым месяцем, даже если вы не развиваете сайт и не загружаете новый материал. Ваша учетная запись хостинга естественным образом «раздувается» через журналы, которые сохраняются при каждом посещении, или через электронные письма, которые приходят на ваши почтовые ящики.
Что делать, если вы только собираетесь создать свой первый сайт? Вы можете попытаться оценить необходимый объем дискового пространства, но это может оказаться проблематично.
Примеры размеров файлов на хостинге:
- Чистая установка WordPress без темы и плагинов — 50-60 МБ
- Чистая установка в PrestaShop — 70-80 МБ
- Изображение, скачанное со стоков или сайтов с бесплатными фотографиями — 400 КБ-6 МБ + еще немного на необходимые миниатюры.
- Фотография со смартфона (полноразмерный оригинал) — 1,5-6 МБ (также x2, потому что миниатюры)
Немного? С одной стороны, да, но с другой стороны, для сайта, базирующегося в основном на фотогалереях, размер которых систематически увеличивается, дисковое пространство будет на вес золота.
Тем не менее, мне сложно оценить размер хостинг-аккаунта для сайта, который только создается. Я видел сайты, блоги и магазины, которые использовали всего 200-300 МБ данных, но я также видел WordPress с 50-100 ГБ данных. Не зная, как именно вы собираетесь использовать хостинг (или, например, часто отправляете/получаете много фотографий по электронной почте), невозможно оценить ваши потребности в дисковом пространстве.
Подводя итог: если вы переходите с другого хостинга — проверьте, сколько места вы используете, и добавьте 20-30% резерва на будущее. Если вы ищете свой первый хостинг — не переплачивайте за дисковое пространство и выберите меньший пакет, который вы сможете расширить или сменить в будущем.
Как насчет хостингов с неограниченным дисковым пространством?
Такие предложения действительно встречаются, но физику не обманешь. Будь-то хостинг на обычном выделенном сервере или на облаке, в конце концов, где-то есть физические диски, которые имеют ограниченную емкость и стоят конкретных денег хостинговой компании. Не существует дисков с неограниченной емкостью.
Так что не стоит себя обманывать, будто хостинг с неограниченным дисковым пространством за несколько долларов в месяц позволит вам загружать туда многотерабайтные архивы, например, если вы свадебный фотограф или видеоредактор и ищете место в интернете для хранения своих материалов.
Большинство тарифных планов хостинга, предлагающих неограниченное пространство на сервере, имеют положения в правилах или условиях обслуживания, которые значительно ограничивают свободу использования этого «неограниченного» пространства.

3. Трафик
Трафик на вашем хостинг-аккаунте проще всего сравнить с трафиком, предлагаемым в тарифном плане мобильного интернета. Это просто информация о том, сколько вы можете загрузить и отправить данных в течение месяца (или года) в рамках данного аккаунта.
Хорошо, но как оценить, сколько трафика мне понадобится? Если вы переезжаете от другого хостинг-провайдера, самым простым решением будет заглянуть в панель управления вашего нынешнего хостинга и проверить историю трафика – как минимум за последние 30 дней. Также вы всегда можете обратиться в службу поддержки, чтобы получить эту информацию. Добавляете немного «про запас», и уже приблизительно понимаете, сколько трафика вам нужно, и на какие тарифные планы стоит обратить внимание.

А если у вас еще нет сайта и вы хотите понять необходимый объем трафика для вашего будущего сайта, вы можете воспользоваться таким инструментом, как Tools.pingdom.com, который после указания адреса сайта покажет, сколько он «весит», точнее сколько трафика потребляется при отображении одной страницы. Вы можете ввести там адреса страниц, которые похожи на ваш будущий сайт, например, сайт ваших конкурентов.

Не забудьте проверить не только домашнюю страницу, которая, вероятно, будет отображаться относительно редко, но и, например, страницу категории или конкретный продукт в магазине или страницу с отдельной записью в блоге.
Кстати, среднестатистическая веб-страница «весит» 3.15 МБ (согласно gtmetrix.com). Большую часть обычно занимают фотографии и различные изображения.

После того, как вы узнаете, сколько трафика «съедает» просмотр одной страницы, вы можете умножить трафик, необходимый для показа одной страницы, на количество показов в месяц.
Пример:
Отображение одной страницы — 2 МБ трафика
Посетителей сайта в месяц — 3000 УП (уникальных посетителей)
Среднее количество посещений (сеансов) одного пользователя в месяц — 1,3
Среднее количество просмотренных страниц (просмотров страниц) за каждый визит — 2,75
2 МБ x 3 000 x 1,3 x 2,57 = 21 450 МБ
50 115 МБ/ 1024 = 20,95 ГБ
Помните: 1 мегабайт (МБ) — это 1024 килобайта (КБ), 1 гигабайт (ГБ) — 1024 мегабайта (МБ), 1 терабайт (ТБ) — 1024 гигабайта (ГБ).
Оценивая необходимый объем трафика на хостинге, нужно помнить о нескольких вещах:
- Один посетитель сайта = несколько просмотров. Во время посещения сайта пользователи посещают многие его страницы (просматривают товары в магазине, просматривают фотогалерею, читают несколько статей). Каждый просмотр страницы сопровождается потреблением трафика.
- Часть просмотров — это боты! Посещения реальных, настоящих пользователей это еще не все. Значительная часть интернет-трафика генерируется ботами, то есть роботами поисковых систем, такими как Google, которые генерируют трафик точно так же, как и любой другой посетитель вашего сайта. В крайних случаях такие боты могут потреблять до 50% всего трафика на сайте.
- Будьте готовы к так называемому «всплеску трафика» — внезапному огромному потоку трафика на сайт в связи с исключительными разовыми событиями. Примером может служить появление ссылки на ваш сайт на популярном ресурсе или, например, положительный отзыв о вашем сайте / продукте / услуге со стороны популярного человека, к мнению которого прислушиваются.
- Помните о сезонности. Многие предприятия более или менее зависят от сезона. Стоит проверить, «урегулирован» ли трафик на ежемесячной или ежегодной основе. Я также рекомендую убедиться, что ваш хостинг будет готов, например, к черной пятнице в интернет-магазине или к сезону отпусков на сайте аренды водного оборудования в прибрежной зоне. В сезон трафик самый большой, а в другие периоды он может быть значительно ниже.
- Всегда предусматривайте увеличение количества посещений и, следовательно, трафика в будущем! В конце концов, вы же хотите, чтобы ваш магазин / сайт / блог / бизнес стал более популярным 🙂
Самым простым решением будет выбрать хостинг с большим лимитом трафика и убедиться, что в случае внезапного повышения интереса к вашим сайтам, вы сможете купить дополнительный трафик или перейти на более продвинутый тарифный план.
Однако, если вы создаете новый сайт, не нужно впадать в крайности. Если вы не планируете крупных маркетинговых или рекламных кампаний с самого начала своей деятельности, которые с первого дня начнут приносить много трафика на сайт, можете выбрать тарифный план с небольшим лимитом трафика, но который позволит вам увеличить его в будущем без каких-либо проблем.
Кстати, вы всегда можете «скрыть» свой сайт за Cloudflare, который будет обрабатывать большинство запросов на хостинг и значительно сократит потребление трафика. Вместо вашего сайта будут отображаться его копии, хранящиеся на серверах Clouflare, а не на вашем хостинге. Таким образом, вы можете сэкономить до 95% трафика. Но это тема для отдельного руководства.

А как насчет неограниченного трафика?
Случай аналогичен хостингу с неограниченным дисковым пространством. Трафик всегда стоит денег. Пока у вас обычный, среднестатистический сайт, никаких проблем возникнуть не должно. Все рассчитано таким образом, чтобы хостинговая компания не работала себе в убыток. Один клиент практически не использует трафик, другой немного, а третий много, но в пределах разумного.
Однако если вы хотите разместить на сайте материалы, которые будут часто скачивать и потреблять много трафика (например, видеофайлы, легальные дистрибутивы linux или другие большие файлы), вы должны учесть соответствующие ограничения, чтобы не стать счастливым обладателем заблокированного хостинг-аккаунта с последующим расторжением договора.

4. E-mail и почтовые ящики
Последний вопрос, который тщательно анализируется при поиске лучшего хостинга, несомненно, связан с e-mail.
На самом деле здесь не о чем писать, потому что на первый взгляд единственным видимым ограничением в предложении является количество почтовых ящиков (e-mail адресов), которые можно настроить в рамках определенного хостинг-пакета.

Размер почтовых ящиков в большинстве случаев зависит от того, сколько дискового пространства есть на нашем хостинг-аккаунте. Часто можно назначить максимальный размер (дисковое пространство), которое может быть использовано каждым из почтовых ящиков, чтобы электронная почта не заняла все свободное пространство, нужное например, для файлов сайта или других вещей. Однако существуют хостинги, которые выделяют отдельное дисковое пространство для почты и отдельное пространство для других служб.
Кстати, о перенаправлении почты/зеркалах (например, office@… contact@… secretary@…), которые пересылают почту на один и тот же почтовый ящик, не учитываются при ограничении количества учетных записей электронной почты. Поэтому обычно количество таких зеркал может быть неограниченным.
Тем не менее, я хотел бы обратить ваше внимание на 4 неочевидных и скрытых ограничения по электронной почте на хостингах которые стоит проверить:
- Размер одного письма
Размер одного электронного письма, которое может быть отправлено или получено, может быть ограничено, например, 3 МБ или 5 МБ. Большие сообщения будут отклонены сервером. - Максимальное количество писем, отправленных в час / день
Например, ограничение макс. 50 писем в час и макс. 200 отправок в день. - Максимальное количество получателей для одного письма
Чаще всего оно ограничено примерно 100 получателями электронной почты. - Максимальное количество писем, отправленных с помощью функции e-mail()
Это электронные письма, отправленные скриптами, а не пользователями (например, уведомление о новом комментарии, отправка товара в магазине или другие автоматические сообщения). Действительно важный параметр, например, в случае интернет-магазинов или сайтов, которые посылают много таких автоматических сообщений электронной почты клиентам и пользователям.
Эти вопросы стоит уточнить, если вы собираетесь отправлять или получать тяжелые файлы на свой почтовый ящик (например, фотографии, графические изображения, отправленные клиентами) или отправлять большое количество писем большому количеству получателей.
Небольшой совет: Если вы собираетесь использовать свою электронную почту на хостинге для массовой рассылки e-mail (информационных писем, рассылок, многократных уведомлений) и хотите значительно повысить доставку этих сообщений, то проявите интерес к специализированным сервисам такого рода (например, SendPulse, Unisender, GetResponse).
Интересная функция, которая обычно стандартно доступна на хостинге, это catch-all. После включения catch-all все сообщения, отправленные на неправильные или несуществующие адреса электронной почты в вашем домене, перенаправляются на выбранный вами почтовый ящик. Другие функции электронной почты, на которые стоит обратить внимание: списки рассылок, автоответчик, сообщения об отпуске (OOO — Out Of Office). К счастью, в настоящее время трудно найти хостинг, который не предоставляет данные функции в рамках своих пакетов.
Позвольте мне высказать свое личное мнение относительно почтовых ящиков на учетных записях хостинга. Если вы надеетесь, что любой хостинг предложит борьбу со спамом и спам-фильтры, которые будут немного похожи на те, которые вы, возможно, знаете из Gmail, то, к сожалению, вы очень ошибаетесь.
То же самое относится и к вопросу об удобном интерфейсе электронной почты, доступном через веб-интерфейс (веб-почта), или к вопросу о специальном приложении для работы с электронной почтой (которое хостинг-провайдеры не предлагают).
Если вы действительно хотите использовать профессиональные e-mail аккаунты, способные справиться со спамом, не используйте e-mail хостинга, а переведите свой почтовый сервис к внешнему провайдеру, который на этом специализируется, например, Google (G Suite), Microsoft (Office 365), Zoho или Fastmail. Стоимость: Обычно около 3-5 долларов в месяц за почтовый ящик.
Почти ежедневно я пользуюсь несколькими почтовыми ящиками, но ни один из них уже много лет не обслуживается хостинг-провайдером. Вся моя почта обрабатывается внешним провайдером (в настоящее время это G Suite, сервис который позволяет интегрировать ваше доменное имя с GMail), и я очень доволен этим решением. Поэтому и рекомендую 🙂
Что-то мы слишком много внимания уделили электронной почте.
Большинство сайтов, рейтингов, руководств и постов в блогах заканчивают статью о том, как выбрать хостинг на этом моменте. И большинство людей, основываясь на этих 4 параметрах, в сочетании с ценой и отзывами, найденными в сети, принимают решение о выборе хостинга.
Однако, если вы уже успели пройти через 4 самых очевидных критерия и дочитали до этой точки, у меня для вас плохие новости. Это только начало.
Есть много более важных параметров, ограничений, лимитов и нюансов, которые определяют, стоит ли выбирать ту или иную хостинговую компанию. Ниже я постараюсь представить те, которые, по моему мнению, достойны вашего внимания, ориентируясь на которые вы сможете выбрать лучший хостинг.
18 других параметров, которые следует учитывать при выборе хостинга
Эта часть руководства с параметрами, которые необходимо учитывать при выборе хостинга, разделена на 3 категории:
- Скорость – здесь я собрал все параметры хостинга и вопросы, влияющие на то, как быстро и эффективно работает хостинг, и соответственно сайты, которые вы на нем размещаете.
- Безопасность – здесь перечислены аспекты, касающиеся защищенности хостинга и данных.
- Другие – и, наконец, я затрагиваю другие важные аспекты, которые не относятся к 2 предыдущим категориям.
Функции, лимиты и ограничения, перечисленные ниже, не часто встречаются в прайс-листе или в сравнении тарифных планов на сайте провайдера. Большинство из них будут спрятаны на странице с подробными техническими характеристиками, на странице с ограничениями безопасности или написаны «мелким шрифтом» в пользовательском соглашении. В некоторых случаях, к сожалению, вы их вообще не найдете.
Ну что, начнем?
Скорость хостинга
1. Тип дисков и их ограничения (HDD, SDD, NVMe SSD )
В рамках выбора хостинга вы можете столкнутся с 3 типами дисков:
- HDD (Hard Disc Drive) — классический жесткий диск
- SDD (Solid State Drive) — намного более быстрые твердотельные накопители
- NVMe SSD — до 10-11 раз более быстрые, чем стандартные SSD
Помимо скорости чтения и записи, выраженной в МБ/с (или ГБ/с), диски также имеют такой параметр, как IOPS, который представляет собой количество операций в секунду. В случае с дисками, находящимися на хостинге, важно не только, насколько скоростной диск установлен, но и насколько быстро сервер способен читать или записывать информацию на этот диск. Принцип прост — чем быстрее, тем лучше.
Ниже приведено сравнение жестких дисков с SSD и NVMe SSD:
HDD | SSD | NVMe SSD |
|
Пропускная способность чтения | 215 МБ/с | 560 МБ/с | 3,200 МБ/с |
Пропускная способность записи | 215 МБ/с | 530 МБ/с | 1,900 МБ/с |
Чтение IOPS | 84 | 100 000 | 380 000 |
Запись IOPS | 207 | 90 000 | 360 000 |
Таблица на примере HDD — WD Black Edition 7200 об/мин, SSD — Samsung 860 Pro SSD, NVMe SSD — Samsung 960 PCIe NVMe SSD
Конечно, есть и более медленные накопители (например, HDD со скоростью чтения/записи 150 МБ/с), так и значительно более быстрые. Это всего лишь примеры, чтобы показать вам разницу.
Вам также необходимо знать, что некоторые хостинговые компании ограничивают IOPS, то есть количество операций, которые можно выполнять на диске одновременно, что отрицательно влияет на скорость работы сайтов, размещенных там — особенно при работе под нагрузкой (например, из-за повышенного трафика на сайте). На мой взгляд, абсолютный минимум — 100 IOPS. Было бы хорошо, если бы хостинг предлагал 1000 IOPS и более.
Некоторые планы хостинга также ограничивают максимальное количество файлов, которые могут храниться в одной учетной записи хостинга. Стоит обратить внимание на это ограничение, особенно если мы планируем создать на нашем сайте, например, фотогалереи, где для каждой фотографии автоматически создается несколько файлов с миниатюрами. Плюс к этому много небольших файлов создаются всеми возможными видами систем кэширования. Интересный факт: свежая установка WordPress, без каких-либо тем или плагинов, содержит 2145 файлов. Рекомендуемый минимум — 100 000 файлов, но все зависит от ваших потребностей.
Просматривая страницу с ограничениями безопасности хостинга, убедитесь, что компания никак не ограничивает скорость чтения данных с диска. Какой толк от того, что используются новейшие и самые быстрые твердотельные накопители NVMe, если считывание может быть ограничено уровнем, например, 50 МБ/с.
Другое ограничение – довольно любопытное — это то, что даже предложение, представленное как SSD хостинг или SSM NVMe хостинг, не обязательно может быть полностью основано на этих более быстрых дисках. Некоторые компании держат только часть файлов на твердотельных накопителях, а остальные — на более дешевых и медленных жестких дисках. Например, файлы и база данных MySQL находятся на твердотельных накопителях, а почта, скорость которой не так важна, хранится на жестком диске. Об этом стоит знать.
Что вы должны помнить, когда дело касается дисков на хостинге:
- Не выбирайте хостинг на HDD
- SSD будут быстрее, но это не пик возможностей
- SSD-накопители NVMe в 10-11 раз быстрее SSD
- Проверьте ограничения IOPS (минимум 100, предпочтительно 1000 IOPS и более)
- Проверьте ограничения на максимальное количество файлов (минимум 100 000 файлов)
- Проверьте, нет ли у хостинга ограничений на скорости чтения с диска (лучше чтобы их не было)
2. CPU — мощность процессора и количество процессов
Каждое действие на вашем сайте (например, посещение сайта, отправка контактной формы, добавление комментария в блог, размещение заказа в магазине и т. д.) — это отдельный процесс, который, как и любая задача на вашем домашнем компьютере, использует ресурсы CPU.
Хостинг-провайдер ограничивает ресурсы процессора, предлагаемые в зависимости от пакетов хостинга, так чтобы один очень требовательный клиент не забивал весь сервер своими тяжелыми задачами, блокируя других пользователей виртуального хостинга.
В спецификации хостинга стоит проверить, сколько процессорной мощности будет выделено нам в каждом хостинг-пакете. Часто это значение указывается в процентах от CPU, показывая, какую часть ядра процессора могут использовать наши сайты (например, 50% CPU, 100% CPU, 200% CPU), а иногда в виде МГц или ГГц (например, 1 ГГц CPU).

Еще одно ограничение процессора, которое вы можете встретить, внимательно изучив спецификацию хостинга, — это максимальное количество параллельных процессов CGI/PHP. Это значение (обычно от нескольких до нескольких десятков), которое определяет, сколько процессов (задач) может быть запущено одновременно. Например, если хостинг допускает максимум 5 процессов, то каждый последующий процесс должен ждать своей очереди. В случае увеличения трафика на сайте это может иметь большое значение. Предлагаемый мною минимум — 10 процессов, но все зависит, конечно, от того, какую нагрузку будут создавать наши сайты на сервере.
Правило для процессора и максимального количества процессов на хостинге простое — чем больше, тем лучше. Чем большую часть процессора мы можем использовать, тем быстрее будут выполняться все задачи и процессы, поэтому в конечном итоге все динамические страницы будут работать быстрее. Минимум, рекомендованный мной для быстрой и эффективной работы, составляет 1 процессорное ядро / 1 vCore / 1 ГГц / 100% CPU.
3. Оперативная память (ОЗУ)
В случае с оперативной памятью ситуация аналогична ситуации с процессором и компьютером, который вы используете дома или на работе.
На хостинге может быть два ограничения:
- Максимальный объем оперативной памяти, используемой всеми процессами на одном аккаунте
- Ограничение оперативной памяти для 1 PHP-процесса (memory_limit)
Стоит позаботиться о том, чтобы оба значения были как можно выше, поскольку это напрямую влияет на скорость работы сайтов, особенно в условиях интенсивного трафика.
На мой взгляд, абсолютный минимум составляет 1024 МБ (1 ГБ) оперативной памяти на учетную запись и 512 МБ на 1 процесс (memory_limit).

4. Версия PHP
Позвольте мне начать с вопроса — почему вы должны заботиться об обновлениях операционной системы на вашем компьютере (Windows, Linux, Mac) и мобильных устройствах (Android, iOS)?
Ну, потому что обновления обычно привносят три важные вещи:
- Улучшения (новые функции)
- Исправления ошибок (включая ошибки безопасности)
- Повышение производительности (то есть скорость работы)
И точно так же, как вы должны обновлять операционную систему на устройствах, которые вы используете, вы всегда должны быть уверены, что используете активно поддерживаемую (и желательно самую последнюю) версию PHP на вашем хостинге.
К сожалению, существуют хостинги, которые уже давно перестали заморачиваться по этому поводу и все еще, по умолчанию, предлагают старые версии PHP, которые больше не поддерживаются и имеют проблемы с безопасностью.
Каждая версия PHP имеет свой «цикл жизни», который начинается с официального релиза, проходит через активное время поддержки, во время которого она дорабатывается, до времени поддержки безопасности, когда версия больше не дорабатывается и не улучшается, но все найденные в ней ошибки исправляются.

Выбирая лучший хостинг, убедитесь, что он предлагает последнюю доступную версию — это обычно означает, что компания не остановилась в своем развитии и заботится о безопасности и производительности, делая доступными актуальные версии PHP и позволяя выбрать их в панели управления.
Хорошо, но давайте сосредоточимся на производительности и скорости, потому то я и поместил версию PHP в данный раздел. Ниже вы найдете сравнение, показывающее, насколько быстрее и эффективнее каждая последующая версия PHP, а также насколько быстрее будут работать сайты, использующие эту конкретную версию.

Производительность разных версий PHP на примере WordPress
Как видно на диаграмме выше, PHP версии 7.0 более чем в 2.5 раза быстрее, чем предыдущие версии (5.6 и более ранние), а каждая последующая версия быстрее предыдущей.
Поэтому стоит — хотя бы из-за скорости работы сайта — позаботиться об обновлениях и принять решение о хостинге, который предоставляет возможность выбрать последнюю актуальную версию PHP.
В заключение:
- Проверьте на этой странице последнюю версию PHP.
- Убедитесь, что ваш хостинг поддерживает последнюю версию
- Регулярно меняйте версию PHP в вашем хостинг-аккаунте на последнюю (часто это можно сделать в панели управления).
Кстати: это же правило касается и MySQL (здесь вы можете узнать актуальную версию) или PostgreSQL (информация о версии).
5. Redis и Memcached
Redis и Memcached — два очень похожих програмных решения, которые позволяют вам хранить некоторую — часто используемую — информацию в оперативной памяти, делая ее доступной гораздо быстрее, чем если бы она хранилась в базе данных или в файле на диске. Это в теории.
На практике, если хостинг предлагает Memcached или Redis, мы можем (например, с помощью плагина для WordPress) использовать этот факт, чтобы заставить наш сайт хранить часть часто используемой информации, что ограничит запросы к базе данных и, как следствие, ускорит работу сайта.
Насколько использование Redis или Memcached может ускорить работу сайта? Конечно, это было тщательно протестировано, поэтому на диаграмме ниже показана производительность сайта на основе WordPress (со стандартной темой Twentyseventeen) и WooCommerce & Storefront до и после внедрения:
Целесообразность применения подобных решений в первую очередь зависит от специфики вашего веб-проекта. Так, если ваши сайты представляют собой простые информационные ресурсы (такие, как hostingi.info) и вы задействуете плагины для кеширования страниц (например, LSCache), заметного прироста скорости и производительности это не даст. Посетители и так будут получать уже сгенерированные статические копии страниц. Но подобные решения будут весьма полезны в динамических высоконагруженных системах, для которых необходимо постоянное взаимодействие с БД (как пример, веб-приложение по поиску и продаже авиабилетов).
Однако большинство хостинг-провайдеров не предоставляют эти решения в пакетах виртуального хостинга, в связи с существующими ограничениями связанными с обеспечением стабильности работы сервера.
6. HTTP/2 и HTTP/3 (QUIC)
HTTP (англ. Hypertext Transfer Protocol — протокол передачи гипертекста) — это протокол, по которому данные передаются между сервером (хостингом) и конечным устройством (например, браузером на компьютере или телефоне).
Впервые стандарт веб-коммуникации был представлен в 1989 г. Версия HTTP/1.1 работает с 1997 г., а версия HTTP/2, превосходящая своего предшественника по скорости работы, работает с 2015 г.
Стандарт HTTP/2 уже много лет поддерживают все ведущие браузеры (Chrome, Safari, Firefox, Opera и т. д.), а сайты, использующие HTTP/2, загружаются значительно быстрее, благодаря обновленному интерфейсу клиент-сервер.
Как это выглядит на практике? Протестируйте сами.

Между 2015 и 2020 годом пропасть в плане технологий. К сожалению, несмотря на то, что HTTP/2 давно является общепринятым стандартом, а первые хостинг-провайдеры и браузеры уже начинают внедрять следующую версию этого протокола (HTTP/3), до сих пор существуют хостинги, которые не поддерживают HTTP/2.
Принимая решение о хостинге, проверьте, поддерживает ли он широко используемый протокол HTTP/2. А если вы хотите идти в ногу со временем, то вы можете обратить внимание на то, предлагает ли хостинг (или хотя бы тестирует) HTTP/3, также известный как Google QUIC.
7. Веб-сервер — Apache, Nginx или LiteSpeed?
Виртуальный хостинг может базироваться на различном серверном программном обеспечении. Три самых популярных — это Apache, Nginx и LiteSpeed. Какой из них стоит выбрать?
Во многих тестах скорости LiteSpeed оказывается безусловным лидером, который может быть даже в 75 раз эффективнее Apache в случае сайта на основе WordPress с кэшем.

Поэтому я определенно могу порекомендовать вам выбор хостинга на основе LiteSpeed.
8. Пропускная способность сервера
О том, насколько быстрый Интернет у вас дома или у Вашего мобильного оператора, Вы можете узнать с помощью инструментов Speedtest. Интернет-соединение сервера также ограничено определенной скоростью загрузки и скачивания. Хотя, как правило, в последнем случае скорости намного выше.

Пропускная способность хостинга не оказывает существенного влияния на скорость работы простых, небольших сайтов. Тем не менее, если вы размещаете, например, аудио или видео-файлы для загрузки на своем веб-сайте, стоит поинтересоваться, какое соединение на вашем хостинге.
Проверьте пропускную способность сервера хостинга. Чем выше пропускная способность, тем лучше. Наиболее распространенные скорости — 500 Мбит/с, 1 Гбит/с и 10 Гбит/с. Мы можем рассматривать первое значение (500 Мбит/с) как хороший минимум. Чаще всего такую информацию можно найти в спецификации хостинга.
9. Количество параллельных HTTP-соединений
Одним из иногда встречающихся параметров безопасности хостинга является ограничение максимального количества параллельных HTTP-соединений. Данный параметр определяет, сколько людей может одновременно отправлять запросы на ваши сайты. Обычно запрос представляет собой отображение одной веб-страницы.
Некоторые хостинги также имеют ограничение на максимальное количество HTTP-запросов в день, обычно рядом с этим первым ограничением.
Что происходит при превышении лимита? Просто сайт не загружается для посетителя. Этот эффект знаком всем, кто пытался охотиться за промо-акцией / распродажей / выгодным предложением, которые начинались в определенное время в интернет-магазине или сервисе по продаже билетов. Может быть, после очередного обновления страницы у вас получится, а может быть, вы так и не сделаете выгодную покупку, потому что только те счастливчики, чьи запросы будут обработаны хостинг-провайдером, получат желаемое.

Поэтому стоит искать хостинг, который не имеет таких ограничений, либо они настолько велики, что не станут преградой в случае увеличения трафика на сайте в результате рекламной кампании, распродажи или так называемого «всплеска трафика». Минимум 100 одновременных HTTP-соединений.
10. Время выполнения PHP-скрипта / задачи cron
Другим ограничением, которое может быть существенным в определенных случаях, является максимальное время выполнения PHP-скрипта или cron задачи.
В большинстве случаев при нормальном использовании этот лимит не имеет значения. Обычные, простые PHP скрипты на сайтах, интернет-магазинах или блогах выполняются за доли секунды.
Однако стоит знать, что такое ограничение существует, и в особых случаях, когда требуется длительная работа скрипта (например, резервное копирование, операции с большими объемами данных, загрузка больших объемов данных с внешних серверов с помощью PHP-скрипта), стоит рассмотреть возможность хостинга без этих ограничений (а лучше — переписать скрипты таким образом, чтобы они не выполнялись так долго). На мой взгляд, минимальное время — 30-60 секунд.
Безопасность хостинга
11. Бэкапы — резервные копии
Каждый хостинг-провайдер должен предлагать создание и хранение резервных копий, т. е. резервных копий всего, что есть на нашем хостинг-аккаунте (файлы, базы данных, электронная почта и т. д.).
Резервные копии полезны не только в случае сбоя, но и в случае взлома нашего аккаунта, заражения сайта вирусом или, например, нашей ошибки и неправильной перезаписи файлов или данных.
Два важных момента, связанные с резервными копиями, которые необходимо проверить:
- Как часто создаются резервные копии? (минимум один раз в день — есть компании, которые делают их чаще, например, каждые 6 часов)
- Как долго хранятся эти резервные копии? (минимум на мой взгляд 7 дней, но чем дольше, тем лучше)
Также обратите внимание на то, как выглядит восстановление данных из такой копии, сделанной хостинговой компанией. В одних случаях все сводится к одному щелчку в панели управления, в других – к скачиванию резервной копии и самостоятельной загрузке, а в третьих — к отправке соответствующего запроса в службу поддержки.
Я также знаю, что существуют хостинги, которые взымают дополнительную плату за восстановление данных из резервной копии. Обходите их десятой дорогой! Создание, размещение и восстановление резервных копий — это то, что может быть полностью автоматизировано, поэтому не стоит платить за такую услугу.
И еще одно небольшое замечание. Независимо от того, насколько солидна и надежна хостинговая компания, также стоит сделать резервную копию самостоятельно и хранить ее на каком-нибудь облачном накопителе или на собственном локальном диске. На всякий случай, ведь не стоит хранить все яйца в одной корзине.
Уже были случаи, когда известные компании исчезали в одночасье вместе со всеми данными своих клиентов. Были также случаи длительных простоев, во время которых было бы быстрее запустить сайт из резервной копии на другом хостинге. Однажды я подготовлю руководство по этой теме :-).
12. Бесплатный SSL-сертификат – Let’s Encrypt
Времена, когда вам приходилось платить за SSL-сертификат, дающий https:// в адресе вашего сайта, «замок» в браузере и зашифрованное соединение, ушли в прошлое. SSL-сертификаты бесплатны и, за исключением нескольких случаев, за них не стоит платить!
Существует три типа SSL-сертификатов:
- DV (Domain Validation) – тандартный SSL-сертификат, для которого мы должны подтвердить, что являемся владельцем домена.
- OV (Organization Validation) – в дополнение к домену также проверяется фирма, которая запрашивает такой сертификат.
- EV (Extended Validation) – это так называемая расширенная проверка, т. е. проверка домена и тщательная проверка компании, подающей заявку на сертификат. В результате в браузере, рядом с адресом сайта и замком, также появится название компании.
Если вы не управляете компанией, которой по какой-либо причине требуются сертификаты типа OV или EV (например, банкам), то вы в 99% случаев можете уверенно использовать бесплатный сертификат типа DV, предлагаемый, например, Let’s Encrypt.

Большинство хостингов предлагают поддержку бесплатных SSL-сертификатов от Let’s Encrypt посредством возможности легко генерировать и запускать такой сертификат из панели управления для каждого домена.
Тем не менее, есть компании, которые не предоставляют такой возможности и призывают вас приобрести платный SSL-сертификат, который с технической точки зрения ничем не отличается от бесплатного Let’s Encrypt. Есть компании, которые имеют более высокую цену в прайс-листе за «продление» платного SSL-сертификата на следующий год, когда на практике сертификат не может быть продлен и на самом деле это покупка другого «нового» SSL-сертификата. Стоит проверить это заранее.

13. Безопасность электронной почты (SPF, DKIM и DMARC)
Когда дело касается безопасности, нельзя забывать о безопасности электронной почты, т. е. о почтовых ящиках, которые будут обслуживаться нашим будущим хостинг-провайдером. Я говорю о способах аутентификации отправляемой почты, чтобы получатели могли быть уверены в том, что именно мы являемся отправителями, и никто не смог выдавать себя за нас. Для этого существуют 3 механизма:
- SPF — это специальная запись в DNS домена, которая говорит почтовым ящикам, на которые мы пишем, — «этот сервер (IP-адрес) может отправлять корреспонденцию с этого домена — не помещайте ее в спам»
- DKIM — это ключ, записаный как в DNS, так и в скрытых заголовках отправленных сообщений электронной почты, который подтверждает, что отправитель является реальным (у него есть ключ для подписи сообщения электронной почты, совпадающий с публичной DNS-записью).
- DMARC — это механизм, сочетающий в себе функции SPF и DKIM и предоставляющий несколько дополнительных возможностей в рамках сотрудничества между крупнейшими поставщиками почтовых сервисов (например, Gmail).
Стоит проверить, поддерживает ли наш будущий хостинг все 3 решения и предлагает ли он их активацию по умолчанию или настройку в панели управления.
14. Безопасность и стабильность DNS — DNSSEC и DNS Anycast
DNS — это адресная книга для сайтов. Когда вы вводите адрес сайта в строке браузера, DNS направляет вас на IP-адрес сервера, к которому прикреплен данный домен. То же самое происходит, например, при отправке или получении электронной почты, о которой я писал ранее.
Итак, что может сделать хостинг-провайдер для обеспечения безопасности DNS-серверов, на которые указывает домен?
- Обеспечить DNSSEC — то есть защиту от перенаправления вашего домена в другое место (например, на поддельный веб-сайт). Это работает так, что когда посетитель вводит адрес вашего сайта, его запрос возвращается с ключом аутентификации, который подтверждает, что IP-адрес правильный, и ваш сайт должен находиться именно на том хостинге, на котором он находится.
- Предложить DNS Anycast — сервис для обслуживания DNS-серверов в нескольких разных местах по всему миру. Когда один из DNS-серверов перестает работать, другой берет на себя его роль, и все сайты продолжают работать бесперебойно.
Помимо безопасности DNS Anycast также влияет на скорость работы сайта. Многие DNS-серверы, расположенные в разных странах на нескольких континентах, обычно сокращают время, необходимое для перевода запоминающегося адреса сайта, посещаемого людьми со всего мира, в последовательность цифр, то есть IP-адрес. Используя DNS Anycast, пользователь, например, из США запрашивает ближайший сервер, расположенный в США, а не сервер в Европе, что сокращает время такого запроса.

Оба этих решения не являются обязательными, и хостинг может обойтись и без них, но все равно было бы неплохо, если бы хостинговая компания предлагала их — не только из соображений безопасности.
Другие (важные!) факторы при выборе хостинга
15. Базы данных (ограничения по количеству/размеру)
Неотъемлемым элементом большинства веб-сайтов, блогов, интернет-магазинов или других сервисов является база данных (например, MySQL). Это место, где хранится вся переменная и динамическая информация сайта.
С какими ограничениями вы можете столкнуться при предоставлении услуг хостинга в этом отношении?
Количество баз данных — первое и наиболее распространенное ограничение. Для простоты можно предположить, что один сайт — это одна база данных.
- Максимальный размер базы данных — обычно размер базы данных ограничен дисковым пространством, предлагаемым в конкретном хостинг-пакете, но это не обязательное правило. Существуют планы хостинга, которые ограничивают размер базы данных.
- Максимальное количество одновременных подключений к базе данных — если ваш веб-сайт не использует кэширование, то обычно каждая операция на сайте (отображение страницы, отправка формы, поиск и т. д.) составляет от нескольких до десятка подключений к базе данных. Некоторые планы хостинга ограничивают такие соединения, что приводит к подвисанию страницы (каждое последующее соединение «ставится в очередь» или отклоняется).
- Количество одновременных подключений 1 пользователя к базе данных (max_user_connections) — это не касается пользователя, посещающего ваш сайт. Для обычных веб-страниц одна база данных имеет одного пользователя. Так что это информация о том, сколько одновременных подключений к базе данных может быть на одном веб-сайте. Чем выше значение, тем лучше (я рекомендую минимум 100).
- Максимальная длительность одного запроса к БД — обычно это не влияет на работу простых и правильно написанных сайтов (например, на WordPress без «странных» плагинов), но в некоторых случаях это может иметь значение. Минимум 30-60 секунд.
Проверьте хостинг на наличие ограничений по базе данных. Придерживайтесь предположения, что один сайт — это одна база данных. Обратите особое внимание на любые ограничения по количеству подключений к базе данных — лучше всего, чтобы они отсутствовали или были максимально высоки. Если вы собираетесь запустить сайт, которая будет работать с большим количеством данных, также обратите внимание на другие ограничения, связанные со службами баз данных.
16. Uptime и SLA
У каждого хостинга бывают сбои. Вопрос не в том, «если», а в том, «когда» это произойдет. Самое главное, чтобы хостинговая компания была хорошо подготовлена к такому событию и была способна быстро восстановить все услуги.
Кроме сбоев, ваши сайты также могут быть временно недоступны из-за технических работ, которые будут проводиться на хостинге — обычно ночью, когда меньше трафика — и которые требуют временного отключения сервера.
Чтобы такое явление не было слишком частым, стоит ознакомиться с таким термином, как SLA (Service Level Agreement), то есть обещание хостинговой компании, что услуги будут доступны в течение указанного процента времени.
Наиболее часто используемые гарантии SLA находятся в диапазоне от 99,00% до 99,99% (чаще всего, например, 99,50%, 99,90%, 99,95%).
Много? Что ж, теперь давайте посмотрим, как на практике такие гарантии SLA выражается в доступности (а точнее — недоступности) хостинговых услуг:
Доступность (в %) | Время недоступности в месяц |
95% | 36 часов (2160 минут) |
99% | 7 часов (432 минуты) |
99,50% | 3,5 часов (216 минут) |
99,90% | 43 минуты 12 секунд |
99,99% | 4 минуты 19 секунд |
100% | 25 секунд |
При выборе хостинговой компании проверьте, предлагает ли она какой-либо SLA, потому что, вопреки ожиданиям, она не обязана этого делать. И если да, то подходит ли вам это.
17. SSH доступ
Предоставление услуги SSH (командной строки) хостингом не является на первый взгляд необходимостью. Наконец, вы можете загрузить файлы через панель управления или воспользоваться инсталлятором, который автоматически установит для вас WordPress. Так зачем вам командная строка, которую вы все равно не знаете и не понимаете?
Отчасти вы можете быть правы, но есть несколько ситуаций, в которых доступ к SSH на вашем хостинге может быть полезен.
Первая и основная вещь, которая приходит мне в голову, это проблема переноса большого объема данных: самостоятельное создание или восстановление резервной копии, перемещение на другой хостинг, загрузка или отправка данных на другой сервер. С SSH все эти операции действительно становятся проще, быстрее и безопаснее, чем с использованием FTP или панели хостинга.

Если вы не являетесь продвинутым специалистом и на данный момент не нуждаетесь в SSH, то подумайте о том, что в какой-то момент вам может понадобиться воспользоваться услугами компании или фрилансера, что облегчит работу, например, по внесению изменений на сайте или по очистке сайта после взлома или вирусной атаки.
Подводя итог: это не «обязательно», но определенно, предоставление доступа по SSH будет дополнительным плюсом.
18. Местоположение хостинга
Имеет ли значение местоположение хостинга? Будет ли хостинг с серверами в вашей стране лучше, чем хостинг с серверами за границей? На такие вопросы может быть дан только один ответ: это зависит от…
Почему местоположение имеет значение? Любители онлайн игр знают это очень хорошо. Речь идет о ping — времени, подсчитываемом в миллисекундах, которое требуется для передачи данных из одного места в другое. В данном случае: от посетителя вашего сайта до сервера хостинга. И обратно.
А так как при посещении сайта много данных отправляется и принимается во многих пакетах, то все задержки при передаче данных имеют значение.

Первый и основной вопрос, на который вы должны ответить в самом начале: откуда придут посетители вашего сайта? В основном Россия? Украина? СНГ? Или, может быть, со всего мира?
Ping во многом зависит от физического расстояния между сервером и пользователем, поэтому чем ближе сервер к посетителям вашего сайта, блога или интернет-магазина, тем лучше. Хотя это не 100% правило, потому что есть несколько факторов.
Разница для украинского пользователя при посещении сайтов, расположенных в Украине, и сайтов с серверами в России, Франции или Германии, как правило, невелика. Это отличается в случае посетителя из Украины и сервера в США.
На мой взгляд, в первую очередь стоит придерживаться принципа, что сервер должен быть расположен на том же континенте, что и целевая аудитория сайта.
Так, например:
- если ваш сайт посещают в основном пользователи из Украины, ищите хостинг, расположенный в Украине или Европе,
- если ваш сайт посещают пользователи со всей Европы, позаботьтесь о расположении хостинга в Европе (например, Франкфурт, Лондон, Амстердам)
- если ваш сайт в основном посещают пользователи из США, поищите хостинг, расположенный в Северной Америке (США, Канада).
Что, если ваши клиенты со всего мира и вы хотите быть всегда рядом с ними, когда дело касается сервера? В этом случае, помимо хостинга, Вас заинтересуют дополнительные CDN сервисы, которые будут хранить копии Вашего сайта на серверах по всему миру. Затем каждый посетитель будет подключаться к ближайшему к нему серверу. Такой услугой является, например, уже упомянутый Cloudflare.

Вы должны помнить, что местоположение хостинговой компании может не совпадать с расположением серверов. Тот факт, что компания расположена, например, в Москве или Киеве, ничего не значит, потому что ее серверы могут быть расположены в дата-центрах, например, в Германии или Франции. Если на странице хостинга вы не найдете информацию о том, где расположены серверы – спросите их об этом.
Также бывает, что компания арендует или владеет серверами сразу в нескольких странах, и некоторые из предлагаемых услуг могут предоставляться в одном месте, а некоторые — в других. Это стоит учесть.
В приведенном выше списке я вообще не затрагивал опции, которые предоставляют практически все популярные хостинг-провайдеры и чьи функции везде одинаковы. Например, cron, журналы, собственные страницы ошибок.
Я включил только те параметры и функции, которые отличаются между компаниями и пакетами хостинга и которые могут определить, является ли конкретное предложение хорошим или нет.
Я сознательно опустил вопросы, связанные с удобством использования хостинга. Часто вопросы удобства носят весьма субъективный характер, и, хотя у меня есть свое мнение, например, о различных панелях управления хостингом (cPanel, Direct Admin, Plesk и т. д.), Я знаю из разговоров со многими людьми, что мнения относительно разных панелей управления хостингом разделились. В конце концов, это все еще дело привычки, и идеальный хостинг — это тот, который просто работает и с которым нам не приходится слишком часто копаться в панели управления.
Хорошо, что касается панели хостинга, стоит обратить внимание на 3 вещи, а именно:
- Есть ли в панели управления удобный установщик? Такой установщик позволяет устанавливать популярные скрипты, такие как WordPress, Joomla или PrestaShop, всего за несколько кликов. Удобное решение, особенно если вы собираетесь разместить много сайтов.
- Есть ли у хостинга интеграция с Cloudflare? Хорошая интеграция с Cloudflare в панели управления позволяет легко подключить страницу к этому CDN и управлять записями DNS без входа в отдельную учетную запись CF.
- Имеет ли личный кабинет пользователя двухфакторную аутентификацию (2FA)? Вторая составляющая логина, кроме пароля (например, код, отправленный по SMS, одноразовый код в приложении или U2F ключ), позволяет дополнительно защитить хостинговый аккаунт от взлома и фишинга.
Еще один важный момент, о котором я не упомянул, это вопрос взаимодействия со службой поддержки хостинга. При выборе хостинга обратите внимание на то, как работает поддержка той или иной компании.
- В какие часы они работает?
- Какие формы контактов доступны?
- Оказывается ли помощь?
- Как быстро они отвечает на вопросы?
- Решают ли ответы проблему?
Поэтому стоит проработать эти моменты с вашим будущим хостинг-провайдером, чтобы в случае возникновения каких-либо трудностей в будущем, вы могли положиться на него, а не ждать полдня решения проблемы.
ХОРОШО. Если мы уже сделали это, то я хотел бы упомянуть несколько вещей (не сугубо технических), о которых стоит знать, задаваясь вопросом, где и какой хостинг выбрать.
Цены на хостинг и домены
Также я часто сталкиваюсь с тем, что выбор хостинга продиктован тем, сколько стоит регистрация доменов в данной компании. Это ошибка, и я хотел бы объяснить почему.
Хостинг и домен — две разные вещи.
Прямо как телефон и SIM-карта оператора связи. Конечно — при продлении подписки вы всегда можете взять телефон у поставщика услуг, но вы также можете купить новый или б/у смартфон в любом другом месте и вставить любую SIM-карту. Часто дешевле приобрести телефон самому, чем «смартфон за 1 копейку», ежемесячно платя дорогую абонплату.
Аналогично с доменами и хостингом. Вы можете купить и управлять доменом в одной компании, а хостингом в другой. И в любое время вы можете перенести свой домен или хостинг к конкурирующей компании, если захотите.
Также следите за «маркетинговыми уловками», связанными с хостинговыми компаниями, предлагающими домены бесплатно, например, при оплате хостинга за 6 месяцев одним платежом. Этот трюк создан для привлечения новых клиентов и в последующие годы вам все ровно придется платить за домен. Но на самом деле, в некоторых случаях, вы действительно сможете сэкономить на этом несколько долларов.
Всегда проверяйте стоимость продления домена после первого года, через год и в последующие годы! Зачастую компании, предлагающие регистрацию доменов практически даром, захотят возместить убытки обратно в последующие годы. Ведь обычно мы покупаем домен не на 1 год, а на долгое время.

Хостинг нужно выбирать самый лучший, а домен где дешевле. В отличие от хостинга, домен, зарегистрированный в компании «X», будет таким же, как и в компании «Y».
Все хостинговые компании или регистраторы доменов являются лишь посредниками между вами и организацией ICANN, которая позволяет аккредитованным компаниям осуществлять регистрацию доменов в зонах .com, .net, .org, .info и многих других.
И так же, как вы можете сменить оператора мобильной связи, заменив SIM-карту в своем телефоне, вы всегда можете указать, что домен должен быть направлен на другой хостинг (например, путем смены NS-серверов). И если данный оператор домена поднимает цены, вы всегда можете перенести домен куда-нибудь еще. Домен и хостинг — это две независимые вещи.
Что выгоднее: более дешевая (или бесплатная) регистрация домена или дешевое продление домена в последующие годы?
Предложение | Сумма через 1 год | Сумма через 3 года | Сумма через 5 лет |
Домен за $1, а продление в последующие годы $25 | $26 | $75 | $125 |
Домен за $13 и продление в последующие годы $13 | $26 | $39 | $65 |
Нужно ли обращать внимание на рейтинг хостингов по количеству клиентов и отзывы о хостинг-провайдерах?
Во-первых, как вы наверное знаете, не все отзывы, которые вы найдете в интернете, соответствуют действительности. К сожалению, как и во многих других областях и отраслях, в хостинг-индустрии достаточно много компаний, которые не очень честны со своими клиентами, и наводняют (сами или через сторонние фирмы, которые на этом специализируются) интернет положительными отзывами о своих услугах.
Во-вторых, потому что, возвращаясь к аналогии с автомобилем, каждый интернет-проект отличается и имеет разные требования. Существуют хостинги с тысячами довольных клиентов, но большинство из них являются владельцами простых статических сайтов, количество посетителей которых ничтожно мало. Если компания, управляющая интернет-магазином с сотнями тысяч товаров и тысячами ежедневных заказов, захочет использовать такой хостинг, возникнет проблема.
В-третьих, потому что клиенты разные. Один клиент хостинга не заметит, когда его сайт не перестанет работать по вечерам, будет иметь пресловутые несколько часов перебоев в работе или будет загружаться бесконечно долго из-за большой нагрузки на сервер. У другого клиента будет 4-минутный перерыв в работе сайта в 3 часа ночи, о котором он заранее был уведомлен с помощью SMS-мониторинга, и что это уже 4 раз в году. Оба клиента с удовольствием проконсультируют (или не проконсультируют) вас о хостинге, который они используют, когда вы спросите их об этом в социальных сетях.
В-четвертых, потому что в рамках одной хостинговой компании вы можете получить разный результат. Хостинговые компании имеют от нескольких до нескольких сотен физических серверов (машин), на которых создаются учетные записи для клиентов с виртуальным хостингом. Может случиться так, что вы попали в безотказную и незагруженную машину, которая будет работать быстро и эффективно. Однако может быть и наоборот, ваша учетная запись хостинга будет создана на сервере, который имеет постоянные технические проблемы и требовательных клиентов, с которыми вы будете делить общие ресурсы сервера.
И в-пятых, не стоит обращать внимание на рейтинги по количеству клиентов (или в случае хостинга — количеству поддерживаемых доменов), поскольку в случае хостинга размер зачастую не имеет значения. В крупной хостинговой компании, в случае возникновения проблем, вас могут рассматривать как ненужное бремя, от которого нужно избавиться, а небольшая компания с радостью позаботится о вас и поможет решить ваши проблемы с сайтом. Или наоборот. Исходя из своего опыта, я могу просто написать вам, что нет никаких правил — хороший сервис и отличное качество услуг существуют как в крупнейших, так и в небольших компаниях. Как и ужасный сервис и печальное качество обслуживания.
Подводя итог: Конечно, проверьте, что пишут о компании в интернете и почитайте отзывы. Спросите друзей об их опыте взаимодействия с хостинг-провайдерами. Помните, однако, что эта информация должна стать лишь отправной точкой, которая говорит о том, стоит ли вообще проявить интерес к конкретной компании (и тщательно проверить качество их услуг и поддержки), а не определяющим фактором.
Много чего проверять? Вы до сих пор не знаете, какой хостинг будет лучшим? Посмотрите мой рейтинг хостингов!
Вы найдете там список рекомендованных мной хостинговых компаний. Каждую из них я тщательно изучил, протестировал и проанализировал. Там нет рекламы или оплаченых спонсорами материалов. Только проверенные хостинг-провайдеры, отобранные на основании определенных критериев качества, связанных со скоростью, производительностью, безопасностью, временем безотказной работы и рядом других важных параметров.
Пожалуй, этого руководства должно быть вполне достаточно. Я надеюсь, что благодаря представленной здесь информации и советам, вы сможете выбрать лучший хостинг для себя или своей компании.
Помните: в случае с хостингом важны не мнения, бренд или популярность, а факты и конкретные технические параметры.
Удачи в выборе хостинга! 😎
PS, Если это руководство помогло вам, пожалуйста, поделитесь ссылкой на эту статью в Facebook или в других социальных сетях.
Я вложил в это немало труда и буду очень благодарен вам за то, что вы поделились полученными знаниями с другими. И ваши знакомые, которые тоже возможно ищут хостинг, наверняка будут благодарны вам за это!