Jak przenieść stronę WWW z ATTHOST.pl na inny serwer — kompletny poradnik krok po kroku

przeniesienie strony z ATTHOST to proces, który można zrobić bez przestojów, jeśli dobrze zaplanujesz kroki: przygotujesz kopie zapasowe, zbierzesz dostępy do obu serwerów, wybierzesz metodę (ręczną lub przez wtyczkę WordPress), przetestujesz witrynę przez plik hosts i na końcu przełączysz ruch przez zmianę nameserverów lub transfer domeny. Poniżej znajdziesz instrukcje napisane prostym językiem, oparte wyłącznie na Twoich materiałach: od checklisty startowej po decyzję „DNS czy transfer”, z uwagami o ATTHOST po przejęciu przez NetArt (nazwa.pl).**

Co przygotować przed migracją, aby uniknąć przestojów

Najważniejsze jest uporządkowanie działań zanim cokolwiek przeniesiesz. Musisz mieć dostępy do obu serwerów (starego w ATTHOST.pl i nowego), znać wymagania techniczne strony (wersja PHP, baza danych, miejsce na dysku) i sprawdzić limity na docelowym hostingu (maksymalny rozmiar uploadu, czas wykonywania skryptu).

Checklist przed migracją (zapisz i odhacz):

Kopia zapasowa plików strony i zrzut bazy danych (phpMyAdmin).

Dane logowania FTP/SFTP i MySQL do obu środowisk.

Zaktualizowany WordPress, motywy i wtyczki (jeśli używasz WP).

Informacje o wersji PHP na nowym hostingu i ewentualna zgodność.

Sprawdzone limity serwera (np. max upload size, execution time).

Dzięki temu unikniesz „niespodzianek” już po wgraniu witryny na nowy serwer.

Metoda 1: ręczne przeniesienie — pełna kontrola nad procesem

Ta droga jest najlepsza, gdy chcesz mieć wpływ na każdy krok.

1) Eksport bazy w phpMyAdmin (ATTHOST.pl)
Zaloguj się do phpMyAdmin, wybierz właściwą bazę → Eksport → tryb Szybki (cała baza) albo Własny (wybór tabel) → format SQL → Wykonaj i zapisz plik .sql.

2) Pobranie plików przez FTP/SFTP
Połącz się klientem (np. FileZilla): ustaw Serwer (nazwa_uslugi.atthost.pl lub adres IP), Port (21 dla FTP lub 22 dla SFTP), Protokół (FTP lub SFTP), Typ logowania: normalne, uzupełnij Użytkownik/Hasło z panelu ATTHOST → Połącz. Pobierz cały katalog witryny (zwykle /public_html/) na dysk lokalny, zachowując strukturę folderów.

3) Nowy hosting: domena i baza
Dodaj domenę w panelu nowego operatora (utworzy się katalog na pliki). Utwórz nową bazę MySQL z użytkownikiem i hasłem; zapisz te dane — przydadzą się do konfiguracji aplikacji (np. WordPressa).

4) Import bazy na nowym serwerze
W phpMyAdmin nowego hostingu wybierz świeżo utworzoną bazę → Import → wskaż plik .sql → Wykonaj.

5) Wgranie plików na nowy serwer
Połącz się przez FTP/SFTP do nowego hostingu i prześlij wszystkie wcześniej pobrane pliki do katalogu domeny (np. /public_html/). Zachowaj oryginalną strukturę.

6) Aktualizacja pliku wp-config.php (dla WordPressa)
Otwórz wp-config.php i zaktualizuj:
DB_NAME (nazwa bazy), DB_USER (użytkownik), DB_PASSWORD (hasło), DB_HOST (zwykle localhost lub adres serwera MySQL operatora).

Tyle. Po tych krokach masz przeniesioną kopię strony na nowym hostingu — zanim jednak przełączysz ruch, przetestuj ją lokalnie (sekcja niżej).

Metoda 2: All-in-One WP Migration — szybka migracja WordPressa

Jeśli Twoja strona działa na WordPressie, wtyczka All-in-One WP Migration może uprościć cały proces do kilku kliknięć.

Jak to działa w praktyce:

Na starej stronie (ATTHOST.pl) zainstaluj i uruchom All-in-One WP Migration → Export → wyeksportuj witrynę do pliku .wpress.

Na nowym hostingu zainstaluj czystego WordPressa i tę samą wtyczkę.

Wybierz Import i wgraj plik .wpress.

Poczekaj, aż wtyczka odtworzy bazę, pliki, motywy i wtyczki, aktualizując ścieżki i linki.

Ważne ograniczenie: darmowa wersja ma limit 512 MB na plik eksportu. Jeśli Twoja witryna jest większa, rozważ wersję premium albo zastosuj metodę ręczną z poprzedniej sekcji.

