Barry's Tea fick 33,55 av 100 för strukturerad data

Femtio sidor, noll markup

Skanning #218, standarddjup, mål https://barrystea.ie. Av de 109 fynden klarade 4, 46 varnade, 50 misslyckades och 9 var informativa. Det dominerande fyndet var detsamma, upprepat 49 gånger: "Ingen schema.org strukturerad data (JSON-LD, Microdata eller RDFa) hittades på denna sida." Under hela genomsökningen hittade granskningen totalt tre markup-block. Formatfördelningen var JSON-LD 0, Microdata 3, RDFa 0. Du kan öppna granskningen själv och läsa varje fynd.

Noll JSON-LD är det nummer som spelar roll. JSON-LD är det format som resten av webben har enats om: enligt Web Data Commons-korpusen, använder 70 % av webbplatserna som annoterar strukturerad data JSON-LD, jämfört med 46 % för Microdata och 3 % för RDFa. Det är också det format Google rekommenderar, med deras ord "den enklaste lösningen för webbplatsägare att implementera och underhålla i stor skala", och den som varje generator, plugin och CMS avger som standard. En webbplats utan JSON-LD alls år 2026 är inte en webbplats med ett konfigurationsproblem. Det är en webbplats som byggdes innan maskinläsbar beskrivning blev en del av publiceringen, och som aldrig har setts över.

Den enda markeringen i genomsökningen skrevs av X

En sida i genomsökningsuppsättningen innehöll strukturerad data, och den gav ett märkligt resultat: revisionens täckningskategori fick 100 poäng och rapporterade 15 distinkta schema.org-typer, inklusive ProfilePage, Organization, ImageObject, WebSite, SearchAction, Person, VideoObject, SocialMediaPosting och InteractionCounter. Inget av detta tillhör Barry's. Sidan var https://x.com/barrysteatweets, varumärkets länkade X-profil, som genomsökaren följde från en utgående länk på webbplatsen. Markeringen på den var skriven av X, som beskrev en X-profil, med X:s egna mallar.

Enkelt uttryckt: varje sida på barrystea.ie själv innehöll noll schema.org-markering, och den enda maskinläsbara beskrivningen av Barry's Tea någonstans i genomsökningen skrevs av ett socialt nätverk. Det är ingen heder för varumärket. Det är den tydligaste möjliga bilden av vem som för närvarande får definiera entiteten. Fyndet om webbplatstäckning anger det till "1 av 50 sidor (2,0 %) innehåller schema.org strukturerad data" – och den sidan är inte webbplatsen.

"Din webbplats, barrystea.ie, har betydande luckor i sin implementering av strukturerad data, med 50 sidor som helt saknar schema.org-markering."
- revisionens egen genererade rubrik, skanning #218

Du kan inte ha ett fullständighetsproblem med inget att fullborda

En schema-revision lägger normalt det mesta av sin ansträngning på kvalitet: finns de nödvändiga egenskaperna närvarande, motsäger entiteter varandra, är datan inaktuell, är den formad på ett sätt som ett AI-system kan konsumera den. Fyra av dessa moduler returnerade ingenting alls här. ai_readiness rapporterade "Inga JSON-LD-entitetsnoder upptäckta - AI-beredskapskontroller hoppades över". entity_graph rapporterade "Inga JSON-LD-entitetsnoder upptäcktes". conflicts och freshness rapporterade båda "Inga JSON-LD-entiteter upptäcktes". Det fanns inga entiteter att kontrollera.

Det är därför närvarokategorin fick 0.66 / 100 och og_twitter_xref fick 0.0. Webbplatsen är inte dåligt markerad. Den är omarkerad. Allt nedströms från det – rika resultat, entitetsrelationer, färskhetssignaler – beskriver saker som ännu inte existerar, så det finns inga luckor att stänga, bara arbete att påbörja.

Webbplatsen är inte tyst för maskiner i alla avseenden. Open Graph och social metadata hittades på 45 av de 50 sidorna, och mikroformat på 10. Revisionen är tydlig med vad det är värt: "Detta är inte schema.org strukturerad data och räknas inte mot schemapoängen." Open Graph berättar för en social plattform hur man renderar en länkförhandsvisning. Det berättar inte för en maskin att Barry's Gold Blend är en produkt, vad den kostar, eller vem som säljer den. Även det sociala lagret är ofullständigt: 45 sidor varnade för att OG-taggar fanns men ingen twitter:card meta-tagg fanns, så X faller tillbaka på en generisk länkförhandsvisning. Revisionen registrerade inte heller några hreflang-alternativ någonstans på webbplatsen.

Ironin är att fakta redan är nedskrivna. Om-sidan anger, i prosa, att Barry's innehar 38% av de irländska teförsäljningsvärdena, att marknaden är värd uppskattningsvis 85 miljoner euro i detaljhandeln, och att företaget sysselsätter 65 personer. En person läser det och vet exakt vilken typ av organisation detta är. En maskin måste dra slutsatser om allt, eftersom det inte finns något organisationsblock som säger något av det högt.

Vad ett temärke förlorar utan produktmarkering

Börja med den del som är dokumenterad och otvetydig, för det är den del som betalar sig. Google delar upp produktmarkering i två behörighetsklasser: produktutdrag, för sidor där produkten inte kan köpas direkt, vilket tillåter mer recensionsinformation; och handlarlistor, för sidor där kunden faktiskt kan köpa, vilket tillåter mer detaljer som storlek, frakt och returpolicy. Handlarlistor är berättigade till shoppingkunskapspanelen, Google Bilder, populära produktresultat och produktutdrag, och kräver ett Offer-objekt eftersom, med Googles ord, "handlaren måste vara säljaren av produkten för att vara berättigad till handlarlistningsupplevelser."

Kraven för den grundläggande versionen är låga. För ett produktutdrag kräver Googles dokumentation namn, plus minst en av recension, aggregateRating eller erbjudanden. Ett pris eller ett betyg. Det är inträdesavgiften, och barrystea.ie betalar den inte på någon sida. Om du går vidare och vill att markeringen ska mata Merchant Center-artikeluppdateringar, Google ber om pris, priceCurrency, tillgänglighet och skick på erbjudandet, och är bestämd med att värdena måste matcha vad kunden visas: felaktiga priser är ett policybrott, inte en kvalitetsknuff. Om du lägger till stjärnbetyg, Review-objekt behöver författare och reviewRating.ratingValue, plus itemReviewed om inte recensionen är kapslad i det objekt den recenserar, och AggregateRating behöver ratingValue plus ett ratingCount eller reviewCount. En fälla: recensioner du kontrollerar om dig själv kvalificerar inte på organisationsnivå, så en vägg av vittnesmål markerade som organisationsrecensioner ger ingenting. Produktnivårecensioner är inte föremål för den begränsningen.

Rika resultat är den mätbara halvan av detta. Googles egen dokumentation citerar Rotten Tomatoes som mäter en 25% högre klickfrekvens på sidor med strukturerad data, Food Network som ser en 35% ökning i besök, och Nestlé som rapporterar en 82% högre klickfrekvens på sidor som visas som rika resultat. Dessa är leverantörs-tillhandahållna fallstudier, och de handlar om klassiska rika resultat snarare än något AI-format. De är fortfarande de tydligaste publicerade siffrorna om vad markeringen är värd.

Nu kommer den del där vi inte kommer att överdriva. Strukturerad data är inte en bekräftad hävstång för AI-översikter eller AI-läge. Googles egen dokumentation säger det direkt: "Du behöver inte skapa nya maskinläsbara filer, AI-textfiler eller markeringar för att visas i dessa funktioner. Det finns inte heller någon speciell schema.org-strukturerad data som du behöver lägga till." Dess AI-optimeringsguide upprepar att strukturerad data inte krävs för generativ AI-sökning, samtidigt som den fortfarande rekommenderar det för rika resultat. Den som säljer dig schema som ett AI-rankningshack går förbi bevisen. Den enda förstapartssignalen som pekar åt andra hållet kommer från Microsoft: på SMX München, Fabrice Canel från Bing berättade för publiken att schema hjälper Bing och Copilots LLM:er, och uppmanade publicister att använda IndexNow för aktualitet, eftersom "Generativa AI:er värdesätter särskilt färskt innehåll, delvis som en referenskontroll av deras LLM-träningsdata."

Så den ärliga formuleringen är inte "lägg till schema och ranka i AI-svar". Det är detta: strukturerad data är den enda platsen på en webbsida där du entydigt och utan att en maskin behöver dra slutsatser från prosa, anger att denna sak är en produkt, den heter Barry's Gold Blend, den kostar så här mycket, och den säljs av denna organisation. Varje annan väg till det faktumet är en gissning gjord av en parser. Barry's redan gör bra ifrån sig i AI-svar enbart på varumärkeskännedom, vilket återspeglar marknadsföringen som gjorts sedan James J. Barry grundade företaget i Cork 1901, inte till dess webbplats. Det är precis den typen av fördel som tyst eroderar när det maskinläsbara lagret beskriver. Schemats uppgift har förändrats sedan Google drog tillbaka FAQ-rika resultat: mindre om att samla SERP-dekorationer, mer om att vara det definitiva maskinläsbara uttalandet om vad dina entiteter är.

Och Barry's är inte ovanligt. I Web Data Commons oktober 2024-extraktion, 51,25 % av de genomsökta sidorna innehöll strukturerad data, vilket lämnar nästan hälften som inte gör det, och på domännivå hade endast 44,12 % av domänerna någon alls. Det är upp från de 5,7 % som den första WDC-utgåvan registrerade 2010, men svansen är lång och den är full av välskötta varumärken med marknadsföringssajter som föregår den maskinläsbara webben.

Ordningen för att åtgärda detta

Detta är en halvdags arbete för de flesta varumärkessidor, och det är tråkigt arbete, vilket är anledningen till att det skjuts upp. Gör det i denna ordning.

1. Lägg in Organization och WebSite JSON-LD i sidmallen. Ett block, varje sida, gjort en gång. Namn, logotyp, url, sameAs som pekar på de verkliga sociala profilerna. Detta är blocket som hindrar X från att vara den mest auktoritativa maskinläsbara beskrivningen av ditt varumärke.

2. Lägg till Produkt på varje produktsida. namn, bild, beskrivning, varumärke, och ett Erbjudande med pris, prisvaluta och tillgänglighet. Om du säljer direkt, är det Erbjudandet som gör att handlarlistningsupplevelser överhuvudtaget blir möjliga. Om du bara länkar ut till återförsäljare, befinner du dig istället i produktutdragsterritorium, och du behöver en recension eller aggregateRating för att kvalificera dig.

3. Märk upp de saker som redan existerar som entiteter. En varumärkessida har vanligtvis mer än produkter: BreadcrumbList på varje sida, Recept om du publicerar några, Artikel på bloggen, LocalBusiness eller Organisationens kontaktpunkter. Dessa är beskrivningar av innehåll du redan har skrivit.

4. Fixa det sociala lagret när du ändå håller på. Att lägga till twitter:card på de 45 sidor som har Open Graph men ingen korttyp är en mallredigering. Det kommer inte att flytta ett schema poäng, och det är inte strukturerad data, men det förhindrar att varje delad länk återges som en bar URL.

5. Genomsök igen och kontrollera efter motsägelser. I samma ögonblick som du har entiteter, börjar granskningsmodulerna som inte returnerade något här att göra verkligt arbete: motstridiga namn, priser som inte stämmer överens med sidan, inaktuella datum, föräldralösa entiteter. Det är då en poäng blir ett kvalitetsmått snarare än en närvarokontroll.

Granska din strukturerade data

Frågor som detta väcker