Namestitev SSL certifikata (HTTPS) in težave pri prehodu s HTTP na HTTPS

Namestitev SSL certifikata (HTTPS) je postopek, ki varuje podatkovni promet med obiskovalcem in strežnikom ter ga šifrira. Za prehod s HTTP na HTTPS je potrebno izbrati pravi tip SSL certifikata, ga namestiti na gostiteljski panel ali strežnik, preusmeriti vse URL-je na HTTPS, odpraviti napake mešanih vsebin in posodobiti zemljevid spletne strani v Google Search Console. Ko je vse pravilno izvedeno, se v brskalniku prikaže varna povezava, kar povečuje zaupanje uporabnikov, ščiti obrazce za plačila in članstva ter zmanjšuje izgube pri indeksiranju in preusmerjanju na področju SEO.

Od leta 2026 dalje bo HTTPS standardna varnostna zahteva za vsak spletni projekt, ne le za e-trgovine, ampak tudi za bloge, korporativne spletne strani, API storitve in uporabniške panele. Sodobni brskalniki, kot so Chrome, Safari, Firefox in Edge, prikazujejo opozorilo o nezavarovani povezavi na straneh, ki ne uporabljajo HTTPS. To opozorilo lahko zmanjša stopnjo konverzije, prepreči izpolnjevanje obrazcev s strani uporabnikov in oslabi zaupanje v blagovno znamko. Zato namestitev SSL ni le tehnična podrobnost, temveč eden od osnovnih pogojev za objavo spletne strani.

V tem priročniku bomo korak za korakom obravnavali vrste SSL certifikatov, namestitev preko gostiteljskega panela, korake za preverjanje v cPanel-u in na strežniku, pogoste težave, ki se pojavijo med prehodom s HTTP na HTTPS, ter tehnične preglede, ki jih je treba izvesti, da se prepreči izguba SEO. Če postavljate novo spletno stran, je najbolje, da jo takoj namestite z HTTPS. Če prenašate obstoječo stran, načrtovanje postopka pomaga zmanjšati nihanja v razvrstitvi in napake pri iskanju, zlasti pri večjih straneh. Če uporabljate gostovanje preko Hostragons, lahko upravljate SSL, DNS, domensko ime in preusmeritve iz enega panela Hostragons paketi spletnega gostovanja Hostragons SSL certifikati.

Kaj je SSL certifikat in kako deluje HTTPS?

SSL, splošno znan kot Secure Sockets Layer, v sodobnem tehničnem jeziku pa TLS protokol, je varnostna plast, ki šifrira podatke med spletnim brskalnikom in strežnikom. Ko uporabnik dostopa do spletne strani, brskalnik zahteva podatke o certifikatu od strežnika. Če je certifikat veljaven, se ujema z imenom domene in ga je podpisal zaupanja vreden certifikacijski organ, se vzpostavi šifrirana povezava. S to povezavo postanejo uporabniški imeni, gesla, podatki o kreditnih karticah, podatki iz kontaktnih obrazcev in piškotki nedostopni tretjim osebam.

HTTPS je šifrirana različica HTTP protokola, ki uporablja TLS. To pomeni, da HTTPS ne le prenaša vsebine spletne strani, ampak tudi zagotavlja varnost povezave. Ključna točka je, da namestitev SSL certifikata sama po sebi ni dovolj. Vsi viri na spletnem mestu, slike, CSS in JavaScript datoteke, kanonične oznake, zemljevid spletne strani in preusmeritve morajo biti prav tako skladni z HTTPS. V nasprotnem primeru se lahko v brskalniku prikažejo napake mešanih vsebin ali napake certifikata namesto varne povezave.

Zakaj bi morali preiti s HTTP na HTTPS?

Uporaba HTTPS neposredno vpliva na varnost, SEO, uporabniško izkušnjo in pravno skladnost. Zlasti na straneh, ki zbirajo uporabniške podatke, je uporaba HTTPS dejansko obvezna. Tudi kontaktna stran z obrazcem za komunikacijo prejme osebne podatke od obiskovalcev. Če se ti podatki prenašajo brez šifriranja, to predstavlja tako varnostno tveganje kot tudi izgubo ugleda.

