Co to jest subdomena i do czego można ją wykorzystać?

Subdomena to wydzielona, niezależna część głównego adresu internetowego, która funkcjonuje jako osobna strona WWW z własną konfiguracją serwera. Wykorzystujemy ją by tworzyć osobne działy firmowe, testować nowe oprogramowanie przed wdrożeniem lub stawiać blogi i sklepy bez ingerencji w kod głównej witryny.

Adres internetowy składa się z kilku elementów. Masz protokół, nazwę główną i rozszerzenie. Subdomena to ten krótki przedrostek, który pojawia się przed główną nazwą. Zamiast wpisywać po prostu adres firmy, wpisujesz na przykład sklep.nazwafirmy.pl. Ten „sklep” to właśnie nasz prefix. To jest bez mała najprostszy sposób na podział ruchu w sieci. Piszemy to z perspektywy ludzi, którzy na co dzień konfigurują strefy DNS i walczą z serwerami do późnej nocy. Prawda jest zresztą absolutnie taka, że podział domeny na mniejsze fragmenty ratuje życie administratorom. Pozwala odseparować od siebie różne systemy. Kiedy pada aplikacja sprzedażowa, główna wizytówka firmy nadal działa i wyświetla informacje kontaktowe.

Wielu ludzi myli subdomenę z katalogiem. Katalog to ścieżka po ukośniku, na przykład nazwafirmy.pl/sklep. Technicznie i biznesowo to dwie zupełnie inne bajki. Zmiana jednego rekordu w panelu hostingu pozwala przekierować ruch z subdomeny na maszynę fizyczną stojącą na drugim końcu świata. Z katalogiem tego nie zrobisz. Wymagałoby to skomplikowanych reguł na poziomie serwera WWW, tak zwanego reverse proxy. A to psuje krew i generuje błędy.

Jak fizycznie powstaje subdomena w strefie DNS?

Mechanika tego procesu opiera się na modyfikacji rekordów w strefie domenowej. Wchodzisz do panelu swojego operatora. Szukasz zakładki z konfiguracją DNS. Dodajesz nowy wpis. To nie magia, to zwykła tablica informacyjna dla przeglądarek. Mówi ona jasno: jeśli ktoś pyta o konkretny przedrostek, wyślij go pod ten konkretny adres IP.

W praktyce administratorzy operują tu dwoma podstawowymi typami rekordów.

• Rekord A. Wskazuje on wprost na ciąg cyfr, czyli adres IP serwera (np. 192.168.1.100). Używamy go, gdy mamy własną maszynę VPS lub serwer dedykowany.
• Rekord CNAME. To alias. Zamiast podawać IP, mówimy przeglądarce: idź tam, gdzie kieruje inna domena. Często stosujemy to przy podpinaniu usług zewnętrznych, żeby nie martwić się zmianami adresacji po stronie dostawcy chmury.

Propagacja takich zmian w sieci zajmuje czas. Czasami propagacja trwa 48 godzin, a klient dzwoni po pięciu minutach z awanturą, że NIC nie działa. W zdecydowanej większości przypadków nowe rekordy są widoczne po kilkunastu minutach, ale zależy to od parametru TTL (Time To Live). Zmniejszamy go do minimum przed planowanymi migracjami. Potem zmieniamy routing. I czekamy.

Zastanawiacie się zresztą, dlaczego to wszystko musi być tak skomplikowane? Sam się nad tym borykałem dzisiaj rano, próbując zdebugować błąd w routingu dla klienta z branży e-commerce. Mieli pięć różnych subdomen rozsianych po trzech kontynentach. Jedna obsługiwała API, druga panel klienta, trzecia statyczne pliki graficzne. Ktoś wczoraj usunął jeden rekord CNAME. Cały system autoryzacji legł w gruzach. Subdomeny dają ogromną wolność architektoniczną, bo pozwalają budować systemy rozproszone. Ale ta wolność wymaga żelaznej dyscypliny w dokumentacji.

Czy mogę utworzyć nieskończoną liczbę subdomen?

Teoretycznie limitów nie ma. Praktycznie ogranicza cię oprogramowanie panelu hostingowego i zdrowy rozsądek. Możesz utworzyć adres typu nowy.test.stary.blog.domena.pl. Głębia zagnieżdżenia zależy tylko od obsługi przez serwer nazw. Nikt normalny jednak tego nie robi. Użytkownicy nie zapamiętają tak długich ciągów znaków. Zatrzymujemy się przeważnie na jednym poziomie przedrostka.

