Как да направите и възстановите бекъп на WordPress сайт

Случва се обновление да развали темата, плъгин да изтрие страници или сайтът просто да спре да се отваря. Тогава е важно дали имате пресен бекъп на WordPress сайта и дали знаете как да го върнете.

В това ръководство ще видите какво влиза в пълния бекъп и какво може би вече копира автоматично хостингът Ви. После ще направите собствен бекъп от cPanel, от WP Toolkit или с плъгин, ще запазите едно копие извън хостинга и ще проверите бекъпа върху копие на сайта в поддомейн. Накрая ще намерите стъпките за истинско връщане на сайта и чеклист.

Какво влиза в бекъпа на WordPress сайт?

Сайтът се състои от две части и Ви трябват и двете. Файловете са темите, плъгините, качените снимки и файловете wp-config.php и .htaccess. В базата данни са страниците, статиите, коментарите, потребителите и настройките. Тя се пази отделно от папката на сайта, затова архивът на папката не я съдържа.

Не е нужно ядрото на WordPress да влиза в бекъпа, защото можете да го свалите наново. Най-голямо внимание заслужава папката wp-content с темите, плъгините и качените снимки. Във файла wp-config.php са данните за връзка с базата.

Колко често да правите бекъп? Според документацията на WordPress веднъж седмично за малък сайт с малко публикации и всеки ден за сайт с много промени. И винаги преди обновление или преместване.

Какво вече се копира автоматично?

Много хостинг компании копират файловете и базата данни на сайта автоматично. Проверете в описанието на услугата или попитайте поддръжката на хостинга колко често става това, колко време се пазят копията, дали са на друга машина и дали можете да ги върнете самостоятелно. Копие на същия сървър, на който е сайтът, не помага, ако се повреди самият сървър.

Автоматичното копие не знае, че се каните да смените темата или да обновите плъгин. Затова преди такава промяна направете и собствено, пресно копие. Документацията на WordPress съветва всеки да се научи сам да прави и да връща бекъп на сайта си, а автоматичните бекъпи да се проверяват от време на време с ръчно направен, за да е сигурно, че процесът работи.

Как да направите бекъп от cPanel

В раздела Files на cPanel има две икони, Backup и Backup Wizard. Backup Wizard Ви води стъпка по стъпка, затова започнете от него.

1. Отворете Backup Wizard, натиснете Back Up и изберете Home Directory.
2. В раздела Download натиснете името на файла, за да го свалите. Това е архив .tar.gz с всичко от акаунта Ви, включително public_html и пощата, затова може да е голям.
3. Върнете се, натиснете отново Back Up и изберете MySQL Databases. Свалете бекъпа на базата на сайта.
4. Пазете двата файла заедно.

Ако имате Terminal в cPanel, можете да направите бекъп само на сайта, без пощата и другите папки от акаунта. Terminal се показва само ако хостингът го е включил, а cPanel предупреждава, че грешна команда може да повреди акаунта, затова копирайте командите точно.

# cPanel > Terminal. Папката за бекъпите е извън public_html.
mkdir -p ~/backups
cd ~/public_html
wp core version
wp db export ~/backups/primer.bg-db-2026-09-24.sql --add-drop-table
cd ~
tar -czf ~/backups/primer.bg-files-2026-09-24.tar.gz \
  --exclude=public_html/wp-content/cache public_html
ls -lh ~/backups

Командата wp core version само показва версията на WordPress и потвърждава, че сте в правилната папка. Експортът на базата ползва данните от wp-config.php. Папката wp-content/cache е изключена, защото плъгините за кеш я създават наново. Ако Terminal съобщи, че командата wp не е намерена, свалете базата от Backup Wizard.

Бекъп от WP Toolkit

WP Toolkit събира сайтовете Ви с WordPress на едно място. В cPanel отворете секцията Domains, после WP Toolkit, намерете сайта, натиснете Back up / Restore и после Back up. Според документацията на WP Toolkit бекъпът е само на избрания сайт, а не на целия акаунт, затова е удобен точно преди обновление. Как се ползва WP Toolkit като цяло, е описано в ръководството Как да ползвате WP Toolkit в cPanel за обновления и бекъпи.

