Instalacija ili aktivacija SSL sertifikata
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
SSL · HTTPS · POVERENJE
HTTPS bez upozorenja i SSL koji se pravilno obnavlja
Podešavamo SSL sertifikat, preusmerenje na HTTPS i proveru mešovitog sadržaja kako bi sajt bio dostupan bez sigurnosnih upozorenja.
✓ Instalacija ili aktivacija SSL sertifikata
✓ HTTP → HTTPS preusmerenje
✓ Provera mixed-content problema
TEHNIČKA USLUGA
HTTPS bez upozorenja i SSL koji se pravilno obnavlja
SSL sertifikat više nije dodatak za posebne sajtove. HTTPS je standard za poslovne prezentacije, forme, prodavnice i sve stranice koje žele da korisniku uliju poverenje. Važno je da sertifikat bude pravilno instaliran, da se obnavlja i da sajt nema mixed-content greške.
HTTP → HTTPS preusmerenje
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Provera mixed-content problema
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
Kontrola automatskog obnavljanja
Podešavanje se prilagođava konkretnom sajtu i poslovnom cilju, uz jasnu proveru pre puštanja u rad.
KAKO RADIMO01 02 03 04 05
Proces bez nasumičnih tehničkih poteza.
Proveravamo postojeći sertifikat i server.
Aktiviramo odgovarajući SSL.
Podešavamo redirekcije i canonical URL-ove.
Proveravamo slike, skripte i forme na HTTPS-u.
Testiramo obnavljanje i javni prikaz sajta.
Pouzdana tehnička osnova: šta proveravamo pre i posle izmene
Hosting, DNS, SSL, backup, sigurnost i podrška imaju vrednost tek kada postoji nedvosmislen način provere, oporavka i dugoročnog održavanja.
Certificate chain
Browser mora moći da verifikuje kompletan lanac sertifikata.
SSL pregledamo kroz važenje sertifikata, chain, hostname i automatsko obnavljanje. HTTPS greška u mnogim slučajevima dolazi iz konfiguracije proxy-ja ili mešovitog sadržaja, ne iz samog sertifikata.
HSTS uvodimo tek kada je HTTPS stabilan na svim relevantnim subdomenima, jer pogrešno podešen header može otežati oporavak od kasnije greške.
Staging je jeftiniji od popravke na produkciji
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru. Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Backup vredi samo ako može da se vrati
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Pristupi i vlasništvo moraju ostati pod kontrolom klijenta
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova. Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Automatic renewal
Sertifikat koji se ne obnovi na vreme pravi trenutni problem poverenja i konverzije.
Nakon intervencije kontrolišemo i povezane servise, jer promena DNS-a, PHP-a, certifikata ili baze može imati posledice koje se ne vide na početnoj stranici.
Logovi često pokažu ono što interfejs sakrije
Tehničku promenu dokumentujemo sa početnim stanjem, backup-om i planom povratka. Cilj nije samo da problem nestane, već da znamo zašto se desio i kako da ga ne ponovimo.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
DNS i SSL greške izgledaju jednostavno tek kada se lociraju
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Server logovi i monitoring u mnogim slučajevima skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Šta ostaje da se prati nakon stabilizacije
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident neretko svodi na pokušaj ponavljanja problema. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. Kod tehničkih intervencija rollback plan je deo promene, pre svega kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Mixed content
HTTPS stranica ne sme učitavati slike ili skripte preko nesigurnog HTTP-a.
Kako proveravamo oporavak posle izmene
Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude nedvosmisleno dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet. Update se ne radi naslepo na produkciji kada postoji veći rizik.
Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment. Restore test je deo backup strategije.
Kada jedna zavisnost povuče više simptoma
Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200. DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Promena mora imati plan povratka
Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Bez toga se incident neretko svodi na pokušaj ponavljanja problema. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Pravilna dijagnostika prvo određuje sloj na kojem problem nastaje, pa tek onda menja konfiguraciju.
HSTS
Stroga HTTPS politika uvodi se tek kada je ceo domen spreman.
DNS promena ima TTL i propagaciju, pa planiramo kada se zapis menja i kako pregledamo odgovor sa više resolvera. Pogrešan A, CNAME ili MX zapis može uticati na sajt i email istovremeno.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Vlasništvo nad domenom i pristup DNS zoni treba da ostanu dokumentovani kod klijenta. Tehnička podrška ne treba da zavisi od jednog naloga koji niko drugi ne može preuzme.
Restore test je deo backup strategije. Kopija koju niko nikada nije otvorio nije pouzdan plan oporavka samo zbog toga što postoji u listi fajlova.
Update se ne radi naslepo na produkciji kada postoji veći rizik. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Monitoring treba da otkrije problem pre korisnika
Tehnička promena počinje backup-om i jasnim planom povratka. Monitoring treba da proverava ono što potencijalnom klijentu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Prvo utvrđujemo uzrok, pa tek onda menjamo konfiguraciju
Bez toga se incident u mnogim slučajevima svodi na pokušaj ponavljanja problema. Update se ne radi naslepo na produkciji kada postoji veći rizik. Staging, backup i kratka lista kritičnih funkcija omogućavaju bržu i sigurniju proveru.
Restore test je deo backup strategije. Vlasništvo nad domenom, certifikatom i hosting nalogom treba da bude bez zabune dokumentovano. Tehnička stabilnost uključuje i administrativni kontinuitet.
Redirect canonical
HTTP i alternativne host verzije treba dosledno voditi na jednu HTTPS adresu.
Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan. Server logovi i monitoring neretko skrate dijagnostiku jer pokazuju vreme, status i tačku na kojoj je zahtev stvarno otkazao.
Tehnička promena počinje backup-om i jasnim planom povratka. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
Logovi često pokažu ono što interfejs sakrije
DNS, SSL, hosting i aplikacija imaju drugačije tačke kvara. Monitoring treba da proverava ono što posetiocu znači dostupnost, ne samo da server odgovara na ping. Forma, baza i ključni endpoint mogu biti neispravni dok početna strana vraća 200.
Monitoring treba da otkrije problem pre korisnika
Logovi skraćuju dijagnostiku kada beleže vreme, grešku i kontekst bez izlaganja poverljivih podataka. Bez toga se incident često svodi na pokušaj ponavljanja problema.
DNS, SSL, hosting i aplikacija imaju raznovrsne tačke kvara. Backup nije potvrđen time što fajl postoji; vrednost dobija tek kada je restore testiran i dokumentovan.
Dokumentovana konfiguracija ubrzava sledeću intervenciju
Tehnička stabilnost uključuje i administrativni kontinuitet. Tehnička promena počinje backup-om i jasnim planom povratka. Cilj nije samo da problem nestane, već da produkcija ostane bezbedna ako se pojavi neočekivana posledica.
Restore test je deo backup strategije. Kod tehničkih intervencija rollback plan je deo promene, naročito kada se diraju DNS, SSL, baza, verzija PHP-a ili produkcioni deployment.
DUBINSKI VODIČ I BEZBEDNOSNI STANDARDI
Sveobuhvatni vodič kroz SSL sertifikate i HTTPS protokol za moderne sajtove
U današnjem digitalnom okruženju, bezbednost komunikacije između korisničkog web pregledača i vašeg servera nije samo opcija – to je temeljni uslov za uspešno poslovanje na internetu. Bilo da vodite jednostavan poslovni sajt, portfelj ili kompleksnu e-commerce platformu sa hiljadama artikala, pravilan SSL sertifikat i besprekorna HTTPS konfiguracija direktno utiču na vaše prihode, SEO pozicije i povrenje kupaca.
Šta je SSL sertifikat i kako HTTPS štiti podatke vaših posetilaca?
SSL (Secure Sockets Layer) i njegov moderniji naslednik TLS (Transport Layer Security) predstavljaju kriptografske protokole čiji je osnovni zadatak da obezbede sigurno, šifrovano prenošenje podataka preko interneta. Kada korisnik pristupi sajtu bez SSL-a (preko klasičnog HTTP protokola), svi podaci koji se razmenjuju – uključujući lozinke, brojeve kreditnih kartica, lične podatke iz kontakt formi i sesijske kolačiće – putuju u takozvanom "čistom tekstu" (plain text).
To znači da bilo koja treća strana koja presretne mrežni saobraćaj (putem javnog Wi-Fi-ja, kompromitovanog rutera ili zlonamernog provajdera) može sa lakoćom da pročita i zloupotrebi te informacije. Uvođenjem SSL/TLS sertifikata, protokol prelaz u HTTPS (Hypertext Transfer Protocol Secure). Svi podaci se momentalno matematički enkriptuju pomoću kompleksnih ključeva (asimetrična i simetrična enkripcija), čime postaju potpuno neupotrebljivi za prisluškivače i hakerske napade poput Man-in-the-Middle (MitM).
Kako funkcioniše SSL enkripcija: Tehnički proces iza "katanče" simbola
Kada posetilac ukuca adresu vašeg sajta u pregledač, u nekoliko milisekundi odigrava se kompleksan proces poznat kao SSL/TLS Handshake (rukovanje):
- Inicijacija (Client Hello): Pregledač šalje serveru zahtev za uspostavljanje sigurne veze, navodeći verzije TLS protokola i podržane šifrovane komplete (cipher suites).
- Identifikacija servera (Server Hello & Certificate): Server odgovara slanjem svog SSL sertifikata i javnog ključa koji je izdala ovlašćena sertifikaciona tela (Certificate Authority - CA).
- Verifikacija lanca (Chain Verification): Pregledač proverava digitalni potpis sertifikata, rok važenja i da li je izdat od poverljive CA institucije.
- Razmena simetričnog ključa: Pregledač i server kreiraju jednokratni simetrični ključ sesije (session key) pomoću kojeg se dalje brzinski šifruje sav saobraćaj na stranici.
Rezultat ovog munjevitog procesa je ikona zakrenutog katančića pored adrese sajta u Google Chrome-u, Safari-ju ili Firefox-u, koja korisnicima šalje nedvosmislen signal da je njihov boravak na sajtu potpuno bezbedan.
TIPOVI SERTIFIKATA
Različite vrste SSL sertifikata i koji je pravi izbor za vas
Nisu svi SSL sertifikati jednaki po nivou verifikacije i namenjenoj strukturi domena. Pravilan izbor štedi budžet i obezbeđuje adekvatan nivo pravne i tehničke zaštite.
Domain Validation (DV)
Domain Validation sertifikati su najrasprostranjenije rešenje na webu. Proveravaju isključivo vlasništvo nad domenom (putem DNS zapisa, email verifikacije ili HTTP fajla). Izdaju se u roku od nekoliko minuta.
Zašto izabrati DV sertifikat?
Odličan je za blogove, prezentacione poslovne sajtove, portfolije i manje firme. Pruža potpunu 256-bitnu enkripciju podataka. Rešenja poput besplatnog Let's Encrypt ili autoSSL-a nude vrhunsku bezbednost bez dodatnih godišnjih troškova za licencu.
Organization Validation (OV)
Za izdavanje OV sertifikata, sertifikaciono telo vrši detaljnu proveru pravnog subjektivnog identiteta firme. Proveravaju se zvanični registri podaci (npr. APR u Srbiji) i broj telefona.
Veće poverenje za kompanije
U samom detalju sertifikata unutar pregledača prikazano je ime vaše firme. Ovo ulijeva dodatno poverenje kod klijenata, što je ključno za B2B portale, zdravstvene ustanove, finansijske savetnike i korporativne sajtove.
Extended Validation (EV)
EV sertifikati zahtevaju najstrožu moguću proveru poslovanja, financijskog kontinuiteta i fizičke lokacije kompanije. Proces izdavanja može trajati od nekoliko dana do nekoliko nedelja.
Maksimalna garancija i zaštita
EV pruža najviše finansijske garancije (osiguranje u slučaju proboja kriptografije od strane CA) i obavezan je izbor za bankarske sisteme, osiguravajuće kuće, megastore e-commerce gigante i državne institucije.
Wildcard SSL sertifikati
Jedan Wildcard sertifikat pokriva glavni domen i sve njegove neograničene poddomene prvog nivoa (npr. *.vašdomen.rs – pokriva moj.vašdomen.rs, shop.vašdomen.rs, app.vašdomen.rs).
Ekonomičnost za složene sisteme
Nema potrebe za kupovinom i instalacijom pojedinačnih sertifikata za svaki poddomen pojedinačno. Znatno olakšava administaciju i automatizaciju obnovi na serverskom nivou.
SEO & RANGIRANJE
Uticaj HTTPS protokola na SEO rangiranje i konverzije
Zvanično još od 2014. godine, Google je potvrdio da je HTTPS zvanični algoritmatski signal za rangiranje (ranking signal). Sajtovi koji koriste siguran protokol imaju prednost u rezultatima pretrage u odnosu na nesigurne konkurentske stranice.
Google algoritam i HTTPS kao zvanični signal rangiranja
Premda sam SSL sertifikat neće preko noći dovesti vaš sajt na prvo mesto bez kvalitetnog sadržaja i beklinkova, on deluje kao "tie-breaker" – u situaciji kada Google vaga između dva sajta sa sličnim autoritetom i sadržajem, sajt sa besprekornim HTTPS-om i brzom TLS vezom uvek odnosi pobedu.
Pored toga, moderni web protokoli kao što su HTTP/2 i HTTP/3 (QUIC) koji drastično ubrzavaju učitavanje stranica tehnički funkcionišu ISKLJUČIVO preko enkriptovane HTTPS veze. Prelaskom na HTTPS otvarate vrata za značajno poboljšanje brzine sajta (Core Web Vitals).
Kako upozorenje "Not Secure" uništava poverenje i obara konverzije
Savremeni pretraživači poput Google Chrome-a aktivno kažnjavaju HTTP sajtove. Kada posetilac pokuša da otvori nesiguran sajt ili popuni formu na njemu, pregledač prikazuje uočljivo crveno upozorenje: "Your connection is not private" ili "Not Secure" (Nije bezbedno).
Statistike pokazuju sledeće alarmantne podatke o ponašanju korisnika:
- Preko 84% korisnika napušta kupovinu ako uoči da veza nije bezbedna.
- Konverzija na kontaktnim formama opada za više od 60% ukoliko pretraživač prikaže bilo kakvo sigurnosno upozorenje.
- Stopa napuštanja sajta (Bounce Rate) dramatično skače, što Google interpretira kao loše korisničko iskustvo i dodatno obara vaše SEO pozicije.
REŠAVANJE PROBLEMA
Najčešći problemi prilikom prelazak sa HTTP na HTTPS i kako ih rešavamo
Nepravilna migracija na HTTPS može izazvati ozbiljne tehničke probleme, pad organskog saobraćaja na Google-u ili "razbijanje" izgleda samog sajta. Naš tim primenjuje precizne protokole kako bi izbegao i otklonio sve potencijalne greške.
Rešavanje mešovitog sadržaja (Mixed Content Warning)
Nastaje kada se sama HTML stranica učitava preko HTTPS-a, ali određeni resursi na njoj (slike, skripte, CSS fajlovi, fontovi) i dalje koriste stare `http://` linkove. Pregledač tada blokira te resurse ili prikazuje "žuti katanac". Mi vršimo kompletnu inspekciju baze podataka i koda i konvertujemo sve putanje u bezbedne ili relativne URL-ove.
Podešavanje 301 preusmerenja (Redirect Loop prevention)
Google posmatra `http://vassajt.rs` i `https://vassajt.rs` kao dva potpuno različita sajta. Ukoliko preusmerenje nije urađeno pravilno putem trajnih 301 redirekcija u `.htaccess` ili Nginx konfiguraciji, dolazi do dupliranja sadržaja (duplicate content) ili beskonačnih petlji preusmeravanja (Too Many Redirects).
Ažuriranje Canonical oznaka i Sitemap.xml fajla
Svaka stranica mora sadržati canonical tag koji pokazuje na svoju definitivnu HTTPS verziju. Takođe, generišemo novu XML mapu sajta (sitemap.xml) sa isključivo HTTPS adresama i šaljemo je na ponovno indeksiranje u Google Search Console kako bismo sačuvali sve stvorene SEO pozicije.
Integritet lanca sertifikata (Intermediate CA Chain)
Česta greška neiskusnih administratora je instalacija samo primarnog sertifikata bez međusertifikata (Intermediate Certificates). Rezultat je da sajt radi na računaru, ali prikazuje grešku na mobilnim telefonima ili određenim verzijama Android/iOS operativnih sistema. Mi instališemo potpun sertifikacioni lanac.
KORAK PO KORAK
01
02
03
04
05
Proces profesionalne instalacije i konfiguracije SSL-a u našem studiju
Ne prepuštamo ništa slučaju. Svaka tehnička intervencija prati strogo definisan standard kvaliteta koji garantuje potpunu bezbednost i neprekidan rad vašeg sajta tokom procesa.
Dijagnostika i izrada bekapa
Pre bilo kakvih izmena na serveru, pravimo kompletnu rezervnu kopiju (backup) baze podataka i svih fajlova sajta. Proveravamo verziju web servera (Apache, Nginx, LiteSpeed), PHP verziju i kontrolni panel (cPanel, Plesk, DirectAdmin ili SSH pristup).
Generisanje CSR-a i izdavanje SSL-a
Generišemo Certificate Signing Request (CSR) sa odgovarajućom dužinom RSA ključa (minimum 2048-bit ili moderniji ECC ključevi). Prolazimo proces verifikacije i dobijamo potpisan digitalni sertifikat od ovlašćenog izdavača.
Konfiguracija servera i 301 redirekcije
Instaliramo CRT fajlove i CA-bundle na server. Podešavamo `http -> https` i `non-www -> www` (ili obrnuto) 301 preusmerenja na nivou web servera radi maksimalnih performansi i izbegavanja opterećenja PHP procesa.
Čišćenje baze i otklanjanje Mixed Content-a
Kroz specijalizovane skripte vršimo bezbednu zamenu svih apsolutnih HTTP internih linkova u bazi podataka. Proveravamo hardkodovane skripte u temama i dodacima kako bismo osigurali čiste zelene katančiće na svim stranicama.
HSTS aktivacija i automatsko obnavljanje
Podešavamo HTTP Strict Transport Security (HSTS) zaglavlje koje primorava pregledače da uvek koriste HTTPS. Postavljamo automatske cron zadatke (Certbot / AutoSSL) za bezbrižno obnavljanje sertifikata pre isteka.
REZULTATI IZ PRAKSE
Primeri iz prakse i studije slučaja rešavanja SSL problema
Primer 1: E-commerce prodavnica sa preko 15.000 proizvoda
Problem: Internet prodavnica je nakon neuspele samostalne migracije na HTTPS izgubila preko 35% organskog saobraćaja i imala stotine "Mixed Content" upozorenja zbog starih slika proizvoda u bazi.
Rešenje: Sproveli smo potpunu inspekciju baze, zamenili sve hardkodovane URL-ove, konfigurisali Nginx da automatski prepisuje zaglavlja slika i podesili HSTS. Nakon slanja ažurirane sitemap-e Google-u, saobraćaj se potpuno oporavio u roku od 12 dana, a stopa napuštanja korpe smanjena je za 18%.
Primer 2: Korporativni portal sa iznenadnim "SSL Expired" prekidom
Problem: Firma za finansijsko savetovanje pretrpela je blokadu sajta jer im je komercijalni SSL sertifikat istekao preko vikenda, a automatska obnova nije bila konfigurisana od strane starog hosting provajdera.
Rešenje: Naš tim je u roku od samo 45 minuta izdao i instalirao zamenski sertifikat sa potpunim certifikacionim lancem, uspostavio monitoring sistem koji nas obaveštava 30 dana pre bilo kog budućeg isteka i konfigurisao automatsku obnovu.
SAVETI I TROŠKOVI
Od čega zavisi cena instalacije i održavanja SSL sertifikata?
Cena SSL i HTTPS podešavanja zavisi od složenosti samog sajta i izabrane vrste sertifikata. Za većinu standardnih sajtova i WordPress prezentacija, sam sertifikat može biti potpuno besplatan (putem Let's Encrypt rešenja), dok se plaća samo jednokratna usluga stručnog podešavanja, migracije baze i provere bezbednosti.
Kod kompleksnijih portala, višedomenskih struktura ili potrebe za komercijalnim OV/EV sertifikatima sa visokim garancijama, cena obuhvata trošak godišnje licence samog sertifikacionog tela i naprednu konfiguraciju servera sa dodatnim sigurnosnim zaglavljima (HSTS, CSP, X-Frame-Options).
Kako sami možete proveriti da li vaš SSL rad bez mana?
Možete izvršiti brzu proveru prateći ove korake:
- Proverite da li se pored adrese sajta nalazi ikona zakrenutog katančića na svim stranicama, a ne samo na početnoj.
- Otvorite Developers Tools u pretraživaču (taster F12) i u kartici Console proverite da li postoje crvena upozorenja za Mixed Content.
- Iskoristite besplatne alate poput Qualys SSL Labs Test – vrhunski konfigurisana stranica treba da dobije ocenu A+.
- Testirajte da li ukucavanjem starih adresa sa `http://` automatski prelazite na `https://` sa status kodom 301.
DODATNA PITANJA
Detaljna pitanja i odgovori o SSL certifikaciji i HTTPS protokolu
Da li je besplatan Let's Encrypt SSL sertifikat podjednako bezbedan kao i plaćeni?+
Da, sa tehničke i kriptografske tačke gledišta, Let's Encrypt koristi identične standarde enkripcije (256-bit AES / RSA ili ECC) kao i najskuplji komercijalni sertifikati. Glavna razlika je u tome što je Let's Encrypt uvek DV (Domain Validation) sertifikat koji važi 90 dana (uz automatsko obnavljanje) i ne uključuje finansijsku garanciju osiguranja niti proveru pravnog identiteta kompanije kakvu nude OV i EV sertifikati.
Šta je HSTS i zašto je važan za potpunu zaštitu sajta?+
HSTS (HTTP Strict Transport Security) je sigurnosni odgovor servera (header) koji govori pregledaču da u narednih godinu dana mora da komunicira sa sajtom ISKLJUČIVO preko HTTPS-a, čak i ako korisnik eksplicitno ukuca http:// u adresi. HSTS sprečava takozvane SSL-Strip napade gde hakeri pokušavaju da preusmere korisnika na nesigurnu verziju stranice pre nego što se izvrši 301 preusmerenje.
Koliko traje proces ugradnje i podešavanja SSL-a od trenutka kada naručim uslugu?+
Za standardne sajtove i WordPress prezentacije, kompletan proces generisanja, instalacije, preusmerenja 301 i čišćenja baze od mešovitog sadržaja završavamo u roku od nekoliko sati do najviše 24h. Vaš sajt sve vreme ostaje dostupan i posetioci neće osetiti nikakav prekid u radu.
Šta ako moj hosting provajder ne nudi besplatan SSL ili naplaćuje njegovu instalaciju?+
Ukoliko vaš trenutni hosting provajder ne podržava besplatne SSL sertifikate ili zahteva visoke godišnje nadoknade za osnovnu zaštitu, možemo vam pomoći da podesite besplatan SSL preko Cloudflare mreže ili izvršiti bezbolnu migraciju vašeg sajta na naš brzi i pouzdani hosting koji uključuje neograničene besplatne SSL sertifikate sa automatskom obnovom.
FAQ
Česta pitanja
Da li radite SSL i HTTPS podešavanje na sajtu koji niste vi napravili?+
Da, ako dobijemo potrebne pristupe i ako je postojeće okruženje tehnički podrživo. Pre intervencije prvo proveravamo stanje i rizike.
Da li pravite backup pre tehničke izmene?+
Za promene koje mogu uticati na podatke ili dostupnost sajta proveravamo postojeći backup ili pravimo odgovarajuću kopiju kada je to moguće i deo dogovorenog pristupa.
Kako izgleda podrška nakon podešavanja?+
Nakon intervencije proveravamo dogovorene funkcije i objašnjavamo šta je promenjeno. Kontinuirano održavanje ili monitoring može se ugovoriti odvojeno kada je potreban.
Više odgovora pronađite na centralnoj FAQ stranici.
TREBA VAM TEHNIČKA POMOĆ?
Pošaljite stanje i cilj. Predložićemo sledeći korak.
Možete poslati adresu sajta, kratak opis problema ili usluge koja Vam je potrebna. Ako je potrebno, prvo ćemo uraditi dijagnostiku pre nego što predložimo intervenciju.