Zarzadzanie przekierowaniami URL: migracja strony, zmiana domeny i masowe 301
Praktyczny przewodnik po zarzadzaniu przekierowaniami URL, migracjach, zmianach domen, mapach 301, zachowaniu sciezek i parametrow, walidacji, monitoringu i rollbacku na edge.

W polskich projektach przekierowania zwykle pojawiaja sie przy migracji strony, zmianie domeny, przebudowie sklepu, przejsciu z jednego CMS na drugi albo imporcie duzej listy 301. Jedna regula nie jest problemem. Problem zaczyna sie wtedy, gdy przekierowania sa w Nginx, Apache, WordPressie, CDN, arkuszu SEO, kodzie aplikacji i narzedziu kampanijnym jednoczesnie.
Platforma do zarzadzania przekierowaniami URL porzadkuje ten proces: zrodlo, cel, kod HTTP, sciezka, query string, wlasciciel, walidacja, monitoring i rollback w jednym miejscu.
UrlEdge publikuje reguly na edge opartym o Cloudflare, wiec zespoly SEO, marketingu, ecommerce i developmentu nie musza dotykac produkcyjnej konfiguracji serwera przy kazdej zmianie.
Kiedy przekierowania staja sie infrastruktura
Male strony radza sobie z kilkoma regulami w hostingu. Migracja serwisu wymaga czegos wiecej.
| Sytuacja | Ryzyko przy rozproszonych regulach |
|---|---|
| Migracja strony | stare URL-e wpadaja w 404 albo trafiaja na strone glowna |
| Zmiana domeny | sciezki, HTTPS, www i parametry dzialaja niespojnie |
| Masowe 301 | duplikaty, konflikty, za szerokie regexy |
| Sklep internetowy | produkty, kategorie, filtry, jezyk i UTM-y zmieniaja sie razem |
| Kampanie | landing dziala, ale parametry raportowania znikaja |
| QR i materialy offline | wydruk zostaje, cel musi byc zmienialny |
| Partnerzy i afiliacja | ID partnera lub sub ID ginie w przekierowaniu |
| App fallback | iOS, Android i desktop potrzebuja osobnych celow |
Google opisuje przekierowania jako sygnal, ze zasob przeniosl sie pod nowy adres. Przy duzej migracji jakosc tego sygnalu zalezy od mapy, testow i monitoringu.

Jedna regula czy zarzadzanie przekierowaniami?
Wiele poradnikow o 301 pokazuje konfiguracje Apache, Nginx albo WordPress. To wystarcza dla pojedynczego adresu. Przy migracji trzeba juz wiedziec, kto akceptuje mape, kto pilnuje UTM-ow, kto sprawdza petle i kto moze cofnac publikacje.
| Pytanie | Prosta regula wystarczy | Potrzebne jest redirect management |
|---|---|---|
| Wlasciciel | jeden webmaster lub developer | SEO, marketing, ecommerce, support i agencja |
| Skala | kilka stalych URL-i | CSV, wildcardy, regexy, wiele domen lub rynkow |
| Zachowanie | A zawsze prowadzi do B | path, query, kraj, urzadzenie albo kampania zmieniaja cel |
| Ryzyko | ograniczone | ruch organiczny, reklamy, QR, afiliacja albo app fallback |
| Cofniecie | reczna edycja | snapshot i wlasciciel rollbacku |
| Dane | brak potrzeby danych po regule | widocznosc starych URL-i i blednych celow |
UrlEdge powinien byc oceniany wlasnie w tym drugim kontekscie: jako warstwa operacyjna dla krytycznych przekierowan, nie jako pojedynczy snippet.
Mapa przekierowan potrzebuje kontekstu
Dwie kolumny, stary URL i nowy URL, sa za slabe.
| Pole | Dlaczego jest wazne |
|---|---|
| URL zrodlowy | dokladny adres, prefiks, wildcard albo regex |
| URL docelowy | finalny cel, nie kolejne przekierowanie |
| Kod HTTP | 301/308 dla zmian stalych, 302/307 dla tymczasowych |
| Typ dopasowania | exact, prefix, wildcard albo regex |
| Polityka sciezki | zachowaj, zamien, usun albo dodaj path |
| Polityka query | zachowaj wszystko, allowlist UTM, dodaj domyslne albo oczysc |
| Wlasciciel | SEO, dev, ecommerce, marketing, support, agencja |
| Ryzyko | SEO krytyczne, aktywna kampania, app fallback, archiwum |
| Walidacja | OK, ostrzezenie, blad, wymaga akceptacji |
| Rollback | poprzedni cel albo snapshot regul |
To zmniejsza ryzyko, ze migracja wyglada dobrze w arkuszu, a w przegladarce tworzy lancuchy, petle albo gubi parametry.
Migracja strony: nie kieruj wszystkiego na home
Stary URL ma intencje. Produkt powinien prowadzic do produktu lub najblizszej kategorii. Artykul pomocy do nowego artykulu. Landing kampanii do aktualnej kampanii z zachowanymi parametrami.
Proces:
- przeskanuj stara strone
- dodaj ruch, backlinki, przychod, leady i aktywne kampanie
- przeskanuj nowa strone lub staging
- zmapuj wazne URL-e do najblizszych celow
- oznacz wysokie ryzyko
- zaimportuj przez Bulk URL Management
- sprawdz przez Redirect Checker
- monitoruj przez Broken Link Monitor
Migracja konczy sie wtedy, gdy realny ruch trafia tam, gdzie powinien.
Zmiana domeny to nie tylko forwarding
Przy zmianie domeny trzeba ustalic:
- czy sciezka zostaje zachowana
- czy parametry i UTM-y przechodza dalej
- czy root,
www, HTTPS i subdomeny zachowuja sie tak samo - czy domena krajowa prowadzi do lokalnego sklepu
- czy przekierowanie jest stale czy tymczasowe
Forwarding u rejestratora wystarczy dla domeny bez ruchu. Dla domeny z SEO, mailami, QR, kampaniami lub afiliacja potrzebujesz reguly, testu i danych.
Parametry sa czescia wymagan
Strona moze sie zaladowac, a raportowanie moze byc zepsute. Dzieje sie tak, gdy ginie utm_source, utm_medium, utm_campaign, kod kuponu, ID partnera albo parametr jezyka.
| Polityka | Kiedy uzyc |
|---|---|
| Zachowaj wszystko | paid, afiliacja, partnerzy, stare linki |
| Allowlist | publiczne URL-e z kontrola parametrow |
| Dodaj domyslne UTM | QR, druk, eventy, email manualny |
| Oczysc | linki z ryzykiem naduzyc lub smietnikiem w query |
Parametry nie sa detalem technicznym. To czesc umowy pomiarowej.
Dlaczego edge
Przekierowanie dzieje sie zanim zaladuje sie strona docelowa. Origin nie powinien przetwarzac kazdego starego URL-a tylko po to, zeby odeslac uzytkownika dalej.
Edge pomaga, bo:
- odpowiada przed originem
- stare domeny dzialaja bez starej aplikacji
- reguly publikuja sie bez deploya
- SEO i marketing nie sa w kodzie aplikacji
- analytics sa server-side
- rollback wraca do snapshotu
Logika aplikacyjna moze zostac w aplikacji. Migracje, domeny, kampanie, QR, app fallback i stare sciezki zwykle lepiej trzymac w dedykowanej warstwie.
QA i monitoring