Копията се записват като файлове в папка wordpress-backups и можете да ги свалите от File Manager. Връщането става от същото място с иконата за възстановяване и бутона Restore. WP Toolkit предупреждава, че връщането изтрива всички промени след датата на бекъпа, и съветва първо да направите бекъп на сегашното състояние.

Плъгин за бекъп като UpdraftPlus

Плъгинът е полезен, когато искате бекъпът да се пуска автоматично по график и да се записва на друго място. UpdraftPlus може да прави бекъп, да възстановява и да премества сайт. Безплатната му версия праща копията към Dropbox, Google Drive, Amazon S3 или съвместимо хранилище, Rackspace Cloud, FTP, DreamObjects, OpenStack Swift или по имейл.

Инсталирайте го, отворете Settings, после UpdraftPlus Backups и раздела Settings. В Files backup schedule и Database backup schedule изберете график. В Choose your remote storage изберете хранилище, свържете го по указанията и натиснете Save Changes. После в раздела Backup / Restore натиснете Backup Now.

Къде да пазите копията

WordPress съветва да пазите поне трите последни бекъпа на различни места, например на хостинга, в облачно хранилище като Google Drive или Dropbox и на своя компютър. Така един повреден или изгубен бекъп няма да Ви остави без нищо.

Свалете архивите от File Manager (Download работи за файлове) или с FTP клиент и сложете датата в името им. Архивът съдържа wp-config.php с паролата за базата, затова го пазете на място, до което имате достъп само Вие. Не трупайте стари архиви на хостинга, защото cPanel предупреждава, че бекъпът на акаунт, който е близо до квотата си, може да се провали.

Как да проверите бекъпа на копие в поддомейн

Бекъп, който не сте върнали поне веднъж, е само предположение. Най-безопасно е да го проверите върху копие на сайта в поддомейн, без да пипате живия сайт.

Създайте поддомейн и празна база

В cPanel отворете Domains и натиснете Create A New Domain. Въведете test.primer.bg и не отбелязвайте Share document root, защото тази настройка е постоянна и поддомейнът ще показва същия сайт като основния. Запомнете папката от полето Document Root. Докато не бъде издаден сертификат за поддомейна, cPanel слага временен самоподписан сертификат и браузърът може да показва предупреждение.

После отворете секцията Databases и в нея Manage My Databases (в по-старите версии MySQL Databases). Създайте нова база с Create Database, нов потребител с Create User и ги свържете в Add User To Database с ALL PRIVILEGES. cPanel може да добави пред имената префикс с името на акаунта, а в wp-config.php се пишат пълните имена.

Внесете бекъпа в копието

Следващите команди разархивират файловете в папката на поддомейна. Ако cPanel е предложил друга папка, ползвайте нея.

# cPanel > Terminal. Разархивира файловете в папката на копието.
mkdir -p ~/public_html/test.primer.bg
tar -xzf ~/backups/primer.bg-files-2026-09-24.tar.gz \
  -C ~/public_html/test.primer.bg --strip-components=1

Отворете wp-config.php на копието във File Manager с Edit (за да виждате .htaccess, включете Show Hidden Files от Settings) и въведете данните на новата база. Ако във файла има WP_HOME или WP_SITEURL, сменете ги с адреса на копието.

// wp-config.php на копието (не на живия сайт)
define( 'DB_NAME', 'АКАУНТ_test' );
define( 'DB_USER', 'АКАУНТ_test' );
define( 'DB_PASSWORD', 'НОВАТА_ПАРОЛА' );

# cPanel > Terminal, в папката на копието. Само чете, нищо не променя.
cd ~/public_html/test.primer.bg
wp config get DB_NAME

Командата трябва да покаже името на новата база. Само тогава внесете бекъпа и сменете адресите.

# cPanel > Terminal, в папката на копието. Внася базата и сменя адресите.
cd ~/public_html/test.primer.bg
wp db import ~/backups/primer.bg-db-2026-09-24.sql
wp search-replace 'https://primer.bg' 'https://test.primer.bg' \
  --skip-columns=guid --dry-run
wp search-replace 'https://primer.bg' 'https://test.primer.bg' \
  --skip-columns=guid

