www, apex i wildcard forwarding bez psucia SEO

Normalizacja hosta wygląda jak małe zadanie DNS, dopóki nie zacznie płynąć prawdziwy ruch.

Marka woli apex. Stary system używa www. Produkt, docs albo landing siedzi na subdomenie. Agencja wpisuje wildcard forwarding do planu migracji. Kampania nadal musi zachować UTM. Gdy te decyzje zapadają osobno, zwykle kończy się to redirect chain.

Pytanie nie brzmi, czy www albo apex są zawsze lepsze. Pytanie brzmi: który host jest kanoniczny i jak wszystkie warianty mają za nim podążyć?

Jeśli to część większej migracji, zacznij od checklisty redirectów dla migracji strony. Ten tekst dotyczy samej warstwy hosta.

Host też jest częścią policy URL

example.pl, www.example.pl i *.example.pl operacyjnie nie są tym samym.

Apex bywa czytelniejszy w marketingu.
www nadal pojawia się w starszych stackach.
Subdomena może być produktem, docs albo supportem.
Wildcard pomaga, gdy wiele hostów ma iść jedną regułą.

Ważne jest, żeby tych wariantów nie zostawiać przypadkowi.

Host normalization map for apex, www, and wildcard subdomains

Wybierz host kanoniczny przed launch

Odpowiedz wcześnie:

Pytanie	Dlaczego ma znaczenie
Czy strona ma działać na apex czy `www`?	Definiuje widoczny URL kanoniczny
Które subdomeny są aliasami?	Nie każdy subdomain powinien być scalany
Czy ścieżki mają przetrwać?	SEO, bookmarki i deep linki od tego zależą
Czy query stringi mają zostać?	UTM, kupony i ID mogą zniknąć
Czy są wyjątki czasowe?	Kampanie i launch mogą wymagać innej logiki

Jeśli to zostawisz otwarte, kilka warstw zacznie pomagać naraz.

DNS nie rozwiązuje wszystkiego

DNS mówi, dokąd ma iść traffic. Nie decyduje sam o widocznej zmianie URL.

Czysty model:

http://www.stara-marka.example/cennik?utm_source=email
  -> https://nowa-marka.example/cennik?utm_source=email

Kruchy model:

http://www.stara-marka.example/cennik
  -> https://www.stara-marka.example/cennik
  -> https://stara-marka.example/cennik
  -> https://nowa-marka.example/cennik

Jeden hop łatwiej audytować i utrzymywać.

Wildcard forwarding działa, jeśli struktura zostaje spójna

Reguła wildcard pomaga, gdy path dalej są zgodne:

old.example.pl/* -> new.example.pl/$1

Działa dobrze, gdy:

trzeba zachować dużo starych URL-i
struktura niewiele się zmieniła
nie chcesz pisać reguły dla każdej strony
stare subdomeny są prawdziwymi aliasami

Jeśli architektura mocno się zmieniła, ważne URL-e trzeba mapować explicite.

Zachowaj path i query, gdy link nadal ma wartość

Normalizacja hosta nie może wycinać kontekstu.

http://old.example.pl/docs/api?ref=partner&utm_source=newsletter

powinno, jeśli struktura na to pozwala, trafić do:

https://new.example.pl/docs/api?ref=partner&utm_source=newsletter

To ważne dla:

stron SEO
dokumentacji
paid kampanii
affiliate linków
linków zapisanych przez użytkowników

Jeśli path albo query znikają, redirect wygląda poprawnie, a i tak traci wartość.

Unikaj chain

Najczęstszy błąd to rozdzielenie odpowiedzialności:

HTTP do HTTPS w jednym miejscu
www do apex w innym
zmiana domeny w CDN albo hostingu
aplikacja dodaje kolejną canonical rule

Wychodzi http -> https -> www -> final.

Jeśli Twój stack już tak wygląda, zobacz Redirect chains and loops.

Testuj launch matrix

Przed publikacją sprawdź realne warianty:

Test	Przykład
Apex root	`https://example.pl/`
`www` root	`https://www.example.pl/`
Deep path	`https://example.pl/cennik`
Deep path z query	`https://example.pl/cennik?utm_source=email`
Stary host z path	`https://old.example.pl/blog/post-1`
Wildcard subdomena	`https://docs.example.pl/guide`

Launch QA matrix for canonical host, path preservation, query preservation, and redirect hops

Sprawdź:

właściwy host kanoniczny
path zostaje
query zostaje
status code jest zgodny z intencją
brak dodatkowego hopa

Gdzie pasuje UrlEdge

UrlEdge pomaga, gdy normalizacja hosta ma być policy routing, a nie luźnym snippeterem.

Free Redirect Service dla automatycznego HTTPS i wildcard forwarding
Advanced Redirect Rules dla logiki warunkowej
Redirect Checker do sprawdzenia realnych hopów
Redirect domain bez utraty path i query dla pełnego wzorca

Zaletą jest jedno miejsce odpowiedzialne za host kanoniczny, warianty, path, query i status code.

FAQ

Czy zawsze wybrać apex zamiast www?

Nie. Oba warianty mogą działać. Najważniejsze jest wybranie jednego hosta kanonicznego i doprowadzenie reszty do niego.

Czy mogę obsłużyć wildcard subdomeny jedną regułą?

Tak, jeśli struktura dalej jest spójna. Jeśli nie, mapuj ważne URL-e explicite.

Czy DNS wystarczy?

Nie. DNS nie zastępuje HTTP redirect policy widocznej dla użytkownika.

Czy zachowywać parametry kampanii?

Zwykle tak, chyba że masz wyraźny powód, by je usunąć. Utracona atrybucja jest trudna do odzyskania.

Podstawowy routing

Inteligentne reguły

Ochrona i monitoring

Narzędzia i checkery

Zacznij za darmo

Firma i społeczność

Prawo i compliance

Dokumentacja