Kako preklopiti na https: navodila po korakih. Kako deluje https

Julija 2014 je Google objavil prednost pri razvrščanju spletnih mest z pravilno nameščen s certifikati SSL. pretvorjena in zaščitena spletna mesta SSL so prikazana kot HTTPS (varen protokol za prenos hiperteksta) v nasprotju s prejšnjim standardom HTTP. Tako je bila dodana dodatna varnostna raven, ki preprečuje nezaželen dostop do shranjenih podatkov.

Google, Safari, Firefox in večina drugih priljubljenih brskalnikov danes zahtevajo ta protokol za boljše razvrščanje, geografsko lociranje, vnos podatkov o kreditnih karticah in drugo. Varnostni protokol HTTPS varuje spletna mesta tudi pred nezaželenimi oglasi, ki obiskovalce nadlegujejo z vsiljivimi in grdimi informacijami, ki včasih vsebujejo zlonamerno programsko opremo. Od oktobra 2018 Google prikazuje rdeče opozorilo, ko uporabniki vnašajo podatke na straneh HTTP, ali zeleno ključavnico naslovne vrstice, ko je varnost na straneh HTTPS običajna.

Hitra opredelitev

HTTPS in SSL sta vidna v naslovu URL spletnega mesta, kot je prikazano v vrstici brskalnika. Ob njem lahko opazite tudi simbol ključavnice. Tako sodobni brskalniki sporočajo, da je uporabnik na spletnem mestu, ki uporablja šifriranje SSL. V nekaterih primerih URL vključuje ime podjetja. Ti znaki kažejo, da je obiskovalec na spletnem mestu, ki zasebnost jemlje resno. Pomeni HTTPS Secure Hypertext Transport Protocol. Njegov "brat" HTTP pomeni isto brez "skrivnosti" na koncu in je komunikacijski protokol, ki se pogosto uporablja za olajšanje spletnega prometa.

Varna različica za vzpostavitev povezave med brskalnikom in strežnikom uporablja certifikat SSL (Secure Socket Layer). Tako je jasno, kako deluje HTTPS - vse izmenjane informacije so šifrirane. Šifriranje je postopek zamenjave običajnih besedilnih informacij, kot so uporabniška imena in gesla, z naključnimi številkami in črkami. Na ta način ga ljudje ne morejo več prebrati in ga je med prestrezanjem težje razumeti.

Malo pojasnila: SSL tehnično ni pravi izraz, saj je bil konec 90. let prejšnjega stoletja spremenjen v TLS (Transport Layer Security). Vendar se še vedno pogosto uporablja za opis postopkov HTTPS.

Prvi, kaj je potrebno da bi preklopili na informacijska tehnologija za zaščito podatkov HTTPS je nakup ustreznega certifikata SSL, ki ustvari šifrirano in neprepustno povezavo med oknom brskalnika in spletnim strežnikom. Na voljo so različne vrste potrdil, ki se razlikujejo po vrednosti. Pomembno je, da vsi delujejo po enakem načelu, zato uporabnik ne dobi "večje varnosti" samo zato, ker plača več.

Na voljo so različni sklopi funkcij:

1. Vstopna domena SSL. Izdajo se takoj in zahtevajo le potrditev po e-pošti pred prehodom na HTTPS, omogočajo brskanje po HTTPS s ključavnico, brez postopka poglobljene analize, le preverjanje lastništva domene. Idealno za majhna podjetja z omejenim proračunom, ki ne sprejemajo spletnih plačil.
2. Organizacijska potrdila SSL, ki zahtevajo višjo stopnjo preverjanja. Pri tej vrsti potrdila sta ime podjetja in ime domene prikazana v vrstici brskalnika.
3. SSL z razširjenim potrjevanjem, omogočanje uporabe zelene vrstice brskalnika. So dražja od prejšnjih potrdil in vključujejo pravno, operativno in fizično potrditev.
4. Ko kupite potrdilo SSL, ga je treba potrditi. Pred izdajo potrdila je treba potrditi različne stopnje, Na primer, za domeno se lahko potrdilo SSL izda takoj, ko lastnik domene potrdi svoj e-poštni naslov. Če lastnik spletnega mesta uporablja skupno gostovanje, pred prehodom na HTTPS ponudnika prosite za pomoč pri upravljanju strežnika z odobrenim certifikatom.

