Creare e gestire i sottodomini IONOS - guida passo passo

Vi mostrerò passo per passo come creare un Sottodominio IONOS impostare correttamente il DNS e testare correttamente l'indirizzo. È così che imposto destinazioni, SSL e forwarding, mantengo chiara la struttura e risolvo gli errori tipici senza deviazioni.

Punti centrali

Prima dell'inizio, tengo a mente i seguenti fattori di successo e li analizzo in sequenza in modo che la sottodominio funziona in modo veloce e stabile.

• ImpostazioneAccesso, selezionare il dominio, il nome del sottodominio
• DNSImpostare correttamente i record A, AAAA o CNAME
• SSLAttivare il certificato per sottodominio
• SEOSitemaps, struttura chiara, assenza di contenuti duplicati
• TestAttendere la propagazione, controllare il target

Mantengo nomi chiari, registri DNS puliti e un sistema valido. SSL nel focus. Questo mi permette di delimitare chiaramente servizi, test e performance dal vivo. Documento ogni cambiamento, in modo da potermi adattare più rapidamente in seguito. Pianifico la struttura dei sottodomini in modo da facilitare le estensioni successive. Verifico l'accessibilità di diverse sedi prima di promuovere attivamente i contenuti.

Che cos'è un sottodominio? Spiegato brevemente

Un sottodominio estende il dominio principale con un nome host prefissato, come ad esempio blog. Questo mi permette di separare tecnicamente e organizzativamente contenuti, servizi o team senza dover acquistare un nuovo dominio. Esempi sono blog.meinedomain.de, shop.meinedomain.de o dev.meinedomain.de per i test. L'idea: incapsulo le funzioni e posso controllare obiettivi, SSL e valutazione in modo indipendente. Se desiderate leggere i termini e le opzioni in forma condensata, troverete un riassunto in questo documento definizione di sottodominio breve ulteriori conoscenze di base.

Creazione di un sottodominio IONOS: passo dopo passo

Accedo al mio account cliente e apro la sezione Domini e SSL, quindi seleziono l'opzione appropriata. Dominio da. Nell'area del sottodominio, faccio clic su Crea sottodominio e inserisco un nome breve, come blog, negozio o cliente. Specifico come destinazione la directory Web del sito principale o una cartella separata per un'applicazione autonoma. Per i servizi esterni, nelle impostazioni DNS imposto un CNAME o un A-Record all'indirizzo di destinazione, invece di una cartella di destinazione. Dopo aver salvato, attendo la propagazione del DNS, provo il sottodominio nel browser e controllo lo stato e l'SSL nella panoramica.

Con IONOS, utilizzo questi tipi di target a seconda dello scopo: 1) directory dello spazio web per i propri contenuti, 2) inoltro (HTTP/HTTPS) a un altro URL, 3) collegamento a un'app o a un sito se è collegato un kit di costruzione/negozio, 4) puramente basato su DNS se è indirizzato un servizio esterno. Mantengo coerenti la struttura dei percorsi e le autorizzazioni nello spazio web, in modo che le implementazioni rimangano riproducibili. Attivo specificamente la protezione degli accessi per le istanze di staging, in modo che i motori di ricerca e gli utenti non vi approdino accidentalmente.

Impostare correttamente le destinazioni e i record DNS

Per i contenuti web, di solito collego il sottodominio tramite Record A a un indirizzo IPv4 o tramite record AAAA a un indirizzo IPv6. Se il servizio di destinazione funziona esternamente, spesso imposto un CNAME che punta all'host del provider. Un valore TTL ragionevole è importante per far sì che le modifiche abbiano effetto rapidamente e che quelle successive non richiedano un tempo infinito. Nelle impostazioni DNS controllo che il nome host, il tipo di record e la destinazione corrispondano esattamente. Se volete leggere le sequenze di passi in forma compatta, utilizzate la guida a Impostazioni DNS per IONOS come promemoria.

Pianifico la strategia del TTL: nelle fasi con molte modifiche imposto un TTL più basso (ad esempio 300-900 secondi), dopo la stabilizzazione lo aumento di nuovo per utilizzare la cache. A e AAAA dovrebbero puntare allo stesso sistema in parallelo, altrimenti il comportamento sarà diverso a seconda del client. Evito i CNAME quando ho bisogno di un controllo granulare su A/AAAA o voglio ridurre al minimo la latenza. Se si utilizza un CDN o un reverse proxy, faccio puntare il sottodominio al provider tramite CNAME e documento internamente gli IP originali.

