Przeniesienie strony na szybszy hosting. Poczta, SSL i to, co psuje DNS

Pliki katalogu WWW to początek. Treść strony często siedzi w bazie. Bez bazy dostajesz szablon bez ofert. Bez plików dostajesz oferty bez zdjęć. Oba kawałki, w spójnej kopii, z tego samego momentu. Inaczej w bazie jest nowy cennik, a na dysku stare PDF-y.

Lista, której nie widać w „FTP i gotowe”:

• Baza i hasła do niej. Nowe hasła na nowym serwerze, stare nie wędrują w mailu otwartym tekstem, jeśli da się tego uniknąć.
• Skrzynki. Same konta to za mało. Ktoś ma historię z pięciu lat w IMAP. Ktoś ma tylko przekierowanie na Gmaila. To dwa różne joby.
• Rekordy DNS: A, AAAA, CNAME, MX, TXT (SPF, DKIM, DMARC, weryfikacje Search Console i innych narzędzi).
• SSL. Let’s Encrypt wystawia się na nowym IP. Płatny certyfikat trzeba przenieść albo wystawić od nowa. Połowa „strona nie działa po migracji” to kłódka, nie HTML.
• Cron, przekierowania, wersja PHP, limity uploadu. Formularz z CV padnie, gdy nowy hosting ucina załączniki.
• Backup przed ruchem. Nie „kopia z zeszłego miesiąca u poprzedniego operatora, może jeszcze jest”.

Poczta jest pierwszym miejscem, w którym firma traci zaufanie. Strona może godzinę pokazywać starą wersję. Faktura, która nie dochodzi do księgowej, nie ma tej cierpliwości. Dlatego skrzynki odtwarzam przed przełączeniem DNS, a nie „jakoś w poniedziałek rano”.

Domena: kto jest abonentem. Jeśli domena jest na koncie byłej agencji, przeprowadzka hostingu to dobry moment, żeby to odzyskać. Nie mieszam transferu domeny z cutoverem w tym samym kwadransie, jeśli nie muszę. Najpierw dostęp, potem DNS, potem ewentualnie rejestrator.

Search Console i analityka: weryfikacja DNS czasem siedzi w TXT. Jeśli skasujesz rekord przy „czyszczeniu strefy”, stracisz własność w Google w najgorszym możliwym momencie. Zostawiam te TXT albo odtwarzam je bez zmian.

Przeprowadzka hostingu to osobne zadanie: mogę przenieść, żebyś nie siedział w nocy z MX. Potem decyzja: zostajesz na silniku z wyceną godzinową albo przenosisz wygląd i treści na nowy silnik pod pełną opiekę. Migracja nie czyni mnie automatycznie administratorem każdego motywu na rynku.

SPF, DKIM i DMARC to trzy zapisy, które po migracji najczęściej „prawie działają”. List dochodzi, ale wpada do spamu, albo dochodzi tylko do jednej skrzynki, a druga odrzuca. Kopiuję rekordy bez zmian, potem wysyłam test na kilka domen. Nie kończę na „MX się zgadza”. Zgadzający się MX bez SPF to inna awaria niż brak skrzynki. Obie wyglądają u Ciebie jak „poczta padła po hostingu”.

Backup przed ruchem to nie plik na pulpicie z nazwą „kopia”. To pliki plus baza z tego samego okna czasowego, sprawdzone przez podniesienie kopii na teście albo przez hosts. Widziałem migracje, w których backup był z wtorku, a cutover w czwartek po całym dniu edycji w panelu. Na nowym serwerze zniknęły środowe realizacje. Dlatego pytam, czy ktoś będzie publikował w dniu przełączenia. Jeśli tak, ustalony stop publikacji albo druga synchronizacja tuż przed DNS.

Szybszy dysk i mniej sąsiadów na maszynie skracają czas do pierwszego bajtu. Nie kasują kilkuset kilobajtów skryptów kreatora. Jeśli PageSpeed na telefonie leży na LCP z hero-slajdera, przeprowadzka da Ci ładniejszy TTFB i ten sam ciężki front. Klient nadal czeka na treść.

