Un sito statico inizia a sembrare reale quando lascia il link di anteprima e arriva su un dominio di tua proprietà.
Questo passaggio è anche il punto in cui i progetti semplici diventano confusi. Record DNS, domini apex, www, certificati HTTPS, reindirizzamenti, vecchi URL e cache del browser arrivano tutti insieme. Niente di tutto ciò è difficile isolatamente. Il problema è farlo nell'ordine giusto.

Prima il link di anteprima, poi il dominio
Usa il link di anteprima come indirizzo di lavoro fino all'approvazione del sito.
Questo ti dà una divisione netta:
- Il link di anteprima dimostra che i file caricati funzionano.
- Il dominio personalizzato dimostra che il lancio pubblico è pronto.
Se colleghi un dominio troppo presto, ogni correzione del contenuto si confonde con il debug DNS. Tieni separati questi problemi. Carica la cartella, apri l'anteprima HTTPS, testa il sito, poi collega il dominio.
Su DeployPages, il flusso di caricamento della home page ti offre il primo percorso di anteprima. Una volta che il sito è pronto, passa a domini personalizzati e SSL gratuito.
Dominio Apex o www?
Di solito hai due scelte:
| Tipo di dominio | Esempio | Meglio per |
|---|---|---|
| Dominio apex | example.com | L'indirizzo pubblico più pulito |
Sottodominio www | www.example.com | Molto comune, solitamente facile da instradare |
| Sottodominio personalizzato | docs.example.com, app.example.com | Documenti, campagne, progetti collaterali, anteprime |
La documentazione di Pages di GitHub consiglia di riflettere attentamente sulla configurazione di apex e www e rileva che i sottodomini www sono il tipo più stabile per GitHub Pages perché non sono interessati dalle modifiche agli indirizzi IP del server GitHub. I requisiti esatti del record variano a seconda dell'host, ma la lezione operativa è più ampia: scegli un indirizzo principale, quindi reindirizza l'altro lì.
Per la maggior parte dei siti di marketing, portfolio e documentazione, una delle due scelte va bene:
example.comcome primario, conwww.example.comche reindirizza ad esso.www.example.comcome primario, conexample.comche reindirizza ad esso.
Non lasciare che entrambi pubblichino copie separate dello stesso sito. Ciò crea URL duplicati per utenti e motori di ricerca.
Record DNS in parole semplici
Non è necessario memorizzare ogni tipo di record DNS. Per l'hosting statico, questi sono quelli che di solito incontrerai:
| Record | Cosa fa | Utilizzo tipico |
|---|---|---|
CNAME | Punta un sottodominio a un altro nome host | www.example.com a una destinazione fornita dall'host |
A | Punta un dominio a un indirizzo IPv4 | Dominio Apex quando il provider fornisce gli IP |
AAAA | Punta un dominio a un indirizzo IPv6 | Dominio Apex quando è supportato IPv6 |
ALIAS o ANAME | Punta un dominio apex a un nome host | Alternativa specifica del provider a A |
TXT | Memorizza il testo di verifica | Controlli sulla proprietà del dominio |
Il tuo host dovrebbe dirti esattamente quale record aggiungere. In caso contrario, si tratta di un problema del prodotto, non di un problema dell'utente.
Usa uno strumento di lookup dopo aver modificato i record. DeployPages include uno strumento DNS per verificare se Internet pubblico vede già la modifica.
HTTPS fa parte del lancio, non è un bonus
Un dominio personalizzato senza HTTPS sembra rotto a utenti, browser e motori di ricerca.
Prima di annunciare il link, controlla:
- Il dominio si apre con
https://. - Il certificato copre l'esatto nome host che stai utilizzando.
- La versione
http://reindirizza a HTTPS. - Il nome host secondario reindirizza al nome host primario.
- Gli avvisi del browser sono scomparsi in una finestra privata.
Se DNS è ancora in fase di propagazione, il provisioning di HTTPS può richiedere del tempo. Non continuare a modificare i record ogni pochi minuti a meno che i valori non siano errati. Aspetta, controlla, poi cambia solo ciò che deve essere cambiato.
Il controllo SSL è utile in questo caso perché consente di verificare il certificato dall'esterno della cache del browser.
In che modo i domini personalizzati si adattano alla pubblicazione del sito statico
La catena di pubblicazione più pulita è simile alla seguente:
| Fase | URL | Scopo |
|---|---|---|
| Primo caricamento | Link di anteprima temporaneo | Controlla i file e condividili internamente. |
| Revisione | Link di anteprima stabile | Invia a clienti, colleghi o stakeholder. |
| Lancio | Dominio personalizzato | Traffico pubblico e SEO. |
| Aggiornamento | Nuova versione pubblicata | Correggi o migliora senza interrompere la vecchia versione. |
| Recupero | Ripristino di una versione precedente | Ripristina una versione sicuramente funzionante se l'aggiornamento fallisce. |
Questa catena è uno dei motivi per cui una piattaforma per siti statici dovrebbe fare di più che archiviare file. Una volta che un sito ha un dominio reale, serve consapevolezza delle versioni. Un caricamento difettoso non dovrebbe compromettere il link pubblico senza un percorso di ripristino.
DeployPages mantiene il ripristino di una versione precedente come funzionalità di prodotto, non come esercizio manuale "trova il vecchio ZIP". Vedi ripristino di una versione precedente per il controllo dei rilasci.
Errori comuni nei domini personalizzati
Caricare la build sbagliata prima di connettere DNS
Se il link di anteprima non funziona, anche il dominio non funzionerà. Correggi prima i file.
Usare due nomi host primari
Scegli example.com o www.example.com. Reindirizza l'altro.
Dimenticare i vecchi link
Se stai sostituendo un sito esistente, controlla i vecchi percorsi importanti. I siti statici possono comunque aver bisogno di reindirizzamenti.
Dare per scontato che DNS sia cambiato perché è cambiata la dashboard
La dashboard del provider DNS non è uguale alla risoluzione DNS pubblica. Usa strumenti di lookup.
Avvio senza metadati
Prima del lancio di un dominio, imposta un titolo, una descrizione, una favicon e un'immagine social reali. Il generatore meta tag e lo strumento immagini OG possono aiutare con le parti noiose ma visibili.
Quando vale la pena avere un dominio personalizzato
Aggiungi un dominio quando:
- Il sito rappresenta un'azienda, una persona, un prodotto, un evento o un cliente.
- Il link verrà stampato, condiviso negli annunci o aggiunto a un profilo.
- SEO è importante.
- Le persone visiteranno nuovamente il sito più tardi.
- Hai bisogno di fiducia oltre un link di anteprima temporaneo.
Salta il dominio per anteprime usa e getta, cicli di feedback rapidi o demo interne che verranno sostituite domani.
L'hosting statico funziona meglio quando ti consente di muoverti a entrambe le velocità. I link di anteprima dovrebbero essere veloci. I lanci con dominio dovrebbero essere intenzionali.