Per le configurazioni complesse, delego le sottozone: Imposto i record NS per, ad esempio, dev.mydomain.com su altri nameserver se un team gestisce l'ambiente di sviluppo in modo indipendente. Verifico che non vi siano autorità duplicate (nessun record concorrente nella zona sovraordinata). Presto anche attenzione ai record CAA nella zona principale se l'emissione dei certificati è limitata; il sottodominio eredita queste regole.

Impostare correttamente i reindirizzamenti

Faccio una chiara distinzione tra 301 (permanente), 302/307 (temporaneo) e 308 (permanente, metodo di mantenimento). Per i sottodomini che devono solo reindirizzare, utilizzo un reindirizzamento lato server e lascio che i percorsi e le stringhe di query passino inalterati, se possibile. Evito i reindirizzamenti mascherati perché rendono più difficili le operazioni di SSL, SEO e sicurezza. Quando mi muovo, pianifico matrici di reindirizzamento: sorgenti dei sottodomini, URL di destinazione, codici di stato, tempo di esecuzione. Mantengo la catena piatta (massimo un hop) per non gravare sulle prestazioni e sul budget di crawling.

Sottodomini wildcard e accesso FTP

Se instrado molti sottodomini in modo dinamico, imposto un parametro Jolly come *.mydomain.com e farli puntare a un obiettivo standard. In questo modo, anche gli host che non sono ancora stati creati finiscono in una pagina significativa o in un progetto di raccolta. Per l'accesso FTP, mi piace usare ftp.mydomain.com e memorizzare un CNAME sull'indirizzo del server tecnico, in modo che gli strumenti possano riconoscere facilmente l'host. Questa convenzione facilita il lavoro di squadra e documenta le intenzioni nel nome dell'host. Mantengo coerenti anche nomi come dev, staging o test, per separare chiaramente gli stati di prova.

Per i caratteri jolly, faccio attenzione all'SSL: a seconda della tariffa e del metodo di convalida, è necessario un certificato jolly, altrimenti la connessione HTTPS fallirà. Verifico se alcuni host devono essere esclusi, ad esempio se shop.mydomain.com punta a un provider esterno. I caratteri jolly sono potenti, ma io li uso proprio per evitare sovrapposizioni involontarie tra host hardcoded e catch-all.

Utilizzate la posta elettronica sui sottodomini in modo sensato

Se ho bisogno di caselle di posta elettronica proprie per un sottodominio (ad esempio, support.mydomain.com), creo record MX dedicati. Se i servizi vengono inviati da un sottodominio (ad esempio, newsletter.mydomain.com), aggiungo i record SPF e configuro DKIM/DMARC allo stesso modo del dominio principale. In questo modo mantengo stabile la deliverability e separo correttamente le identità dei mittenti. Evito di utilizzare contemporaneamente sottodomini web produttivi per la posta elettronica, in modo da poter incapsulare i servizi in modo pulito ed escludere conflitti con i record DNS.

Sicurezza e protezione degli accessi

Accendo SSL sempre attivo per ogni sottodominio e reindirizza automaticamente HTTP a HTTPS. Per gli ambienti interni, imposto anche l'autenticazione di base, le restrizioni IP o l'accesso VPN per evitare i motori di ricerca e gli accessi non autorizzati. Controllo i contenuti misti, HSTS e le moderne suite di cifratura per evitare gli avvisi dei browser. Per le API, memorizzo le regole CORS per sottodominio, in modo che i frontend abbiano un accesso controllato. Dove è opportuno, isolo le sessioni e i cookie per host per ridurre al minimo i rischi derivanti da domini di cookie ampiamente utilizzati.

Prestazioni, caching e CDN

Per ogni sottodominio decido se un CDN o un reverse proxy offrono un valore aggiunto: contenuti statici, portata internazionale, protezione DDoS. Per le cache attive, pianifico strategie di cancellazione e versioning (nomi di file con hash), in modo che le implementazioni vengano eseguite in modo pulito senza dover aggiornare il browser. Sul lato server, utilizzo Etags/Last-Modified e intestazioni di controllo della cache ragionevoli. Separo le applicazioni ad alta intensità di calcolo (ad esempio, le API) dai sottodomini dei contenuti, in modo che le cache funzionino in modo efficiente e i carichi non interferiscano l'uno con l'altro.

Implementare in modo efficiente i casi d'uso tipici