Jak przetestować stronę przed zmianą DNS (plik hosts)

Zanim przekierujesz domenę, sprawdź działanie witryny na nowym serwerze u siebie lokalnie — bez żadnych zmian w DNS. Służy do tego plik hosts.

Windows (jako Administrator):
Otwórz Notatnik jako Administrator → plik C:\Windows\System32\drivers\etc\hosts → dopisz w nowej linii:
IP_NOWEGO_SERWERA twojadomena.pl
Zapisz i w wierszu poleceń (Administrator) wykonaj: ipconfig /flushdns.

macOS / Linux:
Otwórz terminal → sudo nano /etc/hosts → dopisz:
IP_NOWEGO_SERWERA twojadomena.pl
Zapisz (Ctrl+O, Enter, Ctrl+X) i wyczyść cache DNS (np. sudo dscacheutil -flushcache na macOS).

Otwórz przeglądarkę w trybie incognito i przetestuj: stronę główną, podstrony, logowanie do panelu, formularze, e-commerce. Gdy wszystko działa — usuń wpis z hosts.

Jak przełączyć ruch: zmiana nameserverów czy transfer domeny?

Masz dwie drogi, by użytkownicy zaczęli korzystać z wersji strony na nowym serwerze:

Opcja 1 — zmiana serwerów DNS (nameserverów)
Pozostawiasz rejestrację domeny w ATTHOST, ale w panelu zmieniasz nameservery na podane przez nowy hosting (np. ns1.nowyhosting.pl, ns2.nowyhosting.pl). Po zapisaniu czekasz na propagację DNS — zwykle 24–48 godzin. To najprostsza i najczęściej wybierana ścieżka.

Opcja 2 — transfer domeny do nowego operatora
Przenosisz także rejestrację domeny. Z panelu ATTHOST pobierasz kod AuthInfo, a w panelu nowego operatora uruchamiasz transfer domeny i uzupełniasz kod. Zwykle trzeba potwierdzić link z e-maila. Cały proces może potrwać kilka dni. To rozwiązanie porządkuje faktury i zarządzanie usługami „pod jednym dachem”.

Którą opcję wybrać? Jeśli zależy Ci na szybkim przełączeniu ruchu i minimalnym zamieszaniu — zmień nameservery. Jeśli chcesz mieć domenę i hosting u jednego dostawcy (łatwiejsze rozliczenia, jeden panel) — zrób transfer.

Bezpieczeństwo i minimalizacja ryzyka w trakcie migracji

Najczęstsze błędy wynikają z pośpiechu. Zabezpiecz się prostymi zasadami:

Kopie zapasowe trzymaj w kilku miejscach i nie kasuj od razu danych ze starego serwera.

Okno zmian zaplanuj na godziny o najmniejszym ruchu.

Całą „ciężką pracę” (upload plików, import bazy, testy przez hosts) zrób przed zmianą DNS.

Po migracji sprawdź panel administracyjny, logi błędów, formularze, płatności i wszelkie integracje (np. bramki płatnicze, API firm kurierskich, systemy marketing automation).

Jeśli nie czujesz się pewnie, rozważ pomoc operatora — wiele firm w Polsce oferuje darmowe lub płatne przeniesienie.

ATTHOST po przejęciu przez NetArt (nazwa.pl) — co to oznacza dla użytkowników

Z przekazanych materiałów: AttHost został przejęty przez NetArt Group (właściciel nazwa.pl) w 2024 r. Po przejęciu pojawiły się istotne podwyżki cen — nawet kilkukrotne. To jeden z powodów, dla których użytkownicy decydują się na zmianę hostingu. Jednocześnie ATTHOST oferuje przyzwoitą wydajność, autorski panel i wsparcie 24/7. Jeśli rozważasz pozostanie, porównaj faktyczne koszty po odnowieniu i warunki nowego operatora (limity, wydajność PHP/MySQL, pomoc przy migracji).

Checklist końcowy: czy Twoja migracja jest już „na zielono”?

Upewnij się, że odhaczyłeś wszystko, co ważne — to druga, krótka lista kontrolna.

Strona działa poprawnie przez hosts (bez zmiany DNS): layout, logowanie, formularze, koszyk/sklep.

Baza danych po imporcie nie zgłasza błędów; linki i ścieżki działają.

Poczta domenowa (jeśli korzystasz z tego samego serwera) przyjmuje i wysyła wiadomości testowe.

Decyzja: nameservery zmienione lub transfer domeny rozpoczęty/zakończony.

Stary serwer w ATTHOST utrzymujesz jeszcze kilka dni jako bezpieczną „kotwicę”, a dopiero po pełnej propagacji i testach usuwasz dane.

Facebook
Twitter
LinkedIn
Pinterest

Najnowsze Wpisy

Śledź nas