Il dominio personalizzato di un cliente si blocca per una ragione più di tutte le altre: il marketing dà per scontato che il prossimo passo spetti all'IT, e l'IT dà per scontato che il marketing abbia già mandato tutto il necessario. Tecnicamente non c'è niente di rotto. La richiesta resta semplicemente ferma in un inbox.
Questa guida passa in rassegna i quattro punti in cui una configurazione si incastra, come scoprire chi controlla il DNS del cliente prima di promettere una data, e l'unica richiesta da mandare all'IT perché non possa essere fraintesa.
TLDR: chiedi un solo CNAME su un sottodominio, manda l'hostname e il target esatti nel primo messaggio, indica una persona che si occupa del follow-up e assegna il dominio alla pagina solo quando il certificato risulta attivo. La maggior parte dei ritardi sta nel passaggio di consegne, quindi un piano di follow-up risolve più di qualsiasi trucco DNS.
I quattro punti in cui si blocca il dominio personalizzato di un cliente
Ecco dove vediamo arenarsi le configurazioni, nell'ordine in cui succedono.
| Fase | Cosa va storto | Come si presenta |
|---|---|---|
| Richiesta | L'IT riceve un "per favore punta il dominio al nostro nuovo tool" senza hostname né target | Una risposta che chiede cosa fare, tre giorni dopo |
| Record DNS | Il tipo di record sbagliato, un record sul dominio root o un errore di battitura nel target | Il dominio non risolve mai verso la tua pagina |
| Certificato | Il record è giusto ma il certificato non è ancora emesso | Lo stato resta su In attesa, il browser mostra un avviso |
| Assegnazione | Il dominio è verificato ma non è collegato al portale o alla link page | Il dominio carica una pagina vuota o predefinita |
Prima trova la tua fase. Ognuna ha una soluzione diversa, e la maggior parte delle agenzie continua a rimandare la stessa email per risolvere un problema che è due fasi più avanti.
Scopri chi controlla il DNS del cliente prima di promettere una data
Chi ha approvato il progetto raramente è la persona che può modificare la zona. Prima di dare al cliente una data di go-live, chiedi tre cose:
- Chi gestisce il DNS del dominio? Potrebbe essere un team IT, un'agenzia web di tre anni fa, o il login al registrar del fondatore che nessuno riesce più a trovare.
- Dove è ospitato? Il registrar (GoDaddy, Namecheap e così via) e l'host DNS possono essere due aziende diverse.
- C'è un proxy o uno strato di sicurezza davanti? Un proxy sull'host DNS può impedire l'emissione del certificato.
Se alla prima domanda la risposta è "non ne siamo sicuri", fermati e risolvi prima quello. Recuperare un login al registrar perso può richiedere più tempo dell'intera configurazione.
Manda all'IT un'unica richiesta che non si possa fraintendere
I team IT trattano ogni richiesta poco chiara come un ticket di sicurezza. Rendi la tua piccola e precisa. Copia questo e riempi gli spazi:
Per favore aggiungete un record DNS per i nostri strumenti di social media. Tipo: CNAME. Nome: portal (così l'indirizzo diventa portal.nomecliente.com). Target: l'hostname che vi indichiamo qui sotto. Lasciate tutti gli altri record come sono. Rispondetemi quando è salvato e lo confermo dal nostro lato.
Tre dettagli contano qui:
- Usa un sottodominio. Un CNAME non può stare sul dominio root, e chiedere all'IT di toccare il dominio root fa sembrare la richiesta rischiosa.
- Di' cosa non stai chiedendo. "Lasciate tutti gli altri record come sono" elimina la preoccupazione più grande dalla loro parte.
- Chiedi una risposta, non il silenzio. Un record salvato senza un messaggio non ti dice niente.
I record di solito diventano visibili in pochi minuti o qualche ora. Concedi fino a un giorno o due prima di pensare che qualcosa non vada.
Perché il certificato resta su In attesa anche quando il record è corretto
Questo è il blocco che fa innervosire tutti, perché il DNS sembra a posto. La piattaforma deve vedere il record prima di poter emettere il certificato per il dominio, quindi controlla in quest'ordine:
- L'hostname corrisponde esattamente. Basta una lettera in più o uno spazio incollato in fondo.
- Nessun proxy davanti al record. Se l'host DNS fa da proxy al traffico, imposta il record su solo DNS finché il certificato non è emesso.
- Nessun record CAA blocca l'autorità di certificazione. Alcuni team di sicurezza li aggiungono anni fa e poi se ne dimenticano.
- È passato abbastanza tempo. Aspetta qualche ora prima di escalare.
La nostra guida su cosa controllare quando l'SSL di un dominio personalizzato non funziona entra più nel dettaglio su ognuno di questi punti.
Assegna il dominio alla pagina per ultimo, e dai un responsabile al follow-up
Collega il dominio al portale o alla link page del cliente solo quando lo stato dice attivo. Farlo prima è il modo in cui un dominio verificato finisce per mostrare un 404.
Se gestisci portali clienti o pagine link-in-bio su Mydrop, lo stato del dominio e del certificato sono visibili dalla tua parte, così puoi dire all'IT esattamente cosa manca invece di tirare a indovinare. Scopri come il portale clienti e le pagine link-in-bio usano un dominio con il brand, e perché i clienti ne chiedono uno in perché i clienti di un'agenzia hanno bisogno del proprio dominio personalizzato.
Poi metti le date:
| Giorno | Azione | Responsabile |
|---|---|---|
| 0 | Manda la richiesta con hostname e target esatti | Tu |
| 2 | Chiedi uno stato in una riga | Tu |
| 5 | Proponi una call di 15 minuti con l'IT, con lo schermo condiviso | Tu |
| Dopo il salvataggio del record | Conferma lo stato, assegna la pagina, prova da telefono | Tu |
Prossimo passo: apri l'ultimo cliente il cui dominio è ancora in attesa, capisci in quale delle quattro fasi è bloccato e manda oggi la richiesta qui sopra con l'hostname esatto compilato.
Recensione Google
Recensione Trustpilot
Product Hunt comment
