Barry's Tea scorede 33,55 ud af 100 for strukturerede data

Halvtreds sider, nul markup

Scanning #218, standard dybde, mål https://barrystea.ie. Af de 109 fund bestod 4, 46 advarede, 50 fejlede og 9 var informative. Det dominerende fund var det samme, gentaget 49 gange: "Ingen schema.org strukturerede data (JSON-LD, Microdata eller RDFa) fundet på denne side." På tværs af hele crawlet fandt revisionen i alt tre markup-blokke. Formatfordelingen var JSON-LD 0, Microdata 3, RDFa 0. Du kan åbne revisionen selv og læse hvert fund.

Nul JSON-LD er det tal, der betyder noget. JSON-LD er det format, resten af internettet har valgt: ifølge Web Data Commons-korpusset, bruger 70% af websites, der annoterer strukturerede data, JSON-LD, mod 46% for Microdata og 3% for RDFa. Det er også det format, Google anbefaler, med deres ord "den nemmeste løsning for websiteejere at implementere og vedligeholde i stor skala", og den, som enhver generator, plugin og CMS udsender som standard. Et website uden JSON-LD overhovedet i 2026 er ikke et website med et konfigurationsproblem. Det er et website, der blev bygget før maskinlæsbar beskrivelse blev en del af publicering, og aldrig genbesøgt.

Den eneste markup i crawlet blev skrevet af X

Én side i crawlet indeholdt strukturerede data, og det gav et mærkeligt resultat: revisionens dækningskategori scorede 100 og rapporterede 15 forskellige schema.org-typer, inklusive ProfilePage, Organization, ImageObject, WebSite, SearchAction, Person, VideoObject, SocialMediaPosting og InteractionCounter. Intet af dette tilhører Barry's. Siden var https://x.com/barrysteatweets, brandets linkede X-profil, som crawleren fulgte fra et udgående link på siden. Markuppen på den var skrevet af X, der beskrev en X-profil ved hjælp af X's egne skabeloner.

Kort sagt: hver side på barrystea.ie indeholdt ingen schema.org-markup, og den eneste maskinlæsbare beskrivelse af Barry's Tea overhovedet i crawlet blev skrevet af et socialt netværk. Det er ikke en ros til brandet. Det er det tydeligst mulige billede af, hvem der i øjeblikket definerer enheden. Fundet for sidedækning angiver det til "1 af 50 sider (2,0%) indeholder schema.org strukturerede data" - og den ene side er ikke selve webstedet.

"Dit websted, barrystea.ie, har betydelige mangler i implementeringen af strukturerede data, med 50 sider der fuldstændig mangler schema.org-markup."
- revisionens egen genererede overskrift, scanning #218

Du kan ikke have et fuldstændighedsproblem med intet at fuldføre

En skema-audit bruger normalt det meste af sin indsats på kvalitet: er de påkrævede egenskaber til stede, modsiger entiteter hinanden, er dataene forældede, er de formet på en måde, som et AI-system kan forbruge dem. Fire af disse moduler returnerede slet intet her. ai_readiness rapporterede "Ingen JSON-LD-entitetsnoder registreret - AI-beredskabstjek sprunget over". entity_graph rapporterede "Ingen JSON-LD-entitetsnoder blev registreret". konflikter og friskhed rapporterede begge "Ingen JSON-LD-entiteter registreret". Der var ingen entiteter at tjekke.

Det er derfor, tilstedeværelseskategorien scorede 0,66 / 100 og og_twitter_xref scorede 0,0. Siden er ikke dårligt markeret. Den er umarkeret. Alt nedstrøms herfra - rige resultater, entitetsrelationer, friskhedssignaler - beskriver ting, der endnu ikke eksisterer, så der er ingen huller at lukke, kun arbejde at starte.

