SSL Certifikat (HTTPS) Instalacija i Problemi pri Prelasku sa HTTP na HTTPS

SSL Certifikat (HTTPS) Instalacija je proces kojim se web stranica štiti šifrovanjem podatkovnog prometa između posjetitelja i servera. Za prelazak sa HTTP na HTTPS potrebno je odabrati ispravan tip SSL-a, instalirati certifikat na hosting panel ili server, preusmjeriti sve URL-ove na HTTPS, očistiti greške mješovitog sadržaja i ažurirati mapu stranice putem Google Search Console-a. Kada se sve uradi kako treba, u pretraživaču se prikazuje sigurna veza, raste povjerenje korisnika, obrasci za plaćanje i članstvo su zaštićeni, dok se na SEO planu gubici u indeksiranju i preusmjeravanju svode na minimum.

Od 2026. godine HTTPS više nije standard samo za e-trgovine, već predstavlja sigurnosni imperativ za svaki web projekat – od blogova i korporativnih stranica do API servisa i korisničkih panela. Moderni pretraživači poput Chrome-a, Safarija, Firefox-a i Edge-a prikazuju upozorenje "nije sigurno" na stranicama koje ne koriste HTTPS. Ovo upozorenje može srozati stopu konverzije, spriječiti korisnike da popune obrasce i narušiti povjerenje u brend. Zbog toga SSL instalacija nije tehnički detalj, već jedan od osnovnih uslova za funkcionisanje web stranice.

U ovom vodiču ćemo korak po korak obraditi tipove SSL certifikata, instalaciju putem hosting panela, kontrolne korake na cPanel-u i serverskoj strani, najčešće probleme pri prelasku sa HTTP na HTTPS i tehničke provjere koje je potrebno sprovesti kako bi se izbjegao SEO gubitak. Ukoliko postavljate novu stranicu, najbolje je da je od starta pokrenete na HTTPS-u. Ako selite postojeću stranicu, planski pristup će smanjiti fluktuacije u rangiranju i greške u crawl-ovanju, posebno kod velikih sajtova. Ukoliko koristite hosting kod Hostragons-a, SSL menadžment, DNS, domen i procese preusmjeravanja možete pratiti iz jednog panela Hostragons web hosting paketi Hostragons SSL certifikati.

Šta je SSL Certifikat i Kako Funkcioniše HTTPS?

SSL, popularno nazvan Secure Sockets Layer, a tehnički ispravno TLS protokol, predstavlja sigurnosni sloj koji šifruje podatke između web pretraživača i servera. Kada korisnik posjeti web stranicu, pretraživač od servera traži informaciju o certifikatu. Ukoliko je certifikat validan, podudara se sa nazivom domene i potpisan je od strane pouzdanog certifikacijskog tijela, uspostavlja se šifrovana veza. Zahvaljujući ovoj vezi, korisničko ime, lozinka, podaci o kreditnoj kartici, podaci iz kontakt forme i kolačići postaju nečitljivi za treće strane.

HTTPS je verzija HTTP protokola šifrovana TLS-om. Dakle, HTTPS ne samo da prikazuje sadržaj web stranice, već istovremeno osigurava i sigurnost veze. Ključna stvar je sljedeća: samo instalirati SSL certifikat nije dovoljno. Svi resursi unutar stranice, slike, CSS i JavaScript datoteke, kanonski (canonical) tagovi, mapa stranice i preusmjeravanja također moraju biti usklađeni sa HTTPS-om. U suprotnom, umjesto sigurne veze, u pretraživaču se može pojaviti greška mješovitog sadržaja ili certifikata.

Zašto biste trebali preći sa HTTP na HTTPS?

Korištenje HTTPS-a direktno utiče na sigurnost, SEO, korisničko iskustvo i pravnu usklađenost. HTTPS je praktično obavezan za svaku stranicu koja prikuplja korisničke podatke. Čak i kontakt stranica sa obrascem prikuplja lične podatke posjetitelja. Ukoliko se ti podaci prenose nešifrovani, to stvara sigurnosni rizik i gubitak reputacije.

