Merytorycznie
Dlaczego migracja stronę potrafi skończyć się błędem, mimo że „wszystko zostało skopiowane”?
stronę składa się z plików i bazy danych, ale działa poprawnie dopiero wtedy, gdy środowisko serwera pasuje do motywu, wtyczek i konfiguracji strony. Po przeniesieniu może zmienić się wersja PHP, ścieżka katalogów, adres bazy, sposób obsługi .htaccess, limit pamięci, ustawienia cache, certyfikat SSL lub konfiguracja poczty. Każdy z tych elementów może spowodować błąd, nawet jeśli kopia plików jest kompletna.
Najczęstszy błąd to przepięcie domeny zanim strona została sprawdzona na nowym hostingu. Wtedy problem ujawnia się dopiero publicznie: biały ekran, brak połączenia z bazą, mieszana zawartość HTTPS, niedziałające formularze, brak grafik, błędne linki lub komunikaty o przekierowaniach. Dlatego migrację warto traktować jak proces: najpierw kopia, potem środowisko testowe, następnie testy, a dopiero na końcu DNS.
Przy sklepach sklep internetowy / WooCommerce dochodzi dodatkowe ryzyko. W czasie migracji mogą pojawiać się nowe zamówienia, płatności, konta klientów i wiadomości e-mail. Jeżeli baza zostanie skopiowana za wcześnie, a sklep dalej działa na starym hostingu, część danych może zostać na poprzednim serwerze. Dlatego przy sklepie trzeba zaplanować moment przeniesienia i sprawdzić statusy zamówień po przepięciu.
Jeśli przeniesienie wynika z wolnego działania strony, zobacz też przyspieszenie stronę. Jeśli po migracji pojawia się komunikat o bazie danych, właściwszą ścieżką może być naprawa błędu połączenia z bazą danych stronę.