Домейн и хостинг: пълно ръководство

Всеки сайт стои на три неща, които повечето хора никога не виждат: домейн, DNS и хостинг. Докато работят, никой не мисли за тях. Когато нещо се обърка, обикновено се обърква точно там: изтекъл домейн, загубена парола за регистратора, сървър без резервни копия, поща, която спира да пристига.

Това е голямото ръководство по темата. Ако ти трябва само кратката разлика между домейн и хостинг, започни от домейн и хостинг: какво са и как да избереш. Тук отиваме по-надълбоко: какво се случва, когато някой отвори сайта ти, кой всъщност управлява .bg и .com, как се подновява, прехвърля и губи един домейн, какви видове хостинг има и колко струват, какво правят резервните копия и сигурността, и какво да провериш, преди да подпишеш нещо. С реални случаи, таблици и източници в края.

Накратко

• Домейнът е адресът (tvoiatbiznes.bg). Не го купуваш завинаги, а го наемаш за година или повече и го подновяваш [1].
• DNS е указателят, който превежда адреса към конкретен сървър и казва къде отива пощата ти [3].
• Хостингът е компютърът (сървърът), на който живеят файловете на сайта и от който те стигат до посетителите [2].
• Собствеността е най-важното. Домейнът трябва да е регистриран на теб или фирмата ти, с автоматично подновяване и защитен акаунт.
• Хостингът се мери по скорост, резервни копия, обновявания и поддръжка, а не по „неограничено място“.

Аналогията, която работи

Всяко от тези неща може да е при различна фирма. Домейнът може да е регистриран в Register.BG, DNS да се управлява от Cloudflare, сайтът да е на един хостинг, а пощата в Google Workspace. Това е нормално и дори полезно, стига да знаеш кое къде е.

Какво се случва, когато някой отвори сайта ти

Когато клиент напише tvoiatbiznes.bg и натисне Enter, за части от секундата се случват около шест неща [3]:

1. Браузърът пита: „На кой сървър е tvoiatbiznes.bg?“ Първо гледа в паметта си, после пита DNS сървъра на интернет доставчика (resolver).
2. Resolver-ът пита основните (root) сървъри: „Кой отговаря за .bg?“ Те го насочват към сървърите на регистъра на .bg.
3. Сървърите на .bg казват кои сървъри имената (nameservers) отговарят точно за tvoiatbiznes.bg.
4. Тези nameservers връщат IP адреса на хостинга, например 104.21.32.1.
5. Браузърът се свързва със сървъра, двамата правят криптирана връзка (това е SSL/TLS, ключалката в адресната лента).
6. Сървърът изпраща страницата и браузърът я показва.

Отговорите се пазят временно по пътя (това е TTL, времето за живот на записа), затова втората визита е по-бърза, а промените в DNS понякога „тръгват“ след минути, понякога след часове.

Кратка история: от един текстов файл до 387 милиона домейна

В началото на 80-те години всички компютри в мрежата ARPANET бяха описани в един текстов файл, който се поддържаше ръчно и всеки го сваляше периодично. Когато машините станаха хиляди, това спря да работи. През 1983 г. Пол Мокапетрис предлага системата за имена на домейни (DNS), а стандартът, който ползваме и днес, е описан през 1987 г. в RFC 1034 и 1035 [4].

На 15 март 1985 г. компанията за компютри Symbolics регистрира symbolics.com, първия домейн с окончание .com [5]. Днес в света има 386,9 милиона регистрирани домейна, от които 161 милиона са .com, по данни на Verisign за края на 2025 г. [7].

България има две окончания. Латинското .bg се управлява от Регистър.БГ [9]. Кирилското .бг беше отхвърлено от ICANN през 2010 г. заради прилика с бразилското .br, после одобрено и въведено в основната зона на интернет през 2016 г.; управлява го Имена.БГ [8].

Анатомия на един домейн

Вземи shop.tvoiatbiznes.bg:

• .bg е домейнът от първо ниво (TLD), окончанието.
• tvoiatbiznes е името, което ти регистрираш (домейн от второ ниво).
• shop е поддомейн. Създаваш го сам в DNS, без да плащаш нищо отделно, и можеш да имаш колкото искаш: blog., booking., mail..

Видове окончания

Пълният списък с окончанията се поддържа от IANA [6]. За малък бизнес в България изборът почти винаги е .bg или .com. Как да избереш името и окончанието: как да избереш домейн за бизнеса си.

