De fleste teams ved ikke, om deres website giver mening for en agent. Mennesker kan klikke sig frem; en agent kræver struktur, spor og tilladelser. Her kommer Is Agentic ind: et gratis værktøj fra Vercel, der måler hvor agent‑venligt et offentligt website er – baseret på over 100 automatiske checks udviklet af Ora fra era labs.
MarkTechPost opsummerer lanceringen: “Vercel has released Is Agentic, a public tool that scores how readily AI agents can discover, access, understand, and use a website. Scans are run and scored by Ora, an agent-experience research company from era labs. Vercel operates the interface, report pages, storage, and the grouping that produces the displayed score.” (kilde 3067). Agent‑trafik er ikke teoretisk; den rammer dokumentationsportaler og checkout‑flows nu.
Hvad værktøjet faktisk måler
Ora beskriver sin metode som fire lag, der følger et agents workflow. Ifølge MarkTechPost: Discovery med 20 point fordelt på 15 checks. Access med 30 point og 41 checks. Usability med 40 point og 56 checks. Payments med 10 point og 6 checks. I alt 118 checks – i tråd med Vercels “100+ checks” (kilde 3067).
Lagene er praktiske: Discovery – kan en agent finde indholdet (sitemap, semantik, metadata). Access – er der maskinvenlige grænseflader og korrekte svar, ikke kun app‑shells. Usability – leveres indhold i et format en agent kan bruge uden gæt. Payments – kan en agent gennemføre køb sikkert og forståeligt. MarkTechPost tilføjer, at tjeklisten er “reverse-engineered from real agent runs, not authored by opinion.” Mindre smag, mere evidens.
Sådan kører man en scanning i praksis
To veje: Indtast en URL i browseren og få en offentlig rapport. Eller brug CLI. MarkTechPost angiver kommandoen: “npx is-agentic <domain>” – samt “npx is-agentic <domain> –json” til maskinel behandling (kilde 3067). Det gør integration i pipelines enkel.
Rapporter har faste felter. Ifølge MarkTechPost viser et API‑svar bl.a.: score, score_label, scanned_at, eligible_checks, score_breakdown (optjente og tilgængelige point per lag) og en issues‑liste. Hver issue har id, name, details, recommendation, result og tier. Eksempel‑id’er: content-no-js, agent-friendly-404, markdown-negotiation-vary, json-ld, sitemap, trust-anchors, metadata-completeness. 404‑checket kræver fx en reel HTTP 404, ikke en 200 med en SPA‑shell.
Hvem gør hvad – Vercel vs Ora
Rollerne er adskilt. Ora fra era labs kører scanninger og laver scoringer. Vercel står for interface, rapport‑sider, lagring og den gruppering, der munder ud i den viste score. Det skriver MarkTechPost direkte. Metode og bevisindsamling hos Ora; præsentation og visning hos Vercel. Hvis grupperingslogikken ændres over tid, kræver det gennemsigtighed.
MarkTechPost beskriver desuden Vercels omgruppering: “Essential checks share an 80-point pool. Recommended checks share a 20-point pool. Emerging signals add a bonus capped at five points, and their absence never lowers a score. Not-applicable checks are excluded rather than counted as failures.” (kilde 3067). Et site bør ikke straffes for en funktion, det ikke tilbyder.
Gratis ved lancering – og uden API‑nøgler
Ifølge MarkTechPost er Is Agentic gratis ved lancering: “no paid plans, subscription charges, or per-report fees,” og “the public site, read-only API, CLI, and MCP server require no API key or billing account.” (kilde 3067). Barrieren for at prøve er lav.
Bogstavkarakterer og hvordan de læses
Ora offentliggør ifølge MarkTechPost en bogstavskala: A+ ved 95–100, A ved 86–94, B ved 70–85, C ved 48–69, D ved 28–47 og F ved 0–27. Den giver et hurtigt fælles sprog for ledere, partnere og compliance. Skalaen normaliserer samtalen på tværs af enheder.
Vercels visning arbejder også sådan: “Recommended checks activate only when scan evidence positively identifies an API, OAuth flow, GraphQL endpoint, MCP server, developer portal, or commerce surface. A marketing site is not penalized for omitting an interface it never claimed to offer.” (kilde 3067). Mindre støj, færre falske alarmer.
Hvad betyder scoren i drift
Tre klare anvendelser. 1) JSON‑output i CI som regressions‑gate – hvis server‑render smuldrer, eller et 404‑endepunkt svarer 200, fanges det. 2) Pre‑launch agent‑audits af nye domæner, dokumentationsporte eller commerce‑flader. 3) Benchmark på tværs af brands og business units for en fælles baseline.
Praktisk: Et C er et signal om konkrete rettelser i næste cyklus. Ikke strategi, men issues med id, details og recommendation, der kan blive tasks. MarkTechPost beskriver også en “Prompt to fix” funktion, der omsætter anbefalinger til et implementation brief for en coding‑agent. Det kan skære friktion i triagering.
Begrænsninger og gråzoner
Der er åbne spørgsmål. MarkTechPost nævner MCP‑server, men uden en dyb gennemgang af autentificering, rate‑begrænsninger og håndtering af private API’er. Også logikken om duplikerede check‑id’er på tværs af MCP‑flader, som ifølge artiklen “are averaged,” bør verificeres i officiel dokumentation fra Vercel eller Ora, da det påvirker bedømmelsen af multi‑surface systemer.
Data, privatliv og rapportadgang
Et andet hul: datalagring og retention. Hvilke rådata gemmes, hvor længe, og hvordan styres adgang til offentlige rapporter? MarkTechPost dækker ikke dette. Indtil officiel dokumentation er ude, bør teams antage, at offentlige domæner kan refereres i rapporter, og holde følsomme test‑subdomæner skjult, hvis de ikke skal crawles.
En klassisk blind vinkel er autentificerede flows. Hvis tjeklisten primært vurderer offentlige overflader, falder login‑bagved‑flows, kundekurve og interne dashboards udenfor. Det er en designgrænse – læs ikke en høj score som dækning af hele produktet.
Typiske årsager til lav score – og hurtige gevinster
Det der ofte trækker ned: Manglende semantisk markup og ustruktureret metadata. SPA’er der returnerer 200 i stedet for korrekt 404. Fravær af maskinlæsbare beskrivelser (OpenAPI) eller klare JSON‑LD‑blokke. Ingen spor til developer‑portaler, OAuth‑hints eller MCP‑endpoints.
Det der løfter: Få styr på metadata og sitemap. Eksponér og link til dokumenterede API’er. Ryd op i statuskoder og content negotiation, så en agent ikke tvinges ind i JS‑render. I commerce‑leddet: tydelige betalings‑ og tillidsankre, så automationslag tør gennemføre handlinger.
Essential vs recommended som prioriteringsværktøj
Vercels visning bruger en 80‑points “essential” pool og en 20‑points “recommended”. Brug det som prioritering: Start med essential – baseline for agent‑tilgængelighed. Åbn derefter recommended, når systemet positivt finder API, OAuth, GraphQL, MCP, developer‑portal eller commerce.
En 90‑dages kadence kan se sådan ud: uge 1–3, få essential i grøn ved at lukke de tungeste issues i score_breakdown. Uge 4–8, åbn recommended ved at gøre de første grænseflader eksplicitte og dokumenterede. Uge 9–12, finpuds emerging signals der giver mening – bonuspoint er små, men kan tippe en B til A.
Styring og kontinuitet
Sæt en fast gen‑scan kadence: ugentligt i aktive områder, månedligt i stabile domæner. Integrer CLI med –json i CI, og lad byggeprocessen fejle på kritiske regressions‑checks. Dokumentér “not‑applicable” beslutninger i repoet, så rationalet bevares over tid.
Den offentlige score kan også bruges i leverandørstyring. En partner der lover API‑parathed, men står med en D, må forklare sig. En høj score kan på den anden side hjælpe i sikkerheds‑ eller compliance‑reviews, når spørgsmålet er: kan en agent arbejde her uden at gætte?
Hvad er stadig uklart
Nogle detaljer er kun gengivet i MarkTechPost og bør verificeres mod officielle kilder fra Vercel eller Ora: bogstavelige API‑stier, ratelimits, RFC‑referencer, MCP‑serverens capabilities og beregningen ved duplikerede check‑id’er. Artiklen nævner også, at “observed agent journey” holdes uden for den numeriske score – fornuftigt, men se det gerne bekræftet i en README eller OpenAPI‑spec.
Derudover: license‑ og betalingsmodellen er “gratis ved lancering”, men uden løfter om fremtiden. Planlæg med muligheden for kvoter eller prislag, hvis adoptionen tager fart.
Konklusion
Vercel gør med Is Agentic agent‑UX målbart i offentlighedens lys, mens Ora stiller en tjekliste på 118 punkter baseret på virkelige agent‑kørsler. MarkTechPost dokumenterer gratis‑modellen ved lancering, CLI‑flowet og scorelogikken med essential, recommended, bonus og not‑applicable. Der er åbne spørgsmål om MCP‑detaljer, datastyring og metodens opdateringsfrekvens, som kræver officielle kilder. Men værktøjet er brugbart nu: Kør en scan, fang regressions, og lad scoren blive en fast linje i builden. Forskellen mærkes først, når man sidder med det i hænderne.