Siden er ikke tavs over for maskiner i enhver henseende. Open Graph og sociale metadata blev fundet på 45 af de 50 sider, og mikroformater på 10. Auditen er eksplicit om, hvad det er værd: "Dette er ikke schema.org strukturerede data og tælles ikke med i skema-scoren." Open Graph fortæller en social platform, hvordan man gengiver en linkforhåndsvisning. Den fortæller ikke en maskine, at Barry's Gold Blend er et produkt, hvad det koster, eller hvem der sælger det. Selv det sociale lag er ufuldstændigt: 45 sider advarede om, at OG-tags var til stede, men ingen twitter:card meta-tag var, så X falder tilbage til en generisk linkforhåndsvisning. Auditen registrerede heller ingen hreflang-alternativer noget sted på siden.

Ironien er, at fakta allerede er skrevet ned. Om-siden angiver i prosa, at Barry's sidder på 38% af det irske te-værdisalg, at markedet er anslået 85 millioner euro værd i detailhandlen, og at virksomheden beskæftiger 65 personer. En person læser det og ved præcis, hvilken slags organisation dette er. En maskine skal udlede det hele, fordi der er ingen organisationsblok, der siger noget af det højt.

Hvad et temærke fortaber uden produkt-markup

Start med den del, der er dokumenteret og entydig, for det er den del, der betaler sig. Google opdeler produkt-markup i to berettigelsesklasser: produktsnippets, for sider hvor produktet ikke kan købes direkte, hvilket tillader mere anmeldelsesinformation; og forhandlerfortegnelser, for sider hvor kunden faktisk kan købe, hvilket tillader flere detaljer såsom størrelse, forsendelse og returpolitik. Forhandlerfortegnelser er berettiget til shopping-videnspanelet, Google Images, populære produktresultater og produktsnippets, og kræver et Offer-objekt, fordi, med Googles ord, "forhandleren skal være sælger af produktet for at være berettiget til forhandlerfortegnelsesoplevelser."

Kravet til den grundlæggende version er lavt. For et produktsnippet kræver Googles dokumentation navn, plus mindst én af anmeldelse, aggregateRating eller tilbud. En pris eller en vurdering. Det er adgangsgebyret, og barrystea.ie betaler det ikke på nogen side. Hvis du går videre og ønsker, at markuppen skal fodre Merchant Center-vareopdateringer, spørger Google efter pris, prisvaluta, tilgængelighed og tilstand på tilbuddet, og er fast på, at værdierne skal matche det, kunden får vist: uoverensstemmende priser er en overtrædelse af politikken, ikke et kvalitetsnudge. Hvis du tilføjer stjernebedømmelser, skal Review-objekter have forfatter og reviewRating.ratingValue, plus itemReviewed, medmindre anmeldelsen er indlejret i det element, den anmelder, og AggregateRating skal have ratingValue plus en ratingCount eller reviewCount. En faldgrube: anmeldelser, du kontrollerer om dig selv, kvalificerer ikke på organisationsniveau, så en mur af udtalelser markeret som organisationsanmeldelser giver intet. Anmeldelser på produktniveau er ikke underlagt denne begrænsning.

Rige resultater er den målbare halvdel af dette. Googles egen dokumentation citerer Rotten Tomatoes måling af en 25 % højere klikrate på sider med strukturerede data, Food Network, der ser en stigning på 35 % i besøg, og Nestlé rapporterer en 82 % højere klikrate på sider, der vises som rige resultater. Disse er leverandørleverede casestudier, og de handler om klassiske rige resultater snarere end noget AI-formet. De er stadig de tydeligste offentliggjorte tal for, hvad markuppen er værd.

Nu kommer den del, hvor vi ikke vil overgøre det. Struktureret data er ikke en bekræftet løftestang for AI Overviews eller AI Mode. Googles egen dokumentation siger det direkte: "Du behøver ikke at oprette nye maskinlæsbare filer, AI-tekstfiler eller markup for at blive vist i disse funktioner. Der er heller ingen speciel schema.org struktureret data, du skal tilføje." Deres AI-optimeringsguide gentager, at struktureret data ikke er påkrævet for generativ AI-søgning, men anbefaler det stadig til rich results. Enhver, der sælger dig skema som et AI-rangeringshack, går ud over beviserne. Det eneste førstepartssignal, der peger den anden vej, kommer fra Microsoft: på SMX München, Fabrice Canel fra Bing fortalte publikum, at skema hjælper Bing og Copilot's LLM'er, og opfordrede udgivere til at bruge IndexNow for friskhed, fordi "Generative AI'er værdsætter især frisk indhold, delvist som en referencekontrol af deres LLM-træningsdata."

