# Jak zrobić backup strony na Netlify i nie obudzić się z pustym repo

> Praktyczny poradnik backupu stron statycznych: repo Git, deploy log, zmienne środowiskowe, screenshoty, sitemap, DNS i kopia w chmurze.

- Kategoria: Backup
- Typ: guide
- URL: https://niekrytykrytyk.com/backup-dla-tworcow/backup-strony-netlify/
- Ostatnia aktualizacja: 2026-05-16

Strona na Netlify wygląda jak nie do zatopienia. Działa, dopóki nie zniknie repo, nie wygaśnie domena i nie spełni się prawo Murphy'ego dla CI/CD.

## 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.

## Najkrócej

- Repo na GitHub + lokalny klon + paczka ZIP w chmurze.
- Zmienne środowiskowe poza repo - kopia w menedżerze haseł.
- Eksport contentu (Markdown, CMS, JSON) - regularnie.
- DNS i konfiguracja domeny - kopia tekstowa.
- Sitemap, robots.txt, kluczowe screenshoty.

## 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. ([Netlify Docs: deploy management](https://docs.netlify.com/manage/deploys/manage-deploys/))
- 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.


## Polecane produkty

### pCloud lub Sync.com na archiwum repo i exportów

- Kategoria: Chmura plików
- Przedział cenowy: cena zmienna; sprawdź aktualną ofertę
- Najlepsze do: spakowane repo, snapshoty bazy, eksport contentu, kopia public/
- Sprzedawca: pCloud (program partnerski otwarty)
- Link partnerski: https://www.pcloud.com/

**Plusy:**
- łatwe wrzucanie paczek ZIP/tar.gz z różnych projektów
- wersjonowanie i historia plików
- praca z poziomu telefonu i komputera

**Minusy:**
- nie zastępuje backupu na innym fizycznym nośniku
- duże eksporty wymagają cierpliwości
- rozliczanie ekspozycji zewnętrznej zależy od polityki dostawcy

### IDrive lub Backblaze na backup laptopa, na którym budujesz

- Kategoria: Backup chmurowy
- Przedział cenowy: cena zmienna; sprawdź aktualną ofertę
- Najlepsze do: twórca solo, dla którego utrata laptopa znaczy utratę archiwum i repo
- Sprzedawca: Backblaze / IDrive (program partnerski po akceptacji)
- Link partnerski: https://www.backblaze.com/cloud-backup.html

**Plusy:**
- kopia w tle, bez angażowania uwagi
- zwykle szyfrowanie po stronie klienta
- sensowny element zasady 3-2-1

**Minusy:**
- nie zastępuje kopii repo w git
- czas pierwszego uploadu może być długi
- koszty rosną przy wielu komputerach

### Dysk zewnętrzny HDD 2-4 TB na kopię offline

- Kategoria: HDD offline
- Przedział cenowy: cena zmienna; sprawdź aktualną ofertę
- Najlepsze do: jedna kopia poza domem albo w innym pomieszczeniu
- Sprzedawca: Amazon.pl / sklepy komputerowe
- Link partnerski: https://www.amazon.pl/s?k=dysk+zewn%C4%99trzny+4tb&tag=niekrytykrytyk-20

**Plusy:**
- fizyczna kopia, której nie skasuje żadna chmura
- tania pojemność per TB
- łatwo odłączyć i schować

**Minusy:**
- łatwo zgubić
- wrażliwy na upadki
- nie jest kopia, jeśli leży na tej samej półce co laptop

## 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.

## Źródła

- [Netlify Docs: deploy management](https://docs.netlify.com/manage/deploys/manage-deploys/)
- [Astro Docs: deploy to Netlify](https://docs.astro.build/en/guides/deploy/netlify/)
- [GitHub Docs: cloning a repository](https://docs.github.com/en/repositories/creating-and-managing-repositories/cloning-a-repository)
- [Cloudflare: cache and DNS records guide](https://developers.cloudflare.com/dns/manage-dns-records/)

---

*Serwis niezależny i informacyjno-archiwalny. Nie jesteśmy oficjalną stroną Macieja Frączyka, kanału Niekryty Krytyk ani żadnej marki, której nazwy mogą być omawiane w kontekście historii polskiego internetu. Nie rehostujemy cudzych materiałów; linkujemy do źródeł i opisujemy kontekst. Część linków zakupowych może być afiliacyjna - szczegóły na stronie Polityka afiliacyjna (/polityka-afiliacyjna/).*

Kanoniczny URL HTML: https://niekrytykrytyk.com/backup-dla-tworcow/backup-strony-netlify/