• Sigurnost: Promet između korisnika i servera je šifrovan i zaštićen od napada tipa "čovjek u sredini".
• SEO: Google već dugo koristi HTTPS kao blagi signal za rangiranje. Što je još važnije, integritet indeksa se čuva kada se prelazak izvrši ispravno.
• Povjerenje korisnika: Ikonica katanca i oznaka "sigurna veza" u pretraživaču povećavaju spremnost korisnika da popune obrasce i izvrše plaćanje.
• Kompatibilnost sa pretraživačima: Mnoge moderne web mogućnosti zahtijevaju siguran kontekst. Tehnologije poput PWA, dozvole za lokaciju, pristup kameri i HTTP/2 bolje funkcionišu uz HTTPS.
• Reputacija brenda: Upozorenje "nije sigurno" slabi profesionalnu percepciju, posebno kod korporativnih i e-trgovina stranica.

Tipovi SSL Certifikata: Koji odabrati?

Odabir pravog SSL certifikata zavisi od strukture stranice i sigurnosnih očekivanja. Mali blog sa jednim domenom nema iste potrebe kao SaaS platforma koja koristi više poddomena. Donja tabela će vam olakšati donošenje praktične odluke.

Na primjer, ako želite sigurnu vezu samo za primjer.ba i www.primjer.ba, DV SSL je u većini slučajeva sasvim dovoljan. Međutim, ako imate više poddomena poput api.primjer.ba, panel.primjer.ba, podrska.primjer.ba, Wildcard SSL je logičniji izbor. Ako upravljate sa više domena različitih brendova na istoj infrastrukturi, Multi-Domain SSL smanjuje obim posla. Prilikom odabira certifikata potrebno je zajedno procijeniti strukturu vaše domene, proces validacije, budžet i operativne troškove održavanja vodič za kupovinu SSL certifikata provjera i registracija domene.

Kontrolna Lista prije Instalacije SSL Certifikata

Nekoliko osnovnih provjera prije instalacije u velikoj mjeri sprječava greške koje se mogu pojaviti kasnije. Posebno ako selite postojeću stranicu sa HTTP na HTTPS, ne biste trebali započinjati proces bez pravljenja sigurnosne kopije (backup-a) i popisivanja URL inventara.

• Provjerite da li su DNS zapisi vaše domene usmjereni na ispravan server.
• Odlučite da li će glavna verzija biti sa www ili bez www prefiksa.
• Uvjerite se da je SSL podrška aktivna na vašem hosting panelu.
• Napravite ažurnu sigurnosnu kopiju vašeg WordPress-a, prilagođenog softvera ili infrastrukture e-trgovine.
• Identifikujte interne linkove u bazi podataka koji počinju sa HTTP.
• Ako koristite CDN, WAF ili reverzni proxy, pregledajte SSL mod.
• Zabilježite stare HTTP mape stranice i URL-ove unutar robots.txt datoteke.
• Uvjerite se da imate pristup Google Search Console-u i analitičkim alatima.

Objasnimo na konkretnom primjeru: Na WordPress stranici sa 500 stranica, nakon SSL instalacije nije dovoljno samo preusmjeriti početnu stranicu na HTTPS. Ako se neke od starih slika unutar članaka i dalje pozivaju sa http://, pretraživač će prikazati upozorenje o mješovitom sadržaju. Ako kanonski (canonical) tagovi na istoj stranici još uvijek pokazuju na HTTP, pretraživačima će biti teško da shvate koja je verzija glavna. Zato prelazak nije samo postavljanje certifikata, već proces prilagođavanja cijele arhitekture stranice na HTTPS.

Instalacija SSL Certifikata putem cPanel-a ili Hosting Panela

Za stranice koje koriste dijeljeni (shared) hosting, WordPress hosting ili upravljani (managed) hosting, najlakši način je instalacija SSL-a putem kontrolnog panela. Na modernim hosting infrastrukturama poput Hostragons-a, SSL menadžment se obično može obaviti u nekoliko koraka iz panela. Iako se ekran za instalaciju razlikuje u zavisnosti od panela koji se koristi, logika je ista.

Korak 1: DNS Provjera Domene

Da bi se SSL certifikat mogao generisati, domena mora biti usmjerena na odgovarajući hosting server. Ako A zapis, CNAME zapis i informacije o nameserverima nisu ispravni, automatska SSL validacija može biti neuspješna. Ako ste izvršili DNS promjenu, vrijeme propagacije obično varira od nekoliko minuta do 24 sata. Prije instalacije provjerite da li se vaša domena razrješava na ispravnu IP adresu šta je DNS upravljanje i kako se radi.

Korak 2: Aktivacija SSL Certifikata