Кой кой е в света на домейните

• ICANN / IANA поддържат правилата и основната зона на интернет.
• Регистърът управлява едно окончание (Verisign за .com, Регистър.БГ за .bg).
• Регистраторът е фирмата, от която купуваш (много хостинг компании са и регистратори или посредници).
• Регистрантът си ти. Това е човекът или фирмата, записан като притежател. ICANN описва изрично правата и задълженията на регистранта [10].

Важното: регистрантът е притежателят, а не този, който е платил. Ако фирма за сайтове е регистрирала домейна на свое име, юридически той е неин, докато не го прехвърли.

Колко струва един домейн

Цените варират според окончанието и регистратора. Ориентировъчно, обикновен .bg или .com струва между 10 и 35 € на година. Капаните са други:

• Промоционална първа година. 1 € първата година и 25 € всяка следваща. Гледай цената при подновяване, а не при регистрация.
• „Безплатен домейн“ с хостинга. Обикновено е безплатен само първата година, после се плаща отделно. И често е регистриран на името на хостинга.
• Премиум имена. Кратки, търсени имена в новите окончания понякога струват стотици евро на година, а не само първата.
• Ненужни добавки. „SEO пакет за домейна“, „защита на марката“ за 50 € и т.н. Повечето не ти трябват.

Как се подновява, губи и спасява домейн

Домейнът изтича на точна дата. За общите окончания (като .com) пътят след това обикновено изглежда така, макар регистраторите да имат свои правила [11]:

Националните окончания като .bg имат свои правила, затова провери условията на регистратора си.

Да, случва се и на големите

• Google, 2015. Бивш служител на Google, Санмей Вед, вижда, че google.com е отбелязан като свободен в услугата Google Domains, и успява да го купи за една минута, преди Google да отмени поръчката. Google му плаща награда от 6006,13 долара, число, което с малко въображение се чете като „Google“ [14].
• Marketo, 2017. Голямата компания за маркетингов софтуер забравя да поднови marketo.com заради неуспешно автоматично подновяване. Сайтът и услугите на клиентите им спират, докато един потребител в Twitter сам не плаща подновяването от тяхно име [15].

Ако се е случило на тях, може да се случи на всеки. Затова:

• Включи автоматично подновяване и поднови за 2–5 години напред.
• Дръж валидна карта в акаунта на регистратора.
• Не ползвай пощата на същия домейн за възстановяване на акаунта при регистратора. Ако домейнът изтече, пощата спира и не можеш да получиш писмото за нова парола. Ползвай друг имейл.

Собственост: проверката, която спестява най-много нерви

Най-честата история, която чуваме: „Предишният ни уебдизайнер направи сайта преди години, домейнът е на негово име, а той не вдига телефона.“ Това се предотвратява с пет минути проверка:

1. Провери кой е регистрант. За .bg ползвай търсачката на Регистър.БГ [9]. За .com и другите общи окончания от 2025 г. официалният източник е услугата RDAP, която замени старата WHOIS [13]. Заради GDPR личните данни често са скрити, но фирмата обикновено се вижда.
2. Поискай достъп до акаунта при регистратора или поне потвърждение, че си записан като регистрант.
3. Запиши при кой регистратор е, кога изтича и на какъв имейл идват известията.
4. В договора с изпълнителя трябва да пише, че домейнът е твой и как се прехвърля. Повече: договор за изработка на сайт: какво да провериш и тревожни сигнали при избор на изпълнител.

Прехвърляне на домейн

Прехвърлянето между регистратори за .com и другите общи окончания става с код за трансфер (наричат го още EPP или auth код), който взимаш от сегашния регистратор. Правилата на ICANN обикновено забраняват трансфер скоро след регистрация или предишен трансфер, най-често до 60 дни [12]. За .bg процедурата минава през Регистър.БГ. Смяната на регистратора не сваля сайта, ако DNS записите останат същите. Как да смениш сайта, без да загубиш позиции и поща: как да прехвърлиш домейна си към нов сайт.

DNS записите, които трябва да познаваш

Не е нужно да ги настройваш сам, но е добре да знаеш какво е какво, когато някой ти каже „смени A записа“. Пример за измисления avtoservizplovdiv.bg:

Пощата живее в DNS

