Накратко: Бекъпът е резервно копие на сайта, базата данни и пощата, от което можете да възстановите всичко след грешка, хакване, неуспешно обновление или изтрит файл. Добрият бекъп е автоматичен, редовен, пази няколко стари версии, има поне едно копие извън хостинга и е изпробван чрез възстановяване. Най-известното правило е 3-2-1: три копия, на два различни носителя, едно от които на друго място. В тази статия ще научите какво да архивирате, колко често, къде да пазите копията и как да възстановите сайт стъпка по стъпка.
Какво е бекъп
Бекъпът (резервно копие) е копие на данните ви, направено в определен момент, от което можете да ги върнете, ако оригиналът бъде повреден, изтрит или заразен.
Представете си бекъпа като снимка на сайта в даден ден и час. Ако утре нещо се обърка, просто казвате „върни сайта такъв, какъвто беше на снимката от вчера“. Всичко, което сте добавили след снимката, се губи, затова е важно снимките да се правят достатъчно често.
За сайтовете бекъпът обикновено включва файловете (кода, темите, снимките), базата данни (текстовете, поръчките, потребителите) и понякога пощата. Ако искате да си припомните как са устроени тези части, вижте Какво е хостинг и Какво е WordPress.
Защо бекъпът е задължителен
Защото рано или късно нещо се обърква: човешка грешка, неуспешно обновление, хакерска атака или изтрит файл. Без бекъп това може да означава загуба на целия сайт.
Бекъпът е като застраховка: не мислите за него, докато не ви потрябва, а когато ви потрябва, е безценен. Разликата е, че бекъпът е евтин и в много случаи вече е включен в хостинга ви.
Ако не искате да загубите и самия адрес на сайта, прочетете Изтичане на домейн: какво става и как да не загубите домейна си.
Какво трябва да архивирате
Пълният бекъп на сайт съдържа три неща: файловете, базата данни и настройките. Ако ползвате поща на хостинга, архивирайте и нея.
| Част | Какво съдържа | Какво става, ако липсва |
|---|---|---|
| Файлове | Код на сайта, теми, плъгини, качени снимки и документи | Сайтът няма дизайн и снимки, дори текстовете да са запазени |
| База данни | Статии, страници, продукти, поръчки, потребители, настройки | Дизайнът е налице, но съдържанието липсва |
| Конфигурация | Файлове като wp-config.php и .htaccess | Сайтът не може да се свърже с базата или пренасочванията не работят |
| Поща | Писма, папки, контакти | Губите кореспонденцията с клиенти |
| DNS записи | Записи A, MX, TXT и други | При грешка трудно възстановявате пощата и сайта |
Видове бекъпи
Има три основни вида бекъпи: пълен, инкрементален и диференциален. Те се различават по това колко данни копират всеки път и колко бързо се възстановяват.
| Вид | Какво копира | Предимство | Недостатък |
|---|---|---|---|
| Пълен | Всичко, всеки път | Най-лесно възстановяване | Заема най-много място и време |
| Инкрементален | Само промените след последния бекъп от който и да е вид | Бърз и икономичен | Възстановяването изисква пълния бекъп и всички следващи части |
| Диференциален | Всички промени след последния пълен бекъп | Възстановяване само с две части | Расте с всеки ден до следващия пълен бекъп |
За повечето малки сайтове не е нужно да мислите за тези разлики: хостингът или плъгинът за бекъп избира подходящия метод. Важното е да знаете, че можете да възстановите сайта към конкретна дата.
Сървърен срещу локален бекъп
Сървърният бекъп се прави от хостинга и се пази на неговите системи. Локалният е копие, което сте свалили на компютъра си или сте качили в собствено облачно хранилище. Най-добре е да имате и двата.
Правилото 3-2-1
Правилото 3-2-1 казва: пазете три копия на данните си, на два различни вида носители, като едно от тях е на физически друго място. Това е проверен принцип, който ви пази почти от всеки сценарий.
Защо е важно копията да са на различни места? Ако единственият ви бекъп е в папка на същия хостинг акаунт, хакер, който е влязъл в акаунта, може да изтрие и него. Ако единственото ви копие е на компютъра в офиса, рансъмуер може да го криптира заедно с всичко друго.
Колко често да правите бекъп
Правете бекъп толкова често, колкото данни можете да си позволите да загубите. Ако сайтът се променя всеки ден, бекъпът трябва да е поне ежедневен.
| Вид сайт | Колко често се променя | Препоръчителна честота |
|---|---|---|
| Визитка | Рядко, няколко пъти в годината | Седмично и ръчно преди всяка промяна |
| Блог | Нови статии и коментари всяка седмица | Ежедневно |
| Онлайн магазин | Поръчки и клиенти всеки ден | Ежедневно, а базата данни и по-често |
| Сайт с регистрирани потребители | Постоянно | Ежедневно или по-често |
Колко време да пазите копията
Пазете няколко поколения копия: последните дни, няколко седмици назад и поне едно копие отпреди месец или повече. Понякога проблемът се забелязва едва след седмици.
Пример: хакер вкарва скрит код на сайта, но вие го откривате едва след три седмици, когато Google започне да показва предупреждение. Ако пазите само бекъпите от последните седем дни, всички те вече съдържат заразения код. Ако имате копие отпреди месец, можете да започнете от чист сайт.
| Ниво | Какво да пазите |
|---|---|
| Дневни | Копия от последните дни |
| Седмични | По едно копие за последните няколко седмици |
| Месечни | По едно копие за последните няколко месеца |
| Преди големи промени | Ръчни копия с ясно име, например predi-novata-tema |
Бекъпи от хостинга
Много хостинг планове включват автоматични бекъпи. Проверете колко често се правят, колко дълго се пазят и как се възстановяват.
- Честота: ежедневно ли се правят копията или по-рядко.
- Съхранение: за колко дни назад можете да върнете сайта.
- Обхват: включени ли са файловете, базите данни и пощата.
- Възстановяване: можете ли сами да го направите от контролния панел или трябва да пишете на поддръжката.
- Частично възстановяване: можете ли да върнете само един файл или само базата данни.
- Изтегляне: можете ли да свалите копие на компютъра си.
Къде точно е разделът за бекъпи в панела описахме в Какво е контролен панел на хостинга. Хостинг плановете на CometRiders можете да разгледате на страницата Хостинг.
Как да направите ръчен бекъп
Ръчният бекъп се прави на две стъпки: архивирате файловете през файловия мениджър или FTP и експортирате базата данни от контролния панел.
Стъпка 1: Файловете
- Отворете файловия мениджър в контролния панел.
- Маркирайте основната папка на сайта, например
wwwилиpublic_html. - Изберете „Компресирай“ и създайте ZIP архив с дата в името, например
sayt-2026-11-03.zip. - Изтеглете архива на компютъра си и после го изтрийте от сървъра.
Стъпка 2: Базата данни
- Отворете инструмента за бази данни в контролния панел.
- Изберете базата на сайта и натиснете „Експорт“.
- Запазете SQL файла, например
baza-2026-11-03.sql, по възможност компресиран.
Подробно как се работи с файловия мениджър и FTP обяснихме в Какво е FTP и файлов мениджър.
Бекъп на WordPress
За WordPress можете да разчитате на бекъпите на хостинга, на плъгин за бекъп или на двете. Плъгинът е удобен, защото може автоматично да праща копия в облачно хранилище.
| Метод | Плюсове | Минуси |
|---|---|---|
| Бекъп от хостинга | Автоматичен, не натоварва сайта, работи дори ако WordPress е счупен | Обикновено се пази при същия доставчик |
| Плъгин за бекъп | Изпраща копия в облачно хранилище по график, лесно възстановяване от админ панела | Натоварва сайта по време на архивиране, не работи ако WordPress не се отваря |
| Ръчен бекъп | Пълен контрол, без допълнителни инструменти | Лесно се забравя |
Какво е важно в WordPress
- Папката
wp-content: теми, плъгини и всички качени файлове. - Файлът
wp-config.php: връзката с базата и ключовете за сигурност. - Базата данни: всички статии, страници, коментари, потребители и настройки.
Ядрото на WordPress (папките wp-admin и wp-includes) може да се изтегли наново по всяко време, но е по-лесно да е в бекъпа, за да възстановите сайта с едно действие.
Бекъп на пощата
Ако пощата ви е на хостинга, проверете дали автоматичните бекъпи я включват. Допълнителна защита е пощенска програма, която пази копие на писмата на компютъра ви.
Когато използвате IMAP, писмата стоят на сървъра и се синхронизират с всички устройства. Това е удобно, но означава, че ако изтриете писмо на телефона, то изчезва навсякъде. Пощенска програма на компютъра може да прави локален архив на важните папки. Повече за професионалната поща четете в Имейл с домейн.
- Архивирайте периодично важните папки, например „Клиенти“ и „Фактури“.
- Пазете копие на контактите и календара.
- При смяна на доставчика на поща прехвърлете писмата, преди да спрете старата услуга.
Как да възстановите сайт от бекъп
Най-бързо е да възстановите сайта от раздела за бекъпи в контролния панел, като изберете дата преди проблема. При ръчно възстановяване качвате файловете и импортирате базата данни.
Ръчно възстановяване
- Качете ZIP архива с файловете в основната папка на сайта и го разархивирайте.
- Изпразнете базата данни или създайте нова.
- Импортирайте SQL файла от инструмента за бази данни.
- Ако базата е нова, обновете името, потребителя и паролата в
wp-config.php. - Изчистете кеша на сайта и на браузъра.
Защо трябва да тествате бекъпите
Бекъп, който никога не е възстановяван, е само надежда. Тествайте поне от време на време дали копията се отварят и съдържат всичко нужно.
Често се оказва, че бекъпите са непълни: липсва базата данни, архивът е повреден или плъгинът е спрял да прави копия преди месеци заради грешка, която никой не е забелязал. Единственият начин да сте сигурни е да опитате възстановяване.
- Веднъж на няколко месеца възстановете сайта на тестов поддомейн.
- Проверете дали архивът се отваря и дали SQL файлът не е празен.
- Проверете датата на последния бекъп и дали известията за грешки идват на вашия имейл.
- Опитайте да възстановите един отделен файл от бекъпа на хостинга.
Сигурност на бекъпите
Бекъпът съдържа всичко за сайта ви, включително данни за клиенти и пароли за базата. Пазете го толкова внимателно, колкото и самия сайт.
- Криптиране: ако пазите копия в облачно хранилище, използвайте криптиране или защитен с парола архив.
- Ограничен достъп: само хората, които наистина имат нужда, трябва да имат достъп до копията.
- Двуфакторен вход за облачното хранилище, в което пазите бекъпите.
- Не в публичната папка: никога не оставяйте архиви там, където могат да се изтеглят от интернет.
- Изолирано копие: едно копие, което не е постоянно свързано с компютъра или сървъра.
- Лични данни: съобразявайте съхранението с изискванията за защита на личните данни и с вашата Политика за поверителност.
Защитените връзки са важни и тук: когато сваляте бекъпи, използвайте HTTPS и SFTP. Защо, обяснихме в Какво е SSL сертификат.
План за бекъпи за малък бизнес
Един прост и надежден план за малък бизнес има четири части: автоматичен бекъп на хостинга, автоматично копие извън хостинга, ръчно копие преди промени и периодичен тест.
| Кога | Какво | Къде |
|---|---|---|
| Всеки ден | Автоматичен бекъп на файловете, базата и пощата | На хостинга |
| Всеки ден или седмица | Автоматично копие на сайта | В облачно хранилище извън хостинга |
| Преди промени | Ръчен пълен бекъп | Изтеглен на компютъра |
| Всеки месец | Копие на външен диск, който после се изключва | В офиса или у дома |
| На няколко месеца | Тестово възстановяване | На тестов поддомейн |
Запишете плана в кратък документ: кой отговаря за бекъпите, къде са копията, как се възстановява сайтът и с кого да се свържете при проблем. Когато нещо се случи, няма да търсите информацията под напрежение.
Примери от практиката
Ето три ситуации, в които бекъпът решава проблема.
Изтрита страница
Служител по погрешка изтрива страницата „Цени“ и изпразва кошчето в WordPress. Собственикът възстановява само базата данни от бекъпа от предишната нощ на тестов поддомейн, копира текста на страницата и я създава отново на живия сайт. Поръчките от деня остават незасегнати.
Счупено обновление
След обновление на темата онлайн магазин показва грешка на страницата на количката. Понеже преди обновлението е направен ръчен бекъп, собственичката връща сайта към него за минути и изчаква поправка от разработчика на темата.
Хакнат сайт
Блог започва да пренасочва посетители към непознат сайт. Последните бекъпи също съдържат зловредния код, но има месечно копие отпреди проблема. Сайтът се възстановява от него, статиите от последните седмици се добавят ръчно, всички пароли се сменят, а остарелите плъгини се премахват.
Чести грешки
Повечето загуби на данни се случват не защото няма бекъп, а защото бекъпът е непълен, стар или на грешното място.
- Само едно копие на същия сървър. Ако сървърът или акаунтът пострада, копието изчезва с него.
- Бекъп само на файловете. Без базата данни съдържанието липсва.
- Никога не тестван бекъп. Разбирате, че не работи, точно когато ви трябва.
- Твърде кратко съхранение. Всички копия съдържат вече скрития проблем.
- Архиви в публичната папка. Всеки може да ги изтегли.
- Липса на бекъп преди обновление. Най-рисковият момент остава без защита.
- Неизвестно кой отговаря. Всеки мисли, че другият се грижи за копията.
- Пропуснати известия за грешка. Плъгинът е спрял да прави копия преди месеци.
Често задавани въпроси
Какво е бекъп на сайт?
Копие на файловете, базата данни и настройките на сайта, направено в определен момент, от което можете да възстановите сайта при проблем.
Колко често трябва да правя бекъп?
Толкова често, колкото данни можете да си позволите да загубите. За блогове и магазини поне ежедневно, а преди всяко обновление и ръчно.
Достатъчни ли са бекъпите на хостинга?
Те са добра основа, но е разумно да имате и поне едно копие извън хостинга, например в облачно хранилище или на външен диск.
Какво е правилото 3-2-1?
Три копия на данните, на два различни вида носители, като едно от тях е на друго място.
Колко време да пазя бекъпите?
Пазете няколко поколения: дневни за последните дни, седмични и поне едно месечно копие. Понякога проблемът се открива след седмици.
Как да направя бекъп на WordPress?
Използвайте бекъпите на хостинга, плъгин за бекъп или ръчно архивирайте папката на сайта и експортирайте базата данни. Най-добре комбинирайте два метода.
Как да възстановя сайт от бекъп?
От раздела за бекъпи в контролния панел изберете дата преди проблема и възстановете файловете и базата данни. При ръчно възстановяване качете файловете и импортирайте SQL файла.
Трябва ли да архивирам пощата?
Да, ако е на хостинга и съдържа важна кореспонденция. Проверете дали бекъпите на хостинга я включват и пазете допълнително копие на важните папки.
Защо трябва да тествам бекъпа?
Защото бекъпът може да е непълен или повреден. Единственият начин да сте сигурни, че работи, е да опитате възстановяване, например на тестов поддомейн.
Безопасно ли е да пазя бекъпите в облака?
Да, ако хранилището е защитено с двуфакторен вход и копията са криптирани или защитени с парола.
Обобщение
Бекъпът е най-евтината и най-важна защита на сайта ви. Архивирайте файловете, базата данни и пощата, правете копия автоматично и редовно, пазете няколко поколения, следвайте правилото 3-2-1 и тествайте възстановяването. Преди всяко обновление правете ръчен бекъп, а след хакване освен възстановяване сменете и паролите. В следващата статия ще разгледаме скоростта на сайта: защо е важна и как да я подобрите.
Хостинг с автоматични бекъпи
Спокойствие за сайта и пощата, лесно възстановяване от контролния панел и поддръжка 24/7 на български.
Разгледайте хостинг плановете