Algoritem za prehod na HTTPS:

1. Izvedite popolno varnostno kopijo spletnega mesta. Če vaše gostovanje upravlja cPanel, lahko uporabite funkcijo varnostnega kopiranja, ki je vgrajena v cPanel. V nasprotnem primeru se obrnite na podjetje za gostovanje in preverite, ali ponuja upravljano storitev varnostnega kopiranja.
2. Povezave HTTP na spletnem mestu spremenite v povezave HTTPS. Postopek je odvisen od velikosti spletnega mesta, ki določa delovanje protokola HTTPS. Če ima spletno mesto le nekaj strani, lahko uporabite ročni postopek. Če je na voljo več sto ali celo več tisoč strani - uporabite orodja, ki avtomatizirajo postopek, zlasti če gostuje na motorju WordPress.
3. Pred prehodom na HTTPS preverite knjižnice kode. To je neobvezen korak, ki se uporablja za bolj zapletena spletna mesta z dodatno programsko opremo, kot sta JavaScript in Ajax.
4. Posodobite vse zunanje povezave, ki kažejo na spletno mesto iz družabnih medijev in seznamov v avtoritativnih imenikih.
5. Ustvarite preusmeritev 301 HTTPS. Sliši se zapleteno, vendar v resnici ni. 301 je način preusmerjanja prometa z ene spletne strani na drug URL. To so pomembni Če ima spletno mesto na desetine, stotine ali celo tisoče povratnih povezav, ki nanj kažejo z drugih spletnih mest, bodo te povezave kazale na strani HTTP, uvrstitev v iskalnikih pa je odvisna od količine in kakovosti povratnih povezav. Nastavitev preusmeritve 301 je odvisna od vrste uporabljenega spletnega strežnika. Najbolj priljubljene vrste spletnih strežnikov so Apache, NGinx in LiteSpeed ter Windows. Preden preklopite na HTTPS Pri Apacheu in LiteSpeedu morate posodobiti datoteko htaccess, pri NGinxu konfiguracijsko datoteko NGinx, pri sistemu Windows pa spletno.konfiguracija.
6. Če uporabljate omrežje za dostavo vsebine (CDN), kot je CloudFlare, morate s tem sistemom sinhronizirati tudi SSL. CDN je globalno porazdeljeno omrežje strežnikov, ki na svojih strežnikih hranijo kopije spletnih strani. To ne koristi le hitrosti, temveč tudi varnosti, saj lahko zazna različne vzorce zlonamerne programske opreme in prepreči, da bi bilo spletno mesto ogroženo.
7. Posodobite vsa druga orodja in transakcijska e-poštna sporočila, kot so generatorji e-poštnega trženja, avtomatizacije in pristajalne strani. Pripraviti morate seznam teh programov in poiskati omembe spletnih strani, ki so povezane s HTTP, nato pa jih posodobiti na HTTPS.
8. Za upoštevanje navodil HTTPS morate posodobiti računa Google Analytics in Search Console. V programu Analytics morate privzeti URL spremeniti na HTTPS. V iskalno konzolo morate dodati novo spletno mesto s protokolom HTTPS.

Preprečevanje pasti SEO

Chrome uporabnike opozori, da spletno mesto ni varno, ko izpolnijo obrazec, na primer iskalno polje ali prijavo v e-pošto. To najnovejše opozorilo je skupaj s prednostmi Googlovega SEO pospešilo prehod številnih spletnih mest.

Za inženirsko stran obstajajo številne podrobnosti in kontrolni seznami, vendar lahko včasih med prehodom spregledamo posebnosti SEO. Kontrolni seznam HTTP za HTTPS, ki se osredotoča le na vprašanja SEO: načrtovanje, migracijo in spremljanje po migraciji.

