Varför obegränsade revideringar?

För att ett bra resultat inte alltid uppstår första gången, och det vet vi om. Vi är noggranna med vilka vi jobbar med. Inte för att vara svåra, utan för att det är enda sättet att ge varje kund den tid och det engagemang de förtjänar. Obegränsade revideringar finns för att vi bryr oss tillräckligt för att alltid ta oss dit vi behöver komma — tillsammans med dig.

Vad kan jag skicka till er?

Allt. Landningssidor, sektioner, applikationer, animationer, buggar, arbetsflöden, marknadsföring, SEO, kampanjer etc. Är det online så kan vi fixa eller bygga det.

Kan jag pausa eller avbryta?

Ja. Why not? Pausa tills nästa månad. Du betalar aldrig för tid du inte använder.

Vi gör inte visuell design från scratch. Har du ingen branding eller kreativ riktning så känner vi personer som vi kan rekommendera.

Om jag inte är nöjd?

Vi kör på tills du är det. Inga extra kostnader, ingen attityd.

7 maj 20264 min läsning

Denmaskinläsbarawebbplatsen:Schema,metadata,API:erochinnehållsomAIförstår

En webbplats har flera målgrupper.

Den uppenbara målgruppen är människor. De ska läsa, förstå, jämföra och agera. Men webbplatsen läses också av sökmotorer, skärmläsare, sociala plattformar, analysverktyg och allt oftare AI-agenter.

Det betyder inte att man ska bygga för maskiner istället för människor. Det betyder att samma information behöver vara tydlig, konsekvent och tekniskt åtkomlig.

Det är vad en maskinläsbar webbplats handlar om.

Maskinläsbar betyder inte ful

Det finns en missuppfattning att maskinläsbarhet står i konflikt med design. Som om en snygg webbplats måste vara svår för Google och AI-system att förstå.

Så är det inte.

Problemet uppstår när designen ersätter informationsstruktur. Till exempel:

rubriker som bara är visuella textblock, inte riktiga h1, h2 och h3
viktig copy som ligger i bilder
knappar utan tydlig text
tjänster som bara beskrivs i animationer
innehåll som kräver klient-JavaScript innan något syns
metadata som inte matchar sidans faktiska innehåll

En bra webbplats kan vara både visuellt stark och tekniskt tydlig. Det kräver bara att struktur är en del av designarbetet.

Börja med HTML

HTML är den första nivån av maskinläsbarhet.

En tydlig sida har:

en unik h1
logiska underrubriker
brödtext som faktiskt finns i HTML
länkar med begripliga länktexter
listor där det är listor
tabeller där det är tabulär data
alt-texter där bilder bär betydelse

Det här hjälper inte bara sökmotorer. Det hjälper även skärmläsare, webbläsarverktyg och AI-agenter som tolkar DOM och accessibility tree.

Om sidan bara ser strukturerad ut, men tekniskt är en hög av divar utan semantik, blir den svårare att tolka.

Metadata gör sidan begriplig utanför sidan

Metadata är kort information om sidan som andra system använder.

Miniminivå:

title
description
canonical URL
Open Graph-title
Open Graph-description
Open Graph-bild
språk
robots-direktiv

Det här påverkar hur sidan visas i sökresultat, sociala flöden, länkutdrag och ibland hur verktyg väljer att sammanfatta sidan.

Vanligt problem: metadata återanvänds över hela webbplatsen. Alla tjänstesidor har nästan samma titel och beskrivning.

Det gör sidorna svårare att särskilja.

En sida om GEO ska inte ha samma metadata som en sida om e-handel. En bloggpost om llms.txt ska inte beskrivas som "nyheter från vår blogg". Metadata ska vara specifik.

Schema.org sätter etiketter på informationen

Schema.org är ett vokabulär för strukturerad data. Det ger maskiner ett mer exakt sätt att förstå vad innehållet representerar.

För en tjänstesajt är vanliga typer:

Organization
LocalBusiness
Service
BlogPosting
FAQPage
BreadcrumbList

För e-handel:

Product
Offer
AggregateRating
MerchantReturnPolicy
OfferShippingDetails

För artiklar:

Article
BlogPosting
Person eller Organization som författare
datePublished
dateModified

Poängen är inte att lägga schema överallt. Poängen är att markera upp den information som faktiskt finns och är viktig.

Strukturerad data måste matcha synligt innehåll

Ett vanligt misstag är att behandla schema som en hemlig SEO-yta.

Man stoppar in information i JSON-LD som inte finns på sidan. Extra recensioner, fler frågor, bredare tjänster eller mer detaljerade erbjudanden än besökaren kan se.

Det är fel angreppssätt.

Google har länge sagt att strukturerad data ska matcha det synliga innehållet. Det är också logiskt för AI-sök. Om maskinen läser en sak i markup och användaren ser något annat minskar trovärdigheten.

Bra strukturerad data är en spegling av bra innehåll. Inte en ersättning.

API:er blir viktiga när information ändras ofta

Alla webbplatser behöver inte ett publikt API. Men för vissa typer av information blir API-tillgång allt viktigare.

Exempel:

produkter
priser
lagerstatus
bokningsbara tider
menyer
event
lediga tjänster
dokumentation

Om informationen ändras ofta är statisk text inte alltid tillräckligt. Då behöver system kunna hämta aktuell data.

För en WooCommerce-butik kan det handla om REST API och produktdata. För ett SaaS-bolag kan det handla om dokumentation och statusinformation. För en tjänstesajt kan det räcka med statiska sidor, men de ska vara tydliga och indexerbara.

API är alltså inte en trendig extra feature. Det är relevant när det finns data som andra system behöver läsa på ett pålitligt sätt.

Intern länkning är också maskinläsbarhet

Intern länkning visar hur innehållet hänger ihop.

Om en tjänstesida om GEO länkar till artiklar om AI-sök, llms.txt, schema och teknisk SEO bygger det en tydlig ämneskarta. Om alla sidor bara länkar till startsidan och kontaktformuläret blir sambanden svagare.

Bra intern länkning svarar på:

vilken sida är huvudkälla för ämnet?
vilka undersidor förklarar detaljer?
vilka artiklar stödjer tjänstesidan?
vilka sidor ska användaren läsa härnäst?

Det hjälper människor. Det hjälper även crawlning och förståelse.

Vad en liten sajt bör prioritera först

För de flesta företag behövs ingen tung teknisk plattform för att börja.

Prioritera detta:

Unika titlar och metabeskrivningar på viktiga sidor.
Tydliga h1 och underrubriker.
Synlig brödtext som förklarar tjänster konkret.
Organization och eventuellt LocalBusiness i JSON-LD.
BlogPosting på artiklar.
FAQ på sidor där verkliga frågor finns.
Intern länkning mellan tjänster och guider.
En sitemap som innehåller viktiga sidor.
En enkel llms.txt om ni vill ge AI-agenter en snabb överblick.

Det räcker längre än många tror.

Slutsats

Den maskinläsbara webbplatsen är inte en separat version av webbplatsen. Det är samma webbplats, byggd med bättre struktur.

Människor ska känna att sidan är tydlig. Sökmotorer ska kunna crawla och indexera den. AI-agenter ska kunna förstå vad som är viktigt utan att gissa.

När de tre behoven möts blir webbplatsen starkare. Inte bara för AI-sök, utan för allt som händer efter första klicket.