Uđite u odjeljak SSL, TLS, Sigurnost ili Certifikati na vašem hosting panelu i odaberite odgovarajuću domenu. Ako je automatski SSL podržan, sistem će izvršiti validaciju domene i instalirati certifikat. Ako koristite plaćeni SSL, možda ćete morati kreirati CSR i dodati CRT i CA Bundle datoteke koje ste dobili od certifikacijskog tijela na panel. Prilikom kreiranja CSR-a važno je da pravilno unesete podatke o domeni, nazivu organizacije, gradu, državi i e-mail adresi.

Korak 3: Testiranje HTTPS Pristupa

Nakon instalacije certifikata, otvorite adresu https://vasadomena.ba u pretraživaču. Trebala bi se pojaviti ikonica katanca, a u detaljima certifikata trebao bi biti naveden ispravan naziv domene. Ako se čini da certifikat pripada drugoj domeni, ili je učitan pogrešan certifikat ili je konfiguracija virtualnog hosta pogrešna. Testirajte odvojeno verzije sa www i bez www. Ako koristite Wildcard SSL, provjerite i poddomene.

Korak 4: Provjera Automatskog Obnavljanja

SSL certifikati imaju ograničen rok važenja. Ako automatsko obnavljanje nije aktivno, kada certifikat istekne, na stranici će se pojaviti greška privatnosti. Ova greška može dovesti do gubitka prodaje, posebno na stranicama e-trgovine. Na primjer, na stranici sa 10.000 posjeta dnevno, 6 sati nevažećeg certifikata može značiti stotine napuštenih korpi. Zbog toga redovno pratite datume obnavljanja i e-mail obavijesti.

Kako izvršiti prelazak sa HTTP na HTTPS?

Nakon što SSL postane aktivan, sav HTTP promet stranice mora se trajno preusmjeriti na HTTPS. Ovdje se mora koristiti 301 preusmjeravanje. 301 obavještava pretraživače da je URL trajno premješten. Privremena preusmjeravanja poput 302 mogu stvoriti nejasnoće u prenošenju SEO signala.

1. Odredite Glavnu Verziju

Postoje četiri različite varijacije URL-a: http://stranica.ba, http://www.stranica.ba, https://stranica.ba i https://www.stranica.ba. Samo jedna od njih treba biti glavna verzija. Na primjer, ako je vaša glavna verzija https://www.stranica.ba, ostale tri varijacije trebaju biti preusmjerene na ovu adresu u jednom koraku. Ne bi trebalo biti lančanih preusmjeravanja. Idealan scenario je 301 preusmjeravanje sa HTTP-a direktno na željenu HTTPS verziju.

2. Konfigurišite Serverska Preusmjeravanja

Na Apache serverima ovaj proces se obično obavlja putem .htaccess datoteke, a na Nginx serverima putem konfiguracije serverskog bloka. Ako koristite upravljani hosting, na panelu možete pronaći opciju "prisili HTTPS". Nakon dodavanja pravila za preusmjeravanje, potrebno je testirati početnu stranicu, kategorije, proizvode, blog postove i URL-ove datoteka. Ako postoji petlja preusmjeravanja, pretraživač će prikazati grešku "previše preusmjeravanja".

3. Ažurirajte URL-ove unutar Stranice

URL-ove koji počinju sa HTTP u bazi podataka, tematskim datotekama, menijima, putanjama slika, CSS i JavaScript pozivima pretvorite u HTTPS. Ako koristite WordPress, ažurirajte polja "WordPress adresa" i "Adresa stranice" u općim postavkama. Prilikom operacije pretraživanja i zamjene u velikim bazama podataka, obavezno napravite sigurnosnu kopiju. Pogrešna operacija zamjene može oštetiti serijalizovane podatke.

4. Ažurirajte Canonical, hreflang i Mapu Stranice

Jedna od najčešće previđanih stavki sa SEO aspekta su kanonski (canonical) tagovi. Ako se stranica otvara preko HTTPS-a, ali canonical pokazuje na HTTP, stvara se kontradiktoran signal. Na višejezičnim stranicama, hreflang URL-ovi također moraju biti HTTPS. Ponovo kreirajte XML mapu stranice i dodajte samo HTTPS URL-ove koji vraćaju statusni kod 200. Zatim pošaljite novu mapu stranice putem Google Search Console-a vodič za Google Search Console podešavanje.

5. Provjerite Analitičke i Reklamne Alate

Prelazak na HTTPS može uticati na Google Analytics, Tag Manager, reklamne piksele, platne procesore, CRM obrasce i integracije za live chat. Posebno ako su povratni URL-ovi plaćanja, webhook adrese i API endpointi ostavljeni kao HTTP, može doći do greške u integraciji. Na stranicama e-trgovine kreirajte probnu narudžbu kako biste provjerili procese plaćanja, slanja e-mail obavijesti i ažuriranja zaliha.

