Firebase App Hosting + dominio custom: gli errori da evitare

Tempo di lettura: 7 minuti — Livello: intermedio

Di cosa parliamo

Hai un sito su Firebase, raggiungibile al classico indirizzo *.web.app. Vuoi il tuo dominio, comprato da un registrar (nel mio caso uno dei soliti provider italiani). Sembra la parte facile del progetto. Nella mia esperienza, è il punto dove chi non fa il sistemista di mestiere perde più tempo — perché gli errori non danno errori: danno comportamenti quasi giusti.

Ho già accennato alla mia disavventura nell'articolo sul Portale Consulenti; qui faccio la guida completa, errore per errore.

Prima il concetto, poi i click

Collegare un dominio a Firebase significa una cosa sola: dire al sistema DNS mondiale che il tuo dominio punta ai server di Firebase. Il DNS è l'elenco telefonico di internet: qualcuno digita tuodominio.it, il DNS risponde con l'indirizzo IP a cui bussare.

Tutto quello che faremo è modificare delle righe di quell'elenco — i record DNS — dal pannello del tuo registrar. E qui arriva subito il primo errore.

Errore 1: usare "inoltro" o "redirect" del registrar

Quasi tutti i pannelli dei registrar italiani offrono scorciatoie chiamate "inoltro", "redirect" o — il peggiore — "inoltro con frame". Sembrano fatte apposta: metti l'URL di destinazione e il dominio "funziona".

Non usarle. Mai, per un sito vero:

• L'inoltro con frame mostra il tuo sito dentro un iframe: la barra dell'indirizzo mente, la SEO muore (Google indicizza una pagina vuota con un frame), i service worker non si registrano, le PWA non si installano
• Il redirect semplice rimbalza il visitatore sull'indirizzo *.web.app: il tuo dominio sparisce dalla barra dopo un secondo, e con lui la tua identità Sono strumenti nati per pagine di cortesia, non per collegare domini. Il collegamento vero passa dai record DNS, sempre.

Errore 2: sbagliare il punto di partenza in Firebase

La strada giusta inizia dentro la console Firebase, non dal registrar: sezione Hosting → "Aggiungi dominio personalizzato". È Firebase che ti dice quali record impostare, in due fasi:

1. Verifica della proprietà: un record TXT con un codice. Serve a dimostrare che il dominio è tuo. Lo aggiungi nel pannello DNS del registrar e aspetti che Firebase lo veda.
2. Puntamento: dopo la verifica, Firebase ti dà i record da impostare (tipicamente record A con degli IP). Li aggiungi, sostituendo eventuali record A preesistenti che il registrar mette di default verso una sua pagina parcheggio. L'errore classico qui: aggiungere i record nuovi senza togliere i vecchi. Con due record A in conflitto, metà del mondo vede il tuo sito e l'altra metà la pagina parcheggio del provider — a caso, a seconda di quale risposta DNS ricevono. È il bug più disorientante che esista, perché "a me funziona" e "a me no" sono entrambi veri.

Errore 3: farsi prendere dal panico durante la propagazione

I cambi DNS non sono istantanei: si propagano, da minuti a ore (in teoria fino a 48, in pratica raramente oltre qualche ora). In questa finestra vedrai comportamenti incoerenti: dal telefono va, dal PC no; a casa sì, in ufficio no. È normale: i vari fornitori di connettività aggiornano le loro cache in tempi diversi.

Due consigli da sopravvissuto:

• Non toccare niente durante la propagazione. Il ciclo "non funziona → cambio qualcosa → riparte la propagazione → non funziona" può durare giorni. Imposta, verifica di aver scritto bene, e vai a fare altro.
• Usa uno strumento di verifica DNS globale (cercane uno online, tipo "DNS checker") per vedere cosa risponde il mondo, invece di ricaricare il browser compulsivamente — che tra l'altro ha la sua cache e ti mente pure lui.

Errore 4: preoccuparsi del certificato HTTPS

Buone notizie, per una volta: qui non devi fare nulla. Una volta che i record puntano correttamente, Firebase provvede da solo al certificato SSL, gratis, con rinnovo automatico. Se dopo il collegamento vedi per un po' un avviso di certificato non valido, è solo perché il provisioning richiede un po' di tempo dopo la propagazione. Anche qui: pazienza, non click.

Errore 5: dimenticare la www (o il contrario)

tuodominio.it e www.tuodominio.it sono, per il DNS, due indirizzi diversi. Decidi quale è quello canonico, e configura anche l'altro in Firebase come redirect verso il principale. Se ne configuri uno solo, una parte dei tuoi visitatori (e Google) troverà un vicolo cieco. Dettaglio piccolo, figuraccia grande — tipo il biglietto da visita col numero sbagliato.

La checklist finale

1. ✅ Niente inoltri/frame del registrar: solo record DNS
2. ✅ Partire dalla console Firebase (Hosting → dominio personalizzato)
3. ✅ Record TXT di verifica, poi record A — rimuovendo i vecchi A di default
4. ✅ Aspettare la propagazione senza toccare nulla
5. ✅ Certificato: automatico, serve solo pazienza
6. ✅ Configurare sia il dominio nudo che la www La morale, che vale per tutto il DNS: è un sistema lento e distribuito, progettato negli anni '80 per essere robusto, non reattivo. Chi lo tratta con calma lo trova affidabilissimo. Chi ha fretta, lo trova stregato.

---

Questo articolo fa parte della serie "Stack & Infrastruttura" su perfetti.tech — dove racconto quello che costruisco davvero, errori compresi.