Subdomena czy katalog — co lepsze dla SEO?
W skrócie: ani subdomena, ani katalog nie otrzymują automatycznej premii w Google. Katalog, na przykład marka.pl/blog/, jest zwykle najlepszym punktem wyjścia, gdy treści należą do tej samej marki, służą tym samym odbiorcom i powinny tworzyć jeden spójny serwis. Subdomena, na przykład app.marka.pl, ma sens, gdy wydzielona część działa jak osobny produkt, wymaga innej technologii, ma odrębny zespół albo własne zasady dostępu. Dla SEO ważniejsze od formatu adresu są użyteczna treść, indeksowalność, logiczna nawigacja, linkowanie wewnętrzne i konsekwentne adresy kanoniczne.
Pytanie „subdomena czy katalog?” często sprowadza się do obietnicy, że jeden wariant pozwoli szybciej zdobywać pozycje. To zbyt duże uproszczenie. Adres jest elementem architektury serwisu, ale nie naprawi słabych treści, osieroconych podstron, błędnych przekierowań ani chaosu w indeksacji.
Właściwa decyzja zaczyna się od innego pytania: czy nowa część ma być kolejną sekcją jednej witryny, czy samodzielnym serwisem powiązanym z tą samą domeną? Odpowiedź wpływa nie tylko na SEO, lecz także na hosting, CMS, analitykę, bezpieczeństwo, odpowiedzialność zespołów i doświadczenie użytkownika.
Czym jest subdomena?
Subdomena to adres utworzony przed główną nazwą domeny, na przykład:
blog.marka.pl,sklep.marka.pl,app.marka.pl,pomoc.marka.pl.
Każda subdomena jest osobnym hostem. Może wskazywać przez DNS na inny serwer, korzystać z niezależnego CMS-a, mieć własny certyfikat, reguły robots.txt, mapę witryny oraz konfigurację wdrożenia. Nie musi jednak być całkowicie odseparowana od domeny głównej — może zachowywać tę samą identyfikację, nawigację i konto użytkownika.
Subdomena sprawdza się wtedy, gdy podział ma uzasadnienie funkcjonalne lub techniczne. Panel klienta może działać na app.marka.pl, dokumentacja deweloperska na docs.marka.pl, a publiczna strona oferty na marka.pl. Taki system jest czytelny, jeżeli każdy adres ma wyraźną rolę.
Czym jest katalog?
Katalog, nazywany też podkatalogiem albo folderem, jest częścią ścieżki po nazwie domeny, na przykład:
marka.pl/blog/,marka.pl/sklep/,marka.pl/aplikacja/,marka.pl/pomoc/.
Adresy działają na tym samym hoście co strona główna. Nie oznacza to, że wszystkie muszą korzystać z jednego systemu. Warstwa proxy, CDN albo odpowiednia konfiguracja serwera może kierować poszczególne ścieżki do różnych aplikacji. Z punktu widzenia wdrożenia katalog bywa jednak bardziej wymagający, jeśli główna strona i nowa sekcja powstały w zupełnie innych technologiach.
Katalog naturalnie komunikuje, że dana treść należy do jednej witryny. Ułatwia utrzymanie wspólnych szablonów, menu, okruszków nawigacyjnych, analityki i zasad indeksowania. Dlatego często jest rozsądnym wariantem domyślnym dla treści marketingowych, kategorii produktowych i poradników.
Subdomena a katalog — najważniejsze różnice
| Obszar | Subdomena | Katalog |
|---|---|---|
| Przykład | blog.marka.pl | marka.pl/blog/ |
| DNS i hosting | Może łatwo wskazywać na odrębną infrastrukturę | Zwykle wymaga obsługi ścieżki w głównym serwisie lub przez proxy |
| CMS i wdrożenia | Łatwiejsza niezależność technologiczna | Prostsza spójność, ale integracja różnych systemów może być trudniejsza |
| Tożsamość serwisu | Może funkcjonować jak wydzielona witryna | Wyraźnie pozostaje sekcją domeny głównej |
| Nawigacja | Trzeba świadomie połączyć ją z resztą ekosystemu | Łatwiej włączyć sekcję do jednego menu i hierarchii |
| Pomiar | Często wymaga dodatkowej konfiguracji analityki, sesji i zgód | Zwykle łatwiejszy w obrębie jednego hosta |
| Search Console | Można monitorować osobno lub razem we właściwości domenowej | Można utworzyć osobną usługę z prefiksem URL dla katalogu |
| Nazwa witryny w Google | Może mieć nazwę na poziomie subdomeny | Nie otrzymuje osobnej nazwy witryny dla samego katalogu |
| Migracja | Przeniesienie do katalogu zmienia wszystkie adresy URL | Przeniesienie na subdomenę również wymaga pełnej migracji |
Subdomena nie oznacza automatycznie „osobnej domeny”, a katalog nie gwarantuje jednej aplikacji. To dwa sposoby organizowania adresów. Ich konsekwencje wynikają głównie z tego, jak zbudujesz serwis wokół wybranego modelu.
Co jest lepsze dla SEO?
Nie ma uczciwej odpowiedzi „zawsze katalog” ani „zawsze subdomena”. Google może indeksować i wyświetlać oba warianty. Nie warto więc podejmować kosztownej migracji wyłącznie na podstawie przekonania, że zmiana formatu URL-a sama podniesie pozycje.
Katalog jest zazwyczaj praktyczniejszy dla SEO jednej marki, ponieważ ułatwia stworzenie wspólnej architektury informacji. Artykuły, produkty i strony usług mogą korzystać z tego samego menu, okruszków, szablonów oraz linków kontekstowych. Zespół ma też mniej miejsc, w których może przypadkowo ustawić inne reguły indeksowania.
Subdomena nie jest błędem SEO, jeżeli jej niezależność rozwiązuje realny problem. Musi jednak być kompletna i prawidłowo połączona z główną witryną. Wydzielony serwis bez nawigacji, linków, strony startowej i jasnej roli łatwiej zamienić w wyspę treści, do której użytkownicy i roboty trafiają wyłącznie z mapy witryny.
Google zaleca logiczne, czytelne adresy i grupowanie podobnych treści w katalogach. Jednocześnie nie publikuje reguły, według której samo umieszczenie strony w katalogu zapewnia wyższą pozycję niż identyczna strona na subdomenie. Aktualne wskazówki opisuje dokumentacja struktury adresów URL .
Nie myl architektury z „autorytetem domeny”
Popularne narzędzia SEO wyliczają własne wskaźniki autorytetu domeny lub subdomeny. Są przydatne w analizie porównawczej, ale nie są oficjalnym wynikiem używanym przez Google. Nie można więc założyć, że katalog automatycznie „dziedziczy 100% mocy”, a subdomena zawsze zaczyna od zera.
W praktyce liczy się między innymi to, czy wartościowe strony mają prowadzące do nich linki, jak są połączone z innymi treściami, czy odpowiadają na właściwą intencję oraz czy Google może je poprawnie pobrać i zinterpretować.
Adres pomaga zrozumieć strukturę, ale nie zastępuje linków
Czytelny URL marka.pl/blog/poradnik podpowiada użytkownikowi, gdzie znajduje się strona. Jednak Google wskazuje, że relacje i względną ważność podstron rozpoznaje przede wszystkim na podstawie połączeń między nimi. Sama obecność słowa blog w ścieżce albo nazwie hosta nie zbuduje hierarchii.
Dotyczy to zwłaszcza sklepu. Kategoria powinna prowadzić do podkategorii i produktów za pomocą zwykłych, dostępnych linków HTML. Wyszukiwarka nie musi korzystać z wewnętrznego pola wyszukiwania, aby odnaleźć cały asortyment. Zasady te opisuje poradnik Google dotyczący struktury nawigacji w e-commerce .
Nazwa witryny to rzeczywista różnica w wynikach
Google obsługuje nazwę witryny na poziomie domeny i subdomeny, ale nie osobnego katalogu. Oznacza to, że docs.marka.pl może mieć własną preferowaną nazwę wskazaną na swojej stronie głównej w danych WebSite. Sekcja marka.pl/docs/ pozostaje pod nazwą witryny całej domeny.
To nie jest bonus rankingowy. Może jednak mieć znaczenie w architekturze marki: niezależna dokumentacja produktu może potrzebować własnej tożsamości, podczas gdy firmowy blog powinien zwykle wzmacniać jedną nazwę. Szczegóły znajdują się w dokumentacji nazw witryn w Google .
Linkowanie wewnętrzne w katalogu i na subdomenie
Link wewnętrzny powinien pomagać użytkownikowi przejść do kolejnego istotnego materiału oraz pokazywać relację między stronami. To ważne niezależnie od tego, czy docelowy adres znajduje się w katalogu, czy na subdomenie.
W katalogu spójne linkowanie zwykle powstaje łatwiej, ponieważ jedna nawigacja i jeden CMS obejmują całą witrynę. Nie dzieje się to jednak automatycznie. Blog może działać pod marka.pl/blog/, a mimo to pozostać odcięty od stron ofertowych, jeśli wpisy nie prowadzą do usług, a strony usług nie odsyłają do pomocnych poradników.
Przy subdomenie trzeba świadomie zaplanować połączenia w obu kierunkach:
- dodaj główną witrynę i ważne sekcje do czytelnej nawigacji subdomeny,
- umieść link do subdomeny w odpowiednim miejscu strony głównej lub menu,
- stosuj kontekstowe odnośniki między artykułami, produktami, pomocą i ofertą,
- zachowaj rozpoznawalny nagłówek, stopkę oraz drogę powrotu,
- używaj opisowych tekstów linków zamiast powtarzania „kliknij tutaj”,
- dopilnuj, aby ważne strony nie były dostępne wyłącznie przez wyszukiwarkę wewnętrzną,
- kontroluj strony osierocone za pomocą crawla, map witryn i danych analitycznych.
Nie należy oznaczać zwykłych odnośników między główną domeną a jej subdomeną atrybutem nofollow tylko dlatego, że zmienia się host. Jeśli link jest naturalnym elementem nawigacji lub treści, powinien działać jak normalny link.
Indeksowanie, mapy witryny i adresy kanoniczne
Oba warianty mogą być poprawnie indeksowane, ale każdy wymaga porządku technicznego.
Robots.txt i noindex
Subdomena ma własny plik robots.txt, na przykład https://blog.marka.pl/robots.txt. Reguła z https://marka.pl/robots.txt nie zarządza automatycznie osobnym hostem. To daje elastyczność, ale zwiększa ryzyko pozostawienia blokady po środowisku testowym.
W katalogu reguły hosta są wspólne, lecz jedna zbyt szeroka dyrektywa może wyłączyć całą sekcję. W obu przypadkach przed publikacją sprawdź odpowiedzi HTTP, metatag robots oraz dostęp Googlebota do zasobów potrzebnych do renderowania.
Mapy witryny
Dla większej subdomeny warto przygotować osobną mapę XML z jej kanonicznymi adresami. Katalog również może mieć własną mapę, zwłaszcza gdy pomaga to monitorować konkretny typ treści. Sama mapa nie zastępuje jednak nawigacji i nie gwarantuje indeksacji.
W Google Search Console właściwość domenowa obejmuje domenę i jej subdomeny. Dodatkowe właściwości z prefiksem URL mogą rozdzielać raporty dla https://blog.marka.pl/ oraz https://marka.pl/blog/. Dzięki temu decyzja o architekturze nie musi wynikać wyłącznie z potrzeby osobnego raportowania.
Canonical i duplikaty
Nie publikuj tej samej treści jednocześnie pod blog.marka.pl/poradnik i marka.pl/blog/poradnik bez planu. Jeśli wersja ma zostać przeniesiona, zastosuj trwałe przekierowanie do nowego odpowiednika. Jeśli dwie wersje muszą czasowo pozostać dostępne, wskaż spójny adres kanoniczny i konsekwentnie używaj go w linkach oraz mapie witryny.
Google traktuje przekierowanie i rel="canonical" jako silne sygnały wyboru preferowanego adresu. robots.txt nie służy do kanonikalizacji. Aktualne zalecenia zawiera dokumentacja
wyboru kanonicznego URL-a
.
Przykład 1: blog firmowy
Najczęstszy wybór: marka.pl/blog/.
Blog odpowiadający na pytania potencjalnych klientów zwykle jest częścią tego samego procesu co strony usług i produktów. Katalog ułatwia łączenie poradnika z ofertą, autorami, studiami przypadków oraz stroną o firmie. Użytkownik od razu widzi też, kto odpowiada za treść.
Subdomena blog.marka.pl może mieć sens, jeśli publikacja działa jak odrębne medium, ma osobny zespół redakcyjny, technologię i szeroką grupę odbiorców. Nie wystarczy jednak postawić nowego CMS-a. Potrzebne są linki do głównej marki, konsekwentna informacja o wydawcy i przemyślane ścieżki z treści do produktu.
Jeżeli projekt ma stać się samodzielną marką redakcyjną, pomocny będzie także poradnik jak wybrać domenę dla newslettera lub medium internetowego .
Przykład 2: sklep internetowy
Najczęstszy wybór: produkty i kategorie w głównym serwisie, na przykład marka.pl/sklep/ albo bezpośrednio marka.pl/kategoria/produkt/.
Gdy sprzedaż jest podstawową funkcją witryny, wydzielanie całego katalogu produktów na subdomenę tylko z powodów SEO zwykle nie rozwiązuje żadnego problemu. Ważniejsze są dostępne kategorie, filtry, paginacja, dane produktowe, szybkość oraz linki prowadzące do wszystkich towarów przeznaczonych do indeksacji.
sklep.marka.pl jest uzasadniony, gdy handel działa na osobnej platformie, jest niezależną jednostką organizacyjną albo stanowi dodatek do innego rodzaju serwisu. Trzeba wtedy zadbać o spójny wygląd, konto klienta, analitykę i linki między częścią informacyjną a ofertą.
Nie utrzymuj dwóch indeksowalnych kopii katalogu „na próbę”. Rozdziela to sygnały, tworzy duplikaty i komplikuje aktualizację cen oraz dostępności. Więcej decyzji związanych z nazwą i architekturą sprzedaży opisujemy w tekście jak wybrać domenę dla sklepu internetowego .
Przykład 3: aplikacja
Częsty układ: strona marketingowa na marka.pl, panel na app.marka.pl.
W tym przypadku subdomena ma naturalne uzasadnienie funkcjonalne. Publiczna witryna prezentuje produkt i zdobywa ruch, natomiast app.marka.pl obsługuje logowanie, dane użytkownika oraz częste wdrożenia aplikacji. Obie części mogą działać w innych technologiach i mieć odmienne wymagania bezpieczeństwa.
Nie każda strona panelu powinna być indeksowana. Prywatne konto chroni uwierzytelnienie, a nie sam noindex. Publiczne strony funkcji, integracji, cennika czy zastosowań warto pozostawić w logicznej części marketingowej, jeśli mają odpowiadać na zapytania użytkowników.
Jeżeli aplikacja jest prostą prezentacją produktu bez panelu webowego, katalog marka.pl/aplikacja/ może w zupełności wystarczyć. Szerzej omawiamy ten temat w artykule
jak wybrać domenę dla aplikacji mobilnej
.
Przykład 4: baza wiedzy i dokumentacja
Wybór zależy od odbiorcy oraz skali materiałów.
Katalog marka.pl/pomoc/ jest dobrym rozwiązaniem dla pytań klientów, instrukcji zakupowych i treści ściśle powiązanych z ofertą. Użytkownik pozostaje w jednym serwisie, a zespół może łatwo prowadzić go z artykułu pomocy do ustawień, kontaktu lub właściwego produktu.
Subdomena docs.marka.pl albo help.marka.pl sprawdza się przy rozbudowanej dokumentacji tworzonej w osobnym systemie, wersjonowanej dla kilku produktów albo zarządzanej przez zespół techniczny. Może też mieć własne wyszukiwanie i cykl publikacji. Nie powinna jednak wyglądać jak anonimowy serwis dostawcy platformy.
W obu wariantach ważne są:
- indeksowalne linki do artykułów zamiast polegania wyłącznie na wyszukiwarce,
- logiczne kategorie oraz okruszki nawigacyjne,
- jasne oznaczenie produktu i wersji,
- aktualizacja lub przekierowanie nieaktualnych instrukcji,
- linki między pomocą, stronami funkcji i kontaktem,
- kontrola duplikatów, gdy ta sama instrukcja występuje w kilku wersjach.
Macierz wyboru dla czterech scenariuszy
| Scenariusz | Rekomendowany punkt wyjścia | Kiedy rozważyć drugi wariant? |
|---|---|---|
| Blog firmowy | marka.pl/blog/ | Subdomena, gdy blog jest niezależnym medium lub wymaga trwałej separacji technologicznej |
| Sklep marki | marka.pl/sklep/ lub główna hierarchia produktów | Subdomena, gdy sprzedaż działa na odrębnej platformie i ma osobne procesy |
| Panel aplikacji | app.marka.pl | Katalog, gdy to mała funkcja istniejącego serwisu bez potrzeby izolacji |
| Baza wiedzy | marka.pl/pomoc/ | Subdomena, gdy dokumentacja jest dużym, samodzielnie wdrażanym serwisem |
To punkty wyjścia, a nie sztywne reguły. Ostateczna decyzja powinna uwzględniać przyszły rozwój. Mały katalog pomocy może za rok stać się wersjonowaną dokumentacją deweloperską, a oddzielny sklep może zostać podstawowym produktem firmy.
Najczęstsze błędy
1. Wybór na podstawie mitu o szybszych pozycjach
Zespół przenosi setki adresów na katalog, chociaż realnym problemem były słabe treści i brak linków. Migracja dodaje ryzyko, ale nie usuwa przyczyny.
2. Subdomena jako techniczny skrót bez planu
Nowy CMS jest łatwo uruchomić pod osobnym hostem, lecz nikt nie projektuje nawigacji, analityki, danych strukturalnych ani odpowiedzialności za aktualizacje. Powstaje odizolowany minisajt.
3. Katalog tylko pozornie należy do jednej witryny
Adres wygląda spójnie, ale sekcja ma inny nagłówek, brak drogi powrotu i całkowicie odmienny język marki. Format URL-a nie zastąpi spójnego doświadczenia.
4. Publikowanie kopii w obu miejscach
Ta sama baza wiedzy lub blog działa na starej subdomenie i w nowym katalogu. Linki, sitemap i canonicale wskazują różne wersje, więc migracja nigdy naprawdę się nie kończy.
5. Brak linków między treścią a ofertą
Blog zdobywa ruch, lecz nie pomaga użytkownikowi znaleźć produktu. Sklep nie odsyła do poradników wyjaśniających wybór. Ten błąd może wystąpić w obu modelach.
6. Jednoczesna zmiana adresów, CMS-a i treści
Jeśli widoczność spada, trudno ustalić przyczynę. Dużą przebudowę najlepiej podzielić na etapy, o ile pozwalają na to warunki projektu.
7. Pominięcie utrzymania technicznego
Subdomena wymaga kontroli DNS, HTTPS, zabezpieczeń, kopii zapasowych i odnowień usług. Katalog wymaga zgodności wdrożeń z główną platformą. SEO nie powinno być jedynym kryterium architektonicznym.
Czy warto przenieść istniejącą subdomenę do katalogu?
Nie tylko po to, aby „zyskać SEO”. Przeniesienie blog.marka.pl/artykul do marka.pl/blog/artykul zmienia adres każdej strony. To migracja, która wymaga przygotowania mapy stary–nowy URL, trwałych przekierowań, aktualizacji linków, canonicali i map witryny oraz monitorowania indeksacji.
Migracja może mieć sens, gdy:
- marka scala kilka niespójnych serwisów,
- katalog ułatwi użytkownikom przechodzenie między treścią a produktem,
- dotychczasowa subdomena jest zaniedbana technicznie,
- zespoły i systemy rzeczywiście zostają połączone,
- zmiana jest częścią przemyślanej architektury na lata.
Google zaznacza, że przy zmianie URL-i mogą wystąpić czasowe wahania podczas ponownego przetwarzania adresów. Oficjalna procedura obejmuje test nowego serwisu, mapowanie URL-i i uruchomienie przekierowań. Szczegóły opisuje dokumentacja migracji witryny ze zmianą adresów . Pomocna będzie też nasza checklista zmiany domeny w istniejącym projekcie .
Jak podjąć decyzję krok po kroku?
- Zdefiniuj rolę sekcji. Ustal, czy jest treścią jednej witryny, czy osobnym produktem albo narzędziem.
- Porównaj odbiorców. Ta sama grupa, marka i intencja przemawiają zwykle za katalogiem.
- Sprawdź wymagania techniczne. Osobny hosting nie zawsze wymaga subdomeny, ale może uczynić ją najprostszym i stabilnym rozwiązaniem.
- Rozrysuj nawigację. Pokaż, jak użytkownik przejdzie ze strony głównej do sekcji i z powrotem oraz które treści połączą się kontekstowo.
- Ustal zasady indeksowania. Zapisz, co ma być publiczne, co kanoniczne, a co nie powinno trafić do wyszukiwarki.
- Zaplanuj pomiar. Zdecyduj, czy potrzebujesz wspólnego obrazu domeny, czy osobnych raportów dla zespołów.
- Oceń przyszłość. Wybierz model, który nie wymusi migracji po pierwszej większej zmianie produktu.
- Policz koszt przeniesienia. Jeśli treść już istnieje, zestaw możliwą korzyść z ryzykiem, pracą i okresem monitoringu.
Podobny dylemat przy stronach kampanii omawiamy w artykule landing page na osobnej domenie czy w głównej domenie .
Wnioski
Katalog jest najczęściej najlepszym wariantem domyślnym dla bloga, stron oferty, sklepu i pomocy należących do jednej marki. Upraszcza nawigację, zarządzanie i budowanie spójnej architektury informacji.
Subdomena jest właściwym wyborem dla części rzeczywiście niezależnej: panelu aplikacji, rozbudowanej dokumentacji, osobnej platformy sprzedażowej lub serwisu utrzymywanego przez inny zespół. Nie szkodzi SEO sama z siebie. Szkodzić mogą izolacja, błędna konfiguracja i brak konsekwentnych linków.
Najprostsza zasada brzmi: wybierz katalog dla kolejnej sekcji tej samej witryny, a subdomenę dla samodzielnego serwisu w ramach tej samej marki. Potem zadbaj o treść, linki i indeksowanie — bo to one wykonują właściwą pracę SEO.
FAQ
Co jest lepsze dla SEO: subdomena czy katalog?
Żaden wariant nie ma gwarantowanej przewagi rankingowej. Katalog zwykle ułatwia prowadzenie jednego spójnego serwisu, a subdomena lepiej oddziela niezależną funkcję lub technologię. Wybór powinien wynikać z architektury projektu.Czy Google traktuje subdomenę jako osobną stronę?
Subdomena jest osobnym hostem i może funkcjonować jako samodzielna witryna, między innymi z własną stroną główną, nazwą witryny i plikiemrobots.txt. Nadal można objąć ją wspólną właściwością domenową w Search Console i silnie połączyć z głównym serwisem.Czy katalog dziedziczy autorytet domeny?
„Autorytet domeny” to najczęściej wskaźnik zewnętrznego narzędzia, a nie oficjalna metryka Google. Katalog ułatwia wspólną nawigację i linkowanie, ale nie gwarantuje pozycji bez wartościowych treści oraz właściwych połączeń między stronami.Czy blog powinien działać w katalogu?
Najczęściej tak, jeśli wspiera ofertę tej samej firmy i jest kierowany do tych samych odbiorców. Subdomena ma sens dla niezależnego medium, osobnego zespołu lub technologii, pod warunkiem zachowania czytelnych relacji z marką.Czy panel aplikacji może działać na subdomenie?
Tak. Adresapp.marka.pljest naturalnym sposobem oddzielenia zalogowanej aplikacji od publicznej strony marketingowej. Prywatne dane należy chronić uwierzytelnieniem i kontrolą dostępu, a nie wyłącznie dyrektywąnoindex.Gdzie umieścić bazę wiedzy: w katalogu czy na subdomenie?
Katalog jest dobry dla pomocy ściśle powiązanej z produktem i główną witryną. Subdomena pasuje do rozbudowanej, wersjonowanej dokumentacji działającej na osobnej platformie. W obu przypadkach potrzebne są nawigacja i linki do produktu.Czy ta sama treść może być na subdomenie i w katalogu?
Technicznie może, ale nie należy utrzymywać dwóch indeksowalnych kopii bez powodu. Wybierz preferowany adres, przekieruj niepotrzebną wersję albo zastosuj spójnyrel="canonical", jeśli duplikat musi czasowo pozostać dostępny.Jak przenieść subdomenę do katalogu bez utraty SEO?
Przygotuj mapę adresów 1:1, ustaw trwałe przekierowania, zaktualizuj linki wewnętrzne, canonicale i mapy witryny, a następnie monitoruj indeksację oraz błędy. Nie łącz migracji z wieloma niepowiązanymi zmianami, jeśli nie jest to konieczne.Czy subdomena potrzebuje osobnej mapy witryny i usługi Search Console?
Osobna mapa XML jest praktyczna dla większej subdomeny, choć nie zastępuje linkowania. Właściwość domenowa Search Console może obejmować wszystkie subdomeny, a dodatkowa właściwość z prefiksem URL ułatwia analizę konkretnego hosta.