Problemy z domeną w WordPress – migracja, przekierowania, DNS 2026

Telefon dzwoni o 7 rano. Klient panikuje, bo wczoraj strona firmowa była, a dziś pokazuje parking rejestratora z reklamami Viagry. Znam to uczucie i wiem, jak to rozwiązać - ale liczy się czas.

Polskie domeny (.pl, .com.pl) mają trzy fazy życia po wygaśnięciu i w każdej z nich gra toczy się o inną stawkę.

Faza 1: Grace period (0-30 dni po wygaśnięciu)

W NASK (rejestr polskich domen) grace period to 14 dni dla .pl. W tym czasie domena nie działa publicznie, ale możesz ją odnowić w zwykłej cenie - zwykle 50-90 zł/rok u normalnego rejestratora. Strona WWW pokazuje błąd DNS lub stronę zastępczą, ale dane (baza WordPress, pliki) nie są ruszone - one są na serwerze hostingowym, a nie w domenie.

Faza 2: Redemption period (14-30 dni)

Tu zaczynają się schody. Domena wchodzi w "redemption" - teoretycznie nadal twoja, ale odzyskanie kosztuje 200-500 zł za samą opłatę restytucyjną plus zwykła cena odnowienia. CyberFolks, OVH czy Zenbox pozwalają na odzyskanie przez panel lub zgłoszenie supportu.

Faza 3: Pending delete (ostatnie 5 dni przed usunięciem)

Domena trafia do puli "do usunięcia". Po tym okresie wraca na wolny rynek i może ją zarejestrować każdy - w tym firmy polujące na wygasłe domeny z ruchem SEO. W tej fazie już nie masz prawa pierwszeństwa.

Co zrobić w ciągu pierwszych 24 godzin:

1. Zaloguj się do panelu rejestratora (sprawdź stare maile "domena wygaśnie za X dni" - są tam linki)
2. Opłać odnowienie natychmiast - nie czekaj na fakturę, płać kartą
3. Ustaw autoodnawianie na kolejne 5-10 lat (realny koszt 300-500 zł to śmiesznie tanio przy wartości domeny firmowej)
4. Zweryfikuj dane właściciela w NASK - domena zarejestrowana na prywatny email byłego pracownika to tykająca bomba

Jeśli domena wygasła ponad 30 dni temu i weszła w pending delete - już zazwyczaj po zawodach. Wtedy jedyna opcja to backorder (usługa typu DropCatch) albo negocjacje z nowym właścicielem, jeśli szybko ją przechwyci.

Drugi najczęstszy scenariusz paniki: "domena wyświetla się w whois jako aktywna, ale strona nie ładuje się". Tu zazwyczaj sprawa jest w DNS, nie w samej domenie.

Rekordy DNS to mapa: domena → serwery. Jeśli przeniosłeś hosting albo ktoś kliknął "reset DNS", WordPress jest na serwerze, ale świat tego nie wie.

Co sprawdzić w pierwszej kolejności:

• Rekord A - musi wskazywać IP serwera hostingowego (np. `157.90.209.61`). Bez tego domena nie wie, gdzie szukać strony
• Rekord A dla www - osobny rekord, bo `mojafirma.pl` i `www.mojafirma.pl` to z punktu widzenia DNS dwie różne rzeczy
• Rekord CNAME - alternatywa dla A, jeśli hosting używa nazwy zamiast IP
• MX records - jeśli maile też padły, te trzeba sprawdzić osobno

Narzędzie numer jeden do diagnostyki: dnschecker.org. Wpisujesz domenę, widzisz czy rekordy propagują się na świecie. Jeśli Warszawa widzi stare IP, a Berlin nowe - to normalne, musisz poczekać na propagację.

TTL (Time To Live) - dlaczego propagacja trwa

TTL mówi serwerom DNS na świecie: "trzymaj tę informację w cache przez X sekund". Standardowe wartości:

Profesjonalny trik: na 48 godzin przed planowaną migracją obniż TTL do 300 sekund. Po migracji, gdy wszystko działa, podnieś z powrotem do 3600. To skraca okno, w którym część userów trafia na stary serwer.