• Varnost: Promet med uporabnikom in strežnikom je šifriran in zaščiten pred napadi.
• SEO: Google že dolgo uporablja HTTPS kot blag signal za razvrščanje. Kar je pomembnejše, pri pravem prehodu se ohranja celovitost indeksiranja.
• Zaupanje uporabnikov: Ikona zaklepa v brskalniku in navedba varne povezave povečujeta željo uporabnikov po izpolnjevanju obrazcev in plačilu.
• Združljivost s brskalniki: Mnoge sodobne spletne funkcije zahtevajo varno okolje. Tehnologije, kot so PWA, dovoljenje za lokacijo, dostop do kamere in HTTP/2, delujejo bolje z HTTPS.
• Ugled blagovne znamke: Opozorilo o nezavarovani povezavi oslabi profesionalno percepcijo, zlasti na korporativnih in e-trgovinskih straneh.

Vrste SSL certifikatov: Katero izbrati?

Izbira pravega SSL certifikata je odvisna od strukture vašega spletnega mesta in varnostnih pričakovanj. Potrebe majhnega bloga z enim imenom domene se razlikujejo od potreb SaaS platforme z več poddomenami. Spodnja tabela olajša praktično odločitev.

Na primer, če želite varno povezavo le za example.com in www.example.com, je DV SSL v večini primerov dovolj. Vendar, če imate veliko poddomen, kot so api.example.com, panel.example.com, podporo.example.com, bi bila Wildcard SSL smiselnejša izbira. Če upravljate več blagovnih znamk z istim sistemom, Multi-Domain SSL zmanjša delovno obremenitev. Pri izbiri certifikata je treba upoštevati strukturo imena domene, postopek verifikacije, proračun in stroške vzdrževanja SSL certifikata nakupni vodnik iskanje domen in registracija imena domene.

Kontrolni seznam pred namestitvijo SSL certifikata

Pred namestitvijo je treba izvesti nekaj osnovnih kontrol, da se preprečijo morebitne napake. Zlasti, če prenašate obstoječo stran s HTTP na HTTPS, ne smete izvajati postopka brez varnostne kopije in brez pregledovanja URL inventarja.

• Preverite, ali so DNS zapisi vašega domenskega imena usmerjeni na pravi strežnik.
• Odločite se, katera različica bo glavna, www ali brez www.
• Preverite, ali je podpora za SSL aktivna na vašem gostiteljskem panelu.
• Pridobite posodobljeno varnostno kopijo vašega WordPress, lastne programske opreme ali e-trgovinske platforme.
• V bazi podatkov poiščite notranje povezave, ki se začnejo z HTTP.
• Če uporabljate CDN, WAF ali obratni proxy, preverite SSL način.
• Zabeležite stare HTTP zemljevid spletne strani in URL-je v robots.txt.
• Preverite, ali imate dostop do Google Search Console in analitičnih orodij.

Za boljšo razlago si poglejmo pravi primer: na 500-stranski WordPress strani po namestitvi SSL ni dovolj, da preusmerite le glavno stran na HTTPS. Če je del stare vsebine še vedno klican z http://, bo brskalnik prikazal opozorilo o mešani vsebini. Če so kanonične oznake še vedno nastavljene na HTTP, bo iskalnikom težko razumeti, katera različica je glavna. Zato prehod ni le naloga namestitve certifikata, temveč celoten postopek prilagajanja arhitekture spletne strani za HTTPS.

Namestitev SSL certifikata preko cPanel ali gostiteljskega panela

Za spletne strani, ki uporabljajo deljeno gostovanje, WordPress gostovanje ali upravljano gostovanje, je najlažji način namestitev SSL preko kontrolnega panela. Na sodobnih gostiteljskih platformah, kot je Hostragons, je upravljanje SSL običajno mogoče izvesti v nekaj korakih preko panela. Čeprav se lahko zaslon za namestitev razlikuje glede na uporabljeni panel, je postopek enak.

Korak 1: Kontrola DNS imena domene

Da se lahko generira SSL certifikat, mora biti ime domene usmerjeno na ustrezen gostiteljski strežnik. Če A zapis, CNAME zapis in podatki o nameserverju niso pravilni, lahko avtomatska verifikacija SSL uspe.

Če ste naredili spremembe DNS, se lahko čas propagacije giblje od nekaj minut do 24 ur. Pred namestitvijo preverite, ali je vaše ime domene pravilno rešeno na pravi IP naslov Kaj je upravljanje DNS in kako ga izvajati.

Korak 2: Aktivacija SSL certifikata