Najčešći Problemi pri Prelasku sa HTTP na HTTPS i Rješenja

Neki problemi su vidljivi odmah nakon prelaska, dok se drugi pojavljuju u logovima ili Search Console izvještajima u roku od nekoliko dana. Sljedeći problemi su najčešći scenariji.

Greška Mješovitog Sadržaja

Mješoviti sadržaj nastaje kada se neki resursi unutar HTTPS stranice pozivaju preko HTTP-a. Na primjer, stranica se otvara sigurno, ali ako se logo datoteka učitava sa http://, pretraživač može prikazati upozorenje. Aktivni mješoviti sadržaj, odnosno resursi poput JavaScripta i iframe-a, pretraživač može potpuno blokirati. Kao rješenje, skenirajte izvorni kod na interne linkove koji počinju sa http://, ažurirajte stare putanje slika u medijskoj biblioteci i provjerite da li eksterni scriptovi podržavaju HTTPS.

Greška "Naziv Domene na Certifikatu se ne Podudara"

Ova greška se javlja kada se naziv domene na certifikatu ne podudara sa domenom koja se posjećuje. Na primjer, certifikat je izdat za primjer.ba, ali korisnik pristupa www.primjer.ba, a certifikat ne pokriva www varijaciju. Rješenje je provjeriti da li certifikat pokriva sve potrebne varijacije domene. Wildcard certifikati pokrivaju poddomene jednog nivoa, ali ne moraju uvijek automatski pokrivati osnovnu domenu primjer.ba; detalji certifikata se moraju provjeriti.

Petlja Preusmjeravanja

Petlja preusmjeravanja obično nastaje kada postoje sukobljena pravila istovremeno na nivou CDN-a, hosting panela i same aplikacije. Na primjer, ako je na CDN-u aktivan fleksibilni SSL, na serveru pravilo za prisilno HTTPS, a u WordPress dodatku zasebno HTTPS preusmjeravanje, stranica može stalno kružiti između HTTP i HTTPS. Rješenje je definisati preusmjeravanje samo na jednom sloju i konfigurisati CDN SSL mod na "full" ili "full strict".

Zadržavanje Starih HTTP URL-ova u Indeksu

Normalno je da se stari HTTP URL-ovi pojavljuju u Google rezultatima neko vrijeme nakon prelaska na HTTPS. Međutim, ako nema promjene ni nakon nekoliko sedmica, potrebno je provjeriti 301 preusmjeravanja, kanonske (canonical) tagove i mapu stranice. Ako se HTTP stranice i dalje otvaraju sa statusnim kodom 200, pretraživač može vidjeti dvije različite verzije kao odvojene stranice. Svi HTTP URL-ovi moraju imati 301 preusmjeravanje na željenu HTTPS verziju.

Upozorenje "Certifikat je Istekao"

Kada certifikat istekne, pretraživač vezu smatra nesigurnom. Ova situacija obično nastaje zbog neuspjelog automatskog obnavljanja, promjene DNS-a, nemogućnosti pristupa datoteci za validaciju ili preskakanja e-mail potvrde. Kao rješenje, provjerite logove automatskog obnavljanja, uvjerite se da je domena usmjerena na ispravan server i pratite obavijesti vašeg hosting provajdera o obnavljanju SSL-a.

HTTPS Kontrola Prelaska kako biste izbjegli SEO Gubitak

Kada se pravilno izvede, prelazak na HTTPS obično ne uzrokuje trajni SEO gubitak. Kratkotrajne fluktuacije su moguće jer pretraživači ponovo obrađuju verzije URL-ova. Na velikim stranicama ovaj proces može trajati od nekoliko dana do nekoliko sedmica. Ono što je važno jeste slanje konzistentnih signala pretraživačima.

• Sve HTTP URL-ove preusmjerite 301 preusmjeravanjem na HTTPS ekvivalent.
• Smanjite lance preusmjeravanja; koristite samo jedan skok ako je moguće.
• Ažurirajte kanonske (canonical) tagove na HTTPS.
• U XML mapu stranice dodajte samo HTTPS URL-ove sa statusnim kodom 200.
• U datoteci robots.txt postavite adresu mape stranice na HTTPS.
• Dodajte HTTPS posjed (property) u Search Console i pošaljite mapu stranice.
• Na važnim stranicama sa kojih dobijate povratne linkove (backlinkove), zatražite ažuriranje linkova na HTTPS gdje je to moguće.
• Provjerom serverskih logova pratite da li Googlebot nailazi na 404, 500 greške ili petlje preusmjeravanja.