Първата замяна е с --dry-run и само показва какво би се променило. WP-CLI се грижи за сериализираните данни, а според WordPress обикновена замяна в базата може да ги повреди. Без замяната копието би зареждало снимките от живия сайт и би скрило липсващите файлове.

Ако нямате WP-CLI, разархивирайте архива с Extract във File Manager и преместете съдържанието на вътрешната папка public_html в папката на поддомейна. Внесете базата през phpMyAdmin (изберете базата, после Import, Browse и Go) и сменете адресите с плъгин като Better Search Replace, който WordPress препоръчва в ръководството си за преместване. phpMyAdmin трудно се справя с големи бази.

Заключете и проверете копието

Копието е пълен сайт със същите данни, затова ограничете достъпа до него. В админа на копието отворете Settings, после Reading и отбележете Discourage search engines from indexing this site. Това само моли търсачките да не го индексират, а WordPress уточнява, че не спира достъпа.

Затова добавете и парола през Directory Privacy в секцията Files на cPanel. Изберете папката на поддомейна, отбележете Password protect this directory, въведете име и натиснете Save, после създайте потребител с парола.

След това влезте в /wp-admin на копието, отворете няколко страници и проверете дали се виждат снимките, дали работят формите и дали плъгините са на място. Ако всичко е наред, бекъпът е годен. Не изпращайте писма и не приемайте плащания от копието. Когато приключите, изтрийте поддомейна, папката му и базата му, като внимавате да не засегнете живия сайт.

Как да върнете сайта от бекъп

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

Командите по-долу връщат файловете от архива върху живия сайт и после внасят базата. Пускайте ги само след като сте направили бекъп на сегашното състояние.

# cPanel > Terminal. Първо файловете, после базата на живия сайт.
cd ~
tar -xzf ~/backups/primer.bg-files-2026-09-24.tar.gz
cd ~/public_html
wp db import ~/backups/primer.bg-db-2026-09-24.sql

След връщането изчистете кеша на плъгина за кеширане, а ако ползвате Cloudflare, и неговия. Ако вътрешните страници връщат 404, отворете Settings, после Permalinks, защото самото отваряне на този екран обновява правилата за адресите. Ако видите Error establishing a database connection, данните за базата в wp-config.php от бекъпа може да се различават от сегашните. Поправете ги във файла.

Чеклист

• Бекъпът съдържа и файловете, и базата данни.
• Бекъпите не стоят в public_html.
• Има поне едно копие извън хостинга.
• Преди всяко обновление или смяна на PHP се прави пресен бекъп.
• Бекъпът е върнат поне веднъж на копие в поддомейн и сайтът е заработил.
• Копието в поддомейна е заключено с парола и после изтрито заедно с базата му.
• Автоматичните бекъпи се проверяват от време на време с ръчно направен бекъп.
• Знаете кой метод ще ползвате за връщане и къде са файловете.

Ако не искате да се занимавате с това

Малък сайт, който рядко се променя, няма нужда от ръчен бекъп всеки ден. Започнете с копие преди всяко обновление и от време на време проверявайте връщането.

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

Източници

• WordPress, WordPress Backups
• WordPress, Backing up your database
• WordPress, Backing up your WordPress files
• WordPress, Moving WordPress
• WordPress, FAQ My site was hacked
• WordPress, Settings Reading screen
• WordPress, Settings Permalinks screen
• WP-CLI, wp core version
• WP-CLI, wp db export
• WP-CLI, wp db import
• WP-CLI, wp search-replace
• WP-CLI, wp config get
• cPanel, Backup Wizard
• cPanel, Backup
• cPanel, Terminal
• cPanel, File Manager
• cPanel, Create a New Domain
• cPanel, MySQL Databases
• cPanel, Directory Privacy
• cPanel, WP Toolkit
• Plesk, WP Toolkit
• WordPress.org plugins, UpdraftPlus
• TeamUpdraft, How to back up with UpdraftPlus
• TeamUpdraft, Where UpdraftPlus backups are stored
• TeamUpdraft, Restore a WordPress site with UpdraftPlus
• WordPress.org plugins, Better Search Replace