Googles mätning av din startsida, reglerna vi kontrollerar, och vad som ska ändras.
Samma mätning som på pagespeed.web.dev. 0 till 49 rött, 50 till 89 orange, 90 och uppåt grönt. Prestanda svänger mellan Googles körningar, därför tar vi medianen av tre.
Mätt 25 sep. 03:14, median av 3 körningar.
Byggt på Googles egen dokumentation: Search Essentials, hjälpsamt innehåll, titellänkar, strukturerad data, sidupplevelse, bilder, länkar och lokala rankningsfaktorer. 23 av 39 uppfyllda. 15 av 16 brister kan SEOmotor fixa automatiskt.
Titel och snippet
Titel eller H1 nämner tjänsten kunderna söker
Google matchar sökningen mot sidans huvudrubriker först.
Vad vi gör: Lägg sökordet först i titeln. Automatiskt
Titel eller H1 nämner orten
För lokala sökningar väger Google in om sidan tydligt hör till platsen.
Vad vi gör: Lägg orten i titel och H1. Automatiskt
Sidan har en meta-beskrivning
Ingen rankningsfaktor, men Google använder den som snippet och den styr hur många som klickar.
Vad vi gör: Skriv 120 till 160 tecken som en annons med tjänst, ort och skäl att klicka. Automatiskt
Googles egen lista över vad som drar ner mobilpoängen, störst vinst först. 12 av 13 punkter kan SEOmotor fixa automatiskt när sajten är kopplad.
Reducera CSS som inte används
Prestanda0,9 s snabbareAutomatisktÄven datorVad vi gör: Rensa CSS som inte används och ladda resten inline för första skärmen.
Reducera regler som inte används från formatmallar och skjut upp CSS som inte används för innehåll ovanför mitten så att färre byte skickas via nätverket. Läs mer om hur du minskar oanvänd CSS.
Reducera JavaScript som inte används
Prestanda232 kB mindreAutomatisktInnehåll och intention
38 / 100
Teknik och hastighet
64 / 100
Lokala signaler
74 / 100
Struktur för Google och AI
15 / 100
Innehåll
Sidan har exakt en H1
H1 talar om för Google vad sidan handlar om. Ingen H1 eller flera konkurrerande gör sidan otydlig.
Vad vi gör: En H1 som speglar titeln, resten blir H2. Automatiskt
Minst 300 ord på sidan
Googles riktlinjer för hjälpsamt innehåll premierar sidor som faktiskt svarar på behovet. Tunna sidor rankar sällan.
Vad vi gör: Skriv om tjänsten, för vem, var, när och hur man bokar. Automatiskt
Minst 600 ord på viktiga sidor
Sidor som ligger etta på lokala sökningar har oftast 500 ord eller mer.
Vad vi gör: Bygg ut med vanliga frågor, priser och praktisk information. Automatiskt
Vanliga frågor med raka svar
Frågor och svar är det Google visar i Folk frågar också och det AI-översikter och ChatGPT citerar.
Vad vi gör: Fem till sju konkreta kundfrågor med korta svar och FAQ-schema. Automatiskt
Struktur och data
Schema för företaget
LocalBusiness- eller Restaurant-schema låter Google visa öppettider, adress, betyg och meny direkt i resultatet.
Vad vi gör: Lägg in schema med namn, adress, telefon, öppettider, prisklass och länk till bokning. Automatiskt
Teknik
Största innehållet visas inom 2,5 sekunder på mobil
Core Web Vitals är en del av Googles sidupplevelse. LCP över 2,5 s räknas som dåligt.
Vad vi gör: Komprimera den största bilden, ladda den först, ta bort blockerande skript. Automatiskt
Lokalt
Betyg minst 4,3
Betyget visas i varje sökning och påverkar både framträdande och klick.
Vad vi gör: Be nöjda gäster om recensioner och svara på alla. Kräver dig
Adress på sidan
Google jämför adressen på sidan med profilen. Samma uppgifter överallt stärker förtroendet.
Vad vi gör: Skriv adressen i text i sidfoten och på kontaktsidan. Automatiskt
Bilder
Alla bilder har alt-text
Alt-text är så Google förstår bilder och ett krav för tillgänglighet.
Vad vi gör: Beskrivande alt-text på varje bild. Automatiskt
Bilder i modernt format och rätt storlek
Tunga bilder är den vanligaste orsaken till långsam LCP enligt Google.
Vad vi gör: WebP eller AVIF, rätt storlek per skärm, lazy-load under skärmkanten. Automatiskt
Länkar
Beskrivande länktexter
Google använder länktexten för att förstå målsidan. Läs mer säger ingenting.
Vad vi gör: Skriv vad man kommer till: Se lunchmenyn, Boka bord. Automatiskt
Startsidan länkar till minst fem undersidor
Intern länkning visar Google vilka sidor som är viktiga och sprider värde.
Vad vi gör: Länka till alla tjänstesidor från startsidan. Automatiskt
Förtroende
Om oss-sida finns
Google värderar sidor som visar vem som står bakom.
Vad vi gör: Skapa en Om oss-sida med personer, historia och kontakt. Automatiskt
Vad vi gör: Ta bort eller dela upp skript som inte används på sidan.
Reducera JavaScript som inte används och skjut upp inläsningen av skript tills de krävs så att färre byte skickas via nätverket. Läs mer om hur du minskar JavaScript som inte används.
Minifiera CSS
PrestandaBeräknad besparing: 3 KibitAutomatisktÄven datorVad vi gör: Minifiera CSS-filerna.
Genom att minifiera CSS-filer kan du minska nätverksbelastningen. Läs mer om hur du minifierar CSS.
Fontvisning
PrestandaBeräknad besparing: 100 msAutomatisktÄven datorVad vi gör: Visa text med reservtypsnitt tills webbtypsnittet laddat, font-display swap, och förladda huvudtypsnittet.
Du kan göra så att texten alltid är synlig genom att ställa in font-display på swap eller optional. swap kan optimeras ytterligare för att minska layoutförskjutningar med åsidosättanden av fontvärden.
Förbättra bildleveransen
PrestandaBeräknad besparing: 4 147 KibitAutomatisktÄven datorVad vi gör: Komprimera bilderna, konvertera till WebP och servera rätt storlek per skärm.
Om du minskar nedladdningstiden för bilder kan du förbättra den upplevda hämtningstiden för sidan och LCP. Läs mer om att optimera bildstorlek
Äldre JavaScript
PrestandaBeräknad besparing: 15 KibitAutomatisktÄven datorVad vi gör: Sluta skicka gammal kompatibilitetskod till moderna webbläsare.
Med polyfill-koder och transformeringar går det att använda nya JavaScript-funktioner i äldre webbläsare. Många av dem är dock inte nödvändiga för moderna webbläsare. Överväg att ändra JavaScript-byggprocessen så att du inte transpilerar Baseline-funktioner, förutom om du vet att du måste ha stöd för äldre webbläsare. Läs mer om varför de flesta webbplatser kan implementera ES6+-kod utan transpilering
Nätverksberoendeträd
PrestandaAutomatisktÄven datorVad vi gör: Förkorta kedjan av resurser som väntar på varandra genom förladdning och färre beroenden.
Undvik att kedjekoppla kritiska begäranden genom att göra kedjorna kortare, minska storleken på resurser som laddas ned eller skjut upp nedladdningen av onödiga resurser för att förbättra sidhämtningstiden.
Begäranden om renderingsblockering
PrestandaBeräknad besparing: 5 260 msAutomatisktÄven datorVad vi gör: Ladda CSS och skript som inte behövs för första skärmen asynkront eller senare.
Begäranden blockerar sidans första rendering, vilket kan fördröja LCP. Använd uppskjutning eller infogning för att flytta bort dessa nätverksbegäranden från den kritiska vägen.
Plus 5 mindre punkter som ingår i planen.
Auktoritet och rykte
75 / 100