Come collegare un dominio personalizzato alla tua app o al tuo sito

Per collegare un dominio personalizzato, acquisti il dominio da un registrar, aggiungi un record DNS che lo indirizza verso il tuo host — di solito un record CNAME per un sottodominio come www o app, oppure un record A (o un record ALIAS/flattened) per il dominio principale — e poi lasci che il tuo host verifichi il dominio ed emetta un certificato HTTPS. Di solito ci vogliono minuti, a volte di più. La maggior parte dei problemi nasce da un errore di battitura nel record, dal tipo di record sbagliato o da un proxy davanti all'host.

Questa guida copre ogni passaggio, la scelta tra www e dominio principale e come risolvere i problemi. Per i concetti alla base dei domini, vedi come funzionano domini e DNS.

I componenti coinvolti

Registrar e fornitore DNS spesso sono la stessa azienda, ma non devono esserlo. La domanda che conta è: dove modifichi il DNS di questo dominio? Lì aggiungerai i record.

Passaggio 1: acquista un dominio

Consigli per scegliere e acquistare:

• Tienilo corto e facile da sillabare a voce. Se devi spiegarne l'ortografia, scegline un altro.
• Il .com è l'estensione che la gente indovina per prima, ma anche quelle nazionali e più recenti (.io, .app, .it) vanno bene se si adattano al pubblico.
• Controlla il prezzo di rinnovo, non solo quello del primo anno. Gli sconti di lancio sono frequenti e i rinnovi possono costare di più.
• Attiva il rinnovo automatico e tieni aggiornata la carta di pagamento. Un dominio scaduto porta giù il sito e l'email, e dopo un periodo di tolleranza può essere acquistato da altri.
• Usa la privacy WHOIS se offerta, così i tuoi dati personali non vengono pubblicati.
• Acquistalo in un account che controlli tu, non in quello di un freelance o di un'agenzia.

Alcuni host e app builder ti permettono di acquistare il dominio direttamente nel prodotto, e in tal caso configurano il DNS per te.

Passaggio 2: scegli l'indirizzo

Sottodominio o dominio principale

• Dominio principale (apex): esempio.it
• Sottodominio: www.esempio.it, app.esempio.it

Uno schema comune prevede il sito di marketing su esempio.it o www.esempio.it e il prodotto su app.esempio.it. Per un sito unico, scegli tra www e il dominio principale.

Lo standard DNS non consente un record CNAME alla radice di un dominio, perché la radice deve contenere altri record (come quelli dei nameserver). Molti fornitori DNS aggirano il limite con un tipo di record speciale — chiamato ALIAS, ANAME o CNAME flattening a seconda del fornitore — che si comporta come un CNAME alla radice. Se il tuo non lo offre, la soluzione affidabile è: servire il sito su www e impostare un reindirizzamento dal dominio principale verso www, presso il fornitore DNS o il registrar.

Qualunque scelta tu faccia, scegli uno indirizzo principale e reindirizza l'altro verso di esso. Avere due indirizzi che servono lo stesso contenuto senza reindirizzamento crea confusione per gli utenti e per i motori di ricerca. Vedi SEO per siti creati con l'AI per capire perché un unico indirizzo canonico conta.

Passaggio 3: aggiungi i record DNS

Il tuo host ti dice esattamente cosa aggiungere. Avrai qualcosa come una di queste righe:

Come compilare il modulo nella maggior parte dei fornitori DNS:

• Nome / Host: solo la parte del sottodominio — www, non www.esempio.it. Alcuni fornitori aggiungono il dominio in automatico, e scriverlo per intero crea www.esempio.it.esempio.it. Usa @ per la radice se il tuo fornitore usa questa convenzione.
• Valore / Destinazione: incolla esattamente ciò che mostra l'host. Un punto finale va bene se il fornitore lo aggiunge da solo.
• TTL: il valore predefinito va bene. Un TTL più basso (ad esempio 5 minuti) fa sì che le modifiche future si applichino più in fretta.
• Proxy: se il tuo fornitore DNS può fare da proxy (come la «nuvola arancione» di Cloudflare, per esempio), segui le istruzioni del tuo host. Molti host richiedono «solo DNS» per poter emettere il certificato.

