Il sito mostra “La connessione non è privata”: certificato HTTPS e controlli da fare

Raccogli l’indirizzo e il codice completo dell’avviso

Salva l’indirizzo visualizzato nella barra del browser e il codice sotto il messaggio principale. Espressioni come CERT_DATE_INVALID, CERT_COMMON_NAME_INVALID e CERT_AUTHORITY_INVALID orientano verifiche diverse; una fotografia della sola frase “non funziona” non conserva queste informazioni.

Annota browser, dispositivo e connessione utilizzati. Chiedi alla persona che ha incontrato l’avviso da dove sia partita: profilo Google, risultato di ricerca, vecchio preferito o collegamento ricevuto. Non servono password o dati inseriti nei moduli per segnalare il problema.

La guida agli errori di Chrome distingue i problemi dei certificati dagli altri errori di navigazione.

Confronta dispositivo, rete e sito senza ignorare l’avviso

Controlla che data e ora del dispositivo siano corrette e che browser e sistema siano aggiornati. Prova lo stesso URL da un altro dispositivo e da una connessione differente, fermandoti se compare ancora l’avviso.

Se il problema appare soltanto su una rete aziendale, chiedi al suo amministratore di verificare la configurazione. Alcuni sistemi intermedi ispezionano le connessioni HTTPS e possono richiedere impostazioni specifiche sui dispositivi gestiti. Non installare certificati ricevuti da fonti sconosciute per far sparire il messaggio.

Se dispositivi e reti diversi mostrano lo stesso errore, fai controllare il servizio che pubblica il sito. La prova orienta l’intervento senza sostituire la verifica del certificato.

Fai verificare validità, nome del dominio e catena del certificato

Chiedi al fornitore di controllare il certificato effettivamente presentato al browser per l’indirizzo segnalato. Una schermata del pannello hosting che mostra un certificato attivo non dimostra, da sola, che quello stesso certificato venga servito ai clienti.

• Il periodo di validità comprende il momento del controllo?
• I nomi coperti comprendono l’host richiesto?
• La catena di certificazione è installata correttamente?
• Il servizio sta presentando il certificato previsto?

Esempio: il certificato è stato rinnovato, ma un componente continua a presentare la versione precedente. Il controllo deve seguire la connessione reale. La documentazione Google sull’attivazione di HTTPS descrive l’installazione dei certificati e la gestione di più nomi: sono attività da coordinare con chi configura l’infrastruttura.

Controlla www, sottodomini e servizi che ricevono i clienti

Elenca gli indirizzi realmente in uso: dominio principale, variante con www, eventuale negozio online e piattaforma prenotazioni. Individua anche quale fornitore amministra ciascun servizio. Il fatto che la homepage funzioni non verifica automaticamente un sottodominio diverso.

Se il sito passa attraverso una rete di distribuzione dei contenuti o un altro servizio intermedio, chiedi al tecnico di controllare i punti della connessione coinvolti. Dopo un cambio di hosting, confronta la configurazione attuale con gli indirizzi ancora pubblicati.

Presta attenzione anche alle varianti che reindirizzano verso quella principale: chi le apre deve poter completare la connessione prima di raggiungere la destinazione. Per un link presente sulla scheda dell’attività consulta anche la guida al collegamento del sito nel profilo Google.

Distingui HTTPS, avvisi di sito pericoloso e visibilità su Google

Una connessione HTTPS verificata riguarda la protezione del collegamento con il sito. Non certifica da sola l’affidabilità di ogni contenuto o servizio offerto. Un avviso di Navigazione sicura su inganni o software dannoso richiede invece il percorso appropriato nel report Problemi di sicurezza.

Search Console può aiutare a verificare la raggiungibilità di un URL HTTPS. Nella documentazione di Controllo URL, un certificato SSL non valido è tra i motivi che impediscono il test. Conserva questo eventuale esito insieme a quello del browser.

Non interpretare un report storico come prova che il certificato sia valido adesso, né un ripristino della connessione come garanzia di posizionamento. Se il sito resta assente dalla ricerca dopo la correzione, passa ai controlli sull’indicizzazione.

Invia al fornitore una richiesta che consenta di riprodurre il problema

Raccogli tutto in un messaggio operativo: URL, codice di errore, momento del controllo, dispositivi e reti provati. Aggiungi eventuali cambi recenti di hosting, dominio, certificato o piattaforma collegata. Specifica quali passaggi dei clienti risultano interrotti.

Un esempio utile: “Il collegamento delle prenotazioni dal profilo Google mostra questo errore su due telefoni con reti diverse; il dominio principale si apre”. Il fornitore può così concentrarsi sul servizio pertinente e verificare le differenze.

Chiedi di documentare causa individuata, componente corretto e modalità di rinnovo del certificato. Non proporre come soluzione un avviso sul sito che inviti le persone a proseguire comunque. Durante il problema, i recapiti dell’attività già disponibili devono permettere ai clienti di contattarti senza attraversare la pagina bloccata.

Ripercorri gli accessi dei clienti dopo la correzione

Apri nuovamente gli URL iniziali da dispositivi e reti usati nelle prove. Controlla che la connessione riesca senza eccezioni e che il visitatore arrivi alla pagina giusta. Verifica collegamenti dal profilo Google, prenotazioni, contatti e pagine del negozio online pertinenti.

Prova il percorso fino al punto utile alla verifica, evitando di produrre ordini o richieste reali non necessari. Se il problema riguardava più nomi, chiedi il riscontro per ciascuno: una correzione parziale può lasciare bloccata una parte degli accessi.

Concorda chi riceve le notifiche sul rinnovo e chi controlla eventuali errori dell’automazione. Il certificato va seguito per tutto il periodo di utilizzo del dominio. Conservare un referente e una verifica finale documentata rende più semplice affrontare il prossimo cambio di fornitore.