Part 2 - Google

CWV
O paralela la dating best practices
Prima impresie conteaza
 Incarcarea fisierelor de JS si CSS care sunt
necesare pe acea pagina
-Ce e important sa stim e ca Google va trata
fiecare “test” asupra site-ului din postura unui
user ce ajunge prima data pe site-ul nostru
-In trecut incarcam tot JS si CSS-ul ca si best
practice pt ca apoi era cache-uit in browser-ul
userului pe viitor, deci long term era ok
-Insa acum, vom incarca doar JS de care e
nevoie
-Importanta ascultariia active si ramanerii in
topicul discutiei cu interlocutorul
 Minification

- Formatarea codului pentru a-l face

human-readable e util pentru noi,
dar pentru computere doar
reprezinta downtime cu zero
informatie utila

- Evitati “ăăăăă”-urile din conversatii

si detalii de umplutura. Discursul sa
fie concis si cu informatii relevante
 Limitarea incarcarii scripturilor

- Putem decide din Thrive Dashboard

unde (before head, after body, before
body) si pe care pagini se va incarca
scriptul

- Pe viitor, se lucreaza la Incarcarea

Asincronizata a scripturilor si abilitatea
de a le face Defer. Momentan, exista un
feature pt asta in WP Rocket
 Fonts - The big bad guy

- Cel mai important sa inteleaga userii e ca totul

are un cost. Cu cat incarci mai mult content, cu
atat vor creste resursele necesare

- Desi content-ul conteaza, formatarea este de

multe ori la fel sau chiar mai importanta. De
exemplu, la un site de prezentare al unui fotograf,
desi e posibil ca un font fancy si un carusel de
poze sunt importante, chiar daca Google va
prefera sa ai un Background alb si 2 paragrafe de
Times New Roman
 Best practice

-1 sau 2 Google Fonts maxim deoarece rata de

conversie e puternic influentata de page load
speed (regula primelor 5 secunde)
-Se lucreaza la un feature sa fie pre-incarcate
fonturile
-Sa nu uitam de feature-url de “Disable
Google Fonts Loading” din Thrive Dashboard
-WP Rocket poate ajuta
 Iconite
-Folosire iconitelor de format SVG va ajuta
randarea rapida a lor deoarece e bazat pe
coordonate si e infinit scalabil
 CLS - Content Layout Shift (the new
buzzword that has users shaking)

- Talk the talk and walk the walk

- Setarea asteptarilor corecte in concordanta cu ceea ce promiti

- Cel mai important e ca spatiul in care se incarca un element sa

fie permanent asignat doar acelui element la Initial Load in
Viewport
De evitat

-Ribbon-uri si Scroll Mat-uri

 Not all CLS is equal

Ce va dauna foarte mult scorului:

- Cat de mult se va misca element

- La cat timp dupa aparitia in viewport va fi
deplasarea

Ce nu va dauna foarte mult scorului:

- Contentul incarcat dupa primul Initial Load in

viewport
- Daca deplasarea contentului se va face in mai
putin 0.5s de cand va fi vizibil
 Common fixes
-Diferenta dintre a minti si a spune
adevarul

-Folosirea unui container cu Fixed

Height atunci cand stim ca ceva va
trebui sa fie incarcat -> va oferi
userului infomatia e acolo si acel
spatiu va fi folosit dupa incarcarea
content-ului
 A/B tests

-Nu exista caz ideal, dar asta nu

inseamna ca nu putem reduce
costul de a obtine insight

-Important pentru content care

va fi randat “above the fold”

-Similar cu optiunea de “fixed

height”, dar daca nu e fezabil, e
preferabil sa fie folosit height-ul
maxim dintre variatii pt toate
variatile
Multumesc ca ati participat la aceasta
prezentare bazata pe Memoria Asociativa

Intrebari

Neclaritati

Sugestii