Ensimmäinen sisällöllinen maali (FCP)

Ensimmäinen sisällönkuvausmaalaus, yleisesti lyhennettynä FCP, on verkkosuorituskykymittari ...mittaa aikaa sivun latautumisen alkamisesta siihen hetkeen, kun selain renderöi ensimmäisen näkyvän sisällön, kuten tekstin, kuvan tai taustavärin, näytölle. Se mitataan sekunteina tai millisekunteina ja heijastaa käyttäjän ensimmäistä visuaalista vahvistusta siitä, että sivu todella latautuu, toisin kuin tyhjän valkoisen näytön tuijottaminen ja miettiminen, tapahtuuko mitään. Siksi se luokitellaan yhdeksi keskeisimmistä latauskokemuksen mittareista, joita seurataan työkaluissa, kuten Google Lighthousessa ja Chromen käyttökokemusraportissa. FCP eroaa ajasta ensimmäiseen tavuun, joka mittaa vain palvelimen vasteaikaa ennen renderöinnin aloittamista, koska nopeaa palvelimen vastausta voi silti seurata hidas FCP, jos renderöintiä estävät komentosarjat tai tyylitiedostot viivästyttävät selainta piirtämästä mitään näytölle.

FCP:llä on merkitystä, koska koettu nopeus vaikuttaa voimakkaasti siihen, pysyykö kävijä sivulla vai hylkääkö hän sen ennen kuin se on latautunut kokonaan. Googlen ja muiden riippumattomien suorituskykytutkimusten tutkimukset ovat toistuvasti osoittaneet, että sivun latausajan kasvaessa poistumistodennäköisyys kasvaa jyrkästi, ja jopa yhden tai kolmen sekunnin viiveet lisäävät mitattavasti todennäköisyyttä, että kävijä poistuu ennen kuin näytölle ilmestyy lainkaan sisältöä. Koska FCP tallentaa hetken, jolloin käyttäjä näkee ensimmäisen kerran merkkejä edistymisestä, se muokkaa suoraan alustavia vaikutelmia brändin luotettavuudesta ja teknisestä laadusta, erityisesti ensikertalaisille, jotka saapuvat maksetun mainoksen tai hakutuloksen kautta ja joilla ei ole aiempaa uskollisuutta tai tuttua taustaa, joka pitäisi heidät kärsivällisinä hitaan alkulatauksen aikana, ja jotka yksinkertaisesti kokeilevat kilpailijan linkkiä.

FCP:tä mitataan sekä laboratoriopohjaisilla työkaluilla, kuten Google Lighthousella tai WebPageTestillä, jotka simuloivat sivun latautumista kontrolloiduissa verkko- ja laiteolosuhteissa toistettavalla tavalla, että kenttäpohjaisilla työkaluilla, kuten Google Search Consolen tai PageSpeed ​​Insightsin kautta käytettävällä Chrome User Experience Reportilla, jotka kokoavat yhteen reaalimaailman FCP-dataa, joka on kerätty sivulla vierailevilta Chromen käyttäjiltä aidosti vaihtelevissa verkko-olosuhteissa. Google luokittelee yleensä alle 1.8 sekunnin FCP:n hyväksi, 1.8–3 sekunnin parannusta vaativaksi ja yli 3 sekunnin huonoksi, vaikka nämä kynnysarvot toimivat pikemminkin ohjeina kuin absoluuttisina vaatimuksina, koska hyväksyttävä suorituskyky riippuu myös suuresti sivuston todellisen, reaalimaailman yleisön tyypillisistä laite- ja verkko-olosuhteista sen tietyillä markkinoilla.

Yleinen väärinkäsitys on, että pelkkä FCP osoittaa sivun olevan täysin käyttökelpoinen. Todellisuudessa se vain vahvistaa, että sisältöä on ilmestynyt, ei sitä, että sivu on interaktiivinen tai että sen tärkein, merkityksellinen sisältö, kuten tuotekuva tai otsikko, on jo renderöity. Asiaankuuluvat mittarit, kuten suurin sisällönkuvaus ja interaktiivisuuteen johtava aika, kuvaavat sen sijaan näitä myöhempiä, merkityksellisempiä virstanpylväitä. Toinen yleinen virhe on FCP:n optimointi tekniikoilla, jotka parantavat laboratoriossa mitattua pisteytystä parantamatta todellisten käyttäjien kokemusta, esimerkiksi renderöimällä kevyt paikkamerkki tai luurankonäyttö heti, kun varsinainen merkityksellinen sisältö latautuu hitaasti sen jälkeen. Tämä voi tuottaa harhaanjohtavan hyvän FCP-pistemäärän ja samalla aidosti turhauttavan reaalimaailman kokemuksen kävijälle.

CRO- ja UX-konsultoinnissa FCP ja siihen liittyvät Core Web Vitals -mittarit arvioidaan tyypillisesti jo teknisen auditoinnin alkuvaiheessa, koska hitaasti latautuvat sivut heikentävät kaikkia downstream-konversiomittareita riippumatta siitä, kuinka hyvin sivu on muuten suunniteltu, ja koska vuodesta 2021 lähtien sivukokemussignaalit, mukaan lukien lataustehokkuus, ovat olleet osa Googlen hakukoneoptimointialgoritmia, yhdistäen suorituskyvyn suoraan sekä konversioasteeseen että orgaaniseen näkyvyyteen samanaikaisesti. Yleisiä korjaavia strategioita ovat kuvien optimointi ja pakkaaminen, renderöintiä estävän JavaScriptin ja CSS:n vähentäminen kriittisellä renderöintipolulla, selaimen välimuistin hyödyntäminen ja sisällönjakeluverkon käyttö. Kaikkia näitä suositellaan tyypillisesti syvemmän suunnitteluun ja sisältöön keskittyvän CRO-työn rinnalla samoilla sivuilla eikä sen sijaan. Koska suorituskyvyn regressiot hiipivät usein vähitellen uusien skriptien ja kolmannen osapuolen tagien lisätessä ajan myötä, FCP:n pitämiseksi hyväksyttävällä alueella tarvitaan yleensä jatkuvaa seurantaa yhden kertaluonteisen korjauksen sijaan.