Come funzionano domini e DNS: guida per chi non è sviluppatore

Un dominio è il nome che le persone digitano per raggiungere il tuo sito, come example.com, e il DNS (Domain Name System) è la rubrica di internet che traduce quel nome nel punto in cui il tuo sito si trova davvero. Il dominio lo affitti da un registrar, poi aggiungi record DNS che dicono “il sito si trova là” e “la posta passa di qui”. Collegare un dominio personalizzato a un’app significa soprattutto aggiungere il record giusto nel posto giusto e aspettare che diventi operativo.

Perché conta quando costruisci con l’AI

Un app builder con AI può scrivere e ospitare la tua app, ma il tuo dominio vive fuori: spesso presso un’altra azienda, in un pannello di controllo pieno di tipi di record sconosciuti. È qui che molti lanci si bloccano: l’app è pronta, ma il dominio mostra un errore, oppure la posta smette misteriosamente di funzionare dopo una modifica al DNS.

Un po’ di conoscenza aiuta molto. Saprai quale record chiede il tuo host, perché non ha ancora funzionato e come evitare di rompere ciò che già dipende dal tuo dominio, come la posta.

Un’analogia quotidiana

Pensa alla rubrica del telefono.

Non ricordi il numero del tuo amico; tocchi il suo nome e il telefono lo cerca. Il DNS fa lo stesso per internet: digiti example.com, e il DNS cerca il “numero” (l’indirizzo IP) del server a cui collegarti.

• Il dominio è il nome del contatto.
• Il registrar è l’azienda che registra ufficialmente che quel nome è tuo.
• I record DNS sono i dati salvati sotto quel nome: numero di telefono, indirizzo email, indirizzo di casa.
• I nameserver indicano quale rubrica è quella ufficiale per quel nome.
• La cache è il telefono che ricorda un numero per un po’. Se il tuo amico cambia numero, alcuni telefoni continueranno a chiamare il vecchio finché la copia salvata non viene aggiornata — è la “propagazione” del DNS.

Le parti di un nome di dominio

Prendi app.example.com:

Non compri un dominio in modo definitivo; lo registri per un periodo (di solito un anno o più) e lo rinnovi. Se lo lasci scadere, qualcun altro può registrarlo.

Come funziona una ricerca DNS

Quando qualcuno digita app.example.com:

1. Il browser chiede a un resolver DNS — gestito di solito dal suo provider internet o da un servizio pubblico — l’indirizzo.
2. Se il resolver ha una risposta recente in cache, risponde subito.
3. Altrimenti risale la gerarchia: i root server lo indirizzano ai server .com, che lo indirizzano ai nameserver del tuo dominio.
4. I tuoi nameserver restituiscono il record che hai impostato, come un CNAME verso il tuo host o un record A con un indirizzo IP.
5. Il resolver mette in cache la risposta per il TTL (time to live) del record e la consegna al browser, che si collega al server.

Tutto questo di solito avviene in millisecondi.

I tipi di record che userai davvero

Alcune regole utili da conoscere:

• Un CNAME non può condividere il nome con altri record. Per questo un CNAME standard non può stare sul dominio principale, che ha sempre record NS e altri. Molti provider DNS offrono soluzioni alternative chiamate ALIAS, ANAME o CNAME flattening.
• I record TXT fanno molto lavoro sulla posta. SPF elenca chi può inviare posta per il tuo dominio; DKIM pubblica una chiave per verificare le firme; DMARC dice ai destinatari cosa fare della posta che non supera questi controlli.
• Numeri MX più bassi significano priorità più alta. La posta prova prima quello più basso.

Propagazione e TTL

“Propagazione” fa pensare che le modifiche si diffondano lentamente per internet. In realtà succede la cache: i resolver conservano una copia di ogni risposta per il suo TTL e chiedono di nuovo solo quando scade. Quindi:

• Un nuovo record che non è mai stato consultato spesso funziona in pochi minuti.
• Modificare un record esistente richiede fino al suo vecchio TTL prima di essere visto ovunque.
• Cambiare i nameserver può richiedere fino a uno o due giorni, perché quei record restano in cache più a lungo a livello TLD.