V vašem gostiteljskem panelu pojdite v razdelek SSL, TLS, Varnost ali Certifikati in izberite ustrezno ime domene. Če je avtomatski SSL podprt, bo sistem izvedel verifikacijo imena domene in naložil certifikat. Če uporabljate plačani SSL, boste morda morali ustvariti CSR in dodati datoteke CRT in CA Bundle, ki jih prejmete od certifikacijske agencije, v panel. Pri ustvarjanju CSR je pomembno, da pravilno vnesete ime domene, ime podjetja, mesto, državo in e-poštne podatke.

Korak 3: Testiranje dostopa HTTPS

Po namestitvi certifikata odprite brskalnik na https://vasadomena.com. Ikona zaklepa bi se morala prikazati in v podrobnostih certifikata bi morala biti pravilno napisana domena. Če se certifikat zdi, da pripada drugi domeni, je bil morda naložen napačen certifikat ali pa je konfiguracija virtualnega gostovanja napačna. Preverite različice www in brez www ločeno. Če uporabljate Wildcard SSL, prav tako preverite poddomene.

Korak 4: Preverjanje samodejnega obnavljanja

Veljavnost SSL certifikatov je omejena. Če samodejno obnavljanje ni aktivirano, se ob preteku veljavnosti certifikata prikaže napaka o zasebnosti na strani. Ta napaka lahko povzroči izgubo prodaje, zlasti na e-trgovinskih straneh. Na primer, na strani, ki dnevno prejme 10.000 obiskov, lahko 6-urni potek veljavnosti certifikata pomeni stotine opuščenih nakupov. Zato redno spremljajte datume obnove in obvestila preko e-pošte.

Kako izvesti prehod s HTTP na HTTPS?

Ko je SSL aktiven, je treba ves HTTP promet trajno preusmeriti na HTTPS. Tukaj je treba uporabiti preusmeritev 301. Preusmeritev 301 obvesti iskalnike, da je URL trajno premaknjen. Preusmeritve 302, kot so začasne, lahko povzročijo negotovost pri prenosu SEO signalov.

1. Določite glavno različico

Obstajajo štiri različne različice URL: http://site.com, http://www.site.com, https://site.com in https://www.site.com. Le ena izmed njih mora biti glavna različica. Na primer, če je vaša glavna različica https://www.site.com, naj se ostale tri različice preusmerijo na to stran v enem koraku. Ne sme biti verižnih preusmeritev. Idealni scenarij je neposredno preusmerjanje iz HTTP na izbrano različico HTTPS.

2. Konfiguracija strežniških preusmeritev

Na strežnikih Apache se ta postopek običajno izvaja s pomočjo datoteke .htaccess, na strežnikih Nginx pa s konfiguracijo strežniškega bloka. Če uporabljate upravljano gostovanje, lahko v panelu najdete možnost prisilne izbire HTTPS. Po dodajanju pravila preusmeritve je treba testirati URL-je za domačo stran, kategorije, izdelke, blog zapise in datoteke. Če obstaja preusmeritvena zanka, bo brskalnik pokazal preveč napak pri preusmeritvah.

3. Posodobite notranje URL-je

V bazi podatkov, datotekah teme, menijih, potih slik, klicih CSS in JavaScript preusmerite URL-je, ki se začnejo z HTTP, na HTTPS. Če uporabljate WordPress, posodobite polja WordPress naslov in naslov spletne strani v splošnih nastavitvah. Pri iskanju in zamenjavi v velikih bazah podatkov vedno naredite varnostno kopijo. Napačna operacija zamenjave lahko poškoduje serijske podatke.

4. Posodobite kanonične, hreflang oznake in zemljevid spletne strani

Eno izmed najpogosteje spregledanih področij na področju SEO so kanonične oznake. Če se stran odpre preko HTTPS, kanonična oznaka pa prikazuje HTTP, nastane konfliktni signal. Na večjezičnih straneh morajo biti tudi hreflang URL-ji HTTPS. Ponovno ustvarite XML zemljevid spletne strani in dodajte samo HTTPS URL-je, ki vračajo status 200. Nato preko Google Search Console pošljite nov zemljevid spletne strani Vodnik za namestitev Google Search Console.

5. Preverite analitična in oglaševalska orodja

Google Analytics, Tag Manager, oglasni pikseli, plačilni ponudniki, CRM obrazci in integracije za podporo v živo so lahko prizadeti pri prehodu na HTTPS. Zlasti, če pustite URL-je za vračilo plačila, naslove webhook in končne točke API na HTTP, lahko pride do napak v integraciji. Na e-trgovinskih straneh preverite procese plačila, obvestil po e-pošti in posodobitev zalog s testnim naročilom.

