Vai al contenuto 
Attivo Tutti i dati SSL in pochi minuti, applicare l'HTTPS in modo pulito ed eliminare i tipici ostacoli come i contenuti misti direttamente in seguito. Questa guida passo passo mostra come attivare il certificato nel KAS, impostare correttamente i reindirizzamenti e proteggere completamente la crittografia sia dal punto di vista tecnico che da quello SEO.
Punti centrali
- Crittografiamo Attivare con All-Inkl in KAS e controllare il blocco
- Forza HTTPS Utilizzare correttamente l'inoltro e l'HSTS
- Contenuto misto Trovare e sostituire in modo affidabile
- Catena di certificati testare e disattivare i vecchi protocolli
- Conseguenze SEO chiarimento con Search Console e Sitemap
Perché l'HTTPS con All-Inkl ha un effetto immediato
Con un certificato attivo, garantisco una crittografia Connessione tra il browser e il server, il che significa che moduli, login e dati di pagamento rimangono protetti. Allo stesso tempo, aumento la fiducia perché i browser moderni visualizzano visibilmente il simbolo del lucchetto e nascondono gli avvisi. Per i negozi e per molti API La consegna criptata è da tempo considerata obbligatoria e le redazioni proteggono anche le aree di registrazione e i moduli di contatto. Google valuta positivamente le pagine sicure, il che favorisce la visibilità e i tassi di clic a lungo termine. Chi omette l'SSL oggi rischia cancellazioni, messaggi di errore e minori conversioni, anche se l'attivazione è molto rapida con All-Inkl.
Requisiti e preparazione al KAS
Per prima cosa mi assicuro che il dominio e Ospitare a All-Inkl e le voci DNS puntano correttamente al pacchetto. Se ho apportato modifiche al DNS, attendo la distribuzione in modo che il controllo del certificato venga eseguito in modo affidabile. Dovrebbe essere disponibile un login di amministrazione al KAS (sistema di amministrazione del cliente), nonché il dominio principale e i sottodomini necessari. Prima di apportare modifiche importanti a WordPress, esporto il file Banca dati e faccio un backup dei file in modo da poter tornare indietro rapidamente se necessario. Poi inizio l'attivazione vera e propria senza perdere tempo.
Attivare All-Inkl SSL: Passo dopo passo
Mi collego al KAS e seleziono il relativo Dominio dalla panoramica. Nella finestra di dialogo di modifica, apro la scheda "Protezione SSL" e clicco nuovamente su Modifica per visualizzare le opzioni. Nella scheda "Let's Encrypt" confermo l'avviso e avvio l'emissione; pochi minuti dopo, il certificato è pronto e la pagina si carica via HTTPS. Per verificare, apro la pagina nella finestra privata, cancello la cache e osservo il simbolo del lucchetto a sinistra della scritta URL. Per i passaggi più approfonditi, la breve Guida di Let's Encrypt all-Inkl durante la sincronizzazione delle mie impostazioni.
Forzare l'HTTPS: Impostare correttamente i reindirizzamenti
Dopo l'attivazione, reindirizzo tutto il traffico HTTP a HTTPS altrimenti la pagina rimane accessibile tramite entrambi i protocolli. Di solito imposto il reindirizzamento a 301 tramite .htaccess utilizzando una regola di riscrittura, in alternativa utilizzo il backend All-Inkl per reindirizzare comodamente. Allo stesso tempo, verifico se www e senza www vengono eseguiti in modo coerente verso la destinazione preferita per evitare contenuti duplicati. Non appena il sito funziona completamente senza contenuti misti, attivo HSTS (Strict-Transport-Security) e quindi ridurre al minimo la superficie di attacco per gli attacchi di downgrade. Verifico il successo con un nuovo avvio del browser o tramite la riga di comando, in modo che nessuna cache locale possa falsare il risultato.
Pratica: Impostazione delle regole .htaccess e HSTS in modo sicuro
Per garantire che il passaggio al nuovo sistema avvenga in modo corretto, ho stabilito regole chiare nella .htaccess su. Due varianti tipiche per la canonizzazione:
1) da http e www a https senza www:
RewriteEngine On
Forza # su https
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# rimuovere www
RewriteCond %{HTTP_HOST} ^www.(.+)$ [NC]
RewriteRule ^ https://%1%{REQUEST_URI} [L,R=301]
2) da http e non www. a https con www:
RewriteEngine On
Forza # su https
RewriteCond %{HTTPS} !=on
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# forza www
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^ https://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
HSTS Lo attivo solo quando non ci sono più errori di contenuto misto. Inizio in modo conservativo e aumento gradualmente la durata:
# 5 minuti per i test
L'header è sempre impostato su Strict-Transport-Security "max-age=300".
Se tutto è stabile, imposto una validità più lunga e, facoltativamente, i sottodomini e il precarico:
Intestazione sempre impostata Strict-Transport-Security "max-age=31536000; includeSubDomains; preload".
Importante: dovrei attivare il precaricamento solo se ogni sottodominio è davvero accessibile in modo affidabile tramite HTTPS, poiché i browser memorizzano la voce nella cache a lungo termine.
Eliminare in modo sicuro il contenuto misto
Una causa frequente di avvertimenti è rappresentata dai collegamenti a catena. http-risorse come immagini, script o fogli di stile. Sostituisco costantemente tali link con https o imposto percorsi relativi in modo che il contenuto venga caricato correttamente indipendentemente dal protocollo. In WordPress, correggo gli indirizzi nelle impostazioni e controllo i costruttori di pagine, i menu, i widget e le opzioni dei temi per verificare la presenza di URL nascosti. Per le collezioni più grandi, utilizzo strumenti specifici, come il search-and-replace in Banca dati o i plugin adatti a convertire i link interni. Come introduzione compatta, le istruzioni SSL in 5 passi attraverso i tipici cantieri senza lunghe deviazioni.
Risoluzione dei problemi: browser, console e linea di comando
Apro gli strumenti per gli sviluppatori del browser e verifico la voce Console sugli avvisi di contenuto misto e sulla scheda Sicurezza. Lì posso vedere le risorse bloccate e la loro origine. Alcuni comandi mi aiutano con il controllo lato server:
# HTTP dovrebbe restituire 301 su HTTPS
curl -I http://example.com/
# Controllare l'intestazione della risposta HTTPS (HSTS, CSP, caching)
curl -I https://example.com/
# Ispezionare la catena di certificati
openssl s_client -connect example.com:443 -servername example.com < /dev/null | openssl x509 -noout -issuer -subject -dates
Con ricciolo Sono in grado di riconoscere rapidamente se esistono reindirizzamenti 302, catene o loop errati. Se i codici di stato, l'URL di destinazione e le intestazioni sono corretti, la base è corretta. Se ci sono problemi di cache, prima di ripetere il test cancello le cache del browser e del server e, se necessario, quelle del CDN.
Controllare la catena di certificati e i protocolli
Dopo la sostituzione, verifico il Catena di certificati con un controllore SSL in modo che non manchi alcun certificato intermedio. Mi assicuro che la catena sia corretta fino alla radice fidata, altrimenti appaiono avvisi del browser nonostante un certificato valido. Valuto anche le versioni supportate e disattivo i protocolli obsoleti come TLS 1.0 e 1.1. Se disponibile, preferisco TLS 1.3 e suite di cifratura sicure che supportano la Perfect Forward Secrecy. Un test finale di qualità mi mostra a colpo d'occhio il grado, la catena, i protocolli e i possibili punti deboli.
Sottodomini, domini alias e matrice di inoltro
Pianifico in anticipo quali ospiti sono disponibili e come vengono canonizzati. Candidati tipici: wwwil dominio nudo, cdn-, img- o blog-sottodomini, host di staging/dev e domini alias. La mia matrice è definita:
- quali nomi di host forniscono attivamente HTTPS,
- quale dominio di destinazione è considerato canonico,
- che gli host reindirizzano internamente ad altri percorsi (ad esempio, /blog),
- quali sottodomini sono esclusi (ad esempio, dev solo tramite Basic-Auth).
Per Certificati jolly Copro tutti i sottodomini di una zona. Con Let's Encrypt, questo di solito richiede la convalida del DNS. Se un dominio alias funziona solo come reindirizzamento al dominio principale, è sufficiente un certificato per la destinazione; se il dominio alias stesso viene consegnato, ha bisogno di un proprio certificato o di una voce SAN. Mantengo il numero di salti di inoltro al minimo, idealmente un singolo 301 da ogni URL di input all'URL di destinazione.
Passare WordPress in modo pulito a HTTPS
In WordPress ho impostato il parametro Indirizzo del sito web e l'indirizzo di WordPress su https, cancellare le cache e controllare la homepage e le sottopagine. Controllo singolarmente i widget, i menu e i campi del costruttore di pagine perché spesso vi sono memorizzati vecchi percorsi. Converto le integrazioni esterne come YouTube, i font e gli script di tracciamento in https, in modo che il browser non blocchi alcun contenuto. Se utilizzo un CDN, regolo il Punti finali e impostare la consegna su https, compresi i certificati correttamente memorizzati. Solo quando tutto si carica senza problemi, imposto HSTS e aumento il periodo di validità passo dopo passo.
WordPress: comandi pratici e inciampi
Per i siti più grandi accelero la conversione con WP-CLI e notare le caratteristiche speciali dei dati serializzati:
# Impostare gli URL di base
wp option aggiorna home 'https://example.com'
opzione wp aggiorna siteurl 'https://example.com'
# Ricerca e sostituzione in tutte le tabelle (omettere la colonna GUID)
wp search-replace 'http://example.com' 'https://example.com' --all-tables --skip-columns=guid
# Area amministrativa sicura
wp config set FORCE_SSL_ADMIN true --raw
Cambio GUID nel database, in quanto servono come identificatori immutabili. Nei temi, controllo gli URL delle immagini in CSS (immagini di sfondo) e sorgenti di script o font codificate. Con i costruttori di pagine, faccio attenzione alle impostazioni globali che ereditano le proprietà del protocollo. Dopo il passaggio, svuoto tutte le cache (pagina, cache degli oggetti, CDN) e le rigenero se necessario. Miniaturese i percorsi dello schermo vengono ricostruiti.
Certificati estesi e CSR in All-Inkl
Per progetti con requisiti speciali posso offrire un Jolly-Posso quindi utilizzare un certificato CSR, OV o EV e integrarlo nel KAS. A tal fine, creo un CSR, lo faccio firmare dal provider e importo il certificato, la chiave privata e i certificati intermedi nella scheda Protezione SSL. Un certificato wildcard copre tutti i sottodomini di una zona ed è adatto se si utilizzano molti sottodomini. Per la maggior parte dei siti web, Let's Encrypt è sufficiente con un buon certificato SSL. Compatibilità e la breve durata della visualizzazione, motivo per cui di solito inizio con questa soluzione. Ho intenzione di cambiare o aggiornare solo quando è necessaria una convalida organizzativa o una visualizzazione speciale nel browser.
Aumentare la sicurezza dopo il passaggio al digitale
Oltre al reindirizzamento, ho impostato non appena tutto funziona correttamente, HSTS con un'età massima appropriata e una registrazione opzionale di precaricamento. Attivo l'OCSP stapling in modo che i browser ricevano i dati di revoca più velocemente e siano necessarie meno interrogazioni a siti esterni. Una rigorosa politica di sicurezza dei contenuti con "upgrade-insecure-requests" aiuta ad aggiornare automaticamente i riferimenti http dimenticati a https. Contrassegno i cookie con Sicuro e SameSite, in modo che le sessioni rimangano protette e offrano una minore superficie di attacco. Dove disponibile, utilizzo HTTP/2 o HTTP/3 per ridurre la latenza e fornire la pagina più velocemente.
Criteri di sicurezza dei contenuti e hardening delle intestazioni
Adotto un approccio strutturato per intestazioni e sviluppo le politiche restrittive passo dopo passo. Un inizio morbido è richieste di aggiornamento non sicureallora definisco le fonti in modo esplicito:
Intestazione sempre impostata Content-Security-Policy "upgrade-insecure-requests".
Intestazione sempre impostata Referrer-Policy "strict-origin-when-cross-origin".
Intestazione sempre impostata su X-Content-Type-Options "nosniff".
Intestazione sempre impostata X-Frame-Options "SAMEORIGIN
Intestazione sempre impostata Permissions-Policy "geolocation=(), microphone=()".
Con un CSP rigoroso (default-src 'self' più eccezioni specifiche) impedisco il ricaricamento di risorse indesiderate. Report-Only è adatto per i test prima del blocco. Documento le eccezioni per semplificare le verifiche successive.
Rinnovo e monitoraggio automatico
I certificati Let's Encrypt hanno solitamente una durata di circa 90 giorni, e All-Inkl si occupa della gestione dei certificati. Estensione automaticamente. Verifico regolarmente la data di scadenza nel browser o tramite il monitoraggio, in modo da non avere sorprese. Se noto un problema, avvio manualmente il rinnovo e poi controllo nuovamente la catena, i log e i reindirizzamenti. Inoltre, monitoro la disponibilità e rispondo agli avvisi sui certificati prima che i visitatori se ne accorgano. Una breve annotazione sul calendario mi ricorda di ricontrollare, anche se il sistema automatico funziona in modo affidabile.
CDN, reverse proxy e trappole per la cache
Devo usare un CDN o un reverse proxy, garantisco modalità simili a "Full (strict)" e memorizzo un certificato valido all'origine. Verifico intestazioni come X-Forwarded-Protoin modo che l'applicazione riconosca lo schema corretto (importante per gli URL assoluti). Per lo schema Strategia di cache si applica: dopo il passaggio a HTTPS, invalido completamente la cache della CDN per evitare versioni miste. Mi assicuro che nessuna cache duplicata (ad esempio plugin + CDN) fornisca versioni divergenti. Per i meccanismi di firma (integrità delle sotto-risorse), aggiorno gli hash se le risorse sono state spostate da http a https.
Fasi SEO dopo HTTPS: Search Console, sitemap, backlink
Dopo l'attivazione, aggiungo la proprietà https nel file Console di ricerca e invio una nuova sitemap. Controllo i link interni e i canonici nei template e nelle intestazioni, in modo che tutto punti correttamente a https. Verifico che gli indirizzi di analytics, annunci e strumenti esterni siano memorizzati correttamente, in modo che il tracciamento e le conversioni siano completi. I progetti di grandi dimensioni traggono vantaggio dall'aggiornamento dei backlink delle pagine più importanti per evitare catene di reindirizzamento. Per avere una visione d'insieme, mi piace utilizzare la tabella compatta Guida HTTPS come lista di controllo per le fasi finali.
Internazionalizzazione, Hreflang e dati strutturati
Per i progetti multilingue, mi assicuro che hreflang-I tag devono fare riferimento in modo coerente alle varianti https. I canonici e le relazioni alternative non devono contenere miscele di protocolli. Nei dati strutturati (schema) preferisco usare assoluto URL https e gli stessi riferimenti a logo, immagini ed editori. Il robots.txt rimane accessibile e contiene l'URL della sitemap https. I reindirizzamenti influenzano il budget di crawling; obiettivi 301 stabili aiutano a evitare salti inutili.
Hosting e prestazioni a confronto
Un'adeguata Ospitare semplifica l'integrazione SSL, fornisce stack di server aggiornati e garantisce tempi di caricamento ridotti. Nei test indipendenti, i provider che si concentrano sulla sicurezza e sulla velocità si distinguono per la loro efficienza, che si nota chiaramente nell'uso quotidiano. All-Inkl si distingue per la semplicità d'uso, gli strumenti affidabili del KAS e la buona gestione dei certificati. Chi vuole un alto Prestazioni cercare HTTP/2/3, SSD veloci e un concetto di caching pulito. La tabella seguente mostra una breve categorizzazione dei provider e dei loro punti di forza.
| Classifica | Fornitore | Caratteristica speciale |
|---|---|---|
| 1 | webhoster.de | Veloce e altamente sicuro |
| 2 | all-inkl.com | Affidabile, semplice |
| 3 | Strato | Buona accessibilità |
Piano di rollback e migrazione sicura
Sto progettando un Rollbackse le integrazioni critiche non funzionano dopo il passaggio al nuovo sistema. Questo include: Backup in anticipo, elenco chiaro delle impostazioni modificate, intestazioni disattivabili (HSTS inizialmente con breve età massima) e una finestra temporale per i test al di fuori dei picchi di traffico. Comunico le implementazioni internamente in modo che la redazione e il marketing possano ricollegare cache e strumenti. Dopo il completamento, documento i reindirizzamenti, le intestazioni e i dati dei certificati per facilitare la manutenzione e le verifiche.
Riassumendo brevemente
Attivo Tutti i dati SSL nel KAS, impongo costantemente l'HTTPS e rimuovo i contenuti misti subito dopo il passaggio. Controllo poi la catena, i protocolli e i cifrari, attivo l'HSTS in modo personalizzato e garantisco il rinnovo automatico. In WordPress, aggiorno gli indirizzi, riordino i percorsi cablati e personalizzo le integrazioni esterne. Per il SEO-Aggiungo la proprietà https nella Search Console, invio una nuova sitemap e mantengo puliti i canonici. In questo modo il sito è rapidamente sicuro, si carica con prestazioni elevate e aumenta la fiducia e la visibilità in egual misura.