Z orodjem Keylime Toolbox Query Analytics lahko združite podatke o poizvedbah HTTP in HTTP Secure iz storitve Google Search Console ter spremljate trende pri stopnjah klikov, uvrstitvah, prikazih po času in skupno, na ravni posamezne poizvedbe in za kategorije. Keylime Toolbox Crawl Analytics zagotavlja dnevniško analizo, s katero lahko spremljate brskanje z Googlebotom, ocenite, koliko časa bo trajalo popolno brskanje in ponovno indeksiranje, ter ugotovite morebitne težave. Če je spletno mesto veliko in je običajno skeniranje neučinkovito, pred začetkom migracije razmislite o uvedbi posebnih elementov učinkovitosti skeniranja.

Konfiguracija funkcij prehoda

Pri prehodu na preusmeritve konfigurirajte naslednje nastavitve. Smernice za prehod s HTTP na HTTPS:

1. 301 preusmeritev naslovov HTTP na HTTPS-URL. čim bolj vključite vsa obstoječa pravila. Google bo prebrskal le do 5 preusmeritev v verigi.
2. Posodobitev vseh notranjih povezav na URL-je HTTPS.
3. Posodabljanje metapodatkov in strukturiranih oznak.
4. poskrbite, da bodo vsi viri preneseni na HTTPS in da bodo posodobljene povezave v izvorni kodi strani.
5. Preverjanje lastnosti HTTPS v konzoli za iskanje Google.
6. Ustvarite niz lastnosti, ki združuje HTTP in HTTPS za namene spremljanja.
7. Konfiguracija obdelave parametrov za različico HTTPS domene v konzoli za iskanje Google v skladu z nastavitvami namestitve HTTPS.
8. Nastavitev mednarodnega ciljanja.
9. Nastavitev hitrosti plazenja.
10. Prepričajte se, da je datoteka HTTPS robots.txt ima enako vsebino kot prej za HTTP in ne prepoveduje vseh.
11. Prepričajte se, da strani HTTPS nimajo atributov "meta noindex".
12. Prepričajte se, da so nastavljene oznake za spletno analitiko in druge oznake tretjih oseb.
13. Pošljite mapo XML za URL-je na HTTPS in ne blokirajte URL-jev HTTP z roboti.txt.
14. Spremljanje rednega iskalnega prometa v spletni analitiki, da se prepričate o njegovi doslednosti.
15. Spremljanje uvrstitev in drugih podatkov, pomembnih za SEO, v konzoli za iskanje Google.
16. ročno preverite prikaz rezultatov iskanja in se prepričajte, da je vse videti pravilno, saj se indeksirajo naslovi URL HTTPS.

Googlovo robotsko skeniranje

Spremljajte, kako Googlov robot pregleduje HTTP in HTTPS, katere URL-je pregleduje in katere odzivne kode prejme, na voljo samo, če uporabljate orodje Crawl Analytics, ki v obdelavo prenese dnevniške datoteke strežnika. Če želite to narediti, prenesite celoten seznam napak pri iskanju, ki ga je pripravil Google, za HTTP in HTTPS, ter vir povezave za vsako napako.

Spremlja skupne uvrstitve ter promet HTTP in HTTPS v daljšem časovnem obdobju za poizvedbe pod blagovno znamko in brez nje ter druge podatke SEO, kot so posamezne in skupne stopnje klikov ter skupno število klikov, na katere se spletno mesto prikaže

Če je spletno mesto veliko in je pregledovanje neučinkovito, lahko traja nekaj časa, da Google ponovno pregleda vse naslove URL HTTP in jih v indeksu nadomesti z različicami HTTPS, da bi pospešil postopek. Dnevniške datoteke so odličen vir za ugotavljanje težav z zmogljivostjo. Čeprav Google trdi, da za 301 in 302 enako ravna s tokom PageRank, se te preusmeritve še vedno obravnavajo različno. Ker je 302 tehnično "začasen", Google še naprej indeksira ciljni URL 302. Pri preusmeritvi 301 Google iz indeksa odstrani URL preusmeritve in indeksira samo ciljni URL 301.

Konsolidacija pravil o preusmerjanju

Googlebot izvede le do 5 preusmeritev, ker pa se URL-ji sčasoma spreminjajo in se dodajajo pravila za kanonizacijo, se pogosto pojavljajo verige preusmeritev. Vendar upočasnjujejo nalaganje strani, zlasti na mobilnih napravah.