Så den ærlige formulering er ikke "tilføj skema og ranger i AI-svar". Det er dette: struktureret data er det eneste sted på en webside, hvor du entydigt og uden at en maskine skal udlede det fra prosa, angiver, at denne ting er et produkt, det hedder Barry's Gold Blend, det koster så meget, og det sælges af denne organisation. Hver anden vej til den kendsgerning er en gæt foretaget af en parser. Barry's klarer sig allerede godt i AI-svar alene på grund af brandgenkendelse, hvilket afspejler den markedsføring, der er udført siden James J. Barry grundlagde virksomheden i Cork i 1901, ikke til dens hjemmeside. Det er præcis den slags fordel, der stille og roligt udhules, når det maskinlæsbare lag beskriver. Skemaets opgave har ændret sig, siden Google afskaffede FAQ rich results: mindre om at indsamle SERP-dekorationer, mere om at være den definitive maskinlæsbare erklæring om, hvad dine entiteter er.

Og Barry's er ikke usædvanlig. På tværs af Web Data Commons' oktober 2024-udtrækning, bar 51,25 % af de crawlede sider struktureret data, hvilket efterlader næsten halvdelen, der ikke gør, og på domæneniveau havde kun 44,12 % af domænerne overhovedet noget. Det er op fra de 5,7 %, den første WDC-udgivelse registrerede i 2010, men halen er lang, og den er fuld af veldrevne brands med marketingsider, der er ældre end det maskinlæsbare web.

Rækkefølgen for at rette dette

Dette er en halv dags arbejde for de fleste brandsider, og det er kedeligt arbejde, hvilket er grunden til, at det udskydes. Gør det i denne rækkefølge.

1. Indsæt Organization og WebSite JSON-LD i sidetemplaten. Én blok, hver side, gjort én gang. Navn, logo, URL, sameAs pegende på de rigtige sociale profiler. Dette er den blok, der forhindrer X i at være den mest autoritative maskinlæsbare beskrivelse af dit brand.

2. Tilføj Produkt til hver produktside. navn, billede, beskrivelse, brand og et Tilbud med pris, prisvaluta og tilgængelighed. Hvis du sælger direkte, er dette Tilbud det, der overhovedet muliggør oplevelser med forhandlerlister. Hvis du kun linker ud til forhandlere, befinder du dig i produktudsnitsområdet i stedet, og du har brug for en anmeldelse eller aggregateRating for at kvalificere dig.

3. Marker de ting, der allerede eksisterer som entiteter. Et brandsite har normalt mere end produkter: BreadcrumbList på hver side, Opskrift hvis du udgiver nogen, Artikel på bloggen, LocalBusiness eller Organisation kontaktpunkter. Dette er beskrivelser af indhold, du allerede har skrevet.

4. Ret det sociale lag, mens du er i gang. At tilføje twitter:card til de 45 sider, der har Open Graph, men ingen korttype, er en skabelonredigering. Det vil ikke flytte en skemascore, og det er ikke strukturerede data, men det forhindrer, at hvert delt link gengives som en bar URL.

5. Gennemgå igen og tjek for modsætninger. I det øjeblik du har entiteter, begynder de revisionsmoduler, der ikke returnerede noget her, at udføre reelt arbejde: modstridende navne, priser, der ikke stemmer overens med siden, forældede datoer, forældreløse entiteter. Det er på dette tidspunkt, at en score bliver et kvalitetsmål snarere end en tilstedeværelseskontrol.

Revider dine strukturerede data

Spørgsmål dette rejser