Et femstjerners hotell med en nettside på 62/100

Ingen ansatte oss for å gjøre dette

Dette er en revisjon av offentlige data. Vi har ingen forbindelse med The Shelbourne, ingen klientengasjement og ingen intern tilgang. Hvert funn nedenfor kommer fra å hente sider som hvem som helst med en nettleser kan hente, ved å bruke den samme crawleren som enhver søkemotor eller AI-assistent ville brukt. Vi valgte nettstedet nettopp fordi det er et sterkt merke med en kompetent tilstedeværelse på nettet: hvis mønsteret dukker opp her, dukker det opp overalt.

Skanningen ble kjørt 30. juli 2026 med standard dybde – 50 sider, 22 moduler, 1 912 individuelle funn. Du kan åpne hele kjøringen selv: den komplette Site Pulse-rapporten er offentlig, hver sjekk og hver side.

De gjorde det nye riktig

Start med det de fleste revisjoner ville begrave. The Shelbourne scorer 100 på AI-tilgang, 100 på gjennomsøkbarhet og indeksering, 100 på sikkerhetsskanning, og 100 på llms.txt. Det siste er uvanlig. En ekte /llms.txt ligger ved roten av domenet: en H1, syv H2-seksjoner som dekker hotellet, rommene, servering og resten, tjueni lenker, og hver lenke vi sjekket fungerte. Noen har bevisst bygget den filen. De fleste femstjerners hoteller har ikke gjort det.

AI-crawler-bildet er like rent. Vi kjørte live-sonder i stedet for å stole på robots.txt, og GPTBot, ClaudeBot, PerplexityBot og Google-Extended mottok alle HTTP 200. Ingen CDN som i stillhet avviste dem, ingen generell nektelse. Det betyr mer enn det høres ut - å blokkere alle AI-roboter er en kostbar refleks, og mange hotellgrupper har gjort det ved et uhell via et sikkerhetsplugin.

Vær imidlertid tydelig på hva llms.txt faktisk kjøper: ingen store søkemotorer bruker det. Det er et veddemål på hvor gjenfinning er på vei, og det gjør ingenting for rangeringer i dag. The Shelbourne satset på det. Bra. Problemet er hva assistentene finner når de følger det.

Forfatteren heter originate_admin

Så kom vi til historiesidene. Den deklarerte forfatteren på alle er CMS-kontoen webbyrået bygde nettstedet med:

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

Det ville vært tilgivelig som en feil meta-tag. Det sitter også i de strukturerte dataene, der hotellet forteller maskiner i schema.orgs eget vokabular hvem som skrev innholdet: "author": {"name": "originate_admin"}. Det er strengen en kunnskapsgraf inntar, og hva en assistent leser når den finner ut om denne siden har en autoritet bak seg.

Site Pulse flagget konsekvensen under entitetskonsistens: to forskjellige entitetsnavn på tvers av de gjennomsøkte sidene. Hovedsidene sier The Shelbourne Dublin. Historiesidene sier originate_admin. For en modell som prøver å forene en virksomhet til én entitet, er det støy der det burde være et signal. Hotellet scorer 80 på entitetskonsistens, og de tjue poengene det mister skyldes utelukkende dette.

Den samme modulen fant ingen Wikidata-entitetsmatch for "The Shelbourne Dublin" i det hele tatt, og en sameAs blokkliste Facebook, X, Instagram og YouTube, men ingen Wikidata, LinkedIn, Crunchbase eller G2. Et 200 år gammelt landemerke som har vært vertskap for statsoverhoder, har en svakere maskinlesbar identitet enn en to år gammel SaaS-oppstart.

URL-er som fortsatt inneholder plassholdertekst

Når et byrå bygger et nettsted, fyller det CMS-et med dummy-innlegg slik at malene har noe å gjengi. Disse innleggene skal slettes. Her ble de i stedet redigert – ekte innhold ble fylt inn i plassholderne – og URL-ene ble aldri endret. Alle tre av disse er live akkurat nå, og returnerer HTTP 200:

Den tredje kolonnen kommer fra selve nettstedet. Det er wordCount publisert i sine egne strukturerte data. Hotellet forteller hver maskin som leser det at gavekortguiden er femten ord lang, og at produsentfunksjonen er to.

En URL er et av de sterkeste signalene et gjenfinningssystem har om hva en side inneholder. Den overlever redesign, den vises i sitater, og den er ofte den eneste konteksten en modell ser før den bestemmer seg for om den skal hente. En side om et irsk bryggeri som ligger på en sti som sier lorem ipsum dolor adipiscing elit kaster det bort. Det gjør også en side om gavekort på /story/a-blog-post/.

Det samme mønsteret produserer et nesten-duplikat par like ved. To URL-er leser begge /story/discover-5-star-luxury-in-dublins-historic-shelbourne-hotel/, en med -2-suffikset WordPress legger til når en slug allerede er tatt. Den første serverer det 5-stjerners luksusstykket URL-en lover. Den andre serverer en artikkel med tittelen "Hvorfor The Shelbourne Hotel er perfekt for spesielle anledninger". Begge er indekserbare, og teksten deres er mer enn 90 % identisk, så en assistent som velger mellom dem, velger tilfeldig mellom en side hvis URL samsvarer med innholdet og en hvis URL beskriver noe helt annet.