Dlatego audyt przed hostingiem: pomiar na prawdziwym URL-u. Jeśli TTFB jest słaby, serwer ma sens. Jeśli TTFB jest przyzwoity, a waga JS nie, najpierw rozmowa o cięciach albo o przeniesieniu wyglądu i treści na nowy silnik. Inaczej płacisz za migrację poczty, żeby kupić 200 ms, których nie widać przy sekundzie skryptów.

Nie podaję tu cudzych „przed i po” z innych stron. Bez Twojego pomiaru to ozdoba. Po audycie dostajesz: czy warto ruszać hosting, czy warto ruszać silnik, czy oba, ale w tej kolejności.

Kiedy nie ruszam hostingu mimo prośby „bo sąsiad zmienił i ma szybciej”. Gdy pomiar pokazuje ciężki front, a TTFB jest w normie, przeprowadzka jest kosztem poczty bez zysku dla klienta na telefonie. Sąsiad mógł mieć inną stronę. Twój builder zostaje Twój. Najpierw liczby z PageSpeed, potem faktura za DNS.

Builder na nowym PHP 8.x nadal jest builderem. Czasem szybszy PHP poprawi backend. Frontend zostaje. Cache na nowym hostingu bywa lepszy. Nadal nie leczy motywu, który ładuje biblioteki, których sekcja nie używa.

Gdy po uczciwym pomiarze wychodzi „hosting tak, silnik nie”, przenoszę i kończę. Gdy wychodzi „silnik”, nie sprzedaję przeprowadzki jako optymalizacji. Sprzedaję przeprowadzkę jako zmianę adresu IP pod tym samym problemem, albo od razu wycenę przeniesienia wyglądu i treści. Strona wdrożenie plus opieka bywa tańsza w roku niż dwa hostingi i trzy rundy „optymalizacji wtyczek”.

sklep tym bardziej nie powinien jechać na „tańszy hosting naprawi koszyk”. Koszyk pada na wtyczkach i na PHP. Hosting jest jednym z warunków, nie całą terapią.

Po udanej migracji w pełnej opiece nie dostajesz panelu „żebyś sam sprawdzał DNS”. Dostajesz informację: przełączyliśmy, poczta działa, kłódka jest, stary serwer jeszcze stoi do dnia X. Jeśli coś nie dochodzi, piszesz. Ja patrzę w MX i w log, nie w Twoją aplikację pocztową na telefonie krok po kroku.

Czego potrzebuję od Ciebie, żeby nie zgadywać. Listę skrzynek, które mają przeżyć. Informację, czy ktoś trzyma pocztę poza hostingiem. Login do DNS albo jedną osobę, która wklei rekord. Datę, której nie wolno spalić: faktury, nabór, sezon. Nie potrzebuję hasła do wszystkich skrzynek na start. Potrzebuję wiedzieć, które są krytyczne.

Subdomeny giną w pośpiechu: panel.twojadomena.pl, poczta, ftp, stary blog, strona po kampanii z 2022. Rekord A home się zmieni, a subdomena zostanie na starym IP i umrze, gdy skasujesz konto. Przed cutoverem zrzucam strefę DNS i odhaczam, nie tylko „www i @”.

Koszt przeprowadzki vs koszt przeniesienie wyglądu i treści na nowy silnik. Jeśli i tak wiesz, że silnik jest do wymiany, najpierw nowa strona, potem DNS raz. Dwa ruchy pod rząd (nowy hosting ze starym WordPressem, potem przeniesienie wyglądu i treści na nowy silnik) to dwa ryzyka poczty. Czasem trzeba, bo stary serwer pada. Częściej da się zaplanować jeden cutover na stronę, która już jest lekka. W audycie mówię, który wariant jest tańszy w Twoim kalendarzu, nie w folderze hostingu.