Per i contenuti con una propria tonalità, creo blog.meinedomain.de ed eseguo un'attività snella CMS. Incapsulo un negozio su shop.mydomain.com in modo che la logica di checkout e quella dei prodotti vengano eseguite separatamente. Posiziono un portale clienti su kunden.meinedomain.de e limito l'accesso tramite ruoli e regole IP. Alle campagne viene assegnato aktion.meinedomain.de, in modo che il monitoraggio, il SEO e i contenuti rimangano misurabili in modo indipendente. Parcheggio gli stati di sviluppo su dev o staging, in modo da poter testare in sicurezza le nuove funzioni prima di renderle operative.

Per le API, creo api.meinedomain.de, tengo conto di CORS, dei limiti di velocità e del chiaro percorso di versioning (ad esempio, /v1/). Per gli strumenti interni, scelgo sottodomini admin o intranet e li proteggo in modo efficace. Per i media, uso media o cdn, in modo che i browser carichino in parallelo e le strategie di cache abbiano effetto. I sottodomini di breve durata sono utili per gli esperimenti e le anteprime delle funzionalità, che cancello di nuovo dopo il completamento per mantenere la struttura snella.

SEO per i sottodomini: le migliori pratiche

Scelgo il corto, il parlato Nomi come blog, negozio o faq e mantenere la struttura coerente. Ogni sottodominio ha il proprio certificato SSL, la propria sitemap e una proprietà separata nella Search Console. Mantengo i link interni tematicamente puliti, in modo che i crawler e gli utenti capiscano lo scopo di ogni indirizzo. Evito i contenuti duplicati utilizzando canonici chiari, reindirizzamenti puliti e contenuti unici. Per i contenuti internazionali, creo un sottodominio con hreflang per ogni lingua o utilizzo sottocartelle se la struttura deve essere gestita centralmente.

Mi assicuro che i sottodomini come staging o dev siano impostati su noindex e siano protetti da auth. Quando passo da un sottodominio all'altro e da una directory all'altra, pianifico i reindirizzamenti, aggiorno le sitemap e controllo i file di log per gli errori di crawling. Separo le proprietà di monitoraggio per ogni sottodominio, ma mantengo un cruscotto generale per riconoscere le tendenze dei vari reparti. Lascio deliberatamente le pagine di ricerca interna e di filtro fuori dalle sitemap, in modo che l'indice rimanga pulito.

Installare WordPress su un sottodominio

Per un progetto indipendente creo il mio Elenco assegnare il sottodominio e installare WordPress di recente. Se invece utilizzo un sito multiplo, attivo i sottodomini nella configurazione della rete e controllo in anticipo i DNS jolly. Eseguo la cache, l'ottimizzazione delle immagini e gli aggiornamenti separatamente per ogni sottodominio per ridurre al minimo le fonti di errore. Se avete bisogno di un foglio di istruzioni per la configurazione di base del dominio, date un'occhiata a questa guida per Impostazione del dominio IONOS e integra le fasi per i sottodomini. In questo modo è possibile pianificare la manutenzione e le prestazioni di ciascun sottodominio rimangono sempre coerenti.

Per le installazioni individuali, mi assicuro di avere i miei database o prefissi chiari, directory di upload separate e cron job indipendenti. Imposto correttamente l'URL del sito e l'URL della home sul sottodominio e controllo che non ci siano vecchi link assoluti dal dominio principale. Nelle configurazioni multisito, provo i nuovi sottodomini nella rete prima di attivarli esternamente. Per le istanze di staging, disattivo l'indicizzazione, rinnovo i sali, blocco i motori di ricerca e tengo separati i dati di accesso.

Governance, denominazione e cooperazione

Definisco uno schema di denominazione e lo seguo con coerenza: funzionale (api, media, shop), organizzativo (team, hr) o geografico (eu, us), ma non misto. Documento le modifiche in modo permanente: chi ha creato quale record DNS, quando, perché e con quale TTL. Per i team più grandi, delego le sottozone a server di nomi dedicati e proteggo i permessi di scrittura in modo che non tutti possano apportare modifiche ovunque. Stabilisco processi di revisione per DNS, SSL e reindirizzamenti per evitare interruzioni e danni alla SEO.

Test, propagazione e diagnosi

Verifico la risoluzione da reti e dispositivi diversi. Prima del passaggio globale, eseguo un test locale tramite la mappatura del file hosts per verificare le configurazioni dei server. Distinguo se un errore proviene dal DNS (NXDOMAIN, IP errato), dalla rete (timeout) o dall'applicazione (404/500). Per l'SSL, confronto la catena del certificato, la copertura dell'host e la validità. Controllo il tempo di propagazione completa e non pianifico modifiche visibili durante i picchi di carico o poco prima del lancio di una campagna.

