W SEO katalog najczęściej będzie bezpieczniejszym i prostszym wyborem dla bloga, treści poradnikowych, usług, landing page'y i sekcji wspierających główną stronę. Subdomena ma sens wtedy, gdy dana część serwisu jest technicznie, biznesowo albo tematycznie wyraźnie oddzielona od głównej witryny.
To jeden z tych tematów, które wracają przy prawie każdej większej stronie.
Blog zrobić na:
example.pl/blog/czy na:
blog.example.plSklep zrobić na:
example.pl/sklep/czy na:
sklep.example.plWersje językowe zrobić jako:
example.pl/en/czy:
en.example.plTeoretycznie obie opcje mogą działać.
Praktycznie - wybór struktury wpływa na zarządzanie SEO, linkowanie, analitykę, wdrożenia techniczne, migracje, sitemapę, Search Console, autorytet sekcji i sposób rozwoju strony.
W SEO nie chodzi o to, że subdomena zawsze jest zła, a katalog zawsze dobry. Chodzi o to, czy dana struktura pomaga Google i użytkownikom zrozumieć stronę, czy rozbija ją na trudne do zarządzania kawałki.
Ten poradnik pokazuje, czym różni się subdomena od katalogu, kiedy wybrać jedno lub drugie, jakie są ryzyka SEO i jak podjąć decyzję bez powielania mitów.
Subdomena czy katalog - o co chodzi?
Spór "subdomena czy katalog" dotyczy tego, gdzie umieścić konkretną część strony.
Na przykład blog, sklep, centrum pomocy, bazę wiedzy, aplikację, wersję językową albo landing page'e.
Masz dwa najpopularniejsze warianty:
Katalog:
https://example.pl/blog/Subdomena:
https://blog.example.pl/Różnica wygląda niewinnie.
Ale dla organizacji strony jest duża.
Katalog jest częścią głównej domeny i jej struktury URL.
Subdomena jest osobnym hostem w ramach tej samej domeny głównej.
W praktyce subdomena często ma:
- osobną konfigurację DNS,
- osobny hosting albo aplikację,
- osobny CMS,
- osobny plik robots.txt,
- osobną sitemapę,
- osobną konfigurację Search Console,
- osobne wdrożenia techniczne,
- osobne linkowanie wewnętrzne.
Katalog zwykle łatwiej utrzymać jako część jednej witryny.
Subdomena daje większe oddzielenie.
I właśnie to oddzielenie jest jednocześnie zaletą i ryzykiem.
Czym jest subdomena?
Subdomena to część domeny głównej umieszczona przed nazwą domeny.
Przykłady:
blog.example.plsklep.example.plhelp.example.plapp.example.plpanel.example.plen.example.plpl.example.com
W adresie:
https://blog.example.pl/subdomeną jest:
bloga domeną główną:
example.plSubdomena może działać jak osobna część serwisu.
Czasem jest to blog.
Czasem sklep.
Czasem aplikacja.
Czasem centrum pomocy.
Czasem panel klienta.
Czasem wersja językowa.
Subdomena ma sens, gdy dana część strony jest naprawdę oddzielna.
Na przykład:
- działa na innym systemie,
- ma inny zespół techniczny,
- ma inną funkcję biznesową,
- nie musi mocno wspierać SEO głównej domeny,
- ma inną grupę użytkowników,
- wymaga osobnych ustawień bezpieczeństwa,
- jest aplikacją, a nie treścią marketingową.
Przykład sensownej subdomeny:
app.example.plJeśli to panel aplikacji SaaS, oddzielenie od strony marketingowej może być naturalne.
Przykład, który wymaga przemyślenia:
blog.example.plJeśli blog ma wspierać widoczność głównej strony, katalog często będzie prostszym wyborem.
Czym jest katalog?
Katalog, czyli subdirectory, to część struktury URL znajdująca się po domenie.
Przykłady:
example.pl/blog/example.pl/sklep/example.pl/pomoc/example.pl/en/example.pl/oferta/example.pl/lublin/
W adresie:
https://example.pl/blog/katalogiem jest:
/blog/Katalog jest częścią tej samej domeny i zwykle tej samej witryny.
Dla SEO katalog jest często wygodniejszy, bo:
- łatwiej budować spójne linkowanie wewnętrzne,
- łatwiej zarządzać sitemapą,
- łatwiej analizować dane w jednym serwisie,
- łatwiej wzmacniać główną domenę treściami,
- łatwiej utrzymać jednolite menu, stopkę i strukturę,
- łatwiej uniknąć technicznego rozbicia strony,
- łatwiej budować topical authority w jednym obszarze.
Katalog jest dobrym wyborem, gdy dana sekcja ma wspierać główną stronę.
Na przykład:
- blog poradnikowy,
- baza wiedzy SEO,
- strony usługowe,
- landing page'e lokalne,
- case studies,
- poradniki zakupowe,
- centrum edukacyjne,
- wersje językowe w mniejszej lub średniej stronie.
Najprostsza zasada:
Jeśli dana sekcja ma budować widoczność i autorytet głównej strony, zacznij od katalogu.
Co Google mówi o subdomenach i katalogach?
Google nie mówi, że subdomena jest zawsze zła albo że katalog zawsze wygrywa.
W dokumentacji Google Search Central znajduje się praktyczne podejście: z biznesowego punktu widzenia należy robić to, co ma sens dla danej strony. Czasem łatwiej zarządzać witryną podzieloną na katalogi, a czasem warto podzielić tematy na subdomeny, zależnie od tematu i branży. ([Google for Developers](https://developers.google.com/search/docs/fundamentals/seo-starter-guide?utm_source=chatgpt.com))
To ważne, bo temat często jest przedstawiany zbyt zero-jedynkowo.
Prawdziwe pytanie nie brzmi:
Czy Google umie obsługiwać subdomeny?
Google umie.
Prawdziwe pytanie brzmi:
Która struktura będzie łatwiejsza do rozwijania, linkowania, analizowania i utrzymania w Twoim przypadku?
To jest praktyczna różnica.
Katalog może być lepszy, jeśli:
- sekcja ma wzmacniać główną domenę,
- treści są powiązane tematycznie,
- chcesz prostszej analityki,
- chcesz łatwiejszego linkowania wewnętrznego,
- nie masz powodu technicznego do separacji.
Subdomena może być lepsza, jeśli:
- sekcja działa jako osobny produkt,
- ma inną technologię,
- ma inne wymagania bezpieczeństwa,
- ma inny zespół,
- ma inny cel niż SEO głównej strony,
- nie chcesz mieszać jej z główną strukturą.
Google może indeksować jedno i drugie.
Ale dla zespołu SEO, contentu i developmentu katalog często jest prostszy.
Czy katalog jest lepszy dla SEO?
W wielu przypadkach tak - katalog będzie lepszym wyborem dla SEO.
Nie dlatego, że Google "nie lubi subdomen".
Tylko dlatego, że katalog ułatwia budowanie jednej, spójnej struktury.
Katalog pomaga, gdy:
- blog ma wspierać usługi,
- poradniki mają linkować do ofert,
- landing page'e mają wzmacniać domenę,
- chcesz budować topical authority w jednym miejscu,
- nie chcesz rozdzielać analityki i technicznego zarządzania,
- chcesz łatwiej kontrolować sitemapę i indeksację,
- zespół nie ma zasobów na osobną strategię dla subdomeny.
Przykład:
Firma oferuje pozycjonowanie stron.
Ma stronę usługową:
example.pl/seo/Tworzy blog:
example.pl/blog/Artykuły blogowe linkują do usług:
example.pl/blog/co-to-jest-seo/ → example.pl/seo/To tworzy spójny ekosystem.
Użytkownik i Google widzą jedną witrynę.
Menu, stopka, linkowanie, sitemap i canonicale są prostsze.
Przy subdomenie:
blog.example.plteż można to zrobić dobrze.
Ale trzeba bardziej pilnować:
- linkowania między hostami,
- osobnej konfiguracji technicznej,
- osobnej sitemap,
- osobnego robots.txt,
- osobnych danych w Search Console,
- spójnej nawigacji,
- spójnego brandingu i UX.
Dlatego dla większości stron firmowych, usługowych i contentowych katalog jest bezpieczniejszą decyzją.
Kiedy warto użyć katalogu?
Katalog warto wybrać wtedy, gdy dana sekcja jest naturalną częścią głównej strony.
Szczególnie gdy ma wzmacniać SEO głównej domeny.
Typowe przypadki:
- blog firmowy,
- baza wiedzy,
- poradniki,
- case studies,
- landing page'e usługowe,
- landing page'e lokalne,
- sekcja FAQ,
- centrum edukacyjne,
- kategorie tematyczne,
- mały lub średni sklep będący częścią strony firmowej,
- wersje językowe, jeśli są łatwe do utrzymania w jednej strukturze.
Przykłady dobrych katalogów:
example.pl/blog/example.pl/baza-wiedzy/example.pl/case-study/example.pl/pozycjonowanie-lublin/example.pl/en/Katalog będzie dobry, gdy:
- treści są powiązane z ofertą,
- chcesz mocno linkować między sekcjami,
- chcesz budować autorytet głównej domeny,
- nie masz potrzeby technicznej separacji,
- chcesz prostszej konfiguracji SEO,
- chcesz łatwiej zarządzać strukturą URL.
Dla większości firm usługowych odpowiedź brzmi:
Blog i treści SEO trzymaj w katalogu, nie na subdomenie.
To prostsze, bardziej spójne i zwykle łatwiejsze do rozwijania.
Kiedy warto użyć subdomeny?
Subdomena ma sens wtedy, gdy dana część serwisu powinna być wyraźnie oddzielona.
Nie tylko w URL-u, ale też technicznie, biznesowo albo funkcjonalnie.
Typowe przypadki:
- aplikacja SaaS,
- panel klienta,
- system logowania,
- centrum pomocy na osobnym systemie,
- dokumentacja techniczna,
- platforma e-learningowa,
- osobna wersja regionalna dużej marki,
- sekcja na innym stacku technologicznym,
- testy i staging,
- zasoby CDN,
- duży sklep działający jako osobna część biznesu.
Przykłady:
app.example.plpanel.example.pldocs.example.plhelp.example.placademy.example.plSubdomena jest dobra, gdy:
- sekcja ma osobną funkcję,
- nie musi bezpośrednio wzmacniać głównych landing page'y,
- ma osobne wymagania techniczne,
- ma osobne logowanie,
- ma osobną architekturę,
- ma inny cykl wdrożeń,
- działa na innym hostingu albo aplikacji.
Subdomena nie jest błędem SEO.
Błędem jest wrzucenie ważnych treści SEO na subdomenę bez planu linkowania, indeksacji, autorytetu, sitemap, canonicali i analityki.
Jeśli subdomena ma rankować, trzeba traktować ją jak pełnoprawny serwis SEO.
Nie jak "dodatkowy folder".
Subdomena a autorytet domeny
W praktyce SEO często mówi się, że katalog "dziedziczy moc domeny", a subdomena musi budować autorytet osobno.
To uproszczenie.
Ale praktycznie przydatne.
Google potrafi rozumieć relacje między domeną główną i subdomenami.
Ale subdomena nadal jest osobnym hostem i często wymaga osobnego zarządzania SEO.
Katalog jest naturalnie osadzony w tej samej strukturze strony.
Dlatego zwykle łatwiej:
- linkować do niego z menu,
- linkować z niego do usług,
- utrzymać wspólne breadcrumbs,
- utrzymać wspólną sitemapę,
- analizować cały serwis jako jedną całość,
- budować topical authority w ramach domeny.
Przykład:
Jeśli masz stronę:
example.pl/seo/i blog:
example.pl/blog/możesz łatwo stworzyć klastry:
- artykuły o audycie SEO linkują do usługi audytu,
- artykuły o canonicalach linkują do technicznego SEO,
- artykuły o Google Ads linkują do usługi reklam,
- case studies linkują do stron ofertowych.
Przy subdomenie też można to zrobić.
Ale wymaga to bardziej świadomej pracy.
Trzeba traktować linkowanie między subdomeną a domeną główną jako kluczowy element strategii.
Katalog a linkowanie wewnętrzne
Linkowanie wewnętrzne to jeden z głównych powodów, dla których katalog często wygrywa w praktyce.
Gdy blog jest w katalogu:
example.pl/blog/łatwo wpiąć go w strukturę strony.
Artykuły mogą linkować do:
- stron usługowych,
- kategorii tematycznych,
- landing page'y lokalnych,
- case studies,
- formularza kontaktowego,
- powiązanych poradników.
Strony usługowe mogą linkować z powrotem do poradników.
Kategorie bloga mogą grupować tematy.
Breadcrumbs mogą pokazywać logiczną strukturę.
To wzmacnia całą witrynę.
Przy subdomenie:
blog.example.pllinki do strony głównej nadal są możliwe.
Ale łatwo o rozjazd:
- inne menu,
- inna stopka,
- inne breadcrumbs,
- brak linków do ofert,
- brak linków z oferty do bloga,
- osobna sitemap,
- brak spójnej architektury.
Wtedy blog może rankować osobno, ale słabo wspierać główną stronę.
A jeśli celem bloga jest generowanie leadów dla usług, to problem.
Subdomena a indeksacja w Google
Subdomena może być indeksowana w Google.
Katalog też.
Sam wybór struktury nie blokuje indeksacji.
Problemy pojawiają się dopiero wtedy, gdy subdomena jest źle skonfigurowana.
Przy subdomenie trzeba osobno sprawdzić:
- robots.txt,
- sitemap.xml,
- certyfikat SSL,
- przekierowania HTTP/HTTPS,
- wersję WWW/non-WWW, jeśli dotyczy,
- canonicale,
- statusy HTTP,
- linkowanie z domeny głównej,
- linkowanie do domeny głównej,
- Google Search Console,
- analitykę.
Częsty problem:
blog.example.pl/robots.txtma:
User-agent: *
Disallow: /bo subdomena powstała kiedyś jako testowa.
Albo sitemap subdomeny nie jest nigdzie przesłana.
Albo blog na subdomenie ma canonicale do domeny głównej przez błąd konfiguracji.
Albo SSL działa na domenie głównej, ale nie działa poprawnie na subdomenie.
Katalog zwykle ma mniej takich punktów awarii, bo działa w ramach jednej głównej konfiguracji.
Subdomena a Google Search Console
Przy subdomenach trzeba dobrze poukładać Google Search Console.
Najlepszą opcją jest zwykle weryfikacja właściwości typu domena, która obejmuje różne protokoły i subdomeny.
Warto jednak analizować subdomeny osobno, jeśli mają istotne znaczenie SEO.
Przykładowe właściwości:
example.pl- właściwość domeny,https://example.pl/- główna strona,https://blog.example.pl/- blog na subdomenie,https://help.example.pl/- centrum pomocy,https://example.pl/blog/- blog w katalogu.
Google w dokumentacji dotyczącej weryfikacji podkatalogów wskazuje, że można weryfikować dane na poziomie katalogu albo katalogu głównego, a dostęp na poziomie root daje szerszy zestaw statystyk. ([Google for Developers](https://developers.google.com/search/blog/2005/12/verifying-site-located-in-subdirectory?utm_source=chatgpt.com))
W praktyce:
- katalog łatwiej analizować jako część głównej witryny,
- subdomena często wymaga osobnego spojrzenia,
- duże subdomeny warto monitorować oddzielnie,
- przy migracji z subdomeny do katalogu trzeba śledzić oba obszary.
Nie zostawiaj subdomeny bez monitoringu.
Jeśli ma generować ruch, musi mieć swoje raporty, sitemapę, błędy indeksacji i analizę zapytań.
Subdomena czy katalog dla bloga?
Dla bloga firmowego w większości przypadków lepszy będzie katalog.
Czyli:
example.pl/blog/zamiast:
blog.example.plDlaczego?
Bo blog firmowy zwykle ma wspierać główną ofertę.
Ma:
- budować widoczność na frazy poradnikowe,
- wzmacniać tematyczność domeny,
- linkować do usług,
- budować zaufanie,
- prowadzić użytkownika do kontaktu,
- wspierać topical authority,
- rozwijać całą witrynę, a nie osobny byt.
Blog w katalogu łatwiej spiąć z ofertą.
Przykład:
example.pl/blog/audyt-seo/ → example.pl/audyt-seo/Przykład:
example.pl/blog/google-ads-dla-firm/ → example.pl/google-ads/Kiedy blog na subdomenie może mieć sens?
- gdy blog jest osobnym magazynem branżowym,
- gdy ma zupełnie inną technologię,
- gdy ma niezależny zespół redakcyjny,
- gdy nie jest silnie powiązany z główną ofertą,
- gdy marka świadomie chce oddzielić content od strony sprzedażowej.
Ale jeśli prowadzisz zwykłą firmę usługową i blog ma zdobywać ruch dla usług, katalog będzie lepszym startem.
Subdomena czy katalog dla sklepu internetowego?
Dla sklepu internetowego odpowiedź zależy od tego, jaką rolę pełni sklep.
Jeśli sklep jest główną częścią biznesu, zwykle najlepiej, żeby był na głównej domenie.
Na przykład:
example.pl/Jeśli sklep jest dodatkiem do strony firmowej, można rozważyć katalog:
example.pl/sklep/Subdomena:
sklep.example.plmoże mieć sens, jeśli:
- sklep działa na zupełnie innej platformie,
- ma osobny system zamówień,
- ma osobny zespół,
- ma inną strukturę techniczną,
- nie da się go sensownie wdrożyć w katalogu,
- jest dużą, niezależną częścią biznesu.
Z perspektywy SEO trzeba jednak uważać.
Jeśli główna strona ma dużo treści, linków i autorytetu, a sklep na subdomenie jest słabo połączony, może rozwijać się wolniej.
Dla e-commerce ważne jest:
- linkowanie między sklepem a stroną główną,
- spójne menu,
- spójna stopka,
- wspólne treści poradnikowe,
- prawidłowe canonicale,
- sitemap produktów i kategorii,
- brak blokad robots.txt,
- poprawna analityka,
- spójne HTTPS.
Jeśli sklep ma rankować, nie może być tylko technicznym dodatkiem na subdomenie bez strategii SEO.
Subdomena czy katalog dla wersji językowych?
Wersje językowe można wdrożyć na kilka sposobów.
Najpopularniejsze:
- katalogi:
example.com/pl/,example.com/en/,example.com/de/ - subdomeny:
pl.example.com,en.example.com,de.example.com - osobne domeny krajowe:
example.pl,example.de,example.fr
Google w materiałach o stronach wielojęzycznych pokazuje zarówno wariant subdomen, jak i katalogów jako możliwe rozwiązania dla różnych języków. Katalogi są opisane jako łatwiejsze w aktualizacji i utrzymaniu, a subdomeny jako jeden z możliwych sposobów oddzielenia wersji językowych. ([Google for Developers](https://developers.google.com/search/blog/2008/08/how-to-start-multilingual-site?utm_source=chatgpt.com))
Dla wielu firm najpraktyczniejszy będzie katalog:
example.com/en/Dlaczego?
- łatwiej zarządzać jedną domeną,
- łatwiej utrzymać wspólną strukturę,
- łatwiej wdrożyć hreflang,
- łatwiej analizować widoczność,
- łatwiej utrzymać linkowanie wewnętrzne,
- łatwiej rozwijać autorytet głównej domeny.
Subdomeny językowe mogą mieć sens przy większych organizacjach, osobnych zespołach regionalnych albo odmiennych konfiguracjach technicznych.
Osobne domeny krajowe mogą mieć sens przy dużej strategii międzynarodowej, ale wymagają więcej zasobów SEO.
Niezależnie od wyboru pamiętaj o:
- hreflangach,
- lokalnym dopasowaniu treści,
- osobnych sitemapach lub wpisach hreflang w sitemap,
- spójnych canonicalach,
- unikaniu automatycznych przekierowań wyłącznie po IP,
- poprawnej indeksacji każdej wersji językowej.
Sama struktura URL nie załatwia SEO międzynarodowego.
Ale może bardzo ułatwić albo utrudnić zarządzanie.
Subdomena czy katalog dla landing page'y lokalnych?
Dla landing page'y lokalnych prawie zawsze lepszy będzie katalog albo zwykła struktura URL w domenie głównej.
Przykład:
example.pl/pozycjonowanie-lublin/albo:
example.pl/lublin/pozycjonowanie-stron/Raczej nie:
lublin.example.plChyba że masz naprawdę osobną, dużą strukturę regionalną.
Landing page'e lokalne zwykle mają wspierać główną ofertę.
Dlatego powinny być blisko strony głównej, usług i bloga.
Dobrze zaplanowana struktura lokalna może wyglądać tak:
example.pl/pozycjonowanie-lublin/example.pl/google-ads-lublin/example.pl/tworzenie-stron-lublin/example.pl/seo-warszawa/example.pl/seo-krakow/
Albo przy większej skali:
example.pl/lublin/seo/example.pl/lublin/google-ads/example.pl/warszawa/seo/example.pl/krakow/seo/
Najważniejsze:
- nie twórz pustych kopii pod każde miasto,
- nie generuj setek cienkich landing page'y,
- nie rób lokalnych subdomen bez strategii,
- linkuj lokalne strony z usług, bloga i menu,
- dbaj o unikalną treść i lokalny kontekst.
Katalog daje prostsze zarządzanie i zwykle lepszą spójność dla lokalnego SEO.
Migracja z subdomeny do katalogu - kiedy ma sens?
Migracja z subdomeny do katalogu może mieć sens, jeśli ważna sekcja SEO jest zbyt oddzielona od głównej strony.
Przykład:
Blog działa pod:
blog.example.plale ma wspierać sprzedaż usług na:
example.plWtedy można rozważyć przeniesienie do:
example.pl/blog/Taka migracja może pomóc uporządkować:
- linkowanie wewnętrzne,
- strukturę treści,
- sitemapę,
- analitykę,
- klastry tematyczne,
- UX,
- ścieżki konwersji.
Ale migracja musi być wykonana technicznie poprawnie.
Potrzebujesz:
- eksportu wszystkich adresów z subdomeny,
- mapy przekierowań 1:1,
- przekierowań 301 ze starych adresów do nowych,
- aktualizacji canonicali,
- aktualizacji sitemap,
- aktualizacji linków wewnętrznych,
- sprawdzenia robots.txt,
- weryfikacji Google Search Console,
- monitoringu indeksacji i ruchu.
Przykład:
https://blog.example.pl/audyt-seo/ → https://example.pl/blog/audyt-seo/Przykład:
https://blog.example.pl/canonical-url/ → https://example.pl/blog/canonical-url/Nie rób migracji bez przekierowań.
Nie przenoś tylko części treści bez mapy.
Nie zostawiaj starych canonicali.
Migracja z subdomeny do katalogu może pomóc, ale tylko wtedy, gdy jest wykonana jak pełna migracja SEO.
Najczęstsze błędy przy wyborze struktury
Największy błąd to wybór struktury bez strategii SEO.
Często decyzja zapada technicznie:
Developerowi łatwiej postawić blog na subdomenie.
albo:
Platforma sklepu domyślnie działa na subdomenie.
To nie zawsze jest złe.
Ale trzeba wiedzieć, jakie ma konsekwencje.
| Błąd | Skutek | Co zrobić? |
|---|---|---|
| Blog SEO na subdomenie bez linkowania do oferty | Treści słabo wspierają główną stronę | Przenieść do katalogu albo poprawić linkowanie i architekturę |
| Subdomena bez osobnej sitemap | Google może wolniej odkrywać adresy | Dodać sitemapę i przesłać ją w GSC |
| Subdomena z zablokowanym robots.txt | Brak crawlowania treści | Sprawdzić robots.txt dla każdego hosta |
| Katalog z chaotyczną strukturą | Trudniejsza nawigacja i słabsze zrozumienie strony | Uporządkować URL-e, breadcrumbs i linkowanie |
| Brak decyzji WWW/non-WWW i HTTPS | Duplikacja adresów | Ustawić jedną finalną wersję |
| Brak monitoringu subdomeny w GSC | Nie widzisz błędów i zapytań | Dodać właściwość domeny lub URL-prefix |
| Migracja bez przekierowań 301 | Utrata ruchu i błędy 404 | Przygotować mapę przekierowań |
| Automatyczne powielanie treści w subdomenie i katalogu | Duplikacja treści | Ustalić jedną wersję, canonicale albo 301 |
Najgorszy scenariusz?
Ta sama treść działa jednocześnie pod:
blog.example.pl/artykul/i:
example.pl/blog/artykul/bez canonicala, bez 301 i bez jasnej decyzji.
To tworzy duplikację i chaos indeksacyjny.
Nie wiesz, czy Twoja struktura URL wspiera SEO?
Sprawdzimy subdomeny, katalogi, linkowanie wewnętrzne, sitemapę, canonicale, robots.txt, Search Console i potencjalne straty widoczności przez złą architekturę strony.
Zarezerwuj darmową analizę SEOChecklista wyboru: subdomena czy katalog?
Poniżej masz praktyczną checklistę, która pomaga podjąć decyzję.
| Pytanie | Jeśli tak | Rekomendacja |
|---|---|---|
| Czy sekcja ma wspierać SEO głównej domeny? | Tak | Katalog |
| Czy to blog firmowy lub baza wiedzy? | Tak | Katalog |
| Czy sekcja ma linkować do usług i ofert? | Tak | Katalog |
| Czy to aplikacja, panel albo system logowania? | Tak | Subdomena |
| Czy sekcja działa na zupełnie innej technologii? | Tak | Subdomena lub katalog zależnie od możliwości technicznych |
| Czy sekcja ma osobny zespół i osobną strategię? | Tak | Subdomena może mieć sens |
| Czy chcesz prostszej analityki i zarządzania SEO? | Tak | Katalog |
| Czy sekcja jest osobnym produktem biznesowym? | Tak | Subdomena może mieć sens |
| Czy masz zasoby na osobne SEO dla subdomeny? | Nie | Katalog |
| Czy planujesz lokalne landing page'e? | Tak | Zwykle katalog lub główna struktura URL |
Najkrótsza wersja decyzji:
Katalog wybierz wtedy, gdy sekcja ma wzmacniać główną stronę. Subdomenę wybierz wtedy, gdy sekcja naprawdę powinna być oddzielna.
Plan 30 dni na uporządkowanie struktury SEO
Jeśli masz już subdomeny, katalogi, blog, sklep albo wersje językowe i nie wiesz, czy struktura jest dobra, podejdź do tego etapami.
| Okres | Priorytet | Działania |
|---|---|---|
| Dni 1-3 | Inwentaryzacja | Lista domen, subdomen, katalogów, sitemap, wersji językowych i ważnych sekcji |
| Dni 4-7 | Dane SEO | Analiza ruchu, zapytań, indeksacji, linków i konwersji dla każdej sekcji |
| Dni 8-11 | Technika | Sprawdzenie robots.txt, sitemap, canonicali, HTTPS, statusów HTTP i przekierowań |
| Dni 12-15 | Linkowanie | Analiza linkowania między domeną główną, subdomenami, blogiem, usługami i sklepem |
| Dni 16-20 | Decyzja strukturalna | Ocena, które sekcje zostają na subdomenach, a które warto przenieść do katalogów |
| Dni 21-24 | Mapa migracji | Przygotowanie mapy przekierowań 301, nowych URL-i, canonicali i sitemap |
| Dni 25-27 | Wdrożenie | Zmiany w strukturze, przekierowania, aktualizacja linków i konfiguracji technicznej |
| Dni 28-30 | Monitoring | Crawl, kontrola Google Search Console, indeksacji, ruchu, błędów 404 i przekierowań |
Po takim procesie powinieneś mieć:
- jasną decyzję, co jest w katalogu, a co na subdomenie,
- spójne linkowanie wewnętrzne,
- czyste sitemap.xml,
- poprawne canonicale,
- odblokowane robots.txt,
- mniej duplikacji,
- lepszą kontrolę w Search Console,
- mniejsze ryzyko utraty ruchu przy migracji.
Nie zawsze trzeba migrować subdomenę do katalogu.
Czasem wystarczy poprawić linkowanie, sitemapę, canonicale i konfigurację.
Ale jeśli ważne treści SEO są odcięte od głównej domeny, warto przynajmniej rozważyć zmianę.
Najczęstsze pytania
Co jest lepsze dla SEO: subdomena czy katalog?
W wielu przypadkach lepszy dla SEO będzie katalog, szczególnie dla bloga, bazy wiedzy, stron usługowych, landing page'y i treści wspierających główną domenę. Katalog ułatwia linkowanie wewnętrzne, zarządzanie sitemapą, analizę danych i budowanie topical authority. Subdomena ma sens wtedy, gdy dana sekcja jest technicznie lub biznesowo oddzielna.
Czy subdomena jest zła dla SEO?
Subdomena nie jest zła dla SEO sama w sobie. Google może indeksować i pozycjonować subdomeny. Problem pojawia się wtedy, gdy subdomena jest słabo połączona z domeną główną, nie ma dobrej sitemap, ma błędy robots.txt, słabe linkowanie wewnętrzne albo jest traktowana jak dodatek bez osobnej strategii SEO.
Czy blog powinien być na subdomenie czy w katalogu?
Blog firmowy najczęściej powinien być w katalogu, na przykład example.pl/blog/. Dzięki temu łatwiej wspiera główną domenę, linkuje do usług, buduje tematyczność strony i jest prostszy do zarządzania SEO. Blog na subdomenie może mieć sens, jeśli jest osobnym magazynem, ma inną technologię lub niezależną strategię.
Czy sklep internetowy lepiej zrobić w katalogu czy na subdomenie?
Jeśli sklep jest ważną częścią SEO i sprzedaży, najlepiej, aby był mocno powiązany z główną domeną. Może działać w katalogu albo na głównej domenie. Subdomena ma sens, gdy sklep działa na osobnej technologii lub jest oddzielnym produktem biznesowym. Wtedy trzeba szczególnie zadbać o linkowanie, sitemapę, canonicale i monitoring w Google Search Console.
Czy warto przenieść blog z subdomeny do katalogu?
Warto to rozważyć, jeśli blog ma wspierać widoczność głównej strony, ale obecnie jest słabo połączony z ofertą i działa jak osobny byt. Migracja z subdomeny do katalogu musi być jednak wykonana poprawnie: z mapą przekierowań 301, aktualizacją canonicali, sitemap, linkowania wewnętrznego, robots.txt i monitoringiem w Google Search Console.
Czy wersje językowe lepiej robić w katalogach czy subdomenach?
Dla wielu firm wersje językowe w katalogach, na przykład example.com/en/ i example.com/de/, są łatwiejsze w zarządzaniu i analizie SEO. Subdomeny językowe, na przykład en.example.com, mogą mieć sens przy większych organizacjach, osobnych zespołach lub niezależnych strukturach regionalnych. W obu przypadkach trzeba poprawnie wdrożyć hreflang, sitemapę, canonicale i linkowanie.
Najlepsza struktura to ta, którą potrafisz konsekwentnie rozwijać.
Subdomena nie jest automatycznie zła.
Katalog nie jest automatycznie magiczny.
Ale dla większości firm, które chcą budować widoczność SEO w ramach jednej marki i jednej strony, katalog będzie prostszy, bezpieczniejszy i bardziej praktyczny.
Najważniejsze zasady:
- blog firmowy zwykle dawaj w katalogu,
- bazy wiedzy i poradniki zwykle dawaj w katalogu,
- landing page'e lokalne zwykle trzymaj w głównej strukturze,
- aplikacje, panele i systemy techniczne mogą działać na subdomenie,
- subdomena wymaga osobnej kontroli SEO,
- katalog ułatwia linkowanie wewnętrzne,
- przy migracji z subdomeny do katalogu konieczne są 301,
- decyzję podejmuj na podstawie strategii, nie wygody technicznej.
Jeśli chcesz sprawdzić, czy Twoja struktura subdomen, katalogów, bloga, sklepu albo wersji językowych wspiera SEO, zarezerwuj darmową analizę SEO z Digitay. Sprawdzimy architekturę strony, linkowanie, sitemapę, canonicale, robots.txt, indeksację i potencjalne ryzyka migracji.
