📑 Table of Contents
It's one of the worst phone calls there is: your site is gone, you ring your hosting company and hear "unfortunately we don't have a backup from that date". This article has two parts — what you can do now and what you need to set up so it never happens again.
Why is there no backup?
This usually isn't bad faith on the company's part, but the fact that most shared hosting plans make only a limited backup promise:
- Short retention: backups are often kept for only a few days. If you noticed the problem a week later, the backup has long since rotated out.
- The backup was on the same server: if there was a disk failure or the server was lost, the backup was hit by the same event.
- The account was closed: when an account is deleted over a late payment or a terms violation, the backups go with it.
- No backups were being taken at all: in some plans backups are a "best effort" and are not guaranteed.
📄 Check your contract first
Check whether your hosting plan actually commits to backups. If it does and that commitment wasn't met, you may have a claim. If it doesn't — and most shared plans don't — the responsibility for backups was yours all along.
The recovery routes still open to you
Hope may not be entirely lost. Try the following in order — some of them will bring back not all of your data, but a meaningful part of it.
1. Look on your own devices
Most people have partial backups without realising it: files you downloaded to your computer while developing, an archive you once emailed, a copy still held by your designer or a former developer. Carrying on from a six-month-old copy is far better than rebuilding a site from scratch.
2. Search engine caches and web archives
For content sites this route genuinely works. Search engine caches and internet archive services may hold older versions of your pages. This method recovers the text content ; it will not bring back your database, your user accounts or your orders. Still, it beats rewriting years of blog posts.
3. Sub-accounts and test copies
If you once set up a test environment, a staging copy or a trial installation on a subdomain, an older database may still be sitting there.
4. Data held by third-party services
Part of your site's data may live elsewhere too: order and customer records at your payment provider, your subscriber list in your email marketing tool, your invoices in your accounting software. You can export these and merge them into a new installation.
5. Your mailbox
Order notifications, sign-up emails and contact form messages may still be in your mailbox. This is especially useful in e-commerce for partly reconstructing order history.
So it never happens again
When the recovery attempts are over, the real lesson is this: backups are too critical to be left to the responsibility of the company you buy hosting from. The setup you need is simple at its core.
- Keep the backup somewhere independent of the site. When your server is lost, your backup must not be lost with it. This is the most basic rule of backups.
- Make it automatic. A manual backup gets forgotten during a busy week, and it cannot be taken retroactively.
- Set the retention yourself. Decide how many copies to keep, so that if you notice the problem late you can still go back to an older backup.
- Make the coverage complete. Files, database and email. If one of the three is missing, so is your recovery.
- Test it. A backup that cannot be restored is not a backup.
☁️ Keep your backup in your own space
Yedekalma does not keep your backups on its own servers; it sends them straight to your own cloud space (Google Drive, S3 and the like). So even if you stop working with us, your backups stay with you — and because they are in standard formats, they open without needing any other tool. see backup pricing or try it free for 14 days .
When you move to a new installation
If you have had to rebuild the site from scratch, switch backups on from day one. The most common mistake is saying "let me finish the site first and set up backups later" — and that "later" usually arrives after the second data loss.
Related pages: WordPress backup · server backup · backup pricing
Frequently Asked Questions
If my host can't provide a backup, can I still recover my site?
You may have a partial chance. Taken together, old copies on your own devices, search engine caches and web archives (for text content), any test or staging installations, data at your payment provider and email marketing tool, and order notifications in your mailbox can reconstruct a significant portion of the data. A complete return, however, is only possible with a real backup.
Why are hosting backups kept for such a short time?
Keeping backups means storage costs, and shared hosting plans are built on a low price. So backups are usually held for a few days, and in most plans they are not guaranteed but offered on a "best effort" basis. By the time you notice the problem, the backup has already rotated out.
Can a site be recovered from a search engine cache?
Only the text content can be recovered. You can get your page texts back, but your database, user accounts, orders and uploaded files will not return this way. It is a valuable option for content-heavy sites and inadequate for e-commerce.
What happens to my backups if my hosting account is closed?
When an account is deleted over a late payment or a terms violation, the backups on the server are deleted too. Keeping your backups somewhere independent of your hosting account exists precisely for this scenario.
What if my backups sit with another service and I leave that service?
That depends on how the service is designed. If you leave a service that keeps your backups on its own servers, you may lose access. In a setup where backups are written straight to your own cloud account and stored in standard formats (zip, SQL dump, .eml), the files stay with you and remain readable.