The Shelbourne gennem AI-øjne: 82/100

To resultater, ét hotel, tyve point fra hinanden

Scan #65 gav theshelbourne.com en samlet score på 82. På tværs af ti moduler producerede det 19 beståede, 3 advarsler, 0 fejl og 5 informationsnoter. Samme uge kom en anden Baseline-audit af samme domæne tilbage med 62 ud af 100. De to audits stiller forskellige spørgsmål, og en score betyder kun noget i forhold til det, den målte.

Ingen hyrede os til dette

The Shelbourne er ikke en Baseline-kunde. Der er intet forhold, ingen brief og ingen NDA. Vi valgte et velkendt irsk websted, kørte den standard scanning og offentliggør, hvad der kom tilbage. Alt, hvad scanningen rørte ved, er offentligt: siderne, robots-filen, sitemap'et, JSON-LD i sidens kildekode. Enhver med en browser og tyve minutter kan hente det, vi hentede. Kørslen var den 30. juli 2026, standarddybde, 50 sider gennemsøgt, ti moduler, med Claude og ChatGPT forespurgt direkte som en del af perceptionstjekkene. Vi hentede hjemmesiden og llms.txt-filen igen den 3. august; begge var uændrede i de detaljer, dette stykke hviler på.

Sådan ser et AI-læsbart websted ud

Syv af de ti moduler scorede 100. Seks af dem fortjente det. Bot-adgang er åben: GPTBot, PerplexityBot, ClaudeBot, anthropic-ai, CCBot og Applebot er alle tilladt i robots.txt, uden stille blokeringer og ingen noindex nogen steder. Der er en llms.txt-fil i roden, 6.841 bytes prosa skrevet til maskiner. Hver af de 50 gennemsøgte sider indeholder strukturerede data, fordelt på syv forskellige skematyper. Article- eller BlogPosting-markup vises på 35 sider, og alle 35 indeholder både en forfatter og en dateModified. BreadcrumbList er til stede på alle 48 sider, der ikke er hjemmesiden. Sitemap'et er til stede og friskt. Begge sprogmodeller genkendte domænet. Det syvende modul, der scorede 100, behandles nedenfor.

Hvor de 18 point forsvandt hen

Hvert modul scorer som beståede divideret med beståede plus advarsler plus fejl, gange 100. Hvert modul har en vægt. Tre moduler mistede point, og summen er præcis:

• Konkurrencemæssig positionering scorede 0,0 med vægt 0,100. Tabt: 10,00 point.
• Enhedsautoritet scorede 66,7 med vægt 0,160. Tabt: 5,33 point.
• Indholdsklarhed scorede 50,0 med vægt 0,056. Tabt: 2,80 point.

10.00 + 5.33 + 2.80 = 18.13. Det efterlader 81.87, som afrundes til 82. Bag tallene sidder tre advarsler. Den første er enhedsopløsning: to forskellige @id værdier vises på tværs af Organization og Person blokkene, den ene en hashed person URI og den anden en almindelig #organization anker. Brug den samme @id URI på hver side, og en assistent, der sammensætter webstedet, får én enhed i stedet for to. Den anden er indholdsklarhed: tre duplikerede metabeskrivelser spredt over otte sider, inklusive en linje om bryllupper og arrangementer gentaget fire gange. Den tredje advarsel er vores.

Ti af de 18 tabte point kom fra vores scanner

Konkurrencemæssig positionering scorede nul, fordi alle ti positioneringsforespørgsler fejlede eller timede ud. Feltet med beviser lyder {"n": 10, "errors": 10}. Ikke én forespørgsel returnerede. Hotellet gjorde intet for at fortjene det, og det er det største enkeltstående fradrag på rapporten. Modulet indeholder en informationsnote, der forklarer dets metode, og det er vigtigt, før nogen behandler tallet som evangelium: positioneringskontroller bruger enkeltstående API-kald mod hver motors træningsviden i stedet for live forbrugersessioner.

Der er også en fejl i den anden retning. Citatkvalitet er vægtet 0,100 og scorede 100, og den målte intet overhovedet. Dens egen info finding siger det: kontrollen kræver, at Perplexity eller AI Mode er aktiveret, ingen af dem var konfigureret til denne skabelon, så den blev sprunget over. Et sprunget modul scorer fuldt ud som standard. Det gav webstedet ti rene point, som ingen kiggede på.

Så et ødelagt modul tog ti point væk, og et ikke-kørt modul gav ti point tilbage. De udligner hinanden nogenlunde, hvilket er held snarere end design. Grunden til at udskrive begge er simpel: en score, der skjuler sine egne huller, sælger en sikkerhed, den ikke har. Hvis vi kun fortalte dig om modulet, der fejlede, ville du tro, at webstedet var 92 værd. Hvis vi kun fortalte dig om modulet, der blev sprunget over, ville du tro, at det var 72 værd. Ingen af delene er et bedre svar end at vise arbejdet.

100 % struktureret dækning, og ikke ét hotel