www vs non-www - częsty dramat

Domena `mojafirma.pl` ładuje się, ale `www.mojafirma.pl` wyrzuca błąd (albo odwrotnie). Rozwiązanie w WordPress: w Ustawieniach > Ogólne wybierasz jedną wersję jako kanoniczną i konsekwentnie jej używasz. Przekierowanie drugiej wersji robisz w `.htaccess` lub na poziomie rejestratora.

Zobacz też: dlaczego strona WordPress zniknęła po aktualizacji - niektóre "padły strony" to w rzeczywistości problemy DNS.

Klient miał `mojafirma-krakow-uslugi.pl`, zmienia branding i chce przejść na `alfadom.pl`. Migracja samej domeny w WordPressie to nie jest kopia-wklej - trzeba zmienić setki tysięcy odniesień w bazie danych i tysiące linków w postach.

Proces, który działa i nie psuje SEO:

Krok 1: Pełny backup przed startem

Kopia bazy danych + plików (wp-content). Używam do tego albo WP-CLI, albo wtyczki UpdraftPlus. Bez tego nie ruszam nic.

Krok 2: Zmiana Site URL i Home URL

W panelu WP: Ustawienia > Ogólne > Adres WordPress (URL) i Adres strony (URL). Oba zmień na nową domenę ze `https://`. Jeśli zrobisz tylko jeden z dwóch - dostaniesz redirect loop (o tym sekcja 4).

Krok 3: Search and replace w bazie danych

W bazie WordPress tysiące linków wskazuje na starą domenę - w treści postów, atachmentach, ustawieniach motywu, polach ACF, serializowanych danych. Zwykły SQL replace zepsuje serializowane tablice.

Rozwiązanie: wtyczka Better Search Replace albo WP-CLI:

wp search-replace 'https://mojafirma-krakow-uslugi.pl' 'https://alfadom.pl' --all-tables --dry-run
# sprawdzasz ile wystąpień - zwykle 2000-5000
wp search-replace 'https://mojafirma-krakow-uslugi.pl' 'https://alfadom.pl' --all-tables

Flag `--dry-run` pokazuje co się zmieni bez realnych zmian. Zawsze go używam pierwsze.

Krok 4: 301 redirect ze starej domeny na nową

To fundament zachowania SEO. W `.htaccess` starej domeny (albo na poziomie DNS/serwera):

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?mojafirma-krakow-uslugi\.pl$ [NC]
RewriteRule ^(.*)$ https://alfadom.pl/$1 [L,R=301]

301 (permanent) a nie 302 (temporary). Google traktuje 301 jako "przekaż cały link equity".

Krok 5: Update wp-config.php (opcjonalnie)

Dla pewności warto hardcodować w `wp-config.php`:

define('WP_HOME','https://alfadom.pl');
define('WP_SITEURL','https://alfadom.pl');

To nadpisuje wartości z bazy i zapobiega sytuacji, w której jakiś dziwny plugin próbuje je zmienić.

Krok 6: Google Search Console - change of address

W starej property GSC: Ustawienia > Zmiana adresu > wybierz nową domenę. Google przyśpiesza wtedy indeksację nowej wersji. Zobacz szczegóły w artykule o migracji WordPress.

Krok 7: Update zewnętrznych systemów

Google Analytics, Search Console (dodaj nową property), Meta Business, Google Ads (domena docelowa), mapy Google, facebook page URL, wizytówki, podpisy emaili, materiały drukowane.

"Strona przekierowała cię zbyt wiele razy" - klasyczny komunikat Chrome po źle zrobionej zmianie domeny. Zwykle diagnoza to kilka minut, ale bez dostępu do bazy trzeba wiedzieć co robić.

Co się dzieje mechanicznie:

WordPress ma dwie wartości URL w tabeli `wp_options`:
- `siteurl` - gdzie leżą pliki WordPressa (core, wp-admin)
- `home` - pod jakim adresem strona wyświetla się publicznie