Risoluzione dei problemi: risolvere rapidamente gli errori più comuni

Se il nuovo indirizzo non viene visualizzato, controllo prima di tutto DNS per errori di battitura, tipi di record errati o destinazioni mancanti. Realisticamente aspetto da qualche ora fino a 48 ore, perché la distribuzione globale richiede tempo. Cancello la cache del browser e le cache DNS locali per eliminare le vecchie voci. Per un controllo esterno, verifico la risoluzione in diverse località e controllo se A o CNAME rispondono correttamente. Se l'SSL non funziona, riavvio la questione del certificato per il sottodominio e verifico se l'host è pubblicamente accessibile.

In caso di errori 404, verifico se la directory è collegata correttamente e se le regole .htaccess sono efficaci. Se il server restituisce 403, spesso sono interessati i diritti o l'indice della directory. Se fornisce una richiesta errata 421/421, l'host virtuale non corrisponde alla richiesta SNI. Se CNAME e A-Record esistono contemporaneamente sullo stesso sottodominio, elimino i conflitti. Per gli errori DNSSEC, controllo le firme e la catena; per le voci CAA, regolo gli emittenti in modo che i certificati siano nuovamente emessi.

Funzionamento, monitoraggio e manutenzione

Impostiamo controlli di uptime per ogni sottodominio critico, monitoriamo i dati di scadenza SSL e teniamo d'occhio i tassi di latenza e di errore. Le implementazioni sono controllate da script e riproducibili, in modo da consentire un rollback rapido. Pianifico le finestre di manutenzione, mostro chiaramente le pagine di manutenzione e tengo pronti i reindirizzamenti per le emergenze. Per quanto riguarda i contenuti, mantengo un piano di backup separato per ogni sottodominio, in modo da poter effettuare ripristini accurati e rispettare gli SLA.

Gestione e cancellazione senza errori

Nel menu del sottodominio modifico il parametro Obiettivoquando un servizio si sposta o viene utilizzata una nuova directory. Prima di rimuoverli, controllo le dipendenze come il routing delle e-mail, i reindirizzamenti, il tracciamento e le sitemap. Disattivo i reindirizzamenti in modo organizzato, proteggo i contenuti e imposto reindirizzamenti 301 temporanei, se necessario. In questo modo mantengo intatta la guida dell'utente mentre pulisco o unisco i sottodomini. Una breve documentazione evita che i vecchi host vengano riattivati accidentalmente in un secondo momento.

Dopo la chiusura, mantengo i reindirizzamenti 301 per un tempo sufficiente, aggiorno i link e mi assicuro che i vecchi URL scompaiano dalle sitemap. Pulisco i gruppi di sicurezza, gli accessi e i cronjob in modo che non rimangano processi orfani. Nella Search Console, rimuovo le proprietà diventate obsolete solo se i segnali non sono più necessari a lungo termine.

Confronto: IONOS e alternative

Per i progetti di tutti i giorni, il Amministrazione di IONOS per sottodomini, SSL e DNS standard. Le configurazioni più sofisticate con molti record, reindirizzamenti speciali e servizi esterni traggono vantaggio da provider con funzionalità DNS molto ampie. Sono importanti le interfacce chiare, i log delle modifiche e un'assistenza rapida se le voci sono critiche. Valuto la convenienza rispetto alla flessibilità e decido in base alle dimensioni del progetto e alla struttura del team. La tabella seguente fornisce un confronto compatto dei punti chiave per facilitare la categorizzazione.

Fornitore	Gestione dei sottodomini	Flessibilità del DNS	Supporto
webhoster.de	Molto esteso	Eccellente	24/7 Premium
IONOS	Da facile a medio	Buono	Buono standard
Concorrente X	Medio	Medio	Standard

Riassumendo brevemente

Creo dei sottodomini su IONOS in modo mirato, imposto i relativi Registrazioni e controllare attentamente l'accessibilità. Nomi chiari, SSL dedicato e sitemap pulite rendono l'amministrazione e la SEO calcolabili. Per quanto riguarda WordPress, separo costantemente i progetti e mantengo la cache e gli aggiornamenti separati per ogni sottodominio. In caso di interruzioni, controllo il DNS, la cache e il certificato prima di modificare gli obiettivi o impostare i reindirizzamenti. Questo garantisce che la struttura rimanga affidabile, che i contenuti si carichino rapidamente e che ogni sottodominio svolga il suo compito senza perdite di attrito.