Migracja wielojęzyczna bez bólu: dwie marki na strukturę /pl + /en w jedno popołudnie z pomocą AI

Migracja adresów URL to jedna z tych rzeczy, które potrafią spędzać sen z powiek. Setki podstron, przekierowania, hreflang, sitemapy, ryzyko utraty pozycji w Google - w klasycznym modelu to projekt na tygodnie i spory budżet w agencji.

Niedawno przenieśliśmy na czystą strukturę /pl + /en dwie marki naraz (kilkaset adresów), w jedno popołudnie, bez przestoju i bez pojedynczego złamanego linka. Marki to VineyardElf i WineryElf - platformy technologiczne dla winnic i winiarni z naszej stajni, prowadzone na tym samym silniku, na którym stoi nowy Siteor. I właśnie ten silnik - CMS zbudowany wokół API - w parze z AI sprawił, że żmudna i ryzykowna część roboty przestała być problemem.

Poniżej pokazujemy, jak to wygląda w praktyce i dlaczego taka kombinacja zmienia zasady gry.

Dlaczego akurat /pl i /en (a nie osobne domeny)

Dla jednej marki z wieloma językami najlepszą strukturą są subkatalogi: twojadomena.pl/pl/... i twojadomena.pl/en/.... Tak robią Stripe, Apple czy IKEA. Powód jest prosty: cały autorytet SEO zostaje na jednej domenie, a Google dostaje czytelny sygnał, która treść jest w jakim języku. Alternatywy (osobne domeny albo subdomeny) rozpraszają moc domeny i są droższe w utrzymaniu.

Problem w tym, że przejście na taką strukturę dotyka dosłownie każdej podstrony. I tu zaczyna się prawdziwa praca.

Co trzeba ogarnąć (i co zwykle idzie nie tak)

Porządna migracja to nie tylko zmiana adresów. To pakiet powiązanych elementów, z których każdy potrafi cicho się zepsuć:

1. Zmiana ścieżek wszystkich podstron na /pl/... i /en/...
2. Przekierowania 301 ze starych adresów na nowe - bez łańcuchów (stary adres nie może przeskakiwać przez trzy przystanki)
3. hreflang i canonical wskazujące na nowe, właściwe adresy - a nie na te sprzed migracji
4. Sitemapa z kompletem nowych URL-i i zgłoszenie jej do Google Search Console
5. Przekierowanie strony głównej na /pl lub /en w zależności od języka przeglądarki
6. Przełącznik języka, który prowadzi na odpowiednik strony, a nie na stronę główną
7. Linki wewnątrz treści - te zaszyte w artykułach i podstronach też trzeba podmienić
8. Analityka - sprawdzić, czy w Google Tag Manager nie ma reguł przypiętych do starych ścieżek

Zrób którykolwiek z tych punktów ręcznie na kilkuset stronach i masz gwarancję literówki, zapomnianego linka albo canonicala wskazującego na adres, który już nie istnieje. A każdy taki błąd to realna strata w Google.

Jak to robi Siteor w parze z AI

Sekret tkwi w tym, że Siteor jest API-first: każda strona, każdy layout, każdy artykuł jest dostępny i edytowalny przez API. To znaczy, że AI może potraktować całą witrynę jak dane - odczytać stan, policzyć zmiany, wykonać je hurtowo i od razu zweryfikować efekt. Zamiast klikać w panelu setki razy, AI pracuje na całej strukturze naraz.

W praktyce przebiegło to tak:

Rozpoznanie. AI zaciągnęło przez API pełny inwentarz stron, rozpoznało, które są polskie, a które angielskie, i policzyło dokładną listę zmian. Od razu wyszły niespodzianki - na przykład część starszych podstron miała zaszyte na sztywno stare adresy w danych hreflang. Bez tego skanu wyszłyby na jaw dopiero w Google, tygodnie później.

Wykonanie. Zmiana ścieżek na /pl i /en, przemapowanie przekierowań tak, żeby każdy stary adres prowadził jednym skokiem na finalny nowy (zero łańcuchów), aktualizacja hreflang i linków w treści, wygenerowanie kompletnej sitemapy, ustawienie przekierowania strony głównej po języku przeglądarki. Wszystko konsekwentnie, z kopią zapasową przed każdą zmianą.

Weryfikacja. To jest część, którą człowiek zwykle pomija ze zmęczenia - a AI robi ją skrupulatnie. Po migracji przeleciało cały serwis i sprawdziło:

• czy canonical i og:url wskazują na nowe adresy (zero pozostałości po starych)
• czy nie ma łańcuchów przekierowań
• czy każdy URL w sitemapie zwraca 200 (a nie przekierowanie albo 404)
• czy w treści nie został ani jeden złamany link wewnętrzny
• czy przełącznik języka prowadzi na właściwy odpowiednik
• czy w Google Tag Manager nie ma reguł przypiętych do starych ścieżek (nie było - analityka śledzi po adresie automatycznie, więc migracja jej nie ruszyła)

Wynik audytu: czysto. A tam, gdzie coś jednak wystawało - na przykład pojedyncze podstrony renderujące się jeszcze po polsku, bo ich angielska wersja nie była dokończona - AI po prostu je dotłumaczyło, zachowując cały układ, nazwy własne i terminologię branżową.

Efekt

Dwie marki w pełni przeniesione na /pl + /en. Kilkaset adresów, komplet przekierowań 301, poprawny hreflang, sitemapy zgłoszone do Google, przełącznik języka prowadzący na właściwy odpowiednik strony. Bez przestoju, bez utraconych linków, w jedno popołudnie zamiast tygodni.

Wniosek

Migracja URL nie musi być projektem, którego się boisz. Kiedy CMS jest zbudowany wokół API - jak Siteor - a nudną i ryzykowną robotę bierze na siebie AI, dostajesz coś, czego klasyczny workflow nie daje: skalę i skrupulatność naraz. AI nie męczy się przy setnej podstronie, nie zapomina o przekierowaniu i nie odpuszcza weryfikacji. A Ty dostajesz efekt, który normalnie wymagałby zespołu i budżetu agencyjnego.

Jeśli prowadzisz wielojęzyczny serwis i myślisz o uporządkowaniu adresów - to jest dokładnie ten rodzaj zadania, w którym Siteor w parze z AI pokazuje pazur.