Най-неприятната изненада при смяна на сайт: някой сменя nameservers, забравя MX записите и пощата спира. Затова винаги преписвай всички записи, преди да местиш DNS.

SPF, DKIM и DMARC са TXT записи, които доказват, че писмата от твоя домейн са истински. От февруари 2024 г. Google изисква и трите от всеки, който праща повече от 5000 писма на ден до Gmail, а поне SPF или DKIM от всички [16]. Ако офертите ти отиват в спама, първо провери тях. Подробно: фирмен имейл с твоя домейн.

Когато DNS падне, падат и големите

• Dyn, октомври 2016 г. Атака с огромен поток заявки от заразени домашни устройства (камери, рутери) срещу DNS доставчика Dyn прави недостъпни за часове Twitter, Netflix, Reddit, Spotify и други за много потребители в САЩ и Европа [17]. Сайтовете им работят, но никой не може да ги намери по име.
• Facebook, 4 октомври 2021 г. Грешна промяна в мрежата прекъсва връзката до DNS сървърите на Facebook и за около 6 часа facebook.com, Instagram и WhatsApp изчезват от интернет [18].

Поуката за малкия бизнес: DNS при надежден доставчик и двуфакторна защита на акаунта са по-важни от това кой е най-евтиният.

Сигурност на домейна

• Двуфакторна защита (2FA) на акаунта при регистратора. Който влезе там, може да пренасочи сайта и пощата ти.
• Заключване срещу трансфер (registrar lock), включено по подразбиране.
• DNSSEC, ако регистраторът и DNS доставчикът го поддържат. Подписва DNS отговорите, за да не могат да бъдат подменени по пътя.
• Внимавай с писмата „домейнът ти изтича“ от непознати фирми. Често са фалшиви фактури или опит да те прехвърлят към скъп регистратор.

Хостинг: какво точно плащаш

Хостингът е сървър, свързан денонощно с интернет, на който стоят файловете на сайта ти и който ги изпраща на всеки посетител [2]. Това, което реално купуваш, е място на диска, изчислителна мощ, трафик, поддръжка на сървъра и (ако имаш късмет) резервни копия и човек, който вдига телефона.

Динамичен и статичен сайт

Това е разлика, която обяснява много за скоростта и цената:

• Динамичен сайт (WordPress, онлайн магазини) сглобява всяка страница в момента на посещението: пуска код (обикновено PHP), чете от база данни и чак тогава връща HTML. Затова има нужда от по-мощен сървър, обновявания и защита. WordPress стои зад 39,5% от всички сайтове в света [21].
• Статичен сайт е сглобен предварително. Сървърът просто изпраща готови файлове, често от мрежа от сървъри по целия свят (CDN). Такъв сайт е много бърз, евтин за хостване и с много по-малко неща, които могат да бъдат хакнати. Сайтовете, които правим в Studio V1, са такива и се хостват в Cloudflare.

Видове хостинг

Цените са ориентировъчни и зависят от доставчика и от ДДС.

По какво да съдиш един хостинг

1. Скорост

Първото нещо, което хостингът влияе пряко, е времето до първия байт (TTFB): колко бързо сървърът започва да отговаря. Google препоръчва повечето сайтове да са под 0,8 секунди [22]. Бавен хостинг значи бавен сайт, колкото и добре да е направен дизайнът. Повече: защо сайтът ми е бавен и как да го ускоря.

CDN е мрежа от сървъри по света, които пазят копия на сайта ти близо до посетителя [23]. Клиент от Варна получава сайта от сървър в близост, а не от другия край на Европа. Cloudflare, един от най-големите такива доставчици, стои пред 28,5% от всички сайтове [21].

2. Надеждност (uptime)

Хостингите обещават „99,9% uptime“. Звучи като почти 100%, но ето какво значи на практика:

Гледай и какво става, ако обещанието не се изпълни: обикновено получаваш малка отстъпка, а не обезщетение за загубените клиенти.

3. Резервни копия

Тук е разликата между неприятен ден и катастрофа. На 10 март 2021 г. пожар в центъра за данни на OVHcloud в Страсбург, един от най-големите в Европа, унищожава напълно сградата SBG2 и част от съседната. Хиляди сайтове изчезват, а клиенти, които са пазили резервните си копия в същия център, губят всичко [19].

Затова питай:

• Колко често се правят копия? (Поне веднъж на ден за сайт, който се променя.)
• Колко назад пазят? (Поне 14–30 дни, защото хакване или грешка често се забелязват след седмици.)
• Къде? Копията трябва да са на друго място, не в същия сървър или сграда.
• Пробвано ли е възстановяването? Копие, което никой не е възстановявал, е надежда, а не план.

Добро правило е „3-2-1“: три копия, на два различни носителя, едно от тях на друго място.

4. Сигурност и обновявания

Хакнатите сайтове рядко са жертва на гениални хакери. Почти винаги причината е стар софтуер. Patchstack отчита 11 334 нови уязвимости в света на WordPress само за 2025 г., като 91% от тях са в плъгините, а не в самия WordPress [20]. Ако имаш WordPress сайт, някой трябва да обновява ядрото, темата и плъгините редовно и да маха ненужните.

Какво още да има хостингът: защитна стена за уеб приложения (WAF), защита от DDoS атаки, отделни акаунти за всеки сайт, автоматично SSL.

5. SSL сертификатът

Ключалката в браузъра днес е безплатна: Let’s Encrypt издава сертификати автоматично и без пари [24]. Ако хостингът ти продава „SSL за 80 € на година“ за обикновен фирмен сайт, вероятно надплащаш. Важно е и автоматичното подновяване: максималният срок на SSL сертификатите се съкращава на етапи, от 200 дни (от март 2026 г.) до 47 дни през 2029 г. [25], така че ръчното подновяване вече не е вариант. Повече: какво е SSL сертификат.

6. Поддръжка

Пробвай я, преди да купиш: пиши им въпрос и виж кога и как отговарят. Важно е дали отговаря човек, на какъв език и дали поддръжката е включена в цената или е отделна услуга.

7. Местоположение на данните и GDPR

Ако сайтът ти събира данни (форма за контакт, резервации), хостингът обработва лични данни от твое име. Общият регламент за защита на данните изисква договор с такъв обработващ [27]. Сървър или доставчик в ЕС прави нещата по-прости. Повече: GDPR и бисквитки на сайта.

Колко струва всичко заедно: три примера

Ориентировъчни сметки за година за обикновен фирмен сайт:

Пощата обикновено е отделен разход: Google Workspace и Microsoft 365 струват няколко евро на човек на месец. Повече за това как се събира пълната сметка: колко струва сайт за малък бизнес и поддръжка на сайт: какво включва и колко струва.

Как да избереш: 12 въпроса преди да платиш

1. На чие име ще е регистриран домейнът?
2. Каква е цената при подновяване, не само първата година?
3. Включено ли е автоматично подновяване?
4. Има ли двуфакторна защита на акаунта?
5. Колко бърз е сървърът (TTFB) и има ли CDN?
6. Колко често се правят резервни копия, колко назад и къде?
7. Кой обновява софтуера и колко често?
8. Безплатен и автоматичен ли е SSL?
9. Кой отговаря при проблем, как и за колко време?
10. Какво пише в договора за обработване на данни и къде са сървърите?
11. Как изнасям сайта и данните, ако реша да си тръгна?
12. Какво не е включено и колко струва отделно?

Смяна на хостинг без прекъсване: 8 стъпки

1. Направи пълно копие на сайта и базата данни при стария хостинг.
2. Запиши всички DNS записи, особено MX и TXT за пощата.
3. Намали TTL на записите до 5 минути един ден по-рано, за да тръгне смяната бързо.
4. Качи сайта на новия хостинг и го провери на временен адрес.
5. Смени A/CNAME записите (или nameservers) в спокоен час.
6. Провери SSL, формите, пощата и пренасочванията.
7. Наблюдавай Google Search Console няколко седмици.
8. Не спирай стария хостинг поне седмица, докато си сигурен, че всичко работи.

Ако при смяната се сменят и адресите на страниците, сложи постоянни пренасочвания (301). Иначе губиш линковете и позициите, които си натрупал. Повече: domain authority: пълно ръководство.

Митове за домейна и хостинга