Femti feil, én tabbe

Hver eneste harde feil i skanningen er den samme sjekken som utløses på hver side: to skjemainndata uten tilgjengelig etikett. Det er nettstedets søk- eller nyhetsbrevfelt i malen, og fordi det er i malen, er det feil 50 av 50 ganger. Tilgjengelighet kommer ut på 38,5, den laveste poengsummen på tavlen. Lenken for å hoppe over navigering mangler også på alle 50 sidene.

Dette er formen på nesten alle tekniske problemer på et stort nettsted: ett problem i én mal, multiplisert med sideantallet. Det slår begge veier. Det ser katastrofalt ut i en rapport, og det er vanligvis en ettermiddags jobb å fikse.

1.2% av siden er ord

LLM-visningsmodulen striper en side ned til det en språkmodell faktisk ville inntatt - ingen skript, ingen stiler, ingen navigasjonsmøbler - og måler hva som er igjen. På theshelbourne.com kom forholdet mellom innhold og markering ut på 1.2%, på hver side vi gjennomsøkte.

På en typisk artikkelside fjernet crawleren 51 støy-elementer før den fant noe å lese: 14 310 tegn med innebygd CSS, 7 955 med skript, 1 895 med navigasjon. Det som overlevde var rundt 1 700 tegn, anslagsvis 290 til 430 tokens. Siden er for det meste stillas.

Nettstedet er fortsatt perfekt synlig. Men hotellet bruker sitt gjenfinningsbudsjett på møbler, og substansen en assistent kunne sitere er tynn i forhold til hvor mye den må laste ned for å finne det. Andre steder har vi skrevet om hvordan et nettsted kan rangere først på Google og likevel være usynlig for AI; dette er en av mekanismene bak det. Den samme dynamikken holder syv av ti italienske hoteller utenfor assistentens kortlister.

To mindre metadata-problemer forsterker det. Open Graph-bilder mangler på hele nettstedet, så hver deling av et femstjerners hotell vises som et tomt kort. Og det er fire dupliserte titler på tvers av åtte sider, pluss tre dupliserte beskrivelser - det klassiske tegnet på sider generert fra en mal som ingen har sett over igjen.

To ting skanneren vår tok feil av

Vi selger dette verktøyet, så vi bør si hvor det bommet på denne kjøringen. Tre moduler scoret null, og to av disse nullene er vår feil snarere enn hotellets.

Søppelmodulen flagget søkeordfylling fordi ordet the utgjør rundt 9 % av brødteksten. Det er en stoppordteller som burde ekskludere stoppord, og den kommer til å utløses for enhver bedrift hvis navn begynner med "The". Det er en feil, og den er nå på vår liste.

Nær-duplikatmodulen scoret null delvis fordi den behandlet theshelbourne.com og theshelbourne.com/ som to sider som er 100 % identiske med hverandre. De er den samme siden. Crawleren vår dobbelttalte den. Det -2 duplikatparet i den modulen er ekte; hjemmesideklyngen er et artefakt.

Den tredje nullen, sporing, er en vurdering snarere enn en feil: nettstedet laster Google Tag Manager uten at det er oppdaget en plattform for samtykkestyring. Hvorvidt det er et funn avhenger av hva GTM utløser, noe vi ikke kan se utenfra.

Behandle en score som en oppfordring til å undersøke. Ethvert revisjonsverktøy som aldri innrømmer en falsk positiv, selger en sikkerhet det ikke har.

Hva dette koster, og hva du kan gjøre med det

Sjekk hvem nettstedet ditt sier skrev det. Vis kildekoden på en innholdsside og søk etter "author". Hvis det returnerer et CMS-brukernavn, en standardinnstilling for et tillegg, eller en byråkonto, gir du den strengen til hver kunnskapsgraf som leser deg. Å fikse det er en innstillingsendring, ikke en gjenoppbygging.

Gjennomgå slugene dine én gang. Trekk ut nettstedskartet ditt, les URL-ene som en fremmed ville gjort, og se etter de som beskriver byggingen i stedet for innholdet. Deretter 301-omdirigerer du dem til en ekte slug. Å slette dem gjør bare en stygg URL til en død URL.

Behandle malfeil som én feil. Femti feil på femti sider er én umerket inndata i én overskrift. Fiks malen, og rapporten endres over natten.

Ikke la det moderne laget dekke over det gamle. The Shelbourne har en llms.txt og åpne dører for hver AI-crawler, noe som plasserer det foran de fleste av konkurrentene. Det forteller også disse crawlerne at innholdet ble skrevet av originate_admin. Det nye arbeidet lønner seg bare hvis det crawlerne når er sammenhengende.

Kjør Site Pulse på ditt eget nettsted

Spørsmål dette vanligvis reiser