Wróć do bloga
Domeny|
Zespół DeployPages
/2026-05-11/5 min read

Strona statyczna na własnej domenie: praktyczny przewodnik konfiguracji

Co sprawdzić przed podłączeniem domeny do strony statycznej: DNS, CNAME, HTTPS, przekierowania, link podglądu i historia wersji.

Strona statyczna zaczyna wyglądać poważnie, gdy wychodzi z URL-a podglądu i trafia pod domenę, którą kontrolujesz.

To także moment, w którym proste projekty robią się niepotrzebnie chaotyczne. Rekordy DNS, domena główna, www, certyfikat SSL, przekierowania, stare URL-e i cache przeglądarki pojawiają się naraz. Żaden z tych elementów nie jest trudny osobno. Trudność polega na właściwej kolejności.

Proces konfiguracji własnej domeny dla statycznej strony DeployPages

Najpierw URL podglądu, potem domena

Używaj URL-a podglądu jako roboczego linku, dopóki strona nie zostanie zaakceptowana.

To daje czysty podział:

  • URL podglądu potwierdza, że przesłane pliki działają.
  • Własna domena potwierdza, że publiczny start jest gotowy.

Jeśli podłączysz domenę zbyt wcześnie, każda poprawka treści miesza się z debugowaniem DNS. Oddziel te problemy. Prześlij folder, otwórz podgląd HTTPS, przetestuj stronę i dopiero potem podłącz domenę.

W DeployPages ten proces zaczyna się od przesłania plików na stronie głównej. Gdy strona jest gotowa, przechodzisz do własnych domen i automatycznego HTTPS.

Domena główna czy www?

Najczęściej wybierasz między trzema wariantami:

Typ domenyPrzykładNajlepsze dla
Domena głównaexample.comNajczystszy publiczny adres
Subdomena wwwwww.example.comBardzo częsta i zwykle łatwa w routingu
Własna subdomenadocs.example.com, app.example.comDokumentacja, kampanie, projekty boczne, podglądy

Dokumentacja GitHub Pages zwraca uwagę na konfigurację apex i www, a szczegóły rekordów zależą od hosta. Lekcja operacyjna jest szersza: wybierz jeden adres główny i przekieruj drugi na niego.

Dla większości stron marketingowych, portfolio i dokumentacji dobre są oba układy:

  • example.com jako adres główny, a www.example.com przekierowany do niego,
  • www.example.com jako adres główny, a example.com przekierowany do niego.

Nie pozwól, aby oba adresy serwowały osobne kopie tej samej strony. To tworzy duplikaty dla użytkowników i wyszukiwarek.

Rekordy DNS prostym językiem

Nie musisz znać na pamięć każdego typu rekordu. Przy stronach statycznych zwykle spotkasz te:

RekordCo robiTypowe użycie
CNAMEWskazuje subdomenę na inny hostnamewww.example.com na cel podany przez platformę
AWskazuje domenę na adres IPv4Domena główna, gdy dostawca podaje IP
AAAAWskazuje domenę na adres IPv6Domena główna, gdy obsługiwane jest IPv6
ALIAS lub ANAMEWskazuje apex na hostnameAlternatywa dostawcy dla rekordu A
TXTPrzechowuje tekst weryfikacyjnyKontrola własności domeny

Host powinien jasno powiedzieć, który rekord dodać. Jeśli nie mówi, to problem produktu, nie użytkownika.

Po edycji rekordów użyj narzędzia lookup. DeployPages ma DNS lookup, który pomaga sprawdzić, czy publiczny internet widzi zmianę.

HTTPS jest częścią startu, nie dodatkiem

Własna domena bez HTTPS wygląda na zepsutą dla użytkowników, przeglądarek i wyszukiwarek.

Przed ogłoszeniem linku sprawdź:

  1. Domena otwiera się przez https://.
  2. Certyfikat obejmuje dokładny hostname, którego używasz.
  3. Wersja http:// przekierowuje na HTTPS.
  4. Adres poboczny przekierowuje na główny.
  5. Ostrzeżenia przeglądarki znikają w oknie prywatnym.

Jeśli DNS nadal się propaguje, przygotowanie HTTPS może potrwać. Nie zmieniaj rekordów co kilka minut, jeśli wartości są poprawne. Poczekaj, sprawdź, zmień tylko to, co faktycznie wymaga zmiany.

SSL checker pomaga, bo pozwala zweryfikować certyfikat poza cache Twojej przeglądarki.

Jak domena pasuje do publikacji statycznej

Najczystszy łańcuch wygląda tak:

EtapURLCel
Pierwsze przesłanie plikówTymczasowy URL podgląduSprawdzenie plików i link wewnętrzny
AkceptacjaStabilny URL podgląduKlient, zespół, interesariusze
StartWłasna domenaRuch publiczny i SEO
AktualizacjaNowa wersja publikacjiPoprawka albo ulepszenie bez niszczenia starej wersji
OdzyskaniePrzywrócenie wersjiPowrót do znanego dobrego stanu po błędzie

To jeden z powodów, dla których host statyczny powinien robić więcej niż przechowywać pliki. Gdy strona ma realną domenę, potrzebujesz świadomości wersji. Zepsuta nowa wersja nie powinna zdejmować publicznego linku bez drogi powrotu.

W DeployPages przywracanie poprzedniej wersji jest funkcją produktu, nie ręcznym ćwiczeniem „znajdź stary ZIP”. Zobacz przywracanie poprzedniej wersji.

Typowe błędy przy własnej domenie

Podłączenie DNS do złego builda

Jeśli URL podglądu jest zepsuty, domena też będzie zepsuta. Najpierw napraw pliki.

Dwa główne adresy

Wybierz example.com albo www.example.com. Drugi adres przekieruj.

Zapomniane stare linki

Jeśli zastępujesz istniejącą stronę, sprawdź ważne stare ścieżki. Strony statyczne też mogą potrzebować przekierowań.

Założenie, że panel DNS równa się publiczny DNS

Panel dostawcy DNS nie jest tym samym co publiczna rezolucja. Używaj narzędzi lookup.

Start bez metadanych

Przed startem na domenie ustaw realny title, description, favicon i obraz społecznościowy. Generator metadanych i narzędzie OG image pomagają w nudnych, ale widocznych detalach.

Kiedy własna domena jest warta pracy

Dodaj domenę, gdy:

  • strona reprezentuje firmę, osobę, produkt, wydarzenie albo klienta,
  • link będzie drukowany, puszczany w reklamach albo dodany do profilu,
  • SEO ma znaczenie,
  • ludzie wrócą do strony później,
  • potrzebujesz zaufania większego niż tymczasowy URL podglądu.

Pomiń domenę dla jednorazowych podglądów, szybkiego zbierania uwag i wewnętrznych demo, które jutro zostaną zastąpione.

Hosting statyczny działa najlepiej, gdy obsługuje oba tempa. Podglądy powinny być szybkie. Starty domenowe powinny być świadome.

Przydatne źródła

#własna domena#strona statyczna#dns#ssl

Chcesz opublikować swoją stronę?

Prześlij pliki statyczne, otrzymaj link HTTPS i dodaj domenę albo przywracanie wersji, gdy projekt tego potrzebuje.

Zacznij publikować za darmo