Krótka odpowiedź
Backup strony na Netlify nie zaczyna się od Netlify. Zaczyna się od kopii repo, eksportu contentu i zapisania zmiennych środowiskowych poza panelem.
Sam panel Netlify trzyma deploy logi i atomic deploys, ale nie zastępuje kopii repo, contentu i konfiguracji.
Najważniejsze fakty
- Netlify trzyma historię deployów (atomic deploys), co pomaga przy szybkim rollbacku, ale historia może być ograniczona w czasie zależnie od planu. Źródło: Netlify Docs: deploy management
- Repo na GitHubie nie jest backupem GitHuba. Konta i organizacje bywają zawieszane.
- Zmienne środowiskowe (Environment Variables) w panelu Netlify nie znajdują się w repo i wymagają osobnej kopii.
Pierwsze 30 minut - co zrobić zaraz
Sklonuj repo lokalnie: git clone z opcją --mirror, jeśli chcesz wszystkie referencje.
Spakuj klon jako ZIP/tar.gz i wrzuć do chmury plików (pCloud, Sync.com, Proton Drive).
Wyeksportuj content (jeśli używasz CMS-a) i odłóż osobno - nie zostawiaj go tylko w bazie u dostawcy.
Zapisz listę zmiennych środowiskowych w menedżerze haseł (1Password, Bitwarden) - bez wartości produkcyjnych w czystym tekście.
Repo Git - kopia poza GitHubem
GitHub bywa szybki, ale zdarzają się banowane konta, awarie regionów i przypadki przejęć. Trzymaj dodatkowo klon na drugim hostingu (GitLab, Codeberg, własny git).
Lokalny klon na laptopie i drugi klon na NAS-ie albo dysku USB to absolutne minimum.
Pamiętaj o LFS-ach - duże pliki binarne potrafią umknąć przy klonie domyślnym.
Content i pliki publiczne
Jeśli content jest w Markdown w repo - masz go w repo. Jeśli używasz CMS-a (Decap, Sanity, Strapi, Storyblok, Notion) - eksport jest osobnym tematem.
Folder public/ zawiera obrazy, PDF-y, downloadowalne assety - warto raz na kwartał spakować jako ZIP i odłożyć w chmurze.
Zmienne środowiskowe i sekrety
Nie commituj sekretów. Trzymaj kopię listy zmiennych w menedżerze haseł i osobno notuj, do czego służą.
Najczęściej w panelu Netlify są klucze API, ID Analytics, hooki webhooks i tokeny do dostawców (np. Sanity, Stripe, Plausible). Lista wszystkiego ułatwia odbudowę.
Domena i DNS
Zrób kopię tekstową rekordów DNS (A, AAAA, CNAME, MX, TXT). Konsola Cloudflare, OVH lub innego rejestratora to nie kopia.
Zanotuj nazwę rejestratora, datę odnowienia i mail powiadomień. Strona, której domena wygasła, to strona, której nie ma.
Screenshoty i archiwizacja
Raz na kwartał zrób przegląd kluczowych stron i screenshoty (najlepiej skryptem, np. Playwright albo wkit-image-snapshot).
Wykorzystaj Internet Archive Wayback Machine („Save Page Now”) dla najważniejszych stron - to dodatkowa kopia poza Twoją infrastrukturą.
Sitemap.xml warto zapisać jako plik w paczce backupu, żeby zobaczyć, co istniało w którym momencie.
Co trzymać w paczce backupu
Sensowna paczka backupu strony na Netlify zawiera:
- Klon repo (.git zawarty).
- Folder public/ ze wszystkimi assetami.
- Eksport contentu z CMS (jeśli używasz).
- Listę zmiennych środowiskowych w pliku tekstowym (bez wartości).
- Listę rekordów DNS.
- Sitemap.xml i robots.txt z dnia kopii.
- Plik changelog z datą i przyczyną kopii.
Rytuał backupu
Tygodniowo: lokalny git fetch + push do drugiego remote.
Miesięcznie: ZIP repo + public/ wrzucany do chmury plików.
Kwartalnie: pełny eksport contentu i listy zmiennych do chmury backupowej.
Rocznie: pełny test odzyskania strony w innym środowisku (np. preview deploy z paczki).
Czego nie robić
Nie polegaj na deploy history Netlify jako jedynej kopii. Historia bywa krótka i nie obejmuje danych poza buildem.
Nie przyjmuj założenia, że GitHub Pages / Netlify / Vercel są wieczne. Każda z tych platform ma własne SLA, własne incydenty i własne zmiany polityk.
Nie ignoruj DNS-a. To często jedyna rzecz, której odzyskanie zajmuje dni.
Metodologia
Backup to procedura, nie pojedynczy produkt. Każdy nośnik kiedyś padnie. Liczy się liczba i niezależność kopii.
Linki zakupowe i linki do programów partnerskich mogą być afiliacyjne i mają rel="sponsored nofollow".
Nie pokazujemy sztywnych cen. „Sprawdź aktualną cenę” to nie reklama, tylko uczciwość wobec rzeczywistości polskich sklepów.
pCloud lub Sync.com na archiwum repo i exportów
Najlepsze dla: spakowane repo, snapshoty bazy, eksport contentu, kopia public/
Budżet: cena zmienna; sprawdź aktualną ofertę
- łatwe wrzucanie paczek ZIP/tar.gz z różnych projektów
- wersjonowanie i historia plików
IDrive lub Backblaze na backup laptopa, na którym budujesz
Najlepsze dla: twórca solo, dla którego utrata laptopa znaczy utratę archiwum i repo
Budżet: cena zmienna; sprawdź aktualną ofertę
- kopia w tle, bez angażowania uwagi
- zwykle szyfrowanie po stronie klienta
Dysk zewnętrzny HDD 2-4 TB na kopię offline
Najlepsze dla: jedna kopia poza domem albo w innym pomieszczeniu
Budżet: cena zmienna; sprawdź aktualną ofertę
- fizyczna kopia, której nie skasuje żadna chmura
- tania pojemność per TB
| Produkt | Kategoria | Najlepsze dla | Zakres ceny | Plusy | Minusy | Link |
|---|---|---|---|---|---|---|
| pCloud lub Sync.com na archiwum repo i exportówpCloud (program partnerski otwarty) | Chmura plików | spakowane repo, snapshoty bazy, eksport contentu, kopia public/ | cena zmienna; sprawdź aktualną ofertę | łatwe wrzucanie paczek ZIP/tar.gz z różnych projektów, wersjonowanie i historia plików, praca z poziomu telefonu i komputera | nie zastępuje backupu na innym fizycznym nośniku, duże eksporty wymagają cierpliwości, rozliczanie ekspozycji zewnętrznej zależy od polityki dostawcy | Sprawdź ofertę |
| IDrive lub Backblaze na backup laptopa, na którym budujeszBackblaze / IDrive (program partnerski po akceptacji) | Backup chmurowy | twórca solo, dla którego utrata laptopa znaczy utratę archiwum i repo | cena zmienna; sprawdź aktualną ofertę | kopia w tle, bez angażowania uwagi, zwykle szyfrowanie po stronie klienta, sensowny element zasady 3-2-1 | nie zastępuje kopii repo w git, czas pierwszego uploadu może być długi, koszty rosną przy wielu komputerach | Sprawdź ofertę |
| Dysk zewnętrzny HDD 2-4 TB na kopię offlineAmazon.pl / sklepy komputerowe | HDD offline | jedna kopia poza domem albo w innym pomieszczeniu | cena zmienna; sprawdź aktualną ofertę | fizyczna kopia, której nie skasuje żadna chmura, tania pojemność per TB, łatwo odłączyć i schować | łatwo zgubić, wrażliwy na upadki, nie jest kopia, jeśli leży na tej samej półce co laptop | Sprawdź aktualną cenę |
FAQ
Czy Netlify przechowuje kopie deployów?
Tak, w ramach atomic deploys. Można szybko cofnąć się do poprzedniego buildu. Nie jest to jednak backup contentu poza buildem.
Czy wystarczy backup repozytorium?
Nie. Repo nie zawiera zmiennych środowiskowych, eksportu z CMS-a i DNS-a. Backup musi obejmować więcej niż kod.
Co ze zmiennymi środowiskowymi?
Trzymaj kopię listy w menedżerze haseł. Wartości produkcyjne nie powinny istnieć w plain text w repo.
Jak często robić kopię?
Klon repo tygodniowo, ZIP miesięcznie, pełny test odzyskania raz w roku.
Czy warto backupować sitemap i screenshots?
Tak. Sitemap pokazuje, co istniało. Screenshots ratują, gdy stara wersja strony jest potrzebna do reklamacji albo do historii projektu.