V številnih primerih se preusmeritve HTTP/HTTPS in www/non-www izvajajo na ravni strežnika, vse druge preusmeritve pa na ravni aplikacije. V tem primeru je idealen scenarij uporaba enega 301 na ravni strežnika, ki upošteva tako HTTP/HTTPS.

Ta zadnja preusmeritev na HTTPS bo vključevala pravila, kot so

1. Iz starih predlog URL v trenutne predloge URL poskrbite, da bodo vsa stara pravila posodobljena s trenutnimi končnimi cilji. Normalizacija primerov, npr. iz primera.com/Page1 na primer.com/page1 in končna poševnica, npr. iz primera.com/page1 na primer.com/page1/. V tem primeru.com/Page1 bo preusmeril 301 neposredno na primer.com/page1/ ena zanka HTTPS in www.
2. Preglejte vsa stara pravila, jih posodobite in združite ter se prepričajte, da so vsa nastavljena na 301 in ne 302. URL-ji, ki se preusmerijo na 302, lahko ostanejo indeksirani, kar povzroči nepredvidljive elemente prikaza rezultatov iskanja. Ne prikazujejo lahko samo napačnega URL, ampak tudi drugo neželeno vedenje. Če so na primer metapodatki, kot so povezave do spletnega mesta, povezani s trenutnim naslovom URL in je v rezultatih iskanja prikazan stari naslov URL, dodatne povezave ne bodo prikazane.
3. posodobi vse notranje povezave na kanonične URL-je, kar je koristno, saj preusmeritve podaljšajo čas nalaganja strani, zlasti na mobilnih napravah. V idealnem primeru bi morale biti notranje povezave absolutne in ne relativne ter posodobljene na naslove URL HTTPS.
4. Uporabljajte relativne in ne absolutne povezave, kar bo odpravilo treba je posodobiti notranji. to je v redu, vendar ne idealno, kar je povezano z dejstvom, da so notranje povezave močan kanonični znak za iskalniki, če so URL-ji napačno konfigurirani, da se ne preusmerijo, se spletno mesto nenamerno podvoji na poddomeni ali odstrani. Vse povezave na teh straneh so na nekanonične različice.

V večini primerov za posodobitev notranjih povezav ni potrebno veliko dela. Pogosto jih lahko posodobite prek nastavitev konfiguracije, programsko ali naenkrat prek skripte.

Posodabljanje metapodatkov in strukturiranih oznak

Če pri posodabljanju vrednosti kanoničnih atributov za naslove URL HTTPS potekajo preusmeritve 301 s HTTP na HTTPS, naslovi URL HTTPS pa imajo kanonične atribute za HTTP, se pri Googlu pojavi neskončna zanka, zaradi česar so rezultati indeksiranja nepredvidljivi. Za odpravo napake bo treba:

1. Prenos spletnega mesta iz protokola HTTP v HTTPS posodobitev vrednosti atributov številčenje strani z URL-ji HTTPS.
2. Posodobitev vrednosti atributa hreflang za naslove URL HTTPS.
3. Posodobitev nadomestnih vrednosti, če se uporabljajo za posamezne mobilne naslove URL na HTTPS-URL.
4. posodobitev strukturiranih oznak, kot so videoposnetki, vrtiljaki in iskalno polje za povezave na spletnem mestu, na URL-jih HTTPS.
5. Zagotovite, da so vsi viri preneseni na HTTPS. Vsi viri, ki se uporabljajo na straneh HTTPS, morajo biti prikazani iz HTTPS. To vključuje elemente, kot so slike, datoteke JavaScript in CSS.
6. Posodabljanje družabnih vtičnikov, oglasnih klicev in podobno.
7. Uporabite Googlova orodja za iskanje "mešane vsebine" na spletnem mestu.

Konfiguracija iskalne konzole

Če želite nastaviti iskalno konzolo, ustvarite niz lastnosti, ki vsebuje različice HTTP in HTTPS domene, ki jo želite spremljati. Algoritem zaporednih dejanj:

1. Konfiguracija nastavitev ravnanja z domeno za različico HTTPS domene v konzoli za iskanje Google.
2. Če je primerno, nastavite mednarodno ciljanje tako, da se ujema z nastavitvami za HTTP.
3. Posodobitev pogostosti pregledovanja, če je to nastavljeno za HTTP.
4. Naloži vse razločevalne datoteke, ki so naložene za HTTP.
5. Nastavitev prednostne domene.
6. Nastavitev protokola izključitve robota za HTTP in HTTPS.
7. Prepričajte se, da je datoteka HTTP robots.txt preusmeritve ali 404.
8. Prepričajte se, da je datoteka robotov HTTPS na mestu.Datoteka txt ima enako vsebino kot prejšnja stran HTTP, razen povezave do kazala Sitemap.
9. Prepričajte se, da strani HTTPS nimajo atributa meta noindex.
10. Zagotovite, da so oznake za spletno analitiko (in druge) še vedno nameščene

V mnogih primerih bo spletno mesto še naprej uporabljalo iste oznake za spletno analitiko, kot je identifikator lastnosti Google Analytics. Če se to spremeni, poskrbite, da bodo strani spletnega mesta posodobljene. Poskrbite tudi, da izvorna koda, ki vsebuje oznake, med migracijo ne bo odstranjena s strani. Za preverjanje oznak lahko uporabite orodje tretje osebe ali nastavite skener, kot je Screaming Frog.

Če so zemljevidi XML Sitemaps dodani v konzolo Google Search Console, lahko s pomočjo poročil spremljate upadanje indeksacije. Začetek pregledovanja Googlovih robotov prek naslovov URL HTTPS, če so v datotekah Sitemap XML. Povečanju indeksiranja je mogoče slediti s pomočjo poročil o indeksiranju XML. Vedno ustvarite celovite in kanonične zemljevide XML Sitemaps, ne le za pretvorbe HTTP v HTTPS.

Monitor konzole za iskanje

Potrebno je predložiti karto XML Sitemap za URL-je na HTTPS in pustiti obstoječo karto XML Sitemap za HTTP. Tako boste lahko spremljali zmanjšano indeksiranje za lastnost HTTP in povečano indeksiranje za lastnost HTTPS.

Vsi naslovi URL v zemljevidu spletnega mesta HTTP morajo imeti kodo stanja 301, indeksiranje pa se mora sčasoma zmanjšati. Vsi URL-ji v zemljevidu HTTPS morajo imeti kodo stanja 200 in indeksiranje sčasoma bi morali povečanje . Ta postopek lahko traja nekaj časa in morda boste ugotovili, da so nekateri naslovi URL HTTP indeksirani tudi po več mesecih.

Večina pogosti razlogi to:

1. Roboti blokirajo naslove URL HTTP.txt, tako da Googlebot ne more prečesati preusmeritev in so delno indeksirani.
2. URL-ji HTTP so "nekanonični" in se ne preiskujejo pogosto.
3. URL-ji HTTP ne vračajo 301, temveč 302 ali napako.

Nasveti za odpravljanje težav

Žal je sledenje navodilom po korakih in prehod na HTTPS precej zapleten postopek, zato mora uporabnik razumeti, s čim se ukvarja.

Glavna stran vrste napak pri prehod:

1. Najpogostejše težave, ki se pojavijo po prehodu spletnega mesta na HTTPS, so opozorila o mešani vsebini. To se zgodi, ko brskalnik najde nevarne povezave na drugi varni strani. Običajno gre za posodabljanje povezav do knjižnic jquery, pisav po meri ali podobno njihove različice HTTPS. Uporabniki morajo na to paziti, ko pred objavo pregledajo svoje spletno mesto, in če se takšna opozorila pojavijo, preveriti vire, ki jih povzročajo.
2. Prehod s protokola HTTP na HTTPS lahko negativno vpliva na uvrstitev, čeprav je to običajno le začasno. Če nastavite 301 preusmeritev, je to le 90-99 % mase povezav. Zato se lahko uvrstitev na začetku zniža. Vendar pa se morajo sčasoma povečati in vam dolgoročno koristiti.
3. Če ugotovimo, da se nekateri naslovi URL indeksirajo tudi po več mesecih, vendar poročila orodja Google Search Console Search Analytics ne prikazujejo nobenih klikov na lastnost HTTP, to morda ni težava, ki bi jo bilo vredno raziskati. URL-ji se ne uvrščajo v poizvedbe in niso problematični. Če pa so kliki na lastnost HTTP, se URL-ji razvrstijo po.
4. Preiskavo najlažje začnete tako, da si ogledate dnevnike strežnika in natančno preverite, kaj Googlovi roboti dobijo, ko preiskujejo. V programu Excel podrobne dnevniške datoteke vključujejo zavihek s seznamom vseh naslovov URL z odzivno kodo 200, vseh naslovov URL z odzivno kodo 302 itd.
5. Z orodjem, kot je Screaming Frog, lahko pregledate spletno mesto in dobite seznam naslovov URL, ki jih blokirajo roboti.txt. Ogledate si lahko tudi Google Search Console> Skeniranje> roboti.txt Tester za lastnosti HTTP, da preverite, ali Google vidi datoteko robots.txt in, če je tako, ali blokira katere koli URL-je.

Druge pasti, ki niso povezane s storitvami SEO

Spletne strani, ki preidejo na HTTPS, lahko imajo še druge težave:

1. Potencialno manjši prihodki od storitve AdSense. V preteklosti se je prihodek od storitve Adsense zmanjšal zaradi velikega števila oglasov, ki niso bili združljivi s protokolom HTTPS. Pomembno je opozoriti, da mora uporabnik ob prehodu s HTTP na HTTPS posodobiti kodo AdSense, sicer bo imel zgoraj opisane težave z vsebino.
2. Neredko se zgodi, da spletno mesto ob prehodu na HTTPS izgubi vse delnice v družabnih medijih. Tudi fantastičen članek, ki je na Facebooku zbral več deset tisoč všečkov, lahko po preklopu pade na ničlo. V dokumentaciji Facebooka je pojasnjena rešitev za to, ki vključuje nastavitev meta oznak og: url, ki določajo stari http-URL. Vendar pravi, da deluje le, če stari naslov URL vrne odgovor 200. Če strani http preusmerite na strani https, se bodo "stare" strani vrnile 301 namesto 200.
3. Prehod na HTTPS lahko povzroči, da Google ponovno oceni spletno mesto z vidika kakovosti. To je največji težave med preklopom in lahko pomeni, da vse strani na spletnem mestu dobijo novo oceno kakovosti. Možno je, da prej uporabljene tehnike in vrzeli ne bodo več delovale enako, ko bo prišlo do odjave HTTPS, kar bo povzročilo upad prometa po prehodu na HTTPS.
4. Datoteke s spletnimi mesti je treba posodobiti. Pred prehodom na novo spletno mesto ustvarite tudi nov zemljevid spletnega mesta.
5. Datoteko Disavow je treba naložiti v HTTPS.
6. Google še vedno obravnava različici HTTPS in HTTP vašega spletnega mesta kot različni spletni mesti in če uporabljate konzolo za iskanje Google, morate ustvariti novo lastnost za različico HTTPS. Če ima uporabnik datoteko za prepoved, jo mora naložiti v različico HTTPS.
7. Prepričajte se, da certifikatu ni potekla veljavnost. Če spletno mesto uporablja protokol HTTPS in varnostnemu potrdilu poteče veljavnost, bo Google pri poskusu pošiljanja obiskovalcev na spletno mesto prikazal veliko celozaslonsko opozorilo, ki bo obiskovalce zagotovo odvrnilo.

Zagotavljanje prometa je ena najpomembnejših skrbi za vsakega lastnika spletnega mesta. Poleg prenosa zaupanja je postopek pridobil tudi na hitrosti in izboljšanem SEO. To je odlična naložba v prihodnost, saj se splet premika v to smer. Kot smo že omenili, Google uporabo protokola SSL obravnava kot pozitiven dejavnik razvrščanja, zato bo uporabnik, ki svoje spletišče prestavi na HTTPS, zaradi tega dejansko postal bolj privlačen. Pomislite na, da je po tako prepričljiv argument, da se uporabnik ne bo več spraševal o prehodu na HTTPS in zakaj narediti "zelenjavni vrt".