Un trucco utile: prima di una modifica pianificata, abbassa il TTL del record (ad esempio a pochi minuti), aspetta che scada il vecchio TTL, poi fai la modifica.

Un esempio pratico: collegare un’app di prenotazioni al tuo dominio

Possiedi yoursalon.com. Il tuo sito attuale e la posta di Google Workspace lo usano già. Hai costruito un’app di prenotazioni e la vuoi su book.yoursalon.com.

1. Trova dove è gestito il tuo DNS. Potrebbe essere il tuo registrar o un provider DNS separato. I tuoi record NS te lo dicono.
2. Aggiungi un CNAME per book che punti al target che ti dà l’host della tua app.
3. Aggiungi eventuali record TXT che l’host chiede per dimostrare la proprietà, se li usa.
4. Non toccare i record MX e TXT della posta. La posta continua a funzionare perché non l’hai modificata.
5. Verifica nel tuo host quando il DNS si è aggiornato. A quel punto l’host emette un certificato HTTPS per book.yoursalon.com.
6. Prova da un telefono con la connessione mobile, che usa un resolver e una cache diversi dal Wi-Fi di casa.

Se volessi l’app sul dominio principale yoursalon.com, servirebbero record A o la funzione ALIAS/flattening del tuo provider DNS — e sostituiresti lì il tuo sito attuale. Per altri passaggi, vedi come collegare un dominio personalizzato.

Errori comuni e idee sbagliate

• “Dominio e hosting sono la stessa cosa.” Il dominio è il nome; l’hosting è dove gira l’app. Il DNS li collega.
• Usare un record A quando l’host chiede un CNAME (o viceversa). Segui esattamente le istruzioni dell’host.
• Errori di battitura nel target. Un solo carattere sbagliato in un target CNAME fa fallire la verifica.
• Cambiare i nameserver senza copiare i record. Spostare il DNS su un nuovo provider senza ricreare i record MX e TXT è un classico modo per rompere la posta.
• Usare il proxy quando non dovresti. Alcuni provider DNS, come Cloudflare, possono far passare il traffico dal proprio proxy. Alcuni host richiedono che il record sia impostato su “solo DNS” per poter emettere i certificati.
• Eliminare i record TXT “sconosciuti”. Spesso sono record di verifica o di sicurezza della posta da cui dipende qualcosa.
• Lasciar scadere il dominio. Attiva il rinnovo automatico e tieni aggiornata la carta di pagamento.

Cosa chiedere al tuo app builder AI

Il DNS vive fuori dal tuo codice, quindi conviene chiedere soprattutto su cosa fare verifiche:

• “Quale record DNS esatto mi serve per app.mydomain.com — tipo, nome e valore?”
• “Questa modifica influirà sulla mia posta?”
• “Dopo aver aggiunto il record, il dominio mostra un errore. Cosa devo controllare?”
• “Imposta l’URL canonico e i redirect corretti così www e non-www non mostrano entrambi il sito.”
• “Configura l’invio di email dal mio dominio — di quali record SPF, DKIM e DMARC avrò bisogno?” Vedi come inviare email dalla tua app.

Domini personalizzati su Mythex

Ogni app Mythex pubblicata riceve un indirizzo yourname.mythex.app. Con Pro puoi usare un dominio tuo: compralo direttamente in Mythex (la registrazione viene fatturata a parte, e il DNS dei domini acquistati viene gestito per te), oppure collega un dominio che già possiedi aggiungendo un CNAME da un sottodominio, come app.example.com, verso l’indirizzo yourname.mythex.app della tua app, poi clicca su Verify. L’HTTPS viene emesso automaticamente. Se il tuo DNS è su Cloudflare, imposta quel record su “solo DNS”. I sottodomini sono consigliati; per i domini principali dipende dal supporto ALIAS o flattening del tuo provider DNS. La documentazione sui domini personalizzati illustra ogni passaggio, e i prezzi mostrano cosa include Pro.

Domande