Pogoste težave pri prehodu s HTTP na HTTPS in rešitve

Nekatere težave se po prehodu takoj pokažejo, druge pa se lahko pojavijo v nekaj dneh v dnevnikih ali poročilih Search Console. Spodaj so navedeni najpogostejši scenariji težav.

Napaka mešane vsebine

Mešana vsebina se zgodi, ko se nekateri viri na HTTPS strani kličejo prek HTTP. Na primer, stran se odpre varno, vendar se datoteka logotipa naloži z http://, kar lahko povzroči opozorilo brskalnika. Aktivna mešana vsebina, kot so JavaScript in iframe viri, je lahko popolnoma blokirana s strani brskalnika. Za rešitev preiščite izvorno kodo za notranje povezave, ki se začnejo z http://, posodobite stare poti slik v medijski knjižnici in preverite, ali zunanje skripte podpirajo HTTPS.

Napaka neujemanja imena domene certifikata

Ta napaka se pojavi, kadar se ime domene v certifikatu ne ujema z obiskovanim imenom domene. Na primer, če je certifikat pridobljen za example.com, uporabnik pa obiskuje www.example.com in certifikat ne pokriva te različice, pride do napake. Rešitev je, da se preveri, ali certifikat pokriva vse potrebne različice imena domene. Wildcard certifikati pokrivajo eno raven poddomen, vendar ne pokrivajo vedno osnovnega imena example.com; podrobnosti certifikata je potrebno preveriti.

Preusmeritvena zanka

Preusmeritvena zanka se običajno pojavi, ko so hkrati aktivna nasprotujoča si pravila na nivoju CDN, gostiteljskega panela in aplikacije. Na primer, če je na strani CDN aktiviran prožen SSL, na strežniku pa je aktivno pravilo za prisilitev HTTPS, in če je v WordPressu aktivna ločena preusmeritev HTTPS, se lahko stran nenehno vrti med HTTP in HTTPS. Rešitev je, da se preusmeritve poenostavi na eni plasti in se CDN SSL način nastavi na poln ali strogo poln.

Ostajanje starih HTTP URL-jev v indeksu

Po prehodu na HTTPS je normalno, da se stari HTTP URL-ji še nekaj časa prikažejo v rezultatih Google. Vendar, če po več tednih ni sprememb, je treba preveriti 301 preusmeritve, kanonične oznake in zemljevid spletne strani. Če se HTTP strani še vedno odpirajo s kodo 200, lahko iskalnik obravnava dve različni različici kot ločeni strani. Vse HTTP URL-je je treba preusmeriti na prednostno različico HTTPS s preusmeritvijo 301.

Opozorilo o poteku veljavnosti certifikata

Ko potekne veljavnost certifikata, brskalniki povezavo obravnavajo kot nezavarovano. To se običajno zgodi zaradi neuspešnega samodejnega obnavljanja, spremembe DNS, nedostopnosti do verifikacijske datoteke ali izpusta e-poštne potrditve. Rešitev je, da preverite dnevnike samodejnega obnavljanja, se prepričate, da je ime domene usmerjeno na pravi strežnik, in spremljate obvestila o obnovitvi SSL pri svojem ponudniku gostovanja.

Preverjanje prehoda na HTTPS, da se izognete izgubi SEO

Ko je prehod na HTTPS pravilno izveden, običajno ne povzroči trajne izgube SEO. Lahko pride do kratkoročnih nihanj, ker iskalniki ponovno obdelajo različico URL. Na večjih straneh lahko ta postopek traja od nekaj dni do nekaj tednov. Pomembno je, da iskalnikom pošljejo dosledne signale.

• Vse HTTP URL-je preusmerite na HTTPS različice s preusmeritvijo 301.
• Zmanjšajte verige preusmeritev; po možnosti uporabite samo eno preusmeritev.
• Posodobite kanonične oznake na HTTPS.
• V XML zemljevid spletne strani vključite le HTTPS URL-je s kodo 200.
• V datoteki robots.txt spremenite naslov zemljevida spletne strani na HTTPS.
• V Search Console dodajte HTTPS lastnost in pošljite zemljevid spletne strani.
• Na pomembnih spletnih mestih, ki vam dajejo povratne povezave, prosite, da posodobijo povezave na HTTPS.
• Spremljajte strežniške dnevnike, da preverite, ali se Googlebot srečuje s 404, 500 napakami ali preusmeritvenimi zankami.

