Torna al blog
Domini|
DeployPages Team
/2026-05-11/6 min read

Sito statico con dominio personalizzato: guida pratica

Cosa controllare prima di collegare un dominio a un sito statico: record DNS, HTTPS, reindirizzamenti, link di anteprima e ripristino di una versione precedente.

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.

Un flusso di configurazione del dominio personalizzato per un sito DeployPages statico

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 dominioEsempioMeglio per
Dominio apexexample.comL'indirizzo pubblico più pulito
Sottodominio wwwwww.example.comMolto comune, solitamente facile da instradare
Sottodominio personalizzatodocs.example.com, app.example.comDocumenti, 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.com come primario, con www.example.com che reindirizza ad esso.
  • www.example.com come primario, con example.com che 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:

RecordCosa faUtilizzo tipico
CNAMEPunta un sottodominio a un altro nome hostwww.example.com a una destinazione fornita dall'host
APunta un dominio a un indirizzo IPv4Dominio Apex quando il provider fornisce gli IP
AAAAPunta un dominio a un indirizzo IPv6Dominio Apex quando è supportato IPv6
ALIAS o ANAMEPunta un dominio apex a un nome hostAlternativa specifica del provider a A
TXTMemorizza il testo di verificaControlli 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:

  1. Il dominio si apre con https://.
  2. Il certificato copre l'esatto nome host che stai utilizzando.
  3. La versione http:// reindirizza a HTTPS.
  4. Il nome host secondario reindirizza al nome host primario.
  5. 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:

FaseURLScopo
Primo caricamentoLink di anteprima temporaneoControlla i file e condividili internamente.
RevisioneLink di anteprima stabileInvia a clienti, colleghi o stakeholder.
LancioDominio personalizzatoTraffico pubblico e SEO.
AggiornamentoNuova versione pubblicataCorreggi o migliora senza interrompere la vecchia versione.
RecuperoRipristino di una versione precedenteRipristina 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.

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.

Riferimenti utili

#dominio personalizzato#hosting statico#DNS#SSL

Pronto a pubblicare il tuo sito?

Carica file statici, ottieni un link HTTPS e aggiungi domini o ripristina una versione precedente quando il progetto ne ha bisogno.

Inizia a pubblicare gratuitamente