Ne instali SSL-atestilon ne plu estas elekto por via interreta kompanio aŭ blogo. Eĉ se vi ne traktas sentemajn datumojn, nur la fakto, ke Google punas retejojn, kiuj ne funkcias per SSL / HTTPS, mortigas viajn SEO-klopodojn kaj metas vin ĉe la fundo de SERPoj (Serĉaj rezultaj paĝoj) - kio signifas, ke kvankam vi eble portos la informoj, kiujn la uzanto serĉas, faris optimuman uzon de la ĝustaj ŝlosilvortoj kaj tamen vi finos perdante la ŝancon ricevi senpagan celitan organikan trafikon. Tio doloras, ĉu ne?

Kaj se vi petas viajn klientojn doni al vi iujn sentemajn informojn, uzi SSL-atestilojn estas nekomprenebla. Ĝi sekurigas la informojn interŝanĝitajn inter la retumilo de la uzanto kaj via retservilo. Finfine estas via respondeco certigi la sekurecon de la konfidencaj registroj de viaj klientoj. Ankaŭ la verda pendseruro, kiu aperas en ilia retumilo, kiam via retejo havas validan SSL-atestilon, certigas ilin, ke iliaj datumoj estas protektitaj, kaj ili sentas sin pli komfortaj interagi kun via retejo. Ĉi tio ankaŭ inkluzivas financajn transakciojn por enmeti monon en vian poŝon. Sonas bone, ĉu ne?

Sed atendu, vi ricevas plendojn, ke via retejo malrapidiĝas.

Kial via retejo malrapidiĝas post la instalado de SSL-atestilo?

La SSL-konekto devas esti intertraktita aŭ establita ĉiufoje kiam okazas interŝanĝo inter la servilo kaj via retejo. Ĉi tio implicas la interŝanĝon de publikaj ŝlosiloj inter la komunikantaj partioj. Nun ĉi tio bezonas tempon, kio aldonas la malrapidecon. Ja la interrilataj partioj devas fari sian rolon por estigi fidon inter si.

Pli malbone ankoraŭ, se vi havas plurajn domajnojn, kiuj havas multajn paĝojn protektitaj de SSL, ĝi pliigas la tempo-lapso. La kialo por tio okazas estas, ke ĉiu individua SSL-sesio aldonas al la ŝarĝo alporti la retpaĝojn. Kaj ĉi tio havas nenion komunan kun kiu provizanto aŭ CA (atestila aŭtoritato) vi ricevas la SSL-atestilon, kaj kian atestilon vi aĉetas - Cheap Wildcard SSL aŭ ajna alia.

Kiel vi povas optimumigi vian retejan rapidon?

Vi povas fari aferojn por pliigi la rapidon de via retejo. Adoptu ĉi tiujn praktikojn kiel parton de via retejo-disvolviĝo kaj vi vidos akcelon pri viaj paĝaj ŝarĝaj tempoj.

• Faru aferojn kiel pliigi servilajn rimedojn, uzi gzip-kunpremadon, enŝalti konservadon, ktp
• Optimumigu la kodon sur la fonaĵo - uzu efikajn programajn praktikojn kaj agordu vian datumbazon por rapideco
• Adopti plej bonajn praktikojn por programi la antaŭan finaĵon, kiel minifikadon, ktp.
• Optimumigu viajn bildojn por pli rapida ŝarĝo efektivigante aferojn kiel kunpremo
• Efike uzu CDN-ojn (retaj liveraj retoj). CDN metas prokurilojn inter via retejo kaj uzantoj por kaŝmemori viajn paĝojn. Ĉi tio plialtigas liveran tempon, ĉar la ofte serĉataj datumoj estas rigardataj kaj servataj de ĉi tiuj konservaj serviloj anstataŭ frapi vian retejan servilon ĉiufoje.
• Uzu HTTP / 2 - ĉi tio estas la plej nova kaj plej bona kiam temas pri kreskantaj ŝarĝaj tempoj por via retejo sen neceso rezigni pri la avantaĝoj de SSL / HTTPS. Fakte, HTTP / 2 postulas ke HTTPS estu aktivigita.

Avantaĝoj de adopti HTTP / 2 (vi bezonos SSL / HTTPS)

Antaŭ ol vi antaŭeniras, rimarku, ke havi SSL-atestilon instalitan en via retejo kaj HTTPS-protokolo ŝaltitaj estas antaŭkondiĉo. HTTP / 2 (HyperText Transfer Protocol ver. 2) estas la plej nova HTTP-normo. Ĉi tiu ĝisdatigita HTTP-protokolo plibonigas la sekurecon, efikecon kaj plej grave rapidon de interreta trafiko. Tamen la transiro al adoptado de HTTP / 2 ne estas aŭtomata. Vi devas ja ebligi ĝin eksplicite, kontrolu kun via gastiganta provizanto pri la detaloj.

Se vi estas interreta posedanto aŭ reteja programisto / projektisto, vi volonte rimarkos, ke HTTP / 2 povas pliigi ŝarĝajn rapidojn por via retejo sur ĉiuj aparatoj.

Kiel HTTP / 2 pliigas rapidon?

La kialo, ke HTTP / 2 povas pliigi paĝajn ŝarĝojn por viaj retejoj, estas, ke ĝi estas optimumigita por trakti pli ol unu peton simile. HTTP / 1 estis tre limigita, ĉar ĝi povis trakti nur unu peton po konekto samtempe.

Nun plej multaj retpaĝoj inkluzivas dekojn aŭ centojn da HTML / JavaScript / bildo / video / CSS-dosieroj kaj pli. Kun HTTP / 1, retumiloj estas devigitaj atendi, kiam ĉi tiuj dosieroj elŝutas unu post la alia aŭ ili devas malfermi plurajn HTTP-ligojn (kaj ĉi tio venas kun aliaj problemoj).

Ĉu HTTP / 2 influas projektadon de retejo?

HTTP / 2 havas iujn ŝanĝojn kompare al HTTP / 1, kio signifas, ke vi devos lerni iujn el la malnovaj lertaĵoj, kiujn vi uzis por optimumigi viajn servilojn kaj retejon por pli bona rapideco kaj efikeco antaŭe, dum vi adoptas la novajn teknikojn.

Laborante kun HTTP / 2, vi povas malatenti multajn solvojn kaj optimumigajn mekanismojn, kiujn vi uzis por HTTP / 1. Iuj el ĉi tiuj estas:

• Vi ne bezonas enigi skriptojn en vian HTML
• Ne necesas kombini plurajn dosierojn por malpliigi la nombron de servilaj petoj
• Ankaŭ domajnopartigo ne efikas sur HTTP / 2

Fakte iuj el ĉi tiuj solvoj havos negativan efikon sur via paĝa rapideco kiam vi ŝaltas HTTP / 2.

Plej multe de la interreta trafiko devenas de poŝtelefonoj nuntempe, do memoru interretajn rapidojn haveblajn en ĉi tiuj aparatoj kaj optimumigu vian amaskomunikan enhavon por ili, kiel certigi malpli grandajn dosierojn. Ankaŭ daŭrigu malgrandigi viajn HTML, CSS kaj JavaScript.

Pli profunda plonĝo en iujn kernajn HTTP / 2-konceptojn

Jen kelkaj kernaj konceptoj, kiujn vi devas scii por kompreni kial kaj kiel HTTP / 2 funkcianta per SSL / HTTPS povas pliigi la ŝarĝan rapidon de via retejo. Ĉi tio ankaŭ helpos vin aprezi la ŝanĝojn inter HTTPS / 1 kaj HTTPS / 2.

Enreta Skripto

Interreta skribado rilatas al uzado de la tag to embed the JavaScript code directly into your HTML page. This was a popular and recommended practice in HTTPS/1 to reduce the number of server requests and load the scripts quickly.

Kun HTTPS / 2, ĝi ne plu estas tiel granda (por paĝtaga tempo) se vi havas plurajn dosierojn. HTTPS / 2-konceptoj kiel Servila Puŝo, Fluo-Prioritatigo kaj Plurkinejo traktas ilin gracie.

Multiplexación

Plurkinejo estas uzata en la komunikada mondo delonge por sendi multoblajn voĉajn kaj datumajn paketojn per la samaj kanaloj por optimumigi la larĝan bandon. HTML / 2 alportas la saman koncepton al la mondo de WWW - ĉi tio permesas plurajn Datumajn Riveretojn vojaĝi tra la sama T (Transmission Control Protocol) konekto.

Datumfluoj

La esprimo Data Streams, en la mondo de HTTP / 2, rilatas al la uzo de dudirektaj riveretoj por porti datumojn. Vi povas prioritatigi ĉi tiujn fluojn uzante iliajn unikajn identigilojn - ĉi tio helpas optimigi la liveradon de datumoj.

Rivereta Prioritato

Rivereta Prioritato, alia plej nova funkcio aldonita de HTTP / 2, donas al vi la eblon instrui servilon atribui la disponeblan larĝan bandon kaj rimedojn al la altprioritaj Datumaj Riveretoj - ĉi tio certigas la optimuman transdonon de enhavo kun pli alta prioritato al la klientaj aparatoj.

Domajna Fragmentado

Domain Sharding rilatas al la fenomeno distribui la retejajn rimedojn tra multaj domajnoj kaj retejoj por superi la samtempajn transdonajn limojn de HTTP / 1.

Vi ne bezonas uzi Domain Sharding en HTTP / 2, ĉar Servila Puŝo kaj Plurkinejo uzos samtempan transdonon por pli rapidaj kaj efikaj elŝutoj.

Servila Puŝo

Servila Puŝo permesas al retservilo sendi pli ol unu respondon por sola peto farita de la kliento. Esence, la servilo povas fari inteligentajn supozojn pri la dosieroj, kiujn la retumilo bezonos por ŝarĝi paĝon tute, sen dependi de la klienta agento peti ĉiun el ili specife.

konkludo:

Kiel vi povas vidi, SSL eble reduktos paĝajn ŝarĝajn rapidojn kiam vi ne adoptas iujn ajn optimumigajn teknikojn. Tamen, kun HTTP / 2 alvenanta al la sceno, kiu nur povas esti ebligita per la uzo de SSL / HTTPS, vi ricevas kaj sekurecon kaj plibonigitajn paĝajn ŝarĝtempojn. Do estas malĝuste kulpigi nur SSL pri la malrapideco de via retejo. Ni esperas, ke ĉi tiuj informoj helpos vin uzi SSL efike por plibonigi la rapidon de ŝarĝo de via retpaĝo.