Come collegare il proprio dominio al motore di prenotazione

Il sito è pronto. Il logo è quello giusto, i markup sono impostati, una prenotazione di prova è andata a buon fine sul sottodominio della piattaforma e qualcuno in agenzia ha già mandato il link a tre clienti. Poi arriva la domanda inevitabile: perché l'indirizzo porta ancora il nome di qualcun altro? Questa guida spiega come collegare il proprio dominio al motore di prenotazione senza assumere nessuno: che cosa state cambiando davvero, i due o tre record coinvolti, perché il lucchetto compare più tardi di quanto vi aspettiate e l'unica impostazione che, se la toccate, manda in silenzio la posta aziendale fuori uso.
Non serve conoscere a fondo il DNS. Serve un'idea sola: il nome di dominio è un cartello stradale, e voi lo state girando verso un edificio nuovo. Tutto quello che segue è un dettaglio di questa idea.
Dove vive davvero il vostro dominio
Le aziende coinvolte possono essere fino a tre, e la maggior parte dei titolari ne conosce una sola. Il registrar è dove avete comprato il nome e dove pagate il rinnovo annuale. Il DNS host è dove si modificano i record di quel nome: spesso è la stessa società del registrar, a volte no, soprattutto se anni fa un web designer ha spostato il nome su un servizio DNS separato. L'hosting del sito è il posto in cui gira il vostro sito attuale.
I record che state per aggiungere vanno sul DNS host. Quindi, prima di ogni altra cosa, scoprite chi è. Entrate nel pannello del registrar e guardate i nameserver indicati sul dominio. Se appartengono al registrar, i record si modificano lì. Se puntano altrove, è quell'altrove il posto in cui lavorare. Pochi minuti spesi qui vi risparmiano un pomeriggio passato a modificare record in un pannello che nessuno legge.
Dominio principale o sottodominio: decidete prima di toccare qualsiasi cosa
Il dominio principale, detto anche apex, root o dominio nudo, è vostromarchio.it senza nulla davanti. Un sottodominio è qualsiasi nome con un'etichetta davanti: www.vostromarchio.it, prenota.vostromarchio.it, viaggi.vostromarchio.it. La piattaforma accetta entrambi, e la scelta cambia il record da aggiungere.
Il motivo è vecchio e non negoziabile. Il dominio principale porta già i record che definiscono il dominio stesso, e il DNS non consente a un CNAME di condividere il nome con nient'altro. Per questo il dominio principale si punta con un record A direttamente verso un indirizzo IP, mentre un sottodominio si punta con un CNAME verso un altro hostname.
| Dominio principale (vostromarchio.it) | Sottodominio (prenota.vostromarchio.it) | |
|---|---|---|
| Record da aggiungere | Record A, verso un indirizzo IP | CNAME, verso un hostname della piattaforma |
| Cosa digitano i clienti | L'indirizzo più corto possibile | Una parola in più, che conta poco quando i clienti arrivano da un link |
| Il vostro sito attuale | Deve lasciare il dominio principale, altrimenti il sito di prenotazione lo sostituisce | Resta esattamente dov'è |
| Posta aziendale | Nessun effetto, purché i record MX restino intatti | Nessun effetto |
| Adatto a | Un'agenzia il cui sito È il sito di prenotazione | Un'agenzia con un sito vetrina, un blog o un CMS che vuole tenere |
La maggior parte delle agenzie che hanno già un sito dovrebbe partire da un sottodominio. La riga su cui si discute è la seconda: alcuni titolari pensano che un sottodominio sembri meno solido. È un'opinione legittima, e pesa meno quando la maggior parte dei clienti vi raggiunge da un link su WhatsApp o Instagram invece di digitare l'indirizzo.
I record da aggiungere e a che cosa serve ciascuno
Il passaggio DNS guidato mostra i valori esatti per il vostro dominio. Copiateli da lì, non da un articolo, compreso questo. Quello che segue spiega a che cosa serve ogni record, così lo schermo avrà senso quando lo vedrete.
- CNAME, per un sottodominio. Nome: l'etichetta che avete scelto, per esempio
prenota. Valore: l'hostname della piattaforma indicato dal passaggio DNS. Dice «questo nome è un alias di quello», quindi se i server della piattaforma si spostano, il vostro record continua a funzionare senza che lo tocchiate. - Record A, per il dominio principale. Nome:
@, che quasi tutti i pannelli DNS usano per indicare il dominio nudo. Valore: l'indirizzo IP indicato dal passaggio DNS. Dice «questo nome abita a questo indirizzo». - TXT, a volte. Alcune configurazioni chiedono anche un record di verifica: una lunga stringa casuale sotto un nome indicato dal passaggio DNS. Ai visitatori non serve a nulla. Dimostra che chi controlla il dominio ha acconsentito al collegamento. Se il passaggio lo mostra, aggiungetelo; se non lo mostra, non manca niente.
Due errori spiegano la maggior parte dei tentativi falliti. Il primo è scrivere il dominio completo nel campo Nome. Molti pannelli aggiungono il dominio da soli, quindi prenota.vostromarchio.it scritto lì diventa prenota.vostromarchio.it.vostromarchio.it, che non porta da nessuna parte. Scrivete solo l'etichetta. Il secondo è lasciare al suo posto un record vecchio. Se prenota ha già un record A di un progetto passato, un CNAME non può stargli accanto, e alcuni pannelli tengono in silenzio quello vecchio. Cancellate prima il vecchio record per quel nome esatto.
Se il vostro DNS host offre un interruttore proxy sul record (Cloudflare lo mostra come una nuvola arancione), impostatelo su solo DNS mentre fate il collegamento. Un proxy risponde ai visitatori al posto della piattaforma, e così nasconde la piattaforma al controllo descritto qui sotto.
Perché il lucchetto arriva per ultimo
È il passaggio che fa pensare ai titolari che qualcosa si sia rotto. I record sono salvati, il dominio sembra giusto e il browser dice che la connessione non è sicura, oppure il sito non si apre proprio. Non si è rotto niente. L'ordine è semplicemente fisso.
Un certificato TLS, il lucchetto, viene rilasciato da un'autorità di certificazione che prima deve confermare che il dominio punti davvero dove dice la richiesta. Lo verifica cercando il nome nel DNS pubblico e, nella maggior parte delle configurazioni, facendo una richiesta al dominio e aspettandosi che risponda la piattaforma. Finché il vostro record non ha raggiunto i resolver che quell'autorità usa, il controllo fallisce, e nessun clic cambia le cose. Una volta che il record si risolve, la piattaforma richiede il certificato da sola. Non dovete comprarne uno, caricarlo o rinnovarlo.
Quanto ci metta a «risolversi» dipende soprattutto dal TTL del record che c'era prima: il tempo per cui gli altri server sono autorizzati a ricordare la vecchia risposta. Un nome nuovo di solito compare in fretta. Un nome che ieri puntava altrove può continuare a rispondere con il vecchio indirizzo per un po'. Se sapete che state sostituendo un record esistente, abbassarne il TTL il giorno prima accorcia l'attesa.
Altrimenti aspettate, e poi controllate. Non continuate a modificare il record: ogni modifica dà a ogni server che ha memorizzato una risposta sbagliata un motivo in più per continuare a servirla. I siti pubblici di lookup DNS mostrano che cosa vede il resto del mondo per il vostro nome; quando mostrano il valore del passaggio DNS, il certificato è la prossima cosa che succede.
Quanto costa sbagliare
Gli errori cari non stanno nel sito di prenotazione. Stanno in tutto il resto che è legato al vostro dominio.
Il peggiore è cambiare i nameserver quando bastava aggiungere un record. Spostare i nameserver consegna l'intero dominio a un nuovo DNS host, e qualsiasi record non ricreato lì sparisce, compresi i record MX che consegnano la posta aziendale. Un'agenzia può perdere un giorno di email dei clienti, conferme dei fornitori e avvisi di cambio operativo delle compagnie aeree prima che qualcuno si accorga che la casella è diventata silenziosa. Collegare un sito di prenotazione non richiede in nessun caso di spostare i nameserver. Aggiungete record; il resto lasciatelo stare.
Il secondo è puntare il dominio principale sul sito di prenotazione mentre il vecchio sito ha ancora pagine che la gente usa: una pagina sui visti che si posiziona su Google, una pagina contatti stampata sui biglietti da visita. Quei link ora finiscono su un sito di prenotazione che quelle pagine non le ha. O spostate prima il vecchio sito su un sottodominio, o collegate il sito di prenotazione a un sottodominio.
Il terzo costa solo nervi: annunciare il nuovo indirizzo prima che compaia il lucchetto. Un browser che mette in guardia i clienti dal vostro sito proprio il giorno in cui lo avete promosso è una pessima presentazione. Annunciate dopo che il certificato è attivo, non dopo aver salvato il record.
Tenete il dominio della piattaforma: è la vostra riserva
Il sottodominio della piattaforma su cui è nato il vostro sito non sparisce quando collegate il vostro dominio. Non si può eliminare, ed è una scelta voluta.
È l'indirizzo da cui fare le prove mentre il dominio personalizzato si assesta, e quello che funziona ancora se il rinnovo presso il registrar scade o se qualcuno modifica il DNS per errore. Il motore di prenotazione dietro i due indirizzi è lo stesso, quindi prenotazioni, clienti e report non badano a quale porta è stata usata. Tenetelo annotato in un posto che non dipenda dal vostro dominio.
Indica anche l'ordine giusto per un sito nuovo, lo stesso di come lanciare una OTA in un giorno: andate online sul sottodominio che il wizard di registrazione crea senza chiedere una carta, e collegate il dominio quando il sito vale la pena di essere mostrato. Che cosa copre il sito una volta che l'indirizzo è vostro lo trovate in cosa vi dà davvero un sito di viaggi white-label.
Checklist: collegare il proprio dominio al motore di prenotazione
- Scoprite chi ospita il vostro DNS. Ve lo dicono i nameserver del dominio.
- Scegliete tra dominio principale e sottodominio. Se avete un sito che volete tenere, scegliete un sottodominio.
- Annotate ogni voce esistente, soprattutto gli MX, prima di cambiare qualsiasi cosa. Basta uno screenshot.
- Cancellate ogni vecchio record sul nome esatto che state per usare.
- Aggiungete il record del passaggio DNS: CNAME per un sottodominio, A per il dominio principale, più il TXT se il passaggio lo mostra. Nel campo Nome scrivete solo l'etichetta.
- Mettete su solo DNS qualsiasi proxy attivo su quel record.
- Aspettate che il record si risolva pubblicamente. Non continuate a modificarlo.
- Verificate il lucchetto, fate una prenotazione di prova sul nuovo indirizzo e solo allora avvisate i clienti.
Quasi tutta questa lista è attesa. L'unico passo che può farvi davvero male è quello che la lista non contiene: spostare i nameserver.