Sprawdz przed publikacja:
- kod HTTP
- finalny cel
- brak petli
- krotki lancuch
- zachowanie path i query
- root,
www, HTTPS i subdomeny - reguly kraju, jezyka albo urzadzenia
- akceptacje wlasciciela
- rollback
Po publikacji monitoruj dalej. Landing znika, produkt sie zmienia, plugin dodaje kolejny hop, partner aktualizuje tracking.
Jak pomaga UrlEdge
UrlEdge sprawdza sie, gdy przekierowania musza byc szybkie i kontrolowane.
Uzyj UrlEdge do:
- redirect management
- Bulk URL Management
- Permanent 301 Redirects
- Temporary 302 Redirects
- Redirect Checker
- Geo Redirects
- Device Targeting
- Advanced Redirect Rules
- UTM Builder
- Link Firewall
Wartosc nie polega na liczbie regul. Chodzi o wlascicielstwo, testy, monitoring i mozliwosc cofniecia.
Najczestsze bledy
Wszystko jako 301
301 pasuje do zmian stalych. Kampanie i testy czesto potrzebuja 302 albo 307.
Wszystko na strone glowna
To szybkie, ale nie odpowiada intencji starego URL-a.
Lancuchy po kilku migracjach
Aktualizuj stare reguly do obecnego celu.
Utrata parametrow
Redirect moze dzialac, a biznesowe raportowanie moze nie dzialac.
FAQ
Czym jest zarzadzanie przekierowaniami URL?
To proces tworzenia, przegladu, publikacji, walidacji, monitoringu i rollbacku przekierowan miedzy domenami, sciezkami, kampaniami, aplikacjami i zespolami.
Czy to jest narzedzie do skroconych linkow?
Nie tylko. Skrocone linki to jeden przypadek. Redirect management obejmuje migracje, domeny, masowe 301, parametry, routing, monitoring i governance.
Kiedy uzyc 301?
Uzyj 301 lub 308 dla trwalego przeniesienia. Uzyj 302 lub 307 dla zmian tymczasowych.
Referencje
Zarzadzaj przekierowaniami bez kruchej konfiguracji serwera
Importuj mapy przekierowan, zachowuj sciezki i parametry, waliduj reguly, publikuj na edge i trzymaj gotowy rollback.
Zobacz redirect managementPowiązane artykuły
Zobacz wszystko
Redirect API i reguły jako kod: CI/CD dla bezpieczniejszych zmian URL
Reguły przekierowań to konfiguracja ruchu produkcyjnego. Powinny przechodzić review, walidację, staging, publikację, monitoring i rollback.

Geo redirects dla ecommerce: sklepy krajowe, waluta, język i fallback bez szkody dla SEO
Geo redirects mogą prowadzić kupujących do właściwego sklepu regionalnego, ale zbyt agresywne reguły mogą ukryć strony lokalne.