Przejdź do treści 
Pokażę ci krok po kroku, jak stworzyć Subdomena IONOS poprawnie ustawić DNS i poprawnie przetestować adres. W ten sposób ustawiam miejsca docelowe, SSL i przekierowania, utrzymuję przejrzystą strukturę i rozwiązuję typowe błędy bez objazdów.
Punkty centralne
Przed rozpoczęciem mam na uwadze następujące czynniki sukcesu i pracuję nad nimi w kolejności, tak aby subdomena działa szybko i stabilnie.
- KonfiguracjaZaloguj się, wybierz domenę, nazwij subdomenę
- DNSPrawidłowe ustawienie rekordu A, AAAA lub CNAME
- SSLAktywacja certyfikatu dla subdomeny
- SEOMapy witryn, przejrzysta struktura, brak zduplikowanych treści
- TestyPoczekaj na propagację, sprawdź cel
Zachowuję czyste nazwy, czyste rekordy DNS i prawidłowe SSL w centrum uwagi. Pozwala mi to wyraźnie rozgraniczyć usługi, testy i występy na żywo. Dokumentuję każdą zmianę, aby później móc szybciej się dostosować. Planuję strukturę subdomen w taki sposób, aby późniejsze rozszerzenia były łatwe. Sprawdzam dostępność kilku lokalizacji przed aktywnym promowaniem treści.
Czym jest subdomena? Krótkie wyjaśnienie
Subdomena rozszerza domenę główną o nazwę hosta z prefiksem, np. blog. Pozwala mi to oddzielić treści, usługi lub zespoły pod względem technicznym i organizacyjnym bez konieczności kupowania nowej domeny. Przykładami są blog.meinedomain.de, shop.meinedomain.de lub dev.meinedomain.de dla testów. Idea: enkapsuluję funkcje i mogę niezależnie kontrolować cele, SSL i ewaluację. Jeśli chcesz zapoznać się z terminami i opcjami w skondensowanej formie, znajdziesz podsumowanie tutaj Krótka definicja subdomeny dodatkowa wiedza podstawowa.
Tworzenie subdomeny IONOS: krok po kroku
Loguję się na swoje konto klienta i otwieram Domeny i SSL, a następnie wybieram odpowiednią opcję. Domena z. W obszarze subdomeny klikam Utwórz subdomenę i wprowadzam krótką nazwę, taką jak blog, sklep lub klient. Jako cel określam katalog internetowy głównej witryny lub oddzielny folder dla samodzielnej aplikacji. W przypadku usług zewnętrznych ustawiam CNAME lub rekord A na adres docelowy w ustawieniach DNS zamiast folderu docelowego. Po zapisaniu czekam na propagację DNS, testuję subdomenę w przeglądarce i sprawdzam status oraz SSL w przeglądzie.
W przypadku IONOS używam następujących typów docelowych w zależności od celu: 1) Katalog Webspace dla własnej zawartości, 2) Przekierowanie (HTTP/HTTPS) na inny adres URL, 3) Aplikacja lub link do witryny, jeśli podłączony jest zestaw konstrukcyjny/sklep, 4) Czysto DNS-owe, jeśli adresowana jest usługa zewnętrzna. Utrzymuję spójną strukturę ścieżek i autoryzacji w przestrzeni internetowej, aby wdrożenia były powtarzalne. Specjalnie aktywuję ochronę dostępu dla instancji etapowych, aby wyszukiwarki i użytkownicy nie trafili na nie przypadkowo.
Prawidłowe ustawienie miejsc docelowych i rekordów DNS
W przypadku treści internetowych zazwyczaj łączę subdomenę poprzez A-Record na adres IPv4 lub poprzez rekord AAAA na adres IPv6. Jeśli usługa docelowa działa zewnętrznie, często ustawiam CNAME, który wskazuje na host dostawcy. Rozsądna wartość TTL jest ważna, aby zmiany zaczęły obowiązywać szybko, a kolejne zmiany nie trwały wiecznie. W ustawieniach DNS sprawdzam, czy nazwa hosta, typ rekordu i miejsce docelowe dokładnie się zgadzają. Jeśli chcesz zapoznać się z sekwencjami kroków w kompaktowej formie, skorzystaj z przewodnika do Ustawienia DNS dla IONOS dla przypomnienia.
Planuję strategię TTL: w fazach z wieloma zmianami ustawiam niższy TTL (na przykład 300-900 sekund), po stabilizacji zwiększam go ponownie, aby użyć buforowania. A i AAAA powinny równolegle wskazywać na ten sam system, w przeciwnym razie zachowanie będzie różne w zależności od klienta. Unikam CNAME tam, gdzie potrzebuję szczegółowej kontroli nad A/AAA lub chcę zminimalizować opóźnienia. Jeśli używana jest sieć CDN lub odwrotne proxy, wskazuję subdomenę dostawcy za pośrednictwem CNAME i wewnętrznie dokumentuję oryginalne adresy IP.
W przypadku złożonych konfiguracji deleguję podstrefy: Ustawiam rekordy NS np. dla dev.mydomain.com na innych serwerach nazw, jeśli zespół zarządza środowiskiem programistycznym niezależnie. Sprawdzam, czy nie ma zduplikowanych uprawnień (brak konkurencyjnych rekordów w strefie nadrzędnej). Zwracam również uwagę na rekordy CAA w strefie głównej, jeśli wydawanie certyfikatów jest ograniczone; subdomena dziedziczy te zasady.
Prawidłowa konfiguracja przekierowań
Dokonuję wyraźnego rozróżnienia między 301 (stałe), 302/307 (tymczasowe) i 308 (stałe, zachowaj metodę). W przypadku subdomen, które powinny tylko przekierowywać, używam przekierowania po stronie serwera i pozwalam, aby ścieżki i ciągi zapytań przechodziły niezmienione, jeśli to możliwe. Unikam maskowanych przekierowań, ponieważ utrudniają one SSL, SEO i bezpieczeństwo. Podczas przenoszenia planuję macierze przekierowań: źródła subdomen, docelowe adresy URL, kody stanu, czas działania. Utrzymuję płaski łańcuch (maksymalnie jeden przeskok), aby nie obciążać wydajności i budżetu na indeksowanie.
Subdomeny z dzikimi kartami i dostęp do FTP
Jeśli kieruję wiele subdomen dynamicznie, ustawiam wartość Wildcard jak *.mydomain.com i skierować je do standardowego celu. W ten sposób nawet hosty, które nie zostały jeszcze utworzone, trafiają na znaczącą stronę lub do projektu catch-all. W przypadku dostępu do FTP lubię używać ftp.mydomain.com i przechowywać CNAME na adresie serwera technicznego, aby narzędzia mogły łatwo rozpoznać hosta. Ta konwencja ułatwia pracę zespołową i dokumentuje intencje w nazwie hosta. Utrzymuję również spójne nazwy, takie jak dev, staging lub test, aby wyraźnie oddzielić statusy testów.
W przypadku symboli wieloznacznych zwracam uwagę na SSL: w zależności od taryfy i metody walidacji wymagany jest certyfikat wieloznaczny, w przeciwnym razie połączenie HTTPS zakończy się niepowodzeniem. Sprawdzam, czy niektóre hosty powinny być wykluczone, na przykład jeśli shop.mydomain.com wskazuje na zewnętrznego dostawcę. Symbole wieloznaczne są potężne, ale używam ich specjalnie, aby uniknąć niezamierzonego nakładania się zakodowanych hostów i catch-all.
Rozsądne korzystanie z poczty e-mail w subdomenach
Jeśli potrzebuję własnych skrzynek pocztowych dla subdomeny (np. support.mydomain.com), ustawiam dedykowane rekordy MX. Jeśli usługi są wysyłane z subdomeny (np. newsletter.mydomain.com), dodaję rekordy SPF i konfiguruję DKIM/DMARC w taki sam sposób, jak dla domeny głównej. Dzięki temu dostarczalność jest stabilna, a tożsamość nadawcy jest odpowiednio oddzielona. Unikam używania produktywnych subdomen internetowych dla poczty e-mail w tym samym czasie, aby móc czysto hermetyzować usługi i wykluczyć konflikty z rekordami DNS.
Bezpieczeństwo i ochrona dostępu
Przełączam SSL konsekwentnie aktywne dla każdej subdomeny i automatycznie przekierowują HTTP na HTTPS. W przypadku środowisk wewnętrznych ustawiam również podstawowe uwierzytelnianie, ograniczenia IP lub dostęp VPN, aby zapobiec wyszukiwarkom i nieautoryzowanemu dostępowi. Sprawdzam zawartość mieszaną, HSTS i nowoczesne zestawy szyfrów, aby uniknąć ostrzeżeń przeglądarki. W przypadku interfejsów API przechowuję reguły CORS dla każdej subdomeny, aby frontendy miały kontrolowany dostęp. Tam, gdzie ma to sens, izoluję sesje i pliki cookie na hosta, aby zminimalizować ryzyko związane z powszechnie używanymi domenami plików cookie.
Wydajność, buforowanie i CDN
Dla każdej subdomeny decyduję, czy CDN lub reverse proxy oferuje wartość dodaną: statyczną zawartość, międzynarodowy zasięg, ochronę DDoS. W przypadku aktywnych pamięci podręcznych planuję strategie czyszczenia i wersjonowania (nazwy plików z hashami), aby wdrożenia przebiegały czysto bez konieczności odświeżania przeglądarki. Po stronie serwera używam Etags/Last-Modified i rozsądnych nagłówków kontroli pamięci podręcznej. Oddzielam aplikacje wymagające dużej mocy obliczeniowej (np. API) od subdomen treści, aby cache działał wydajnie, a obciążenia nie kolidowały ze sobą.
Wydajne wdrażanie typowych przypadków użycia
Dla treści z własną tonacją, tworzę blog.meinedomain.de i uruchamiam lean CMS. Enkapsuluję sklep na shop.mydomain.com, aby logika kasy i produktu działała osobno. Umieszczam portal klienta na kunden.meinedomain.de i ograniczam dostęp za pomocą ról i reguł IP. Kampanie otrzymują aktion.meinedomain.de, dzięki czemu śledzenie, SEO i treści pozostają niezależnie mierzalne. Parkuję statusy rozwoju na dev lub staging, dzięki czemu mogę bezpiecznie testować nowe funkcje przed uruchomieniem.
W przypadku interfejsów API konfiguruję api.meinedomain.de, uwzględniam CORS, limity szybkości i wyraźne wersjonowanie ścieżek (np. /v1/). W przypadku narzędzi wewnętrznych wybieram subdomeny administracyjne lub intranetowe i mocno je zabezpieczam. W przypadku mediów używam mediów lub cdn, aby przeglądarki ładowały się równolegle, a strategie pamięci podręcznej działały. Krótkotrwałe subdomeny pomagają w eksperymentach i podglądach funkcji, które usuwam ponownie po zakończeniu, aby zachować szczupłą strukturę.
SEO dla subdomen: najlepsze praktyki
Wybieram krótkie, mówiące Nazwy takich jak blog, sklep lub faq i utrzymywać spójną strukturę. Każda subdomena ma własny certyfikat SSL, własną mapę witryny i osobną właściwość w Search Console. Utrzymuję linki wewnętrzne w czystości tematycznej, aby roboty indeksujące i użytkownicy rozumieli cel każdego adresu. Unikam powielania treści, stosując jasne kanony, czyste przekierowania i unikalne treści. W przypadku treści międzynarodowych ustawiam subdomenę z hreflangiem dla każdego języka lub używam podfolderów, jeśli struktura ma być zarządzana centralnie.
Upewniam się, że subdomeny takie jak staging lub dev są ustawione na noindex i są chronione przez auth. Przenosząc się między subdomenami i katalogami, planuję przekierowania, aktualizuję mapy witryn i sprawdzam pliki dziennika pod kątem błędów indeksowania. Oddzielam właściwości śledzenia dla każdej subdomeny, ale utrzymuję ogólny pulpit nawigacyjny, aby rozpoznać trendy w różnych działach. Celowo pomijam wyszukiwanie wewnętrzne i strony filtrów w mapach witryn, aby indeks pozostał czysty.
Instalacja WordPressa na subdomenie
Na potrzeby niezależnego projektu tworzę własny Katalog przypisuję do niej subdomenę i świeżo instaluję tam WordPressa. Jeśli zamiast tego używam multisite, aktywuję subdomeny w konfiguracji sieci i z wyprzedzeniem sprawdzam wieloznaczne DNS. Uruchamiam buforowanie, optymalizację obrazu i aktualizacje oddzielnie dla każdej subdomeny, aby ograniczyć źródła błędów do minimum. Jeśli potrzebujesz ściągawki dotyczącej podstawowej konfiguracji domeny, zapoznaj się z tym przewodnikiem po Konfiguracja domeny IONOS i uzupełnia kroki dla subdomen. Oznacza to, że konserwacja może być zaplanowana, a wydajność każdej subdomeny pozostaje spójna przez cały czas.
W przypadku indywidualnych instalacji upewniam się, że mam własne bazy danych lub wyraźne prefiksy, oddzielne katalogi przesyłania i niezależne zadania cron. Ustawiam poprawnie adres URL witryny i adres URL strony głównej w subdomenie i sprawdzam, czy nie pozostały żadne stare linki bezwzględne z domeny głównej. W konfiguracjach wielostanowiskowych najpierw testuję nowe subdomeny w sieci, zanim aktywuję je zewnętrznie. W przypadku instancji testowych dezaktywuję indeksowanie, odnawiam sole, blokuję wyszukiwarki i oddzielam dane dostępu.
Zarządzanie, nazewnictwo i współpraca
Definiuję schemat nazewnictwa i konsekwentnie się go trzymam: funkcjonalny (api, media, shop), organizacyjny (team, hr) lub geograficzny (eu, us), ale nie mieszany. Dokumentuję zmiany na stałe: kto utworzył który rekord DNS, kiedy, dlaczego i z jakim TTL. W przypadku większych zespołów deleguję podstrefy do dedykowanych serwerów nazw i zabezpieczam uprawnienia do zapisu, aby nie każdy mógł wprowadzać zmiany wszędzie. Ustanawiam procesy przeglądu dla DNS, SSL i przekierowań, aby zapobiec awariom i szkodom dla SEO.
Testy, propagacja i diagnostyka
Sprawdzam rozdzielczość z różnych sieci i urządzeń. Przed globalną zmianą testuję lokalnie poprzez mapowanie pliku hosts, aby zweryfikować konfiguracje serwera. Rozróżniam, czy błąd pochodzi z DNS (NXDOMAIN, nieprawidłowy adres IP), sieci (przekroczenie limitu czasu) czy aplikacji (404/500). W przypadku SSL porównuję łańcuch certyfikatów, pokrycie hosta i ważność. Monitoruję czas do pełnej propagacji i nie planuję widocznych zmian podczas szczytowych obciążeń lub na krótko przed uruchomieniem kampanii.
Rozwiązywanie problemów: szybkie rozwiązywanie typowych błędów
Jeśli nowy adres się nie pojawi, najpierw sprawdzam DNS dla literówek, nieprawidłowych typów rekordów lub brakujących miejsc docelowych. Realistycznie czekam od kilku do 48 godzin, ponieważ globalna dystrybucja wymaga czasu. Czyszczę pamięć podręczną przeglądarki i lokalne pamięci podręczne DNS, aby pozbyć się starych wpisów. W celu sprawdzenia zewnętrznego testuję rozdzielczość w kilku lokalizacjach i sprawdzam, czy A lub CNAME odpowiadają poprawnie. Jeśli SSL nie działa, ponownie uruchamiam wydanie certyfikatu dla subdomeny i sprawdzam, czy host jest publicznie dostępny.
W przypadku błędów 404 sprawdzam, czy katalog jest poprawnie połączony i czy reguły .htaccess są skuteczne. Jeśli serwer zwraca 403, często ma to wpływ na prawa lub indeks katalogu. Jeśli dostarcza błędnie przekierowane żądanie 421/421, wirtualny host nie pasuje do żądania SNI. Jeśli CNAME i A-Record istnieją jednocześnie w tej samej subdomenie, usuwam konflikty. W przypadku błędów DNSSEC sprawdzam podpisy i łańcuch; w przypadku wpisów CAA dostosowuję wystawców, aby certyfikaty zostały ponownie wydane.
Obsługa, monitorowanie i konserwacja
Konfiguruję kontrole uptime dla każdej krytycznej subdomeny, monitoruję dane o wygaśnięciu SSL i mam oko na opóźnienia i wskaźniki błędów. Wdrożenia są kontrolowane przez skrypty i powtarzalne, dzięki czemu możliwe jest szybkie wycofanie. Planuję okna konserwacji, wyraźnie wyświetlam strony konserwacji i utrzymuję przekierowania gotowe na sytuacje awaryjne. W przypadku treści utrzymuję oddzielny plan tworzenia kopii zapasowych dla każdej subdomeny, dzięki czemu przywracanie może być przeprowadzane dokładnie, a umowy SLA mogą być spełnione.
Zarządzanie i usuwanie bez awarii
W menu subdomeny zmieniam Celgdy usługa jest przenoszona lub używany jest nowy katalog. Przed ich usunięciem sprawdzam zależności, takie jak routing poczty e-mail, przekierowania, śledzenie i mapy witryn. Dezaktywuję przekierowania w zorganizowany sposób, zabezpieczam zawartość i w razie potrzeby ustawiam tymczasowe przekierowania 301. Dzięki temu wskazówki dla użytkowników pozostają nienaruszone podczas czyszczenia lub łączenia subdomen. Krótka dokumentacja zapobiega późniejszej przypadkowej reaktywacji starych hostów.
Po zamknięciu utrzymuję przekierowania 301 wystarczająco długo, aktualizuję linki i upewniam się, że stare adresy URL znikają z map witryn. Czyszczę grupy zabezpieczeń, dostępy i zadania cron, aby nie pozostały żadne osierocone procesy. W Search Console usuwam tylko te właściwości, które stały się przestarzałe, jeśli sygnały nie są już potrzebne w dłuższej perspektywie.
Porównanie: IONOS i alternatywy
W przypadku codziennych projektów Administracja IONOS dla subdomen, SSL i standardowego DNS. Zaawansowane konfiguracje z wieloma rekordami, specjalnymi przekierowaniami i usługami zewnętrznymi korzystają z dostawców o bardzo szerokiej funkcjonalności DNS. Ważne są przejrzyste interfejsy, dzienniki zmian i szybkie wsparcie, jeśli wpisy są krytyczne. Porównuję wygodę z elastycznością i podejmuję decyzję w zależności od wielkości projektu i struktury zespołu. Poniższa tabela zawiera kompaktowe porównanie kluczowych punktów, aby ułatwić kategoryzację.
| Dostawca | Zarządzanie subdomenami | Elastyczność DNS | Wsparcie |
|---|---|---|---|
| webhoster.de | Bardzo obszerny | Doskonały | 24/7 Premium |
| IONOS | Łatwy do średniego | Dobry | Dobry standard |
| Zawodnik X | Średni | Średni | Standard |
Krótkie podsumowanie
Tworzę subdomeny w IONOS w ukierunkowany sposób, ustawiam odpowiednie Zapisy i dokładnie kontrolować dostępność. Jasne nazewnictwo, dedykowany SSL i czyste mapy witryn sprawiają, że administracja i SEO są obliczalne. W przypadku WordPressa konsekwentnie oddzielam projekty i utrzymuję buforowanie i aktualizacje oddzielnie dla każdej subdomeny. W przypadku zakłóceń sprawdzam DNS, pamięć podręczną i certyfikat, zanim zmienię cele lub ustawię przekierowania. Gwarantuje to, że struktura pozostaje niezawodna, zawartość ładuje się szybko, a każda subdomena spełnia swój cel bez strat związanych z tarciem.