Na primjer, na informativnom portalu sa 10.000 URL-ova, u prvoj sedmici nakon prelaska sa HTTP na HTTPS može doći do povećanja statistike crawl-ovanja i blage fluktuacije u rangiranju. Ako svi URL-ovi imaju ispravno 301 preusmjeravanje, mapa stranice je čista, a kanonski tagovi konzistentni, ova fluktuacija obično nije trajna. Međutim, ako 2.000 URL-ova vrati grešku 404 ili su stranice kategorija greškom preusmjerene na početnu stranicu, gubitak prometa može biti ozbiljan. Zbog toga se preporučuje svakodnevna kontrola prvih 14 dana nakon prelaska.

Praktični Savjeti za SSL Instalaciju na WordPress Stranicama

WordPress je jedna od najčešće korištenih platformi za SSL prelazak i proces je prilično jednostavan kada se slijede ispravni koraci. Prvo aktivirajte SSL certifikat na hosting panelu. Zatim u WordPress administracijskom panelu, u odjeljku Postavke, ažurirajte polja "WordPress adresa" i "Adresa stranice" na HTTPS. Nakon toga sigurno zamijenite stare HTTP linkove u bazi podataka. Bez čišćenja keša dodatka za cache, CDN keša i keša pretraživača, može biti teško vidjeti ispravne rezultate.

• Provjerite da li u temama i datotekama dodataka postoje tvrdo kodirani (hard-coded) HTTP resursi.
• Skenirajte pozadinske slike i prilagođena CSS polja u page builder-ima.
• Nakon SSL instalacije, očistite sav keš u vašem dodatku za cache.
• Ako koristite WooCommerce, dodatno testirajte stranice za plaćanje i korisnički račun.
• Provjerite da li REST API, admin-ajax i medijske datoteke rade preko HTTPS-a.

Neki WordPress dodaci mogu automatski izvršiti HTTPS preusmjeravanje. Međutim, ako postoji ispravno 301 preusmjeravanje na serverskom nivou, upotreba dodatnog dodatka nije uvijek neophodna. Dodatni dodaci mogu stvoriti rizik po performanse i konflikte. Ako koristite upravljani WordPress hosting, upravljanje SSL-om, kešom i sigurnosnim postavkama putem hosting panela može biti čišće rješenje WordPress hosting rješenja WordPress sigurnosni vodič.

Na šta obratiti pažnju kod CDN-a, WAF-a i Cloud Servisa

Ako koristite CDN ili WAF, SSL veza se sastoji iz dva dijela: veza između posjetitelja i CDN-a i veza između CDN-a i origin servera. Nije dovoljno imati HTTPS samo na strani posjetitelja. Ako se prema origin serveru ide preko HTTP-a, ne postiže se enkripcija s kraja na kraj. Najsigurnija struktura je korištenje moda poput "full strict" na CDN strani i važeći SSL certifikat na origin serveru.

Pogrešan SSL mod je jedan od najčešćih uzroka greške "previše preusmjeravanja". Ako CDN prima HTTPS od posjetitelja, a povezuje se sa origin serverom putem HTTP-a, server može ponovo pokušati preusmjeriti na HTTPS. U tom slučaju zahtjevi mogu ući u petlju. Rješenje je odabrati ispravan CDN SSL mod, instalirati origin certifikat i dizajnirati HTTPS preusmjeravanje sa jedinstvenom logikom.

Šta testirati nakon SSL Instalacije

Nakon završetka instalacije, nije dovoljno pogledati samo početnu stranicu. Sistematsko testiranje sprječava buduće pritužbe korisnika i SEO greške.

• Otvorite početnu, podstranicu, kategoriju, proizvod, blog i stranicu sa obrascem preko HTTPS-a.
• Provjerite da li vaše HTTP verzije idu 301 preusmjeravanjem na ispravnu HTTPS adresu.
• U razvojnim alatima pretraživača provjerite ima li upozorenja o mješovitom sadržaju (mixed content).
• Potvrdite da je lanac certifikata kompletan i da su intermediate certifikati učitani.
• Testirajte stranicu na mobilnim pretraživačima i različitim mrežama.
• Isprobajte kontakt formu, prijavu članstva, plaćanje i preuzimanje datoteka.
• Pratite izvještaje o pokrivenosti, iskustvu i indeksiranju stranica u Search Console-u.
• Pratite performanse servera; moderna TLS konfiguracija obično ne stvara značajno opterećenje.

