Ghidul marketerului pentru redarea pe server

Publicat: 2021-07-26

Limbajul de programare nu este un concept ușor de înțeles, mai ales atunci când munca dvs. de SEO s-a concentrat în primul rând pe partea non-tehnică. Dar iată chestia cu SEO tehnic: cunoașterea acestuia vă ajută să înțelegeți schimbările pe care site-ul dvs. trebuie să le facă pentru o mai bună clasare în motoarele de căutare.
Pe măsură ce Google a ieșit din Core Web Vitals în iunie, care face parte din actualizarea sa Page Experience, fiecare agent de marketing care nu a analizat mai atent SEO tehnic va dori să facă asta acum.
Și când site-ul dvs. este construit pe cadre JavaScript, o parte în care trebuie să vă aflați este redarea pe partea serverului.

Ce este randarea pe server?

Redarea pe partea serverului este atunci când procesul de preluare a unei pagini web, preluarea codului, afișarea conținutului pe un ecran - totul se întâmplă pe server.
În SSR:

  • Serverul trimite browserului un răspuns gata de redat;
  • Browserul redă pagina, făcând-o gata pentru a fi vizualizată și apoi browserul descarcă JavaScript;
  • Browserul execută apoi React deoarece pagina este gata pentru a fi vizualizată și
  • Pagina web este apoi pregătită pentru interactivitate.

Modul în care se întâmplă totul a făcut-o o opțiune mai bună pentru alte tipuri de randare: randare pe partea client (unde JavaScript este redat de browser, alias client) și randare dinamică (unde utilizatorii obțin conținut randat client-server și motoarele de căutare obține conținut redat pe partea de server). Chiar și Google încurajează dezvoltatorii web să aleagă randarea pe server.
De ce?

[Studiu de caz] Gestionarea accesării cu crawlere a botului Google

Cu peste 26 000 de referințe de produse, 1001Pneus avea nevoie de un instrument de încredere pentru a-și monitoriza performanța SEO și pentru a se asigura că Google își dedica bugetul de accesare cu crawlere categoriilor și paginilor potrivite. Aflați cum să gestionați cu succes bugetul de accesare cu crawlere pentru site-urile web de comerț electronic cu OnCrawl.
Citiți studiul de caz

Avantajele SSR

  • Ajută la încărcarea unei pagini web atunci când conexiunea la internet a unui utilizator este lentă
  • Permite încărcarea rapidă a paginilor, contribuind la o experiență mai bună a utilizatorului
  • Acesta creează o pagină HTML completă, prevenind procesul de preluare a datelor care necesită timp
  • Permite încărcarea paginilor, cu toate elementele sale, chiar și atunci când un utilizator are un dispozitiv slab alimentat, precum un smartphone de veche generație
  • Contribuie la performanța SEO deoarece permite motoarelor de căutare să acceseze cu crawlere și să indexeze paginile cu acuratețe; roboții pot accesa cu crawlere paginile cu ușurință, deoarece înțeleg JS

În general, SSR vă ajută să serviți mai bine clienții online, deoarece vizitatorii site-ului dvs. nu vor aștepta ca paginile să fie afișate pe dispozitivele lor. Tranzițiile rapide ale paginilor asigură, de asemenea, că utilizatorii dvs. nu primesc niciodată o pagină goală, permițându-le să vă folosească site-ul imediat.
Deoarece Google își intensifică campania pentru a oferi rezultate mai precise cu îmbunătățiri ale algoritmului construit în jurul experienței utilizatorului, SSR este mai bun pentru performanța dvs. SEO în comparație cu redarea client-server.
Dar, ca orice altceva în marketingul digital, o abordare singulară rareori funcționează pentru toată lumea. În unele cazuri, redarea pe server poate fi o problemă. După cum spune Google, SSR „nu este un glonț de argint”.

Dezavantajele SSR

  • Implică multă muncă pentru că face aceeași aplicație de două ori: o dată pe client și apoi pe server.
  • Ar putea întârzia timpul până la primul octet
  • Ar putea afecta legăturile interne sau calitatea paginii, deoarece nu poate reda JS terți (de exemplu, conținut generat de utilizatori, recenzii despre produse etc.) sau orice conținut care nu este în HTML-ul dvs. static; roboții nu le vor putea vedea
  • Adresele URL care nu sunt actualizate ar putea însemna că roboții nu vor putea vedea articole noi, ceea ce poate duce la pierderea de trafic

Un alt aspect cheie al SSR este că înseamnă costuri pentru afacere, deoarece redarea are loc pe serverele dumneavoastră. Dar este un cost în care poate doriți să investiți, deoarece acest tip de randare ar putea contribui la optimizarea Core Web Vitals.

De ce este SSR relevant pentru CWV?

Dezvoltatorii web și SEO lucrează de luni de zile în așteptarea lansării CWV. Aproximativ 60% dintre agențiile SEO intervievate au fost ocupate să îmbunătățească scorurile CWV ale clienților. Dacă utilizați SSR, este posibil să nu fiți nevoit să faceți o muncă substanțială pentru a îndeplini așteptările.
Deoarece SSR facilitează viteza, site-ul dvs. s-ar putea deja bine cu una dintre valorile: cea mai mare vopsea de conținut (LCP).
LCP se concentrează pe experiența de încărcare percepută. Măsoară timpul de încărcare a paginii când cea mai mare imagine sau text a unei pagini web este vizibilă în fereastra de vizualizare. Ceea ce doriți să urmăriți pentru a obține un scor bun este o încărcare a paginii de 75% la <2,5 secunde.
Principalele provocări pentru obținerea unui LCP bun sunt JS și CSS care blochează randamentul; timpi lenți de încărcare a resurselor, răspuns lent al serverului și randare pe partea clientului.
O trecere la SSR este doar o soluție pentru îmbunătățirea scorului LCP, deoarece problema dvs. poate să nu se limiteze la CSR. Veți dori să lucrați cu dezvoltatorii dvs. web pentru a identifica mai întâi ce cauzează întârzierea LCP.
Dacă sursa paginii dezvăluie cod care nu are sens (și dezvoltatorul dvs. vă va spune), atunci problema poate fi CSR. Dacă dezvoltatorul dvs. descoperă că TTFB este slab, atunci este posibil să aveți de-a face cu un timp de răspuns lent al serverului.
Celelalte valori CWV sunt:

  • First Input Delay, care se concentrează pe receptivitate și
  • Schimbarea aspectului cumulativ, care se concentrează pe stabilitatea vizuală.

Ambele nu sunt relevante pentru SSR, așa că acestea sunt valori pe care poate doriți să depuneți mai mult efort, deoarece SSR se ocupă parțial de LCP.

Cum să știți dacă SSR redă corect paginile web

Cel mai bun mod de a spune dacă SSR vă redă paginile corect ar fi să utilizați instrumente. Unul dintre acestea este Testul Mobile Friendly. Este un instrument care vă oferă un instantaneu al modului în care paginile dvs. web ar apărea pentru Googlebot și vă arată erori în timpul redării, dacă există.
Google Search Console are, de asemenea, un instrument de inspecție URL care vă permite să vedeți dacă motorul de căutare vă redă paginile. Folosiți-l pentru a verifica conținutul lipsă sau orice eroare legată de JavaScript sau CSS blocat.
De asemenea, puteți accesa View Render Source, care este o extensie Chrome gratuită. Vă va spune cum redă browserul o pagină din HTML-ul său original într-un DOM funcțional. Extensia va ilustra diferența dintre o versiune brută și cea redată, cu evidențieri ale modului în care JS a modificat paginile la momentul redării.
O altă extensie Chrome de încercat este SiteCrawler. Crawler-ul compatibil JS accesează cu crawlere hărți de site, link-uri și imagini și compară pagini numai HTML și pagini activate pentru JS.

Încheierea

O mare parte din munca SEO implică optimizarea paginilor care au fost deja „livrate” clientului sau browserului. Dar când examinezi cum acele pagini „ajunge” la client și cum poți îmbunătăți modul în care se întâmplă acest lucru, utilizatorii se simt mai bine pe site-ul tău.
Boții vă accesează corect paginile. Paginile tale sunt indexate. Site-ul dvs. are o poziție mai bună în motorul de căutare.
Actualizările motoarelor de căutare împreună cu schimbările în comportamentul consumatorilor necesită modificări și asupra site-ului dvs. web. Odată cu lansarea viitoare a CWV, acum ar fi un moment bun pentru a analiza SSR, un aspect tehnic care v-ar afecta eforturile SEO.