Ett femstjärnigt hotell med en webbplats på 62/100

Ingen anlitade oss för att göra detta

Detta är en granskning av offentliga data. Vi har ingen relation med The Shelbourne, inget kundengagemang och ingen insyn. Alla fynd nedan kommer från att hämta sidor som vem som helst med en webbläsare kan hämta, med samma crawler som vilken sökmotor eller AI-assistent som helst skulle använda. Vi valde webbplatsen just för att det är ett starkt varumärke med en kompetent webbnärvaro: om mönstret dyker upp här, dyker det upp överallt.

Skanningen kördes den 30 juli 2026 på standarddjup - 50 sidor, 22 moduler, 1 912 individuella fynd. Du kan öppna hela körningen själv: den kompletta Site Pulse-rapporten är offentlig, varje kontroll och varje sida.

De gjorde det nya rätt

Börja med det som de flesta revisioner skulle begrava. The Shelbourne får 100 på AI-åtkomst, 100 på crawlbarhet och indexering, 100 på säkerhetsskanning och 100 på llms.txt. Det sista är ovanligt. En riktig /llms.txt finns i domänens rot: en H1, sju H2-sektioner som täcker hotellet, rummen, restaurangen och resten, tjugonio länkar, och varje länk vi testade fungerade. Någon byggde medvetet den filen. De flesta femstjärniga hotell har inte gjort det.

AI-crawlerbilden är lika ren. Vi körde live-sonder istället för att lita på robots.txt, och GPTBot, ClaudeBot, PerplexityBot och Google-Extended fick alla HTTP 200. Ingen CDN som tyst avvisade dem, inget generellt förbud. Det är viktigare än det låter – att blockera alla AI-botar är en kostsam reflex, och många hotellgrupper har gjort det av misstag via ett säkerhetsplugin.

Var dock tydlig med vad llms.txt faktiskt köper: ingen större sökmotor konsumerar det. Det är en satsning på vart hämtning är på väg, och det gör inget för rankningar idag. The Shelbourne gjorde den satsningen. Bra. Problemet är vad assistenterna hittar när de följer det.

Författaren heter originate_admin

Sedan kom vi till berättelsesidorna. Den deklarerade författaren på alla är det CMS-konto som webbyrån byggde sajten med:

<meta name="author" content="originate_admin">

Det skulle vara förlåtligt som en enstaka metatagg. Det finns också i den strukturerade datan, där hotellet berättar för maskiner i schema.orgs eget ordförråd vem som skrev dess innehåll: "author": {"name": "originate_admin"}. Det är den sträng en kunskapsgraf tar in, och vad en assistent läser när den avgör om denna sida har en auktoritet bakom sig.

Site Pulse flaggade konsekvensen under entitetskonsistens: två distinkta entitetsnamn över de genomsökta sidorna. Huvudsidorna säger The Shelbourne Dublin. Berättelsesidorna säger originate_admin. Till en modell som försöker förena ett företag till en entitet är det brus där det borde finnas en signal. Hotellet får 80 på entitetskonsistens, och de tjugo poäng det tappar beror helt på detta.

Samma modul hittade ingen Wikidata-entitetsmatchning för "The Shelbourne Dublin" alls, och en sameAs blocklista som listar Facebook, X, Instagram och YouTube men ingen Wikidata, LinkedIn, Crunchbase eller G2. Ett 200 år gammalt landmärke som har varit värd för statschefer har en svagare maskinläsbar identitet än en två år gammal SaaS-startup.

URL:er som fortfarande innehåller platshållartexten

När en byrå bygger en webbplats fyller den CMS:et med dummy-inlägg så att mallarna har något att rendera. Dessa inlägg ska raderas. Här redigerades de istället – verkligt innehåll hälldes in i platshållarskalen – och URL:erna ändrades aldrig. Alla tre är live just nu och returnerar HTTP 200:

Den tredje kolumnen kommer från själva webbplatsen. Det är wordCount publicerat i dess egen strukturerade data. Hotellet berättar för varje maskin som läser det att dess presentkortsguide är femton ord lång, och att dess producentfunktion är två.

En URL är en av de starkaste signalerna ett hämtningssystem har om vad en sida innehåller. Den överlever omdesign, den förekommer i citat, och den är ofta det enda sammanhang en modell ser innan den bestämmer sig för att hämta. En sida om ett irländskt bryggeri som ligger på en sökväg som säger lorem ipsum dolor adipiscing elit kastar bort det. Det gör även en sida om presentkort på /story/a-blog-post/.

Samma mönster producerar ett nästan-duplikatpar bredvid. Två URL:er läser båda /story/discover-5-star-luxury-in-dublins-historic-shelbourne-hotel/, en med suffixet -2 som WordPress lägger till när en slug redan är upptagen. Den första serverar den 5-stjärniga lyxbiten som dess URL lovar. Den andra serverar en artikel med titeln "Varför The Shelbourne Hotel är perfekt för speciella tillfällen". Båda är indexerbara, och deras text är mer än 90% identisk, så en assistent som väljer mellan dem väljer slumpmässigt mellan en sida vars URL matchar dess innehåll och en vars URL beskriver något helt annat.