Što se tiče performansi, najnovije TLS konfiguracije su prilično efikasne. Na infrastrukturi sa HTTP/2 ili HTTP/3 podrškom, HTTPS može poboljšati iskustvo učitavanja stranice. To je zato što upravljanje višestrukim zahtjevima, ponovna upotreba konekcije i moderni mehanizmi kompresije rade efikasnije. Stoga, SSL ne samo da pruža sigurnost, već kada je ispravno konfigurisan, može pružiti i prednosti u performansama optimizacija brzine web stranice.

Operativno SSL Upravljanje za Korporativne Stranice

U kompanijama sa više domena, poddomena, testnih okruženja i API servisa, SSL upravljanje mora biti dokumentovano. Mora se evidentirati koji certifikat pokriva koju domenu, datum obnavljanja, certifikacijsko tijelo, odgovorni tim i metoda validacije. U suprotnom, zaboravljena poddomena može dovesti do toga da kritični korisnički panel postane nedostupan.

Posebno treba odvojeno provjeriti podservise poput staginga, panela, API-ja, plaćanja, podrške i file servera. Nije dovoljno da je samo glavna web stranica sigurna. Ako se vaša mobilna aplikacija povezuje na API endpoint čiji certifikat istekne, prijave u aplikaciju mogu biti neuspješne. Da biste smanjili ove rizike, treba koristiti alate za automatsko praćenje, obavijesti o obnavljanju i centralizovani inventar SSL certifikata.

Kratak Sažetak i Sljedeći Korak

SSL Certifikat (HTTPS) Instalacija je temeljni korak za pouzdan, moderan i SEO ispravan rad vaše web stranice. Uspješan prelazak sa HTTP na HTTPS se završava odabirom pravog certifikata, potpunom instalacijom, 301 preusmjeravanjem, čišćenjem mješovitog sadržaja i ažuriranjem kanonskih tagova i mape stranice. Na malim stranicama proces se može obaviti brzo, dok je na velikim stranicama potrebno napredovati uz plansku kontrolnu listu.

Na Hostragons infrastrukturi možete kontrolisanije sprovesti proces prelaska planiranjem web hostinga, domene i SSL upravljanja pod jednim krovom. Bez obzira na to da li vam treba DV, Wildcard ili korporativni SSL, možete pružiti sigurno HTTPS iskustvo uz pravilan certifikat i ispravnu hosting konfiguraciju Hostragons hosting paketi Hostragons SSL certifikati.

Često Postavljana Pitanja

Hoće li instalacija SSL certifikata odmah podići SEO rangiranje?

SSL sam po sebi ne garantuje veliki skok u rangiranju; međutim, HTTPS je snažan standard za sigurnost, korisničko iskustvo i kompatibilnost sa pretraživačima. Kada se prelazak izvrši sa ispravnim 301 preusmjeravanjem i čistom mapom stranice, SEO signali se čuvaju.

Da li je 301 preusmjeravanje obavezno pri prelasku sa HTTP na HTTPS?

Da. HTTP URL-ovi moraju biti trajno preusmjereni na svoje HTTPS ekvivalente. Ako se ne koristi 301 preusmjeravanje, pretraživači mogu tretirati HTTP i HTTPS verzije kao odvojene stranice.

Kako riješiti grešku mješovitog sadržaja?

Potrebno je identifikovati slike, CSS, JavaScript, iframe i font datoteke koje se pozivaju putem HTTP-a u izvornom kodu stranice i ažurirati ih na HTTPS. Baza podataka, tematske datoteke, CDN putanje i veze sa eksternim servisima moraju se zajedno provjeriti.

Koja je razlika između Wildcard SSL-a i standardnog SSL-a?

Standardni SSL obično pokriva određeni naziv domene i najčešće www varijaciju. Wildcard SSL štiti poddomene jednog nivoa iste osnovne domene; na primjer, koristi se za adrese poput panel.stranica.com i blog.stranica.com.

Šta se dešava ako SSL certifikat istekne?

Kada certifikat istekne, pretraživači prikazuju sigurnosno upozorenje i korisnici se ustručavaju ući na stranicu. To može dovesti do gubitka prometa, prodaje i povjerenja u brend. Automatsko obnavljanje i redovno praćenje smanjuju ovaj rizik.