1. „Купих домейна, мой е завинаги.“ Не. Наемаш го и трябва да го подновяваш.
2. „Щом съм платил, домейнът е мой.“ Твой е, ако си записан като регистрант. Платецът и притежателят са различни неща.
3. „Неограничен хостинг значи неограничен.“ Почти винаги има правила за „разумно ползване“ и лимит на процесора.
4. „Хостинг в България е по-добър за SEO.“ Google споменава местоположението на сървъра като един от възможните сигнали за това към коя аудитория е сайтът, но окончанието .bg и съдържанието казват много повече [26]. С CDN сайтът и без това се зарежда от сървър близо до посетителя.
5. „SSL е скъп.“ За обикновен сайт е безплатен [24].
6. „Хостингът ми прави резервни копия.“ Може би. Провери къде са и пробвай да възстановиш едно.
7. „Пощата и сайтът трябва да са на едно място.“ Не, и често е по-добре да не са. DNS решава кое къде отива.

Речник

• Домейн: адресът на сайта, напр. tvoiatbiznes.bg.
• TLD: окончанието: .bg, .com, .eu.
• Регистър / регистратор / регистрант: кой управлява окончанието, от кого купуваш, кой е притежателят.
• DNS: системата, която превежда имената към адреси на сървъри.
• Nameservers (NS): сървърите, които отговарят за DNS на домейна ти.
• TTL: колко време се помни един DNS отговор.
• IP адрес: числовият адрес на сървъра.
• Хостинг: сървърът, на който живее сайтът.
• CDN: мрежа от сървъри по света, които доставят сайта отблизо.
• TTFB: времето, за което сървърът започва да отговаря.
• Uptime: процентът от времето, в който сайтът работи.
• SSL/TLS: криптираната връзка, ключалката в браузъра.
• RDAP / WHOIS: справочник кой е регистрирал даден домейн.
• EPP / auth код: кодът за прехвърляне на домейн между регистратори.

Виж още

• Домейн и хостинг: какво са и как да избереш: кратката версия
• Как да избереш домейн за бизнеса си: 7 правила
• Фирмен имейл с твоя домейн
• Какво е SSL сертификат
• Как да прехвърлиш домейна си към нов сайт
• Domain authority: пълно ръководство
• Уеб дизайн: пълно ръководство

Източници

1. MDN Web Docs (Mozilla). "What is a domain name?" developer.mozilla.org
2. MDN Web Docs (Mozilla). "What is a web server?" developer.mozilla.org
3. Cloudflare Learning Center. "What is DNS? How DNS works." cloudflare.com/learning
4. P. Mockapetris. RFC 1034, "Domain names: concepts and facilities" (1987). rfc-editor.org
5. Wikipedia. "Symbolics" (symbolics.com, първият .com домейн, 1985). en.wikipedia.org
6. IANA. "Root Zone Database." iana.org/domains/root/db
7. Verisign. "Domain Name Industry Brief." verisign.com
8. IANA. "Report on the Delegation of the бг domain representing Bulgaria" (2016). iana.org
9. Регистър.БГ, регистърът на домейни .bg. register.bg
10. ICANN. "Registrants' Benefits and Responsibilities." icann.org
11. ICANN. "gTLD Lifecycle." icann.org
12. ICANN. "Transfer Policy." icann.org
13. ICANN. "ICANN Update: Launching RDAP; Sunsetting WHOIS" (2025). icann.org
14. Google Security Blog. "Google Security Rewards: 2015 Year in Review." security.googleblog.com
15. The Register. "Marketing giant Marketo forgets to renew domain name" (2017). theregister.com
16. Google Workspace Admin Help. "Email sender guidelines." support.google.com
17. Wikipedia. "2016 Dyn cyberattack." en.wikipedia.org
18. Engineering at Meta. "More details about the October 4 outage" (2021). engineering.fb.com
19. The Register. "OVHcloud fire report" (2022). theregister.com; BleepingComputer. "OVH data center burns down knocking major sites offline" (2021). bleepingcomputer.com
20. Patchstack. "State of WordPress Security in 2026" (данни за 2025 г.). patchstack.com
21. W3Techs. "Usage statistics of content management systems" и "Usage statistics of Cloudflare" (ноември 2026 г.). w3techs.com; w3techs.com
22. web.dev (Google). "Time to First Byte (TTFB)." web.dev/articles/ttfb
23. Cloudflare Learning Center. "What is a CDN?" cloudflare.com/learning
24. Let’s Encrypt. "How It Works." letsencrypt.org
25. DigiCert. "TLS/SSL certificate validity is shortening." digicert.com
26. Google Search Central. "Managing multi-regional and multilingual sites." developers.google.com/search
27. Регламент (ЕС) 2016/679 (GDPR), чл. 28 „Обработващ лични данни“. eur-lex.europa.eu