Jeśli `siteurl` wskazuje na `https://alfadom.pl`, a `home` na `https://mojafirma-krakow-uslugi.pl` - WordPress robi redirect na `home`, tam serwer robi redirect na `siteurl` (bo masz .htaccess 301), który znów ładuje WP, który robi redirect na `home` i tak w kółko. Redirect loop.

Szybka naprawa 1: wp-config.php

Najszybsze rozwiązanie - dodaj te dwie linie powyżej komentarza "Happy blogging":

define('WP_HOME','https://alfadom.pl');
define('WP_SITEURL','https://alfadom.pl');

Te stałe nadpisują wartości z bazy. Odśwież stronę - powinna ładować się normalnie.

Szybka naprawa 2: direct SQL

Jeśli masz dostęp do phpMyAdmin:

UPDATE wp_options SET option_value = 'https://alfadom.pl' WHERE option_name = 'siteurl';
UPDATE wp_options SET option_value = 'https://alfadom.pl' WHERE option_name = 'home';

Czasem prefiks tabel nie jest `wp_` tylko np. `wpab12_` - sprawdź w pliku `wp-config.php` zmienną `$table_prefix`.

Szybka naprawa 3: WP-CLI

wp option update siteurl 'https://alfadom.pl'
wp option update home 'https://alfadom.pl'

Ważne pułapki:

• Trailing slash - `https://alfadom.pl` i `https://alfadom.pl/` to z punktu widzenia WP to samo, ale niektóre pluginy rozróżniają. Nie używaj slasha na końcu
• HTTP vs HTTPS - jeśli część URL jest po HTTP, a część po HTTPS, też dostajesz loop. Wybierz jedną wersję (HTTPS) i konsekwentnie jej używaj
• Multisite - w sieci WP musisz zmieniać URL per-site przez `wp-admin/network/`, nie przez zwykły panel

Problem redirect loop często łączy się też z błędami cache. Jeśli masz Cloudflare przed WP, po naprawie zrób "Purge Everything" w panelu Cloudflare. Zobacz też: jak zainstalować Cloudflare w WordPress.

Zmieniłeś domenę, redirect działa, baza przerobiona - a Chrome pokazuje "Not secure" i zielonej kłódki nie ma. Certyfikat SSL jest wystawiony na starą domenę, nowa go jeszcze nie ma.

Let's Encrypt - darmowy i standardowy

Prawie każdy normalny hosting daje Let's Encrypt za darmo. W CloudPanel, cPanel, DirectAdmin to jeden klik. Po zmianie domeny:

1. Zaloguj się do panelu hostingu
2. Znajdź sekcję SSL/TLS certificates
3. Wygeneruj nowy certyfikat dla nowej domeny (oraz `www.nowadomena.pl` jako alt name)
4. Ustaw auto-renewal (Let's Encrypt wygasa co 90 dni)

Niektóre panele mają zabezpieczenie: nie wystawią certyfikatu, dopóki DNS nie propaguje. Musisz poczekać na rekordy A, dopiero wtedy certyfikat zadziała.

Cloudflare SSL - Flexible vs Full vs Full (strict)

Jeśli używasz Cloudflare jako proxy, masz trzy tryby SSL:

"Flexible" wygląda jak działa, ale każdy kto śledzi ruch może odczytać hasła użytkowników - bo między Cloudflare a serwerem wszystko leci po HTTP. Zawsze Full (strict).

Mixed content warnings - najczęstszy problem po migracji

Po zmianie z HTTP na HTTPS Chrome pokazuje ikonę kłódki z wykrzyknikiem. Przyczyna: jakiś zasób (obrazek, script, CSS) ładuje się po HTTP, reszta po HTTPS. Przeglądarka ostrzega, że strona nie jest w pełni szyfrowana.

Rozwiązanie - 3 kroki:

1. Sprawdź DevTools Console (F12) - wypisuje dokładnie które zasoby są "mixed"
2. Search-replace w bazie: `http://alfadom.pl` → `https://alfadom.pl`
3. Wtyczka Really Simple SSL - automatycznie rewrite wszystkich linków w runtime

Problem często dotyczy też hardcoded URL w plikach motywu, w polach ACF z surowym HTML, w skryptach JS ładowanych z zewnętrznych CDN. Really Simple SSL większość z tego załatwia jednym klikiem.

Kiedy SSL nie działa mimo wszystko:

• Cloudflare proxy ON + certyfikat nie jeszcze wystawiony → tymczasowo wyłącz proxy (szara chmurka), wygeneruj cert, wróć z proxy
• Domena na innym DNS niż serwer SSL → najpierw propagacja, potem cert
• CAA records blokują Let's Encrypt → sprawdź w whois, czy masz `CAA letsencrypt.org`

Klasyczny dylemat polskich firm: masz `alfadom.pl` i `alfadom.com.pl` - albo kupiłeś obie do ochrony marki, albo jedną dostałeś, drugą kupiłeś później. Jak to powiązać, żeby nie tracić SEO?

Reguła: jedna domena kanoniczna, reszta przekierowuje

Google traktuje `alfadom.pl` i `alfadom.com.pl` jak dwie różne strony. Jeśli obie wyświetlają ten sam content - masz duplicate content i Google nie wie, którą indeksować. Efekt: obie pływają nisko w SERP.

Rozwiązanie:
1. Wybierz jedną jako główną (w Polsce zwykle `.pl` - krótsze, bardziej rozpoznawalne)
2. Drugą skonfiguruj jako 301 redirect na pierwszą
3. W każdej wersji ustaw poprawny `rel="canonical"`

301 vs 302 - kiedy co używać

Standardem w migracjach domenowych jest 301. Robisz go na poziomie:

• Rejestratora domeny - najprostsze, ale daje minimum kontroli
• Serwera (Apache `.htaccess`) - elastyczne, bezpłatne, działa zawsze
• Serwera (Nginx) - szybsze niż .htaccess, ale wymaga reload

Przykład `.htaccess` dla pełnego 301 z `.com.pl` na `.pl` z zachowaniem ścieżki:

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?alfadom\.com\.pl$ [NC]
RewriteRule ^(.*)$ https://alfadom.pl/$1 [L,R=301]

Ta reguła mówi: "jeśli ktoś wchodzi na `alfadom.com.pl/kontakt/`, przekieruj go na `alfadom.pl/kontakt/` z kodem 301". Zachowujesz deep-linki.

Tag canonical - drugie zabezpieczenie

W `` każdej strony dodajesz:

<link rel="canonical" href="https://alfadom.pl/aktualna-strona/" />

To mówi Googlowi: "nawet jeśli dotrzesz do tej strony przez inną domenę, ta jest oryginałem". Wtyczki SEO (Yoast, Rank Math) dodają to automatycznie.

Zachowanie SEO przy zmianie - realne liczby

Dobrze zrobiona migracja z 301 + canonical + GSC change of address = 90-95% traffic zachowane po 4-8 tygodniach. Źle zrobiona (302, bez change of address, urywane redirecty) = spadki do 50% i długotrwały recovery.

Potrzebujesz pomocy przy bezpiecznej migracji? Skontaktuj się z nami albo zadzwoń +48 604 939 140. Każda migracja to indywidualny plan - od 1-2 dni (prosta) do 2-3 tygodni (sklep z 10k produktów).

Firma rośnie, pojawia się pytanie: nowy blog firmowy ma być na `blog.alfadom.pl` czy `alfadom.pl/blog/`? Decyzja wygląda kosmetycznie, ale wpływa na SEO, architekturę i koszty.

Subfolder (/blog/) - rekomendowane w 90% przypadków

Z punktu widzenia Google, subfolder to ta sama domena. Cały link equity jednego URL płynie do innych URL-i w tej samej domenie. Blog pomaga stronie głównej, strona główna pomaga blogowi.

Zalety:
- Jeden certyfikat SSL, jeden DNS, jedna analityka
- Jedna instalacja WordPressa
- Szybsze indeksowanie nowych treści
- Brand building pod jednym adresem

Wady:
- Wszystko na jednym hostingu - jak padnie, pada całość

Subdomain (blog.alfadom.pl) - specyficzne przypadki

Subdomena to dla Google osobna strona. Musi budować swoje SEO od zera. Ma sens, gdy:

• Masz osobny zespół/produkt z inną odbiorcą (np. `shop.alfadom.pl` - sklep dla B2B, `alfadom.pl` - strona firmowa)
• Chcesz różne technologie (WordPress na głównej, Shopify na shop.)
• Masz wielojęzyczność (`en.alfadom.pl`, `de.alfadom.pl`) - choć subfoldery i tu zwykle lepsze

Zalety:
- Izolacja techniczna - można hostować na różnych serwerach
- Różne technologie bez konfliktów
- Czysta separacja dla wielojęzycznych projektów

Wady:
- Dwa razy więcej pracy SEO
- Dwa certyfikaty SSL (choć Let's Encrypt obsługuje wildcardy)
- Podział ruchu analitycznego

WordPress Multisite - kiedy to ma sens

Multisite to jedna instalacja WP obsługująca wiele stron. Używane np. w franczyzach (każdy oddział własna strona), portalach miejskich, sieciach blogowych.

Tryby multisite:

• Subdomain mode: `oddzial1.firma.pl`, `oddzial2.firma.pl`
• Subfolder mode: `firma.pl/oddzial1/`, `firma.pl/oddzial2/`
• Domain mapping: `oddzial1.pl`, `oddzial2.pl` (własne domeny)

Multisite ma sens, gdy:
- Zarządzasz 5+ podobnymi stronami
- Wszystkie mają dzielić motyw i wtyczki
- Budget na utrzymanie jednej instalacji < niż wielu osobnych

Nie ma sensu, gdy strony są bardzo różne (inne motywy, inne wtyczki, inne wymagania) - wtedy osobne instalacje są tańsze w długim okresie.

Praktyczna decyzja:

Jeden blog firmowy? Subfolder. Sklep + blog + strona korporacyjna? Subfoldery (`/sklep/`, `/blog/`). Oddziały w różnych miastach z własnymi cennikami? Multisite subdomain. Dwa osobne produkty pod jednym brandem? Subdomeny.

"Wziąć .pl czy .com?" - pytanie, które dostaję co tydzień. Odpowiedź zależy od tego, kim są twoi klienci i gdzie operujesz.

.pl - standard dla polskiego rynku

Polacy ufają domenom .pl. Badania UX robione na polskim rynku pokazują konsekwentnie, że CTR w Google i conversion rate na stronach z `.pl` są wyższe niż na tych samych stronach pod `.com`. Różnica potrafi być 15-25%.

Koszt rocznie: zwykle 50-90 zł u dobrego rejestratora, niektóre promocje 9 zł za pierwszy rok. Nie płać 200+ zł - to znak, że rejestrator próbuje cię oskubać.

Kiedy wybierać .pl:
- Operujesz tylko w Polsce
- Klienci to polskie firmy lub konsumenci
- Robisz SEO pod polskie frazy
- Masz polską nazwę firmy

.com.pl - drugi wybór, często obronny

Jeśli `alfadom.pl` jest zajęta, `alfadom.com.pl` to rozsądny backup. Google nie rozróżnia w rankingu - z punktu widzenia SEO jest równie dobra. Koszt podobny, czasem nawet niższy (40-70 zł).

Polacy rozumieją `.com.pl` jako "polska domena". Nie ma problemu z zaufaniem. Jedyna sytuacja, w której unikam - gdy twoja branża jest mocno konserwatywna (prawnicza, medyczna, finansowa) i konkurenci wszyscy mają `.pl`. Wtedy `.com.pl` może wyglądać jak "gorszy wybór".

.eu - rzadko potrzebne

Obywatele i firmy z UE mogą kupić. Ma sens, gdy:
- Operujesz w 3-4 krajach UE równolegle
- Brand jest paneuropejski
- `.pl` i `.com` zajęte, a nazwa unikalna

W 90% przypadków polskie firmy nie potrzebują `.eu`. To droga ochrony marki, nie główna domena.

.com - kiedy ma sens

Jeśli mierzysz w rynek globalny od dnia zero, `.com` to standard. Klienci z USA, UK, Niemiec widzą `.com` jako "domena do prowadzenia biznesu". `.pl` dla obcokrajowca to sygnał "lokalna firma polska".

Ale uwaga: jeśli jesteś polską firmą, z polskimi klientami, z polskim contentem, to `.com` nie daje ci przewagi. Będziesz rankował pod polskie frazy tak czy inaczej (Google rozumie geo-lokalizację). Odbierasz sobie tylko ten 15-25% boost z sekcji o `.pl`.

Nowe TLD (.online, .shop, .digital) - ostrożnie

TLD typu `.shop`, `.online`, `.digital` są tanie na start (często 10-30 zł pierwszy rok), ale drogie na renewal (150-300 zł). Polacy nadal traktują je jako "dziwne" albo "spam". Unikaj do firm poważnych.

Wyjątek: `.io` w branży tech, `.studio` dla kreatywnych, `.pl` plus `.shop` do sklepu e-com jako dodatek.

Tabela decyzyjna:

Dobrze zrobiona migracja domeny to 2-3 tygodnie pracy, z których same zmiany techniczne to 20%, a reszta to planowanie i monitoring. Zły harmonogram kosztuje miesiące rankingu.

Faza 1: Przygotowanie (tydzień -2 do -1)

• Pełny audyt strony przed migracją (Screaming Frog, Ahrefs, GSC export)
• Mapa wszystkich URL-i starej wersji - wszystko, co ma ruch organic w GSC ostatnich 12 miesięcy
• Plan redirect 1:1 dla każdego URL (albo jak najbliżej)
• Backup bazy + plików (2-3 kopie, różne lokalizacje)
• TTL DNS obniżony do 300 sekund
• Nowy certyfikat SSL wygenerowany i przetestowany na nowej domenie

Faza 2: Dzień X - przełączenie (poza godzinami szczytu)

• Niedziela rano 4:00-8:00 to idealne okno (minimum ruchu)
• Zmień DNS, siteurl, home
• Włącz redirect 301 z całej starej domeny
• Testuj 20-30 losowych URL-i - czy każdy przekierowuje na swój odpowiednik na nowej domenie
• Sprawdź SSL - zielona kłódka wszędzie
• Sprawdź mixed content w DevTools

Faza 3: Crossover (tydzień 1-4 po migracji)

Tu dzieje się magia SEO. Google widzi 301, odwiedza strony, powoli przepisuje ranking ze starej na nową.

Kluczowe akcje:
- Google Search Console: change of address - w starej property (jeśli jeszcze istnieje) wybierz "change of address" i nową domenę. To przyśpiesza transfer o 30-50%
- Dodaj nową property do GSC - zweryfikuj przez DNS TXT record
- Submit nowego sitemap do GSC nowej property
- Monitoruj Coverage report - czy Google indeksuje nową wersję
- Sprawdzaj rankingi dziennie - normalny spadek 20-30% na 2-3 tygodnie, potem recovery

Faza 4: Utrzymanie redirectów (minimum 12 miesięcy)

To najczęstszy błąd: po 3 miesiącach ktoś wyłącza redirect, bo "strona stara i tak nie działa". Google nadal ma linki do starej wersji w swoim indeksie latami. Bez redirectu = wszystkie 404 = Google usuwa URL z indeksu = ranking ucieka.

Reguła: 301 redirect z starej domeny trzymaj minimum 12-24 miesiące. Jeśli masz budżet, utrzymuj wiecznie. Koszt domeny to 50 zł/rok, a wartość ruchu przekierowywanego to często 1000x tyle.

Co mierzyć w trakcie i po migracji:

1. GSC - impressions i clicks dzień po dniu
2. GA4 - sesje organic day-over-day
3. Rank tracker (Ahrefs/Semrush) - pozycje top 50 fraz
4. 404 errors na nowej domenie (GSC Coverage)
5. Core Web Vitals - żeby nie spaść przy okazji

Czerwone flagi (reaguj natychmiast):

• Spadek traffic > 50% po 3 dniach
• Nagły wzrost 404 errors w GSC
• Pages "indexed, not submitted" rośnie zamiast maleć
• Core Web Vitals nagle się pogarsza

Zobacz również: problemy z migracją WordPress - techniczne aspekty samej migracji plików.

Koszt domeny u dobrego i złego rejestratora różni się o 200-400% rocznie. Dla jednej domeny to kilka stówek - dla firmy z 5-10 domenami to już tysiące.

Rekomendacja numer 1: CyberFolks

CyberFolks to mój główny wybór dla polskich klientów. Powody:

• Domeny `.pl`: 59 zł/rok (renewal, bez naciąganych "promocji pierwszego roku")
• Wbudowany DNS bez limitów
• Darmowy SSL Let's Encrypt
• Support polski 24/7, realnie pomocny
• Panel prosty, bez ukrytych upsellów
• Whois Privacy w cenie
• Hosting w tej samej firmie - łatwa integracja

Dla firm z kilkoma domenami + hostingiem WordPress to oszczędność i spokój głowy.

Alternatywa: OVH

OVH Polska oferuje `.pl` za 45-55 zł/rok, stabilne DNS, solidne. Minusy: interfejs mniej przyjazny niż CyberFolks, support słabszy (głównie mailowy, długi response time), panel łatwo pomylić z francuskim. Dla technicznych userów OK, dla klienta nietechnicznego - frustracja.

Alternatywa: Zenbox

Podobny poziom do CyberFolks, nieco droższy (65-75 zł/rok .pl), ale ma dobrą reputację i polski support. Dla osób szukających "drugiej opinii" - sensowny wybór.

OSTRZEŻENIE: unikać nazwa.pl i home.pl

Dwie firmy, od których ostrzegam wszystkich klientów od lat. Problemy:

nazwa.pl:
- Domeny .pl 99-150 zł/rok (dwa razy więcej niż rynek)
- Agresywny upselling - co klik to nowy ekran z dopłatą
- Skomplikowany panel DNS z ukrytymi opcjami
- Transfer domeny to horror - próbują zatrzymać klienta każdym sposobem
- Fakturowanie niejasne, subskrypcje włączają się same

home.pl:
- Podobne ceny (100+ zł/rok za .pl)
- Hosting na tym samym panelu drogi i wolny
- Support reaguje 48-72h
- Wielu klientów skarży się na automatyczne odnowienia usług, których nie zamawiali
- Ciągłe telefony sprzedażowe po zakupie

Jeśli masz domenę u nazwa.pl lub home.pl - transferuj. Oszczędzisz średnio 50-100 zł/rok/domena plus znerwicowanie.

Proces transferu domeny do nowego rejestratora:

1. W starym panelu wyłącz Whois privacy (jeśli jest)
2. Odblokuj domenę (remove registrar lock)
3. Uzyskaj AuthInfo code (czasem zwany EPP code)
4. W nowym rejestratorze: wybierz "transfer domain", podaj code
5. Zapłać za transfer (zwykle 1 rok odnowienia w cenie)
6. Potwierdź email od starego rejestratora (mają 5 dni na blokadę)
7. Transfer trwa 5-10 dni. Domena przez ten czas działa normalnie

Backup rejestratora - dobra praktyka

Trzymam rekomendację: domena i hosting nie u tego samego dostawcy - lub przynajmniej umiej je rozdzielić, gdyby coś poszło nie tak. Jeśli hosting padnie, możesz przerzucić DNS w 15 minut i wskazać na inny serwer. Jeśli wszystko u jednego providera - zablokowani jesteście razem.

---

Twoja domena wygasła? Migrujesz stronę? SSL nie działa?

Nie ryzykuj utraty SEO i zaufania klientów. Zadzwoń +48 604 939 140 lub napisz przez formularz kontaktowy. Pierwsza konsultacja bezpłatna - oceniamy sytuację i proponujemy konkretny plan naprawczy.

Specjalizujemy się w stronach internetowych WordPress - od prostych wizytówek po rozbudowane sklepy. Migracje domen, zmiany SSL, odzyskiwanie wygasłych domen - to nasza codzienność. Zobacz też powiązane poradniki: problemy z hostingiem, instalacja Cloudflare w WordPress, co robić gdy WordPress padł po aktualizacji.