Non toccare i record esistenti se l'host non ti dice di farlo. In particolare, non modificare i record MX: sono quelli che consegnano la tua email. Eliminarli o cambiarli è il modo più comune per rompere la posta quando si modifica un dominio.

Cambiare i nameserver o aggiungere record

Alcuni host offrono due opzioni: aggiungere un record, oppure spostare il DNS di tutto il dominio verso di loro cambiando i nameserver presso il registrar. Cambiare i nameserver sposta tutti i record, email compresa. Fallo solo se sei pronto a ricreare tutti i record esistenti presso il nuovo fornitore. Aggiungere un singolo record è a minor rischio.

Passaggio 4: verifica e attiva HTTPS

Dopo aver inserito il record, torna al tuo host e clicca sul pulsante di verifica. L'host controlla il DNS, richiede un certificato — di solito da un'autorità gratuita come Let's Encrypt — e comincia a servire il sito in HTTPS.

• La verifica può richiedere più tentativi mentre le modifiche DNS si propagano.
• I certificati si rinnovano automaticamente finché il record DNS resta in place.
• Se il tuo dominio ha record CAA (che limitano quali autorità di certificazione possono emettere certificati per esso), assicurati che consentano l'autorità del tuo host, altrimenti l'emissione fallisce.

Una volta che HTTPS funziona, verifica che http:// reindirizzi a https://. La maggior parte degli host lo fa in automatico.

Passaggio 5: prova

• https://www.esempio.it carica il sito con il lucchetto
• L'altra forma (dominio principale o www) reindirizza verso l'indirizzo principale
• http:// reindirizza a https://
• Login, accesso OAuth e reindirizzamenti dei pagamenti funzionano sul nuovo dominio (spesso hanno liste di URL consentiti che puntano ancora al vecchio indirizzo)
• L'email sul tuo dominio continua ad arrivare
• I link nelle email inviate dalla tua app usano il nuovo dominio

Il quarto punto fa cadere in trappola molti: l'accesso con Google, i webhook di Stripe e i link di reimpostazione della password sono configurati con URL specifici. Aggiungi il nuovo dominio dovunque compaia il vecchio indirizzo. Per il lato OAuth, vedi come aggiungere il login alla tua app.

Risoluzione dei problemi

Uno strumento online di ricerca DNS, oppure il comando dig www.esempio.it in un terminale, mostra cosa vede il mondo per il tuo record — utile per capire se il problema è nel DNS o nell'host.

Collegare un dominio personalizzato su Mythex

I domini personalizzati sono una funzione Pro di Mythex. I piani gratuiti pubblicano su un indirizzo tuonome.mythex.app. Con Pro puoi:

• Acquistare un dominio direttamente in Mythex da Domini nelle impostazioni, oppure da Pubblica → Dominio personalizzato su un progetto online. Mythex registra il dominio e configura il DNS; la registrazione è fatturata separatamente dal piano Pro, e il rinnovo automatico è attivo di default.
• Collegare un dominio che già possiedi. Pubblica il progetto, scegli Collega, inserisci il nome host (per esempio app.esempio.it), poi aggiungi un record CNAME presso il tuo fornitore DNS che punti alla destinazione indicata da Mythex (tuoslug.mythex.ai). Clicca Verifica. HTTPS viene emesso automaticamente.

Se il tuo DNS è su Cloudflare, imposta quel CNAME su solo DNS (nuvola grigia), non proxato. Per un dominio principale, la documentazione consiglia di usare www o app e di reindirizzare la radice presso il fornitore DNS, se non supporta ALIAS o flattening.

Per tutti i passaggi e la risoluzione dei problemi, vedi Domini personalizzati nella documentazione, e Piani per ciò che è incluso nel Pro. Prima di puntare un dominio su un'app, vale la pena rivedere come portare un prototipo AI in produzione.

Domande