Speakable er schema.org-markup, der markerer indhold til afspilning med tekst-til-tale. Lær hvordan speakable-schema virker, hvilke begrænsninger det har, og hvilken rolle det spiller i stemme- og AI-søgning.

På denne side
Resumé
Speakable er en schema.org-egenskab, der endnu er i beta, og som markerer de afsnit på en side, der er bedst egnet til afspilning med tekst-til-tale. Den lader stemmeassistenter som Google Assistant læse disse afsnit højt som svar på talte forespørgsler.
Vil du vide mere? Spørg
Speakable er en structured data-egenskab i schema.org, der angiver de afsnit i en artikel eller på en webside, der er bedst egnet til lydafspilning med tekst-til-tale. Ved at markere en overskrift og et kort resumé fortæller du søgemaskiner og stemmeplatforme præcis, hvilke ord der skal læses højt, når de besvarer et talt spørgsmål.
Den findes, fordi stemme- og lydsvar fungerer anderledes end på en skærm. En enhed kan ikke læse en hel artikel højt, så speakable peger den hen på de korte, selvstændige afsnit, der giver mening uden visuel kontekst. Egenskaben er stadig i beta og snæver i sit omfang, men den rummer en idé, der betyder mere for hvert år: at gøre indhold tilgængeligt at høre, ikke kun at læse.
Speakable er en egenskab i schema.org-vokabularet, der markerer sektioner på en side til tekst-til-tale. Den implementeres som en del af structured data, typisk inden for typen WebPage eller Article, og angiver, hvilke elementer en stemmeassistent skal prioritere, når indholdet læses op. Egenskaben kan gentages for at markere flere sektioner på en side.
Den forstås bedst som et hint og ikke som en kommando. Markeringen fortæller platformen, hvilke afsnit der egner sig til stemme, men systemet afgør stadig algoritmisk, om og hvad der læses. Som en form for struktureret indhold er speakable en del af den bredere praksis med at mærke din side, så maskiner kan bruge den præcist.
Google Assistant bruger speakable structured data til at besvare aktuelle nyhedsforespørgsler på smarte højttalere og stemmeaktiverede enheder. Når en bruger beder om nyheder om et emne, returnerer assistenten op til tre artikler fra nettet og bruger tekst-til-tale til at læse de afsnit højt, der er markeret som speakable, sammen med en kildehenvisning.
Det gør speakable til en vej ind i talte svar og ikke kun i visuelle resultater. At være den kilde, en enhed læser højt, er en særskilt form for synlighed, tæt knyttet til stemmesøgning, hvor det ene talte svar vejer langt tungere end en liste med links, brugeren kan scanne.
Du tilføjer speakable som et SpeakableSpecification i dine structured data og peger det derefter mod det indhold, der skal læses op, med en af to typer indholdslokaliseringer: CSS-selektorer eller xPath. En CSS-selektor retter sig mod elementer via klasse eller tag, for eksempel en klasse til overskriften og en klasse til resuméet, mens en xPath navigerer direkte i dokumentstrukturen. Kun én lokaliseringstype er tilladt pr. specifikationsobjekt.
Et typisk JSON-LD-uddrag angiver sidetypen og derefter et speakable-objekt, hvor cssSelector lister overskrifts- og resumé-elementerne. Hold markeringen rettet mod afsnit, der allerede læser godt højt. Implementeret rent er det en lille tilføjelse, der gør eksisterende svarklart indhold til noget, en stemmeplatform kan tale direkte.
Google anbefaler omkring 20 til 30 sekunders indhold pr. speakable-afsnit, altså nogenlunde to til tre sætninger. Målet er korte overskrifter og resuméer, der leverer forståelig og brugbar information alene, ikke hele artikler læst fra start til slut. Markér kun de et til to afsnit, der direkte besvarer det sandsynlige spørgsmål.
Det er afgørende, at indholdet giver mening i en rent stemmebaseret sammenhæng. Undgå at markere billedtekster, dateringslinjer eller kildehenvisninger, der forvirrer en lytter, som ikke kan se siden. Skriv korte, klare sætninger i en samtalende tone, for alt, der er tvetydigt på skærmen, bliver værre, når det høres uden visuelle signaler.
For SEO er speakable en niche, men reel mulighed inden for stemme. Efterhånden som lydforbruget vokser, og et stort flertal af folk lytter til online-lyd hver måned, er det at være det afsnit, en enhed læser højt, værdifuld synlighed uden at bruge hænderne. Det forbedrer også tilgængeligheden for brugere med synsnedsættelse og understøtter lyttere, der multitasker.
For generativ søgemaskineoptimering er den dybere lektie strukturel. Den samme disciplin, der gør indhold egnet til at blive læst højt, nemlig korte, selvstændige afsnit, der besvarer et spørgsmål uden omgivende kontekst, er netop det, der hjælper AI-assistenter med at udtrække og citere dit indhold. At optimere til øret styrker god optimering til stemmesøgning og den afsnitsklarhed, som AI-søgning belønner.
Speakable er snæver i dag. Den er i beta, begrænset til nyhedsindhold og primært tilgængelig for brugere i USA med engelsksprogede enheder. Den virker kun med Google Assistant, så den ikke når andre stemmeplatforme, og Google kan vælge at læse et andet afsnit end det, du har markeret, hvis algoritmerne vurderer, at det er mere relevant.
På grund af disse begrænsninger bør speakable ikke være omdrejningspunktet i en strategi. Behandl den som en billig forbedring for berettiget indhold og ikke som en garanteret kanal. Principperne bag den, altså klarhed og selvstændige svar, gælder dog langt ud over selve egenskaben og betaler sig på tværs af stemme- og AI-søgning.
Egenskaben peger mod et bredere skift: indhold, der i stigende grad forbruges uden skærm, via smarte højttalere, bilassistenter og AI-stemmer. Efterhånden som flere svar bliver talt i stedet for vist, bliver evnen til at levere et rent, selvstændigt afsnit en kernekompetence, uanset om der bruges en bestemt markup eller ej.
Selv hvis speakable forbliver begrænset, gør det at designe indhold til at blive læst højt, med korte sætninger, direkte svar og ingen afhængighed af billeder, at det er klar til stemmefirst og AI-drevet opdagelse. Formatet lærer en vane, det er værd at beholde: skriv, så en maskine kan læse dine bedste sætninger højt, og så de står på egne ben.
Speakable er en schema.org-egenskab, der markerer de afsnit på en side, der er bedst egnet til tekst-til-tale, og som Google Assistant bruger til at læse nyhedssvar højt. Den implementeres med CSS-selektorer eller xPath, fungerer bedst på korte afsnit på to til tre sætninger og er stadig snæver i omfang og i beta. Dens reelle værdi ligger i den disciplin, den opmuntrer til.
Kombiner den med en bredere optimering til stemmesøgning og rent struktureret indhold, og brug Soranks værktøjer til søgeordsanalyse og indholdsplanlægning til at bygge svar, der virker både i øret og på skærmen. Kildehenvisninger: Google Search Central og Productive Shop.
Kilder
Speakable er en schema.org-egenskab, der markerer de afsnit på en side, der er bedst egnet til afspilning med tekst-til-tale. Google Assistant bruger den til at besvare aktuelle nyhedsforespørgsler på smarte højttalere, og læser den markerede overskrift og det markerede resumé højt med kildehenvisning. Den lader udgivere angive, hvilke korte og selvstændige afsnit en stemmeassistent bør læse op.
Google anbefaler omkring 20 til 30 sekunders lyd pr. speakable-afsnit, altså nogenlunde to til tre sætninger. Målet er en kort overskrift eller et kort resumé, der leverer brugbar information alene. Markér kun et til to afsnit, der direkte besvarer det sandsynlige spørgsmål, og sørg for, at de giver mening uden visuel kontekst.
Speakable er stadig i beta og snæver i omfang. Den er begrænset til nyhedsindhold, primært tilgængelig for brugere i USA med engelsksprogede enheder og virker kun med Google Assistant og ikke alle stemmeplatforme. Google kan også læse et andet afsnit end det, du har markeret, hvis det vurderes mere relevant, så medtagelse er ikke garanteret.
DE PRØVEDE SORANK, FØR DU GJORDE DET