Femtio misslyckanden, ett misstag

Varje enskilt allvarligt misslyckande i skanningen är samma kontroll som utlöses på varje sida: två formulärfält utan tillgänglig etikett. Det är webbplatsens sök- eller nyhetsbrevsruta i mallen, och eftersom den finns i mallen är den fel 50 gånger av 50. Tillgängligheten hamnar på 38,5, den lägsta poängen på tavlan. Länken för att hoppa över navigeringen saknas också på alla 50 sidor.

Detta är formen för nästan varje tekniskt problem på en stor webbplats: ett problem i en mall, multiplicerat med sidantalet. Det fungerar åt båda hållen. Det ser katastrofalt ut i en rapport, och det är oftast ett eftermiddagsarbete att åtgärda.

1.2% av sidan är ord

LLM-vy-modulen skalar ner en sida till vad en språkmodell faktiskt skulle ta in - inga skript, inga stilar, inga navigeringsmöbler - och mäter vad som återstår. På theshelbourne.com var förhållandet mellan innehåll och markup 1.2%, på varje sida vi genomsökte.

På en typisk artikelsida tog genomsökaren bort 51 bruselement innan den hittade något att läsa: 14 310 tecken med inbäddad CSS, 7 955 med skript, 1 895 med navigering. Vad som överlevde var cirka 1 700 tecken, uppskattningsvis 290 till 430 tokens. Sidan är mestadels ställningar.

Webbplatsen är fortfarande perfekt synlig. Men hotellet spenderar sin hämtningsbudget på möbler, och substansen en assistent skulle kunna citera är tunn i förhållande till hur mycket den måste ladda ner för att hitta den. Annars har vi skrivit om hur en webbplats kan rankas först på Google och ändå vara osynlig för AI; detta är en av mekanismerna bakom det. Samma dynamik håller sju av tio italienska hotell utanför assistentens kortlistor.

Två mindre metadata-problem förvärrar det. Open Graph-bilder saknas på hela webbplatsen, så varje delning av ett femstjärnigt hotell återges som ett tomt kort. Och det finns fyra dubbla titlar över åtta sidor, plus tre dubbla beskrivningar - det klassiska tecknet på sidor genererade från en mall som ingen återbesökte.

Två saker vår skanner fick fel

Vi säljer detta verktyg, så vi bör berätta var det misslyckades under denna körning. Tre moduler fick noll, och två av dessa nollor är vårt fel snarare än hotellets.

Skräpmodulen flaggade för nyckelordsfyllning eftersom ordet the utgör cirka 9% av brödtexten. Det är en stoppordsräknare som borde exkludera stoppord, och den kommer att utlösas för alla företag vars namn börjar med "The". Det är en bugg, och den finns nu på vår lista.

Modulen för nära dubbletter fick noll delvis för att den behandlade theshelbourne.com och theshelbourne.com/ som två sidor som är 100% identiska med varandra. De är samma sida. Vår crawler räknade den dubbelt. Det -2 dubblettparet i den modulen är verkligt; hemsideklustret är en artefakt.

Den tredje nollan, spårning, är en bedömningsfråga snarare än en bugg: webbplatsen laddar Google Tag Manager utan att någon plattform för samtyckeshantering upptäcks. Om det är ett fynd beror på vad GTM utlöser, vilket vi inte kan se utifrån.

Behandla ett resultat som en uppmaning att gå och titta. Alla granskningsverktyg som aldrig medger en falsk positiv säljer en säkerhet de inte har.

Vad detta kostar, och vad man ska göra åt det

Kontrollera vem din webbplats säger skrev den. Visa källkoden på en innehållssida och sök efter "author". Om det returnerar ett CMS-användarnamn, en standardinställning för ett plugin, eller ett byråkonto, lämnar du över den strängen till varje kunskapsgraf som läser dig. Att åtgärda det är en inställningsändring, inte en ombyggnad.

Granska dina slugs en gång. Dra din sitemap, läs URL:erna som en främling skulle göra, och leta efter de som beskriver byggnaden snarare än innehållet. Sedan 301:a dem till en riktig slug. Att radera dem förvandlar bara en ful URL till en död.

Behandla mallfel som en bugg. Femtio fel på femtio sidor är en omärkt inmatning i en rubrik. Fixa mallen och rapporten ändras över en natt.

Låt inte det moderna lagret dölja det gamla. The Shelbourne har en llms.txt och öppna dörrar för varje AI-crawler, vilket placerar den före de flesta av sina konkurrenter. Den berättar också för dessa crawlers att dess innehåll skrevs av originate_admin. Det nya arbetet lönar sig bara om det som crawlers når är sammanhängande.

Kör Site Pulse på din egen webbplats

Frågor detta brukar väcka