Struktureret dækning scorede et fladt 100. Hver side indeholder markup, og syv typer er i spil. Hvad modulet ikke kan spørge om, er, om noget af den markup siger, at webstedet tilhører et hotel. Scanningens egen entitetskort viser de typer, der er fundet på tværs af crawlen, som Article, BreadcrumbList, SiteNavigationElement, WebPage, WebSite, plus Organization og Person. Intet hotel. Ingen overnatningsvirksomhed. Hjemmesiden indeholder præcis én ld+json-blok, og dens graf indeholder WebPage, BreadcrumbList, WebSite og Organization med et indlejret billede. Det er, hvad en udgivers markup ser ud som. Intet i den siger hotel.

Organisationens bloks fulde egenskabsliste er syv elementer: @id, @type, image, logo, name, sameAs, url. Ingen adresse. Intet telefonnummer. Ingen beskrivelse. Ingen stiftelsesdato. Ingen prisklasse. Ingen stjernebedømmelse. Google dokumenterer, at Organization slet ikke har nogen påkrævede egenskaber, så en blok som den er perfekt gyldig og glider igennem enhver generisk validator. I det øjeblik du bruger den type, der faktisk passer, flytter barren sig: LocalBusiness kræver navn og adresse, og Google angiver tydeligt, at du skal inkludere de påkrævede egenskaber, for at indholdet kan være kvalificeret som et rich result, med telefon og priceRange anbefalet oveni.

Hotellets egen llms.txt angiver dets gadeadresse på 27 St Stephen's Green, dets telefonnummer, dets stiftelsesår 1824 og dets plads i Marriotts Autograph Collection. I prosa. I en tekstfil. Det angiver ingen af disse fire i dets strukturerede data. Webstedet fortæller assistenter på almindeligt engelsk, hvad det nægter at fortælle dem i et format, maskiner kan parse uden inferens. Hotel er en dokumenteret undertype af LodgingBusiness, der arver gennem både Organization- og Place-grenene, og det indeholder felter bygget til netop dette: adresse, telefon, priceRange, starRating, amenityFeature og checkinTime, med checkoutTime og numberOfRooms på den overordnede type. schema.orgs egen hotel markup-guide beskriver formen: en overnatningsvirksomhed, en indkvartering og et tilbud, med værelser knyttet til hotellet af containsPlace og containedInPlace, og priser modelleret som tilbud, fordi ting ikke har priser, kun tilbud på ting har.

Dækning måler, om sider har markup. Det måler ikke, om markup beskriver virksomheden. En score på 82 kan ikke se det hul, og vi ville rette det, før noget, scoren markerede.

Hvad Claude og ChatGPT sagde, da de blev spurgt

Claude, selvrapporteret tillid 72 ud af 100, beskrev et historisk luksushotel på St Stephen's Green med en arv, der går tilbage til det 18. århundrede. Dets egen nøglefakta-liste, i samme svar, sagde "Grundlagt i 1824, hvilket gør det til et af Dublins ældste hoteller". 1824 er det 19. århundrede. Hotellet blev grundlagt i 1824 af Martin Burke, en indfødt fra County Tipperary, og irsk nationalpresse markerede 2024 som 200-års jubilæet. Fakta-listen var korrekt, og prosaen var et århundrede ude, i ét svar.

ChatGPT, selvrapporteret tillid 85, gav et kortere svar og fik mere af det rigtigt: etableret 1824, en del af Autograph Collection by Marriott, beliggende i Dublins centrum. Rebrandingen stemmer. Hotellet blev en del af Marriotts Autograph Collection i 2019 efter en renovering til 40 millioner dollars, og det ejes af Archer Hotel Capital og drives af Marriott International under det brand. På dette par svar var den mere selvsikre model den mere præcise. Betragt det som ét datapunkt om to svar. Det siger intet om, hvordan nogen af modellerne er kalibreret generelt.

Læs hele udvekslingen som et øjebliksbillede. Hver motor fik et enkelt API-kald mod sin træningsviden, og en anden kørsel kunne let lande anderledes. De huller, modellerne nævnte, rejser længere. Claude bad om klar information om nuværende ejerskab og ledelse. Hotellet angiver det i åbningsafsnittet af den fil, det offentliggjorde, som maskiner kan læse. Claude bad også om schema.org-struktureret data om faciliteter, værelsestyper og tjenester, og ankom uafhængigt til det ovenfor beskrevne loft. Begge modeller bad separat om tilgængelighedsinformation. To motorer, der nævner det samme hul, er en tynd prøve, men det er den ene post på denne rapport, vi ville handle på først.

I prioriteret rækkefølge

Hvis dette var vores side, ville rækkefølgen være:

• Udgiv tilgængelighedsinformation. To uafhængige motorer nævnte det. Det tjener rigtige gæster, før det tjener nogen crawler, og intet andet på denne liste har den dobbelte gevinst.
• Tilføj en Hotel- eller LodgingBusiness-blok med adresse, telefon, stjernebedømmelse og prisinterval. Fakta er allerede skrevet ned i llms.txt. Dette er transskriptionsarbejde; forskningen er udført. Giv værelserne deres egne Accommodation-objekter og priser som Offers.
• Sammenflet de to @id værdier til én kanonisk URI, der bruges på hver side. Billigt, mekanisk, og det forhindrer assistenter i at opløse ét hotel til to enheder.
• Omskriv de tre duplikerede metabeskrivelser, så de otte berørte sider beskriver sig selv i stedet for brandet.
• Ignorer den konkurrencedygtige positioneringsscore, indtil modulet kører fejlfrit. Et nul fra en timeout fortæller dig intet.

De oplagte opfølgninger