En teknisk SEO-guide fra semalt til avancerede Ð ¡ore re web-vitaler

Som SEO-professionelle skal vi være i stand til at diagnosticere og levere løsninger til vores kunder, så vi kan levere en bedre brugercentreret oplevelse på deres hjemmesider. Her viser vi dig, hvordan vi kan forbedre dine Core Web Vitals (CWV).

Hver klient, der går ind i vores døre, forventer, at vi leverer en god weboplevelse til deres brugere. Men ved du, hvordan det ser ud i praksis? En nylig undersøgelse, der blev citeret af Google, viste nogle interessante fakta om CWV. Fra dette indlæg lærer vi, at mobile webbrugere holder deres opmærksomhed på skærmen i ca. 4-8 sekunder ad gangen. Hvilket gør tingene ekstremt vanskelige for os som professionelle.

Det vi forstod fra dette indlæg er, at vi har mindre end 8 sekunder til at give en mobiltelefonbruger mindst en grund til at holde fast ved dette indhold. På mindre end 8 sekunder skal vi være i stand til at levere interaktivt indhold og få en bruger til at udføre en opgave.

Core Web Vitals

Et websteds kernevitaler er tre målinger, der er designet til at måle et websteds ydeevne ud fra en menneskelig brugeres perspektiv. I begyndelsen af maj 2020 annoncerede Open-source Chromium-projektet sine metrics-opdateringer, som hurtigt blev inkluderet i Googles produkter.

Hvordan kan vi kvalificere præstation ud fra en brugers perspektiv? For at besvare dette spørgsmål skal du være i stand til at besvare disse tre spørgsmål:

Indlæses det?
Kan en bruger interagere med det?
Er det visuelt stabilt?

Grundlæggende blev CWV designet til at måle, hvor lang tid en webside tager at færdiggøre de scriptfunktioner, der er nødvendige for at skabe det over-the-fold indhold. Når en side består CWV-vurderinger, er dens brugere 24% mindre tilbøjelige til at opgive sidebelastningen. Disse bestræbelser gavner for det meste de mennesker, der bruger dit websted.

Opdatering af sideoplevelse

Uanset al brummen er CWV som et andet element i rangsignalet. Fra midten af juni skal vi se, at den rulles gradvist ud gennem august 2021. Rangeringer på sideerfaring vil bestå af:

Kerne web vitaler
Mobilvenlig
Sikker browsing
HTTPS
Ingen påtrængende mellemliggende annoncer

Nylig dokumentation præciserer, at udrulningen vil ske gradvist, og websteder bør bekymre sig om at blive offer for pludselige drastiske ændringer.

Her er en oversigt over de vigtige ting, du bør vide om denne opdatering:

Sideoplevelse evalueres pr. URL.
Sideoplevelse indstilles baseret på URL-svaret til mobilbrowseren.
AMP er ikke længere påkrævet for Top Stories-karruseller.
At passere CWV er ikke obligatorisk for websteder, der planlægger at blive vist i Top Stories Carousels.

Ny side oplevelsesrapport i søgekonsollen

Page Experience Report vil nu blive inkluderet i Search Consoles. Denne nye informationskilde inkluderer gemte data, der går så langt tilbage som 90 dage. For at en URL kan betragtes som god, er der visse kriterier, den skal opfylde.

URL'en skal være i god status i CWV-rapporten.
URL'en skal have nul problemer med mobilanvendelighed, ifølge dens rapport om mobilanvendelighed.
URL'en er helt sikker sikkerhedsmæssigt for brugerne.
URL'en skal vises via HTTPS.
URL'en har ingen problemer med annonceoplevelsen, eller webstedet er ikke blevet evalueret for annonceoplevelse.

Den nye rapport, som forventes at blive rullet ud, tilbyder en widget på højt niveau, der linker til rapporter for hvert af de fem kriterier, der gør en URL god.

Workflow til diagnosticering og handling af CWV-forbedringer

Først skal vi nedbryde betydningen af felt- og laboratoriedata.

Feltdata er præstationsdata, der indsamles fra rigtige sidelastninger, som dine rigtige webstedsbesøgende oplever i deres browsere. Feltdata kaldes undertiden Real User Monitoring. Disse to udtryk betyder det samme.

Nye Core Web Vitals-vurderinger og Page Experience Ranking-signalerne udnytter informationen i feltdata-rapporten, der er indsamlet fra Chrome User Experience Report.

Hvilke brugere er en del af Chrome User Experience Report?

Crux-data er grundlæggende aggregeret for brugere, der opfylder tre kriterier, nemlig:

Brugeren har oprettet en Sync-adgangssætning.
Brugere valgte at synkronisere deres browserhistorik til deres e-mail-adresse.
Brugeren har aktiveret brugsstatistikrapportering.

I en verden af Core Web Vitals Assessment er Crux den ultimative kilde til sandhed. Du kan få adgang til Crux-data ved hjælp af PageSpeed Insights, Google Search Console, et dashboard på oprindelsesniveau i Google Data Studio eller endda et offentligt Google BigQuery-projekt.

Klienter undrer sig over, hvorfor vi har brug for alt dette; ja, svaret er CWV Field Dara er et begrænset sæt metrics, der har begrænsede fejlfindingsevner og krav til tilgængeligheden af dets data.

Hvorfor ville nogle sider ikke have de tilgængelige data fra Crux?

Når vi kører diagnostik på bestemte sider, kan vi muligvis opdage, at Chrome Experience-rapporten mangler tilstrækkelige hastighedsdata fra den virkelige verden til bestemte sider. Hvad dette betyder er, at siden ikke har de tilgængelige data fra Crux, fordi Crux-dataene er blevet anonymiseret. For at disse data kan vises på siden, skal der være tilstrækkelige sidelastninger til at rapportere uden nogen chance for, at brugeren bliver identificeret.

Web Core vitals identificeres bedst ved hjælp af Real User Monitoring-data og diagnosticeres derefter ved hjælp af laboratoriedataene.

Labdata giver os mulighed for at debugge ydeevne med dybtgående synlighed og ende-til-ende i UX. Da navnet er "lab", indsamles dataene i et kontrolleret miljø med allerede foruddefinerede forhold, enheder og overordnede netværksindstillinger. Labdata kan hentes fra web.dev/measure, PageSpeed-indsigt, Chrom-baserede crawlere som Deepcrawl eller NodeJS Lighthouse eller Chrome DevTools Lighthouse-panel.

Workflow-processen

1. Identificering af problemerne med crux-data:

Til dette starter vi med Search Consoles kernerapport om webvitaler for at identificere, hvilken gruppe hver side falder i, og hvis de har brug for opmærksomhed. Vi udnytter de oplysninger, der ses i Crux-dataene, og bruger dem til yderligere ved at parre lignende URL'er sammen. Et eksempel på en sådan parring vil være baseret på disse webadressers adfærdsmønstre. Med denne proces vil løsning af rodproblemet for en side sandsynligvis løse problemet på alle de sider, der deler CWV-problemet. Vores tip på dette stadium er at fokusere på mobildata. Dette er især vigtigt, da Google er begyndt at vippe mod et Mobile-First-indekseringssystem, og Core Web Vitals sandsynligvis vil påvirke SERP'erne på mobile enheder. Endelig prioriterer vi vores indsats baseret på antallet af berørte webadresser.

2. Brug af sidehastighedsindsigt til at kombinere laboratorie- og feltdata:

Når vi først har identificeret de sider, vi skal arbejde på, bruger vi sidehastighedsindsigt, der er drevet af Lighthouse og Chrome UX-rapporten til at køre en analyse af laboratorierapporten og finde eventuelle dvælende problemer på siden. Bemærk, at laboratorietest er engangsemulerer tests, hvilket betyder, at en test alene ikke er 100% sand, og det vil heller ikke give et endeligt svar. Nøglen til at få en nøjagtig læsning er at teste flere eksempler på webadresser. Sidehastighedsindsigt kan kun bruges til at teste offentligt tilgængelige og indekserbare webadresser.

3. Vi opretter en billet:

Som SEO-fagfolk forbliver vi aktivt involveret i billetforbedring og QA-processer. Vores udviklingsteam arbejder i sprints. For hver sprint dannes et sæt billetter. Disse billetter hjælper vores udviklingsteam med at tilpasse indsatsen bedre og få disse billetter til sprints.

4. Q4 Ændringer i mellemstationer med Lighthouse:

Før vi skubber nogen kode i produktion, placerer vi den i et kontrolleret iscenesættelsesmiljø til observation og test. Fyr er et glimrende middel til at måle CWV. I vores artikel om en teknisk SEO-guide til Lighthouse-metrics fremhævede vi, hvordan vi kunne bruge dette værktøj til mange ting såvel som hvordan vi bruger det. Bemærk, at et lavere miljø vil have færre ressourcer, så vi stoler på et acceptabelt kriterium for at finpudse, om udviklingsarbejdet fuldstændigt opfyldte den givne opgave.

Konklusion

Google planlægger at opdatere sin Page Experience Component på årsbasis, hvilket betyder, at vi bør forvente flere CWV-implementeringer. Forestil dig fordelene ved SEO-professionelle og vores kunder, hvis vi får besked på forhånd om nye vigtige opdateringer i SERP.

Som tekniske SEO-professionelle er vi mere rustede til at diagnosticere og levere løsninger til en bedre brugercentreret oplevelse. Med vores hjælp kan ROI findes i alle kanaler, så din virksomhed skaleres. Din organiske ydeevne er en samlet afspejling af, hvor godt et websted er. Vi hjælper dig med at udnytte denne position, da vi fortsætter med at optimere dit websted til SEO.

Interesseret i SEO? Tjek vores andre artikler om Semalt blog.

send email