Na primer, na novičarski strani s 10.000 URL-ji lahko po prehodu s HTTP na HTTPS v prvem tednu opazite povečanje v statistikah iskanja in majhna nihanja v razvrstitvah. Če se vsi URL-ji pravilno preusmerijo, je zemljevid spletne strani čist in kanonične oznake dosledne, to nihanje ponavadi ne postane trajno. Po drugi strani pa, če 2.000 URL-jev pade na 404 ali se strani kategorij pomotoma preusmerijo na domačo stran, lahko pride do resne izgube prometa. Zato se priporoča dnevno spremljanje v prvih 14 dneh po prehodu.

Praktični nasveti za namestitev SSL na WordPress straneh

WordPress je ena izmed najpogosteje uporabljenih platform za prehod na SSL, in postopek je precej enostaven, če sledite pravilnim korakom. Najprej aktivirajte SSL certifikat v svojem gostiteljskem panelu. Nato v upravljalskem panelu WordPress posodobite polja naslov WordPress in naslov spletne strani na HTTPS. Nato v bazi podatkov varno zamenjajte stare povezave HTTP. Brez čiščenja predpomnilnika vtičnika, predpomnilnika CDN in predpomnilnika brskalnika je lahko težko videti pravilne rezultate.

• Preverite trdno kodirane HTTP vire v datotekah teme in vtičnikih.
• Preglejte ozadja slik in posebna CSS polja v ustvarjalcih strani.
• V vtičniku za predpomnjenje počistite ves predpomnilnik po prehodu na SSL.
• Če uporabljate WooCommerce, posebej preverite strani za plačila in račune.
• Preverite, ali REST API, admin-ajax in medijske datoteke delujejo preko HTTPS.

Nekateri vtičniki v WordPressu lahko samodejno izvedejo preusmeritev na HTTPS. Vendar, če je pravilno nastavljena 301 preusmeritev na ravni strežnika, dodatni vtičniki morda niso potrebni. Dodatni vtičnik lahko prinese tveganje za delovanje in konflikte. Če uporabljate upravljano WordPress gostovanje, je upravljanje SSL, predpomnilnika in varnostnih nastavitev iz vašega gostiteljskega panela lahko čistejša rešitev WordPress gostovalne rešitve Vodnik za varnost WordPress.

Kaj upoštevati pri uporabi CDN, WAF in oblačnih storitev

Če uporabljate CDN ali WAF, je SSL povezava sestavljena iz dveh delov: povezave med obiskovalcem in CDN ter povezave med CDN in izvorom strežnika. Le HTTPS na strani obiskovalca ni dovolj. Če se povežete z izvorom strežnika preko HTTP, se ne zagotovi šifriranje od konca do konca. Najvarnejša konfiguracija je, da na strani CDN uporabljate način polne strogosti in na izvoru strežniku veljaven SSL certifikat.

Napačen SSL način je eden najpogostejših vzrokov za preveč napak pri preusmeritvah. Če CDN sprejme HTTPS od obiskovalca in se poveže z izvorom strežnika preko HTTP, lahko strežnik ponovno želi preusmeriti na HTTPS. V tem primeru se lahko zahteve vrtijo v zanki. Rešitev je izbrati pravilen SSL način na CDN, namestiti izvorni certifikat in preusmeritev HTTPS zasnovati z enotno logiko.

Testi, ki jih je treba izvesti po namestitvi SSL

Po zaključeni namestitvi ni dovolj, da preverite le domačo stran. Sistematično testiranje preprečuje morebitne pritožbe uporabnikov in napake pri SEO v prihodnosti.

• Odprite domačo stran, podstrani, kategorije, izdelke, bloge in obrazce preko HTTPS.
• Preverite, ali se različice HTTP pravilno preusmerijo na HTTPS naslov.
• Preverite, ali v orodjih za razvijalce brskalnika obstajajo opozorila o mešani vsebini.
• Preverite, ali je certifikat skladen in ali so vmesni certifikati naloženi.
• Preizkusite stran na mobilnih brskalnikih in različnih omrežjih.
• Preizkusite funkcionalnost kontaktnega obrazca, prijave, plačila in prenosa datotek.
• Spremljajte poročila o obsegu, izkušnjah in indeksiranju strani v Search Console.
• Spremljajte delovanje strežnika; sodobne TLS konfiguracije običajno ne povzročajo velike obremenitve.

Z vidika delovanja so sodobne TLS konfiguracije zelo učinkovite. V infrastrukturi, ki podpira HTTP/2 ali HTTP/3, lahko HTTPS izboljša izkušnjo nalaganja strani. To je posledica boljše obvladovanja več zahtev, ponovne uporabe povezav in sodobnih mehanizmov stiskanja. Zato SSL ni le varnost, ampak lahko, če je pravilno konfiguriran, prinese tudi prednosti na področju delovanja optimizacija hitrosti spletne strani.

Operativno upravljanje SSL za korporativne spletne strani

V podjetjih z več domenskimi imeni, poddomenami, testnimi okolji in API storitvami je treba upravljanje SSL dokumentirati. Kateri certifikat pokriva katero ime domene, datumi obnovitve, certifikacijski organ, odgovorna ekipa in način verifikacije morajo biti zabeleženi. V nasprotnem primeru lahko pozabljeno poddomeno privede do nedostopnosti kritične uporabniške plošče.

Zlasti podservisi, kot so staging, panel, API, plačila, podpora in strežnik za datoteke, morajo biti preverjeni ločeno. Le varnost glavne spletne strani ni dovolj. Če vaša mobilna aplikacija povezuje na API končno točko in je certifikat te končne točke potekel, lahko pride do neuspehov pri prijavah v aplikacijo. Za zmanjšanje tovrstnih tveganj je potrebno uporabiti avtomatska orodja za spremljanje, obvestila o obnovitvi in centralni inventar SSL.

Kratek povzetek in naslednji koraki

Namestitev SSL certifikata (HTTPS) je osnovni korak za zanesljivo, moderno in SEO prijazno delovanje vaše spletne strani. Uspešen prehod s HTTP na HTTPS se zaključi z izbiro pravega certifikata, popolno namestitvijo, 301 preusmeritvami, čiščenjem mešanih vsebin, posodobitvami kanoničnih oznak in zemljevida spletne strani. Postopek je lahko hiter za manjša spletna mesta; večja spletna mesta pa potrebujejo načrtovan kontrolni seznam.

Na infrastrukturi Hostragons lahko načrtujete upravljanje spletnega gostovanja, domenskih imen in SSL pod eno streho, kar omogoča bolj nadzorovano prehodno obdobje. Ne glede na to, ali potrebujete DV, Wildcard ali korporativni SSL, lahko s pravim certifikatom in pravilno konfiguracijo gostovanja zagotovite varno HTTPS izkušnjo Hostragons paketi gostovanja Hostragons SSL certifikati.

Pogosto zastavljena vprašanja

Ali namestitev SSL certifikata takoj poveča SEO razvrstitev?

SSL sama po sebi ne zagotavlja velikega povečanja razvrstitve; vendar je HTTPS močan standard za varnost, uporabniško izkušnjo in združljivost z brskalniki. Ko je prehod izveden s pravilnimi 301 preusmeritvami in čistim zemljevidom spletne strani, se SEO signali ohranijo.

Ali je preusmeritev 301 obvezna pri prehodu s HTTP na HTTPS?

Da. HTTP URL-je je treba trajno preusmeriti na njihove HTTPS različice. Če preusmeritev 301 ni uporabljena, lahko iskalniki obravnavajo HTTP in HTTPS različice kot ločene strani.

Kako rešiti napako mešane vsebine?

V izvorni kodi strani je treba prepoznati slike, CSS, JavaScript, iframe in datoteke fontov, ki so klicane preko HTTP, in jih posodobiti na HTTPS. Baza podatkov, datoteke teme, poti CDN in povezave zunanjih storitev je treba preveriti skupaj.

Kako se razlikujeta Wildcard SSL in standardni SSL?

Standardni SSL običajno pokriva določeno ime domene in pogosto tudi www različico. Wildcard SSL pa ščiti poddomene istega koreninskega imena; na primer se uporablja v naslovih, kot so panel.site.com in blog.site.com.

Kaj se zgodi, ko poteka veljavnost SSL certifikata?

Ko poteka veljavnost certifikata, brskalniki prikažejo varnostno opozorilo in uporabniki zadržujejo dostop do strani. To lahko povzroči izgubo prometa, prodaje in zaupanja v blagovno znamko. Samodejno obnavljanje in redno spremljanje pomagata zmanjšati to tveganje.