Warto tu wspomnieć o rekordzie Wildcard. Zapisujemy go jako gwiazdkę w strefie DNS (*.domena.pl). Taki wpis sprawia, że jakikolwiek ciąg znaków wpisany przed domeną główną skieruje ruch na wskazany serwer. To świetna sprawa dla platform typu SaaS. Wyobraź sobie system do fakturowania. Rejestruje się nowa firma i z automatu dostaje adres firma.fakturowanie.pl. Administrator nie musi ręcznie dodawać wpisu w panelu dla każdego nowego klienta. System robi to w locie.

Pozycjonowanie i SEO. Dlaczego Google traktuje subdomeny jako osobne byty?

Wybór między subdomeną a podkatalogiem to stary spór w branży marketingowej. Katalog dziedziczy moc domeny, subdomena buduje ją od zera. To jest brutalny fakt, z którym spierają się tylko teoretycy. Algorytmy Google (co potwierdzały wypowiedzi inżynierów z zespołu Search Quality w 2018 roku) potrafią z czasem powiązać subdomenę z marką główną, ale na starcie traktują ją jak zupełnie nową, obcą stronę.

Jeśli stawiasz firmowego bloga na blog.twojafirma.pl, musisz zdobywać dla niego linki zwrotne od nowa. Główna strona może mieć potężny profil linków, ale blog tego nie odczuje. Dlatego z punktu widzenia budowania widoczności organicznej, treści ściśle powiązane tematycznie ładujemy w katalogi. Subdomeny zostawiamy dla tworów niezależnych.

Zrobiliśmy na wdrożeniu migracji w zeszłym miesiącu mały eksperyment. Klient uparł się, żeby przenieść potężny portal poradnikowy z subdomeny do katalogu głównego. Ruch organiczny przez pierwsze dwa tygodnie szalał. Spadki sięgały 40%. Potem Google przeindeksowało nowe ścieżki i ostatecznie ruch ustabilizował się na poziomie wyższym o 15% niż przed migracją. To potwierdza, że konsolidacja treści pod jednym adresem głównym popłaca. Mimo to, nie zawsze jest możliwa ze względów bezpieczeństwa.

Bezpieczeństwo i izolacja zasobów na różnych serwerach

Wrzucenie wszystkiego do jednego worka na jednym serwerze to proszenie się o kłopoty. Wyobraź sobie sytuację. Masz główną stronę wizytówkową napisaną w czystym HTML. Jest szybka i bezpieczna. Chcesz dodać forum dyskusyjne oparte na starym skrypcie PHP. Jeśli zainstalujesz je w podkatalogu, tworzysz lukę w zabezpieczeniach. Haker włamuje się przez dziurawą wtyczkę na forum i uzyskuje dostęp do całego katalogu domowego na serwerze. Niszczy wszystko.

Uruchomienie forum na subdomenie rozwiązuje ten problem. Zmieniasz rekord A. Kierujesz forum.twojafirma.pl na tani, izolowany serwer VPS. Główna strona zostaje na bezpiecznym hostingu premium. Nawet jeśli ktoś włamie się na forum, twoja główna wizytówka i poczta e-mail pozostają nietknięte. Wirus nie przeskoczy między fizycznie różnymi maszynami. To podstawa zarządzania ryzykiem w IT.

Prawda jest zresztą absolutnie taka, że dzisiejsi juniorzy po bootcampach potrafią napisać wariujący front w React, a nie potrafią spiąć głupiego rekordu TXT w panelu. Siedziałem wczoraj z człowiekiem, który zarabia piętnaście tysięcy i tłumaczyłem mu różnicę między adresem IP a nazwą hosta. To jest jakaś totalna abstrakcja. Systemy ukrywają przed nami podstawy, przez co klikamy w kolorowe przyciski na hostingu, a potem płaczemy, że strona nie wstaje po zmianie delegacji. Oprogramowanie uczy nas lenistwa kognitywnego. Wracając do meritum, izolacja środowisk to konieczność.

Czy certyfikat SSL obejmuje automatycznie wszystkie prefixy?

Krótka odpowiedź brzmi: nie. Zwykły certyfikat SSL wydawany dla twojafirma.pl zabezpiecza zazwyczaj tylko główną domenę i wersję z przedrostkiem www. Jeśli utworzysz nową subdomenę, przeglądarki wyrzucą błąd certyfikatu. Czerwona kłódka i ostrzeżenie o niebezpieczeństwie skutecznie odstraszą każdego klienta.

Masz dwa wyjścia. Pierwsze to wygenerowanie osobnego, darmowego certyfikatu Let’s Encrypt dla każdej nowej subdomeny. W panelach typu cPanel czy DirectAdmin sprowadza się to do kilku kliknięć. Drugie wyjście to zakup certyfikatu typu Wildcard. Jest on droższy, ale zabezpiecza domenę główną i wszystkie jej subdomeny pierwszego poziomu. Instalujesz go raz. Działa wszędzie.

Do czego realnie firmy wykorzystują subdomeny? Prawdziwe scenariusze

Zastosowań jest wiele. Odrzućmy marketingowy żargon i popatrzmy na twarde realia biznesowe. Budujemy środowiska sieciowe od lat i widzimy wyraźne wzorce u naszych klientów.

Po pierwsze, środowiska testowe. Nikt o zdrowych zmysłach nie wdraża nowej wersji sklepu na żywym organizmie. Tworzymy adres dev.sklep.pl lub staging.sklep.pl. Zabezpieczamy go hasłem na poziomie serwera (Basic Auth), żeby Google tego nie zaindeksowało. Tam programiści testują nowe wtyczki, aktualizacje bazy danych i zmiany w szablonie. Gdy wszystko działa, przerzucamy kod na produkcję.

Po drugie, dedykowane landing page dla kampanii reklamowych. Agencja marketingowa potrzebuje postawić szybką stronę pod reklamy na Facebooku. Nie chcą ingerować w ciężki system CMS klienta. Proszą o delegację subdomeny promo.firma.pl na ich własny serwer. Stawiają tam lekki landing page w HTML. Mają pełną kontrolę nad analityką, szybkością ładowania i kodem śledzącym. IT klienta śpi spokojnie, bo marketingowcy nie mają dostępu do głównej bazy danych.

Po trzecie, oddziały regionalne i franczyzy. Duża sieć pizzerii ma lokale w całej Polsce. Główna domena to pizzasuper.pl. Każdy lokal ma jednak inne menu, inne ceny i inną strefę dowozu. Tworzą więc subdomeny: warszawa.pizzasuper.pl, krakow.pizzasuper.pl. Każdy franczyzobiorca dostaje dostęp tylko do swojego panelu. Klienci z łatwością zapamiętują lokalny adres. Wyszukiwarki też dobrze sobie z tym radzą, traktując je jako osobne wizytówki lokalnego biznesu.

Zajmowałem się kiedyś wdrożeniem dla małej sieci piekarni na warszawskim Targówku. Mieli jeden zakład produkcyjny i trzy punkty sprzedaży. Właściciel uparł się, że każdy punkt musi mieć osobną podstronę z rezerwacją tortów. Główny WordPress ledwo zipał. Zamiast obciążać go kolejnymi wtyczkami do rezerwacji, postawiliśmy trzy subdomeny z lekkimi aplikacjami w Node.js. targowek.piekarnia.pl działał błyskawicznie na tanim VPS-ie za kilkanaście złotych miesięcznie. To pokazuje, jak proste decyzje architektoniczne tną koszty infrastruktury.

Największe błędy przy tworzeniu i zarządzaniu prefixami

Technologia wybacza wiele, ale braku porządku nie znosi. Administratorzy popełniają błędy, które kosztują firmy konkretne pieniądze. Najgorsza opcja z wszystkich to pozostawienie zaindeksowanych środowisk testowych.

Programista tworzy test.domena.pl. Kopiuje tam całą produkcyjną bazę danych ze sklepu internetowego. Zapomina zablokować dostęp dla robotów indeksujących w pliku robots.txt. Google wchodzi na tę subdomenę. Widzi tysiące produktów z identycznymi opisami jak na stronie głównej. Co robi algorytm? Uznaje to za Duplicate Content. Pozycje głównego sklepu lecą w dół. Klient traci zamówienia. Naprawa tego błędu i wyczyszczenie indeksu Google zajmuje tygodnie.

Kolejny problem to martwe delegacje. Agencja marketingowa kończy współpracę z firmą. Kampania wygasa. Landing page na wiosna.domena.pl zostaje usunięty z serwera agencji. Ale wpis w strefie DNS klienta nadal istnieje. Jeśli ktoś przejmie adres IP, na który wskazywał stary serwer agencji, może podłożyć pod subdomenę klienta własną treść. To klasyczny atak typu Subdomain Takeover. Haker stawia tam fałszywą stronę logowania i wykrada dane klientów. A wszystko dlatego, że nikomu nie chciało się posprzątać strefy po zakończonym projekcie.

Delegacja subdomeny na zewnętrzne serwery DNS

Czasami sama zmiana rekordu A nie wystarczy. Jeśli oddajesz zewnętrznej firmie całkowitą kontrolę nad subdomeną, możesz wydelegować ją na ich serwery nazw (NS). Robi się to rzadko, ale jest to potężne narzędzie.

Zamiast podawać IP, tworzysz rekordy NS dla subdomeny aplikacja.twojafirma.pl i kierujesz je na przykład na serwery Cloudflare. Od tego momentu strefą DNS dla tego konkretnego przedrostka zarządza zewnętrzny panel. Ty jako właściciel domeny głównej nie musisz wpisywać pojedynczych rekordów TXT czy MX dla tej aplikacji. Zewnętrzny zespół IT robi to u siebie.

Wymaga to precyzji. Źle wpisane rekordy NS powodują pętle zapytań i błędy Timeout u użytkowników. Chociaż prawdę mówiąc brakuje nam twardych danych za wczoraj, więc wydaje się to tylko jedną z możliwych hipotez na najbliższy kwartał przed spowolnieniem rynku IT. Klienci tną koszty na audytach bezpieczeństwa, a potem dziwią się, że ich infrastruktura przecieka.

Zarządzanie adresacją to nie jest klikanie w ładne ikonki. To budowanie logicznej struktury firmy w internecie. Każda utworzona subdomena powinna mieć swojego właściciela, cel biznesowy i datę ważności. Jeśli tworzysz coś tylko na chwilę, ustaw przypomnienie w kalendarzu, żeby to usunąć. Utrzymanie cyfrowej higieny to podstawa. Zastanów się teraz, ile zapomnianych przedrostków wisi w twojej strefie DNS i na jakie adresy IP kierują ruch. Zaloguj się do panelu i zrób audyt. Zrobisz to od razu, czy poczekasz aż ktoś przejmie kontrolę nad zapomnianym adresem i narobi szkód w wizerunku twojej marki?

Najczęściej zadawane pytania (FAQ)

• Co to jest subdomena?
  Subdomena to dodatkowy przedrostek dodawany przed główną nazwą domeny (np. blog.domena.pl). Funkcjonuje jako osobny adres internetowy, pod którym można uruchomić niezależną stronę, sklep lub aplikację bez ingerencji w kod i serwer głównej witryny.
• Czym różni się subdomena od katalogu?
  Subdomena (blog.domena.pl) jest traktowana przez przeglądarki i wyszukiwarki jako osobna strona, która może być hostowana na zupełnie innym serwerze. Katalog (domena.pl/blog) to logiczny folder wewnątrz głównej strony, dzielący z nią te same zasoby fizyczne i moc SEO.
• Czy subdomena jest darmowa?
  Utworzenie subdomeny jest całkowicie darmowe, o ile posiadasz już wykupioną domenę główną i dostęp do panelu zarządzania strefą DNS u swojego rejestratora. Ograniczeniem może być jedynie limit narzucony przez konkretny pakiet hostingowy.
• Czy certyfikat SSL dla domeny chroni też subdomeny?
  Standardowy certyfikat SSL chroni tylko domenę główną. Dla każdej nowej subdomeny należy wygenerować osobny certyfikat (np. darmowy Let’s Encrypt) lub wykupić płatny certyfikat typu Wildcard, który zabezpiecza wszystkie przedrostki.
• Jak skierować subdomenę na inny serwer?
  Należy zalogować się do panelu zarządzania strefą DNS domeny głównej i dodać nowy rekord typu A, w którym jako nazwę wpisujemy przedrostek subdomeny, a jako wartość podajemy adres IP nowego serwera.
• Czy subdomeny są dobre pod SEO?
  Zależy od celu. Google traktuje je początkowo jako osobne byty, co oznacza, że subdomena nie dziedziczy automatycznie autorytetu głównej strony. Są świetne do oddzielania różnych usług (np. sklep i panel klienta), ale treści blogowe lepiej umieszczać w podkatalogach.

Bibliografia

1. Naukowa i Akademicka Sieć Komputerowa – https://nask.pl
2. Internet Engineering Task Force – https://ietf.org
3. Internet Corporation for Assigned Names and Numbers – https://icann.org
4. World Wide Web Consortium – https://w3.org
5. Wydawnictwo Naukowe PWN – https://pwn.pl