{"id":22316,"date":"2026-08-27T14:55:14","date_gmt":"2026-08-27T12:55:14","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22316"},"modified":"2026-08-27T14:55:15","modified_gmt":"2026-08-27T12:55:15","password":"","slug":"attivare-ssl-wordpress-https","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/wordpress\/ssl-wordpress-https-aktivieren\/","title":{"rendered":"Attivare SSL in WordPress: Passare il sito web in modo sicuro a HTTPS"},"content":{"rendered":"

Una WordPress-Website dovrebbe oggi fondamentalmente disporre di HTTPS<\/strong> essere raggiungibile. HTTPS cifra la connessione tra il browser dei vostri visitatori e il server web, proteggendo in questo modo, ad esempio, i dati di accesso, gli inserimenti nei moduli e altre informazioni trasmesse dalla semplice lettura durante la trasmissione.<\/p>\n\n\n\n

Affinch\u00e9 HTTPS funzioni, il tuo sito web richiede un certificato valido Certificato SSL\/TLS<\/strong>. Con un web hosting CURIAWEB, la base tecnica \u00e8 gi\u00e0 pronta. Ciononostante, soprattutto nel caso di installazioni WordPress esistenti, potrebbe essere necessario aggiornare WordPress stesso da http:\/\/<\/code> su https:\/\/<\/code> di riconvertire.<\/p>\n\n\n\n

\n

Importante:<\/strong> La presenza di un certificato SSL esistente non significa automaticamente che l'intero sito web WordPress venga gi\u00e0 servito correttamente tramite HTTPS. Anche WordPress, gli URL interni e i reindirizzamenti devono essere configurati correttamente.<\/p>\n<\/blockquote>\n\n\n\n

Qual \u00e8 la differenza tra SSL, TLS e HTTPS?<\/h2>\n\n\n\n

I termini SSL, TLS e HTTPS vengono spesso usati come sinonimi, ma tecnicamente non significano esattamente la stessa cosa.<\/p>\n\n\n\n

    \n
  • SSL:<\/strong> La tecnologia originale per la crittografia delle connessioni. Il termine \u201ecertificato SSL\u201c continua a essere usato comunemente oggi.<\/li>\n\n\n\n
  • TLS:<\/strong> Il moderno successore di SSL e la tecnologia di crittografia effettivamente utilizzata oggi.<\/li>\n\n\n\n
  • HTTPS:<\/strong> La variante cifrata di HTTP. La \u201eS\u201c sta per \u201eSecure\u201c.<\/li>\n<\/ul>\n\n\n\n

    Quando nel linguaggio quotidiano si parla di certificato SSL, ci si riferisce solitamente a un certificato che consente una connessione HTTPS crittografata.<\/p>\n\n\n\n

    Perch\u00e9 WordPress dovrebbe usare HTTPS?<\/h2>\n\n\n\n

    HTTPS non \u00e8 rilevante solo per i negozi online o i siti web con dati sensibili dei clienti. Anche un normale sito aziendale o un blog dovrebbero essere trasmessi in modo crittografato.<\/p>\n\n\n\n

    Ci\u00f2 riguarda in particolare:<\/p>\n\n\n\n

      \n
    • Accessi a WordPress tramite \/wp-admin\/<\/code><\/li>\n\n\n\n
    • Moduli di contatto<\/li>\n\n\n\n
    • Conti cliente e utente<\/li>\n\n\n\n
    • negozi WooCommerce<\/li>\n\n\n\n
    • Commenti e altri input di moduli<\/li>\n\n\n\n
    • dati personali trasmessi tramite il sito web<\/li>\n<\/ul>\n\n\n\n

      I moderni browser contrassegnano inoltre i siti Web senza HTTPS come non sicuri o avvisano gli utenti di una connessione non crittografata. Per questo motivo, oggi l'HTTPS fa parte della configurazione tecnica di base di un sito Web professionale.<\/p>\n\n\n\n

      SSL su CURIAWEB<\/h2>\n\n\n\n

      Con i pacchetti di hosting CURIAWEB, i certificati SSL sono disponibili per i domini ospitati. La gestione dei certificati avviene a livello di server di hosting o tramite cPanel.<\/p>\n\n\n\n

      Prima di apportare modifiche a WordPress, \u00e8 quindi opportuno verificare innanzitutto se per il dominio in questione \u00e8 gi\u00e0 disponibile un certificato valido.<\/p>\n\n\n\n

      Un primo semplice controllo consiste nel visitare il tuo sito web all'indirizzo:<\/p>\n\n\n\n

      \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

      Sostituisci deine-domain.ch<\/code> tramite il tuo dominio effettivo.<\/p>\n\n\n\n

      Se il sito web viene caricato senza alcun avviso di certificato, in linea di principio \u00e8 presente un certificato valido per il dominio visitato.<\/p>\n\n\n\n

      \n

      Nota:<\/strong> Non impostare WordPress su HTTPS finch\u00e9 non \u00e8 presente un certificato SSL funzionante per il dominio. In caso contrario, il tuo sito web potrebbe non essere pi\u00f9 accessibile correttamente dopo la modifica.<\/p>\n<\/blockquote>\n\n\n\n

      Prima della migrazione HTTPS: creare un backup<\/h2>\n\n\n\n

      In un'installazione WordPress nuova, HTTPS \u00e8 spesso gi\u00e0 configurato correttamente. Su un sito web meno recente, invece, potrebbero esserci ancora numerosi URL con http:\/\/<\/code> essere salvato nel database.<\/p>\n\n\n\n

      Prima di apportare modifiche importanti a un sito Web esistente, dovresti quindi creare sempre un backup aggiornato. Ci\u00f2 vale in particolare se in seguito \u00e8 necessario sostituire gli URL all'interno del database di WordPress.<\/p>\n\n\n\n

      Un backup dovrebbe contenere almeno:<\/p>\n\n\n\n

        \n
      • i file di WordPress<\/li>\n\n\n\n
      • il database di WordPress<\/li>\n\n\n\n
      • il file wp-config.php<\/code><\/li>\n\n\n\n
      • se necessario, ulteriori file di configurazione<\/li>\n<\/ul>\n\n\n\n
        \n

        Raccomandazione:<\/strong> Non apportare mai modifiche agli URL o al database di WordPress senza un backup recente. Una ricerca e sostituzione errata pu\u00f2 danneggiare un'installazione di WordPress.<\/p>\n<\/blockquote>\n\n\n\n

        Migrare WordPress a HTTPS<\/h2>\n\n\n\n

        Se il certificato SSL funziona, puoi verificare quali URL WordPress sta utilizzando attualmente.<\/p>\n\n\n\n

        Per farlo, accedi al tuo pannello di amministrazione di WordPress e apri:<\/p>\n\n\n\n

        Impostazioni \u2192 Generali<\/strong><\/p>\n\n\n\n

        L\u00ec normalmente trovi i due campi:<\/p>\n\n\n\n

          \n
        • Indirizzo WordPress (URL)<\/strong><\/li>\n\n\n\n
        • Indirizzo web (URL)<\/strong><\/li>\n<\/ul>\n\n\n\n

          In un'installazione WordPress normale, ad esempio, potrebbero apparire cos\u00ec:<\/p>\n\n\n\n

          http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

          Per HTTPS devono essere i seguenti:<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          Quindi cambia http:\/\/<\/code> in https:\/\/<\/code> e salva le impostazioni.<\/p>\n\n\n\n

          \n

          Attenzione:<\/strong> Modifica questi URL solo se sei sicuro che il certificato SSL per il dominio funzioni. Informazioni errate per \u201eIndirizzo WordPress\u201c o \u201eIndirizzo sito web\u201c possono rendere inaccessibili il sito web o l'area di amministrazione di WordPress.<\/p>\n<\/blockquote>\n\n\n\n

          Perch\u00e9 ci sono due diversi URL di WordPress?<\/h2>\n\n\n\n

          Su molti siti web Indirizzo WordPress<\/strong> e Indirizzo web<\/strong> identico. Ma non \u00e8 detto che debba essere necessariamente cos\u00ec.<\/p>\n\n\n\n

          Muori Indirizzo WordPress<\/strong> indica il luogo in cui si trova tecnicamente l'installazione di WordPress. Il Indirizzo web<\/strong> indica invece l'URL tramite cui i visitatori accedono al sito web.<\/p>\n\n\n\n

          Nelle installazioni particolari, questi valori possono variare, ad esempio se WordPress \u00e8 stato installato in una sottodirektory.<\/p>\n\n\n\n

          Pertanto, in una configurazione personalizzata esistente, non modificare semplicemente entrambi i valori senza prima verificare come \u00e8 stato installato WordPress.<\/p>\n\n\n\n

          Reindirizzare automaticamente HTTP a HTTPS<\/h2>\n\n\n\n

          Dopo la migrazione, la versione HTTP non cifrata del tuo sito web non dovrebbe rimanere accessibile in parallelo alla versione HTTPS.<\/p>\n\n\n\n

          Un appello di:<\/p>\n\n\n\n

          http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

          dovrebbe passare automaticamente a:<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          essere reindirizzati.<\/p>\n\n\n\n

          Questo reindirizzamento assicura che i visitatori e i motori di ricerca utilizzino costantemente la versione cifrata.<\/p>\n\n\n\n

          A seconda della configurazione del server, il reindirizzamento HTTPS potrebbe essere gi\u00e0 impostato automaticamente oppure pu\u00f2 essere attivato tramite la configurazione dell'hosting. \u00c8 necessario apportare un'ulteriore modifica manuale al file .htaccess<\/code> non \u00e8 quindi necessario in ogni caso.<\/p>\n\n\n\n

          \n

          Importante:<\/strong> Non copiare semplicemente un qualsiasi reindirizzamento HTTPS da Internet nel tuo .htaccess<\/code>. Regole di reindirizzamento errate o duplicate possono causare loop di reindirizzamento e rendere il tuo sito web irraggiungibile.<\/p>\n<\/blockquote>\n\n\n\n

          Che cos'\u00e8 il Mixed Content?<\/h2>\n\n\n\n

          Dopo una migrazione a HTTPS, il sito web pu\u00f2 in linea di principio essere raggiungibile tramite HTTPS e tuttavia continuare a caricare contenuti non sicuri. Questo problema viene definito Contenuto misto<\/strong> definito.<\/p>\n\n\n\n

          Un esempio tipico:<\/p>\n\n\n\n

          La pagina effettiva viene caricata tramite:<\/p>\n\n\n\n

          \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

          Un'immagine all'interno di questa pagina continua tuttavia a caricarsi tramite:<\/p>\n\n\n\n

          http:\/\/deine-domain.ch\/wp-content\/uploads\/beispiel.jpg<\/code><\/p>\n\n\n\n

          Ci\u00f2 significa che la pagina HTTPS contiene ancora una risorsa HTTP non criptata.<\/p>\n\n\n\n

          Il Mixed Content pu\u00f2 verificarsi, ad esempio, in:<\/p>\n\n\n\n

            \n
          • Immagini<\/li>\n\n\n\n
          • Fogli di stile (CSS)<\/li>\n\n\n\n
          • File JavaScript<\/li>\n\n\n\n
          • Font web<\/li>\n\n\n\n
          • Video o media incorporati<\/li>\n\n\n\n
          • Impostazioni del tema<\/li>\n\n\n\n
          • Page Builder<\/li>\n\n\n\n
          • Plugin<\/li>\n\n\n\n
          • URL cablate<\/li>\n<\/ul>\n\n\n\n

            Perch\u00e9 dopo la migrazione rimangono vecchi URL HTTP?<\/h2>\n\n\n\n

            WordPress memorizza numerose informazioni nel proprio database. Se un sito web \u00e8 stato originariamente costruito su HTTP, potrebbero ancora esserci URL completi con http:\/\/<\/code> essere salvato.<\/p>\n\n\n\n

            Ci\u00f2 riguarda, ad esempio, immagini, link, widget, impostazioni del tema o contenuti dei page builder.<\/p>\n\n\n\n

            La modifica dell'indirizzo WordPress sotto Impostazioni \u2192 Generali<\/strong> non sostituisce necessariamente in modo automatico tali URL gi\u00e0 memorizzati.<\/p>\n\n\n\n

            Perci\u00f2 potrebbe essere necessario mirare a vecchie URL nel database da:<\/p>\n\n\n\n

            http:\/\/deine-domain.ch<\/code><\/p>\n\n\n\n

            su<\/p>\n\n\n\n

            \nhttps:\/\/deine-domain.ch\n<\/div><\/figure>\n\n\n\n

            sostituire.<\/p>\n\n\n\n

            Non sostituire gli URL HTTP direttamente con phpMyAdmin<\/h2>\n\n\n\n

            Un errore comune consiste nell'eseguire una semplice query SQL tramite phpMyAdmin e sostituire direttamente tutte le occorrenze di un URL.<\/p>\n\n\n\n

            Dovresti evitare questo su WordPress se non sai esattamente quali dati siano interessati.<\/p>\n\n\n\n

            WordPress, temi e plugin possono cosiddetti dati serializzati<\/strong> memorizzare nel database. In questo caso, vengono presi in considerazione, tra le altre cose, la lunghezza e la struttura dei valori dei dati. Una sostituzione impropria pu\u00f2 danneggiare queste strutture di dati.<\/p>\n\n\n\n

            Per modifiche estese di URL, dovresti quindi utilizzare una procedura di ricerca e sostituzione compatibile con WordPress che possa gestire dati serializzati.<\/p>\n\n\n\n

            \n

            Attenzione:<\/strong> Non eseguire una ricerca e sostituzione globale direttamente nel database di WordPress se non sei sicuro di come vengono gestiti i dati serializzati. Crea sempre un backup completo prima.<\/p>\n<\/blockquote>\n\n\n\n

            Rilevare il Mixed Content nel browser<\/h2>\n\n\n\n

            Se il browser segnala problemi nonostante l'HTTPS, puoi utilizzare gli strumenti di sviluppo del browser.<\/p>\n\n\n\n

            In molti browser le apri tramite gli strumenti di sviluppo e poi passi alla Konsole<\/strong>. L\u00ec i problemi di contenuto misto vengono spesso visualizzati direttamente.<\/p>\n\n\n\n

            Tipici messaggi indicano che una pagina caricata tramite HTTPS sta tentando di recuperare una risorsa tramite HTTP.<\/p>\n\n\n\n

            L'URL visualizzato ti aiuta a scoprire quale immagine, script, foglio di stile o altro elemento deve ancora essere modificato.<\/p>\n\n\n\n

            Svuotare la cache dopo il passaggio a HTTPS<\/h2>\n\n\n\n

            Dopo aver modificato gli URL o i reindirizzamenti, dovresti svuotare le cache esistenti. In caso contrario, potresti continuare a vedere una versione precedente del tuo sito web e pensare quindi che la modifica non abbia funzionato.<\/p>\n\n\n\n

            A seconda della configurazione di WordPress, potrebbero esserci pi\u00f9 livelli di cache:<\/p>\n\n\n\n

              \n
            • Cache del browser<\/li>\n\n\n\n
            • Plugin di cache per WordPress<\/li>\n\n\n\n
            • Cache del server<\/li>\n\n\n\n
            • Cache del page builder<\/li>\n\n\n\n
            • Cache CDN o proxy<\/li>\n<\/ul>\n\n\n\n

              Svuota quindi le cache pertinenti dopo la modifica e testa nuovamente il sito web.<\/p>\n\n\n\n

              HTTPS con una CDN o Cloudflare<\/h2>\n\n\n\n

              Se utilizzi un servizio CDN, proxy o DNS esterno come Cloudflare, la configurazione HTTPS potrebbe richiedere impostazioni aggiuntive.<\/p>\n\n\n\n

              In questo caso, potrebbe esistere sia una connessione cifrata tra il visitatore e la CDN, sia una connessione tra la CDN e il tuo server CURIAWEB.<\/p>\n\n\n\n

              Le impostazioni SSL del servizio esterno devono quindi corrispondere alla configurazione del server web. Un'impostazione errata pu\u00f2 portare, ad esempio, a cicli di reindirizzamento o a problemi di certificato.<\/p>\n\n\n\n

              \n

              Nota:<\/strong> Se il tuo sito web viene eseguito tramite un proxy esterno o una CDN e dopo la migrazione a HTTPS si verifica un ciclo di reindirizzamento, verifica prima la sua configurazione SSL o HTTPS.<\/p>\n<\/blockquote>\n\n\n\n

              HTTPS e SEO per WordPress<\/h2>\n\n\n\n

              Il passaggio da HTTP a HTTPS modifica l'URL del tuo sito web. Da:<\/p>\n\n\n\n

              http:\/\/deine-domain.ch\/beispielseite\/<\/code><\/p>\n\n\n\n

              diventa<\/p>\n\n\n\n

              \nhttps:\/\/deine-domain.ch\/beispielseite\n<\/div><\/figure>\n\n\n\n

              Affinch\u00e9 i motori di ricerca riconoscano in modo inequivocale la versione HTTPS come variante desiderata, la configurazione tecnica dovrebbe essere coerente.<\/p>\n\n\n\n

              Verifica in particolare dopo la conversione:<\/p>\n\n\n\n

                \n
              • HTTP viene reindirizzato permanentemente a HTTPS<\/li>\n\n\n\n
              • utilizzare HTTPS per i link interni<\/li>\n\n\n\n
              • Gli URL canonici utilizzano HTTPS<\/li>\n\n\n\n
              • La Sitemap XML contiene URL HTTPS<\/li>\n\n\n\n
              • Le immagini e altre risorse interne vengono caricate tramite HTTPS<\/li>\n<\/ul>\n\n\n\n

                Se gestisci il tuo sito web in Google Search Console o in altri strumenti per webmaster, dovresti verificare anche dopo una modifica importante se la nuova configurazione HTTPS viene riconosciuta correttamente.<\/p>\n\n\n\n

                Cosa fare se WordPress non \u00e8 pi\u00f9 raggiungibile dopo la migrazione?<\/h2>\n\n\n\n

                Se hai modificato l'URL di WordPress e di conseguenza n\u00e9 il sito web n\u00e9 l'area di amministrazione sono pi\u00f9 raggiungibili correttamente, spesso la causa \u00e8 un URL errato o un reindirizzamento difettoso.<\/p>\n\n\n\n

                I sintomi tipici sono:<\/p>\n\n\n\n

                  \n
                • troppi reindirizzamenti<\/li>\n\n\n\n
                • Loop di reindirizzamento<\/li>\n\n\n\n
                • una pagina bianca o non raggiungibile<\/li>\n\n\n\n
                • Reindirizzamento a un dominio errato<\/li>\n\n\n\n
                • Avvisi di certificato<\/li>\n\n\n\n
                • Il login di WordPress non funziona pi\u00f9<\/li>\n<\/ul>\n\n\n\n

                  In questo caso, verifica prima se il tuo dominio \u00e8 effettivamente raggiungibile tramite HTTPS e se il certificato \u00e8 valido.<\/p>\n\n\n\n

                  Se non hai pi\u00f9 accesso all'area di amministrazione di WordPress, gli URL di WordPress possono essere modificati anche tramite il file, se necessario. wp-config.php<\/code> essere specificati. Si tratta tuttavia di una risoluzione di problemi tecnici e dovrebbe essere eseguita solo se si ha familiarit\u00e0 con la gestione dei file di configurazione di WordPress.<\/p>\n\n\n\n

                  Se non sei sicuro, non modificare casualmente i valori del database o le configurazioni del server, ma contatta il supporto CURIAWEB.<\/p>\n\n\n\n

                  Come verificare il passaggio a HTTPS<\/h2>\n\n\n\n

                  Dopo il completamento dei lavori, non dovresti controllare solo la pagina principale. Testa diverse aree del tuo sito web.<\/p>\n\n\n\n

                    \n
                  1. Apri il tuo sito web tramite https:\/\/deine-domain.ch<\/code>.<\/li>\n\n\n\n
                  2. Chiama anche http:\/\/deine-domain.ch<\/code> apri e controlla se viene eseguito automaticamente il reindirizzamento a HTTPS.<\/li>\n\n\n\n
                  3. Apri pi\u00f9 sottopagine e post del blog.<\/li>\n\n\n\n
                  4. Controlla immagini, menu e link interni.<\/li>\n\n\n\n
                  5. Testa i moduli di contatto.<\/li>\n\n\n\n
                  6. Apri la bacheca di WordPress.<\/li>\n\n\n\n
                  7. Controlla la console del browser per messaggi di mixed content.<\/li>\n\n\n\n
                  8. Svuota le cache esistenti e ripeti il test.<\/li>\n<\/ol>\n\n\n\n

                    Su un negozio WooCommerce dovresti testare anche il carrello, la cassa e l'account cliente.<\/p>\n\n\n\n

                    Il certificato SSL e l'HTTPS sono due parti della stessa transizione<\/h2>\n\n\n\n

                    Per un sito WordPress completamente cifrato, due cose devono funzionare insieme:<\/p>\n\n\n\n

                    1. Il server web richiede un certificato SSL\/TLS valido.<\/strong><\/p>\n\n\n\n

                    Senza un certificato valido, il browser non pu\u00f2 stabilire una connessione HTTPS affidabile con il dominio.<\/p>\n\n\n\n

                    2. WordPress deve utilizzare HTTPS in modo coerente.<\/strong><\/p>\n\n\n\n

                    Ci\u00f2 include gli URL di WordPress, le risorse interne, i reindirizzamenti e, se applicabile, gli URL gi\u00e0 memorizzati nel database.<\/p>\n\n\n\n

                    Solo quando entrambe le aree sono configurate correttamente, il sito web \u00e8 completamente passato a HTTPS.<\/p>\n\n\n\n

                    \n

                    Raccomandazione:<\/strong> Controlla sempre completamente un sito WordPress dopo una migrazione HTTPS. Un'icona a lucchetto sulla homepage da sola non dimostra che tutte le sottopagine, le risorse e i reindirizzamenti siano configurati correttamente.<\/p>\n<\/blockquote>\n\n\n\n

                    Problemi con SSL o HTTPS su CURIAWEB?<\/h2>\n\n\n\n

                    Se il tuo dominio non riceve un certificato SSL valido nonostante l'hosting attivo, HTTPS non funziona o non riesci pi\u00f9 ad accedere al tuo sito web WordPress dopo una modifica, non \u00e8 necessario apportare modifiche ai file del server o di WordPress alla cieca.<\/p>\n\n\n\n

                    In questo caso, contatta il supporto di CURIAWEB e comunicaci il dominio interessato e, se possibile, il messaggio di errore visualizzato in modo quanto pi\u00f9 preciso possibile. In questo modo sar\u00e0 pi\u00f9 semplice determinare se il problema \u00e8 legato al certificato, a WordPress, a un reindirizzamento o a un'altra configurazione.<\/p>\n\n\n\n

                    Riepilogo<\/h2>\n\n\n\n

                    Per un sito WordPress sicuro hai bisogno di un certificato SSL\/TLS valido e di un'installazione di WordPress configurata correttamente su HTTPS. Verifica prima se il tuo dominio tramite https:\/\/<\/code> \u00e8 accessibile senza avviso di certificato. Successivamente puoi controllare l'indirizzo WordPress e l'indirizzo del sito Web ed eventualmente passare da HTTP a HTTPS.<\/p>\n\n\n\n

                    Assicurati che le chiamate HTTP vengano reindirizzate permanentemente a HTTPS e che nessuna vecchia risorsa HTTP venga caricata come contenuto misto. Per i siti web pi\u00f9 vecchi, potrebbe essere necessario aggiornare gli URL salvati nel database di WordPress. Esegui sempre un backup prima di tali modifiche e utilizza un metodo per la modifica del database che sappia gestire WordPress e i dati serializzati.<\/p>\n\n\n\n

                    Se il certificato, gli URL di WordPress, i reindirizzamenti e le risorse interne sono configurati correttamente, il tuo sito web WordPress verr\u00e0 fornito completamente e in modo coerente tramite HTTPS.<\/p>","protected":false},"excerpt":{"rendered":"

                    Eine WordPress-Website sollte heute grunds\u00e4tzlich \u00fcber HTTPS erreichbar sein. HTTPS verschl\u00fcsselt die Verbindung zwischen dem Browser Ihrer Besucher und dem Webserver und sch\u00fctzt damit beispielsweise Login-Daten, Formulareingaben und andere \u00fcbertragene Informationen vor dem einfachen Mitlesen w\u00e4hrend der \u00dcbertragung. Damit HTTPS funktioniert, ben\u00f6tigt Ihre Website ein g\u00fcltiges SSL\/TLS-Zertifikat. Bei einem CURIAWEB Webhosting wird die technische Grundlage […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[80],"doc_tag":[],"class_list":["post-22316","docs","type-docs","status-publish","hentry","doc_category-wordpress"],"year_month":"2026-10","word_count":2001,"total_views":"21","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"WordPress","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/wordpress\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22316","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22316"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22316\/revisions"}],"predecessor-version":[{"id":22318,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22316\/revisions\/22318"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22316"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22316"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22316"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}