Barry's Tea scoret 33,55 av 100 for strukturerte data
Den 30. juli 2026 utførte vi en Baseline-skjema-revisjon på barrystea.ie. Den gjennomsøkte 50 sider og returnerte 109 funn. Førtini av disse sidene kom tilbake med samme melding: ingen schema.org strukturerte data funnet. Den totale poengsummen var 33,55 / 100, alvorlighetsgrad kritisk. Etter eget utsagn tar Barry's 38 % av alt te-verdisalg i Irland, og for en maskin som leser nettstedet deres, er det ingenting på siden som sier hva de selger. Hvis en svar-motor måtte beskrive produktet ditt kun fra din markup, hva ville den hatt å jobbe med?
Femti sider, null oppmerking
Skanning #218, standard dybde, mål https://barrystea.ie. Av de 109 funnene besto 4, 46 advarte, 50 feilet og 9 var informative. Det dominerende funnet var det samme, gjentatt 49 ganger: "Ingen schema.org strukturerte data (JSON-LD, Microdata eller RDFa) funnet på denne siden." Gjennom hele gjennomsøkingen fant revisjonen totalt tre oppmerkingsblokker. Formatfordelingen var JSON-LD 0, Microdata 3, RDFa 0. Du kan åpne revisjonen selv og lese hvert funn.
Null JSON-LD er tallet som betyr noe. JSON-LD er formatet resten av nettet har landet på: ifølge Web Data Commons-korpuset, bruker 70 % av nettstedene som annoterer strukturerte data JSON-LD, mot 46 % for Microdata og 3 % for RDFa. Det er også formatet Google anbefaler, med deres ord "den enkleste løsningen for nettstedseiere å implementere og vedlikeholde i stor skala", og den som alle generatorer, plugins og CMS-er sender ut som standard. Et nettsted uten JSON-LD i det hele tatt i 2026 er ikke et nettsted med et konfigurasjonsproblem. Det er et nettsted som ble bygget før maskinlesbar beskrivelse ble en del av publisering, og aldri revidert.
Den eneste markeringen i gjennomgangen ble skrevet av X
Én side i gjennomgangssettet inneholdt strukturerte data, og det ga et merkelig resultat: revisjonens dekningskategori scoret 100 og rapporterte 15 forskjellige schema.org-typer, inkludert ProfilePage, Organization, ImageObject, WebSite, SearchAction, Person, VideoObject, SocialMediaPosting og InteractionCounter. Ingenting av dette tilhører Barry's. Siden var https://x.com/barrysteatweets, merkets tilknyttede X-profil, som gjennomgangen fulgte fra en utgående lenke på nettstedet. Markeringen på den ble forfattet av X, som beskrev en X-profil, ved hjelp av X's egne maler.
Enkelt sagt: hver side på barrystea.ie selv hadde null schema.org-markering, og den eneste maskinlesbare beskrivelsen av Barry's Tea hvor som helst i gjennomgangen ble skrevet av et sosialt nettverk. Det er ikke en ære for merkevaren. Det er det tydeligste mulige bildet av hvem som for tiden får definere enheten. Funnet for nettsteddekning angir det til "1 av 50 sider (2,0%) inneholder schema.org strukturerte data" - og den ene siden er ikke nettstedet.
"Nettstedet ditt, barrystea.ie, har betydelige mangler i implementeringen av strukturerte data, med 50 sider som fullstendig mangler schema.org-markering."
- revisjonens egen genererte overskrift, skanning #218
Du kan ikke ha et fullstendig problem med ingenting å fullføre
En skjema-revisjon bruker normalt mesteparten av innsatsen på kvalitet: er de nødvendige egenskapene tilstede, motsier entiteter hverandre, er dataene utdaterte, er de formet slik et AI-system kan konsumere dem. Fire av disse modulene returnerte ingenting i det hele tatt her. ai_readiness rapporterte "Ingen JSON-LD-entitetsnoder oppdaget – AI-beredskapskontroller hoppet over". entity_graph rapporterte "Ingen JSON-LD-entitetsnoder ble oppdaget". conflicts og freshness rapporterte begge "Ingen JSON-LD-entiteter oppdaget". Det var ingen entiteter å sjekke.
Det er derfor tilstedeværelseskategorien scoret 0.66 / 100 og og_twitter_xref scoret 0.0. Nettstedet er ikke dårlig merket. Det er umerket. Alt nedstrøms for det – rike resultater, entitetsrelasjoner, friskhetssignaler – beskriver ting som ennå ikke eksisterer, så det er ingen hull å tette, bare arbeid å starte.
Nettstedet er ikke taus for maskiner i alle henseender. Open Graph og sosiale metadata ble funnet på 45 av de 50 sidene, og mikroformater på 10. Revisjonen er eksplisitt om hva det er verdt: "Dette er ikke schema.org strukturerte data og teller ikke med i skjema-scoren." Open Graph forteller en sosial plattform hvordan den skal gjengi en forhåndsvisning av en lenke. Det forteller ikke en maskin at Barry's Gold Blend er et produkt, hva det koster, eller hvem som selger det. Selv det sosiale laget er ufullstendig: 45 sider advarte om at OG-tagger var til stede, men ingen twitter:card meta-tag var det, så X faller tilbake til en generisk forhåndsvisning av lenken. Revisjonen registrerte heller ingen hreflang-alternativer noe sted på nettstedet.
Ironien er at fakta allerede er skrevet ned. Om-siden sier, i prosa, at Barry's har 38 % av irske te-verdisalg, at markedet er verdt anslagsvis 85 millioner euro i detaljhandel, og at selskapet sysselsetter 65 personer. En person leser det og vet nøyaktig hva slags organisasjon dette er. En maskin må utlede alt, fordi det er ingen organisasjonsblokk som sier noe av det høyt.
Hva et temerke taper uten produkt-markup
Start med den delen som er dokumentert og entydig, for det er den delen som lønner seg. Google deler produkt-markup inn i to kvalifiseringsklasser: produktsnutter, for sider der produktet ikke kan kjøpes direkte, som tillater mer anmeldelsesinformasjon; og forhandleroppføringer, for sider der kunden faktisk kan kjøpe, som tillater mer detaljer som størrelse, frakt og returpolicy. Forhandleroppføringer er kvalifisert for shoppingkunnskapspanelet, Google Bilder, populære produktresultater og produktsnutter, og krever et Offer-objekt fordi, med Googles ord, "forhandleren må være selgeren av produktet for å være kvalifisert for forhandleroppføringsopplevelser."
Kravet for den grunnleggende versjonen er lavt. For en produktsnutt krever Googles dokumentasjon navn, pluss minst én av anmeldelse, aggregateRating eller tilbud. En pris eller en vurdering. Det er inngangsbilletten, og barrystea.ie betaler den ikke på noen side. Hvis du går videre og ønsker at markeringen skal mate Merchant Center-vareoppdateringer, ber Google om pris, priceCurrency, tilgjengelighet og tilstand på tilbudet, og er fast på at verdiene må samsvare med det kunden får se: avvikende priser er et brudd på retningslinjene, ikke et kvalitetstips. Hvis du legger til stjernevurderinger, trenger Review-objekter forfatter og reviewRating.ratingValue, pluss itemReviewed med mindre anmeldelsen er nestet inne i varen den anmelder, og AggregateRating trenger ratingValue pluss en ratingCount eller reviewCount. En felle: anmeldelser du kontrollerer om deg selv kvalifiserer ikke på organisasjonsnivå, så en vegg med attester merket som organisasjonsanmeldelser gir ingenting. Produktnivåanmeldelser er ikke underlagt den begrensningen.
Rike resultater er den målbare halvdelen av dette. Googles egen dokumentasjon siterer Rotten Tomatoes som måler en 25 % høyere klikkfrekvens på sider med strukturerte data, Food Network som ser en 35 % økning i besøk, og Nestlé som rapporterer en 82 % høyere klikkfrekvens på sider som vises som rike resultater. Dette er leverandørleverte casestudier, og de handler om klassiske rike resultater snarere enn noe AI-formet. De er fortsatt de tydeligste publiserte tallene på hva markeringen er verdt.
Nå kommer delen hvor vi ikke vil overdrive. Strukturert data er ikke en bekreftet faktor for AI Overviews eller AI Mode. Googles egen dokumentasjon sier det direkte: "Du trenger ikke å opprette nye maskinlesbare filer, AI-tekstfiler eller markering for å vises i disse funksjonene. Det er heller ingen spesiell schema.org strukturert data du trenger å legge til." Deres AI-optimaliseringsguide gjentar at strukturert data ikke er påkrevd for generativ AI-søk, samtidig som de fortsatt anbefaler det for rike resultater. Alle som selger deg skjema som et AI-rangeringshack, går utover bevisene. Det ene førstepartssignalet som peker den andre veien, kommer fra Microsoft: på SMX München, Fabrice Canel fra Bing fortalte publikum at skjema hjelper Bing og Copilots LLM-er, og oppfordret utgivere til å bruke IndexNow for friskhet, fordi "Generative AI-er verdsetter spesielt ferskt innhold, delvis som en referansesjekk av deres LLM-treningsdata."
Så den ærlige innrammingen er ikke "legg til skjema og ranger i AI-svar". Det er dette: strukturert data er det eneste stedet på en nettside hvor du entydig og uten at en maskin må utlede det fra prosa, sier at denne tingen er et produkt, det heter Barry's Gold Blend, det koster så mye, og det selges av denne organisasjonen. Hver annen vei til det faktum er en gjetning gjort av en parser. Barry's gjør det allerede bra i AI-svar basert på merkevaregjenkjenning alene, som gjenspeiler markedsføringen som er gjort siden James J. Barry grunnla selskapet i Cork i 1901, ikke til nettstedet. Det er akkurat den typen fordel som eroderer stille når det maskinlesbare laget beskriver. Jobben med skjema har endret seg siden Google avviklet FAQ rike resultater: mindre om å samle SERP-dekorasjoner, mer om å være den definitive maskinlesbare erklæringen om hva dine entiteter er.
Og Barry's er ikke uvanlig. I Web Data Commons' uttrekk fra oktober 2024, hadde 51,25 % av de gjennomsøkte sidene strukturert data, noe som etterlater nesten halvparten som ikke har det, og på domenenivå hadde bare 44,12 % av domenene noe i det hele tatt. Det er opp fra 5,7 % den første WDC-utgivelsen registrerte i 2010, men halen er lang og den er full av veldrevne merkevarer med markedsføringssider som daterer seg fra før det maskinlesbare nettet.
Rekkefølgen for å fikse dette
Dette er en halvdags jobb for de fleste merkevaresider, og det er kjedelig arbeid, derfor blir det utsatt. Gjør det i denne rekkefølgen.
1. Legg inn Organisasjon og Nettsted JSON-LD i nettstedsmalen. Én blokk, hver side, gjort én gang. Navn, logo, URL, sameAs som peker til de virkelige sosiale profilene. Dette er blokken som hindrer X i å være den mest autoritative maskinlesbare beskrivelsen av merkevaren din.
2. Legg til Produkt på hver produktside. navn, bilde, beskrivelse, merke, og et Tilbud med pris, prisvaluta og tilgjengelighet. Hvis du selger direkte, er det Tilbudet som gjør at selgeroppføringer er mulige i det hele tatt. Hvis du bare lenker ut til forhandlere, er du i produktutdrag-territorium i stedet, og du trenger en anmeldelse eller aggregateRating for å kvalifisere.
3. Merk opp tingene som allerede eksisterer som entiteter. Et merkevarenettsted har vanligvis mer enn produkter: BreadcrumbList på hver side, Oppskrift hvis du publiserer noen, Artikkel på bloggen, LocalBusiness eller Organisasjon kontaktpunkter. Dette er beskrivelser av innhold du allerede har skrevet.
4. Fiks det sosiale laget mens du er der. Å legge til twitter:card på de 45 sidene som har Open Graph, men ingen korttype, er en malredigering. Det vil ikke flytte en skjema- score, og det er ikke strukturerte data, men det hindrer at hver delte lenke gjengis som en bar URL.
5. Gjennomgå og sjekk for motsetninger. I det øyeblikket du har entiteter, begynner revisjonsmodulene som ikke returnerte noe her, å gjøre ekte arbeid: motstridende navn, priser som er uenige med siden, utdaterte datoer, foreldreløse entiteter. Det er på det tidspunktet en score blir et kvalitetsmål i stedet for en tilstedeværelsessjekk.
Spørsmål dette reiser
Kilder: Baseline Labs skjema-revisjon, skann #218, barrystea.ie, kjørt 2026-07-30 med standard dybde (offentlig delingslenke i første seksjon). Barry's Tea, Om oss og Vår historie-sider. Google Search Central: introduksjon til strukturerte data, AI-funksjonsdokumentasjon, AI-optimaliseringsguide, Produktstrukturerte data, selgeroppføringer, produktutdrag, anmeldelsesutdrag. Google Merchant Center Hjelp: strukturerte dataoppmerking for automatiske vareoppdateringer. Search Engine Land, "Microsoft: Bing, Copilot bruker skjema for sine LLM-er" (SMX München). Web Data Commons, oktober 2024 uttrekksstatistikk, og University of Mannheim DWS korpusutgivelsesmelding.

