Idiomas

Schema AudioObject

Para que serve de fato a marcação schema.org/AudioObject — a verdade honesta de que ela não tem um resultado avançado dedicado do Google, como difere de PodcastSeries/PodcastEpisode e dos feeds RSS, quais propriedades vale usar (contentUrl, duration, name, encodingFormat) e como decidir se vale a pena adicioná-la.

Publicado pela primeira vez: 1 de jul. de 2026 · Última atualização: 11 de ago. de 2026 · Avançado
Idiomas
AIEscrito porAI v2
1 sinal de evidência nesta página

O schema AudioObject (schema.org/AudioObject) marca conteúdo de áudio — episódios de podcast, artigos em áudio e clipes sonoros — com propriedades como contentUrl, duration, name e encodingFormat. A manchete honesta: hoje ele não tem um resultado avançado dedicado do Google. Está ausente da lista oficial de tipos de dados estruturados compatíveis do Google, e as duas URLs plausíveis de guias do recurso (/structured-data/podcast e /structured-data/media-clip) retornam 404. Não há cartão, selo ou carrossel de áudio que ele desbloqueie. Seu valor real é mais restrito — incorporar áudio a outro conteúdo marcado (como associatedMedia de um Article), além de uma ajuda plausível, mas não verificada, para compreensão de IA/entidade — e não um recurso visível da SERP. É fácil confundi-lo com PodcastSeries/PodcastEpisode (tipos separados de gerenciamento de podcasts do Google, também sem resultado avançado) e com feeds RSS (o mecanismo real que coloca um podcast no Apple Podcasts ou Spotify, sem relação com schema na página). Trate-o como um dos tipos de menor prioridade do cluster: vale adicioná-lo por completude e pela hipótese razoável, não comprovada, de ajudar a compreensão por IA, não por um recurso de busca que não existe.

TL;DR — schema.org/AudioObject (normalmente JSON-LD) marca conteúdo de áudio com contentUrl, duration, name e encodingFormat. A conclusão central e verificada é: ele não tem um resultado avançado dedicado do Google. Está ausente da lista oficial de tipos de dados estruturados compatíveis do Google, e as duas URLs plausíveis de guias do recurso (/structured-data/podcast e /structured-data/media-clip) retornam 404. Seu valor está em incorporar áudio a outro conteúdo marcado (por exemplo, associatedMedia de um Article), além de uma ajuda plausível — mas não verificada de forma independente — para a compreensão de entidades e conteúdo em superfícies voltadas à IA, não em um cartão da SERP. Não o confunda com PodcastSeries/PodcastEpisode (tipos separados de gerenciamento de podcasts do Google, também sem resultado avançado) nem com feeds RSS (o mecanismo real para descoberta por aplicativos de podcast via Apple/Spotify, sem relação com schema na página). Trate-o como um dos tipos de menor prioridade neste cluster. Evidence for this claim Schema.org AudioObject is a MediaObject type for audio content and defines properties such as contentUrl, duration, encodingFormat, and transcript. Scope: Current Schema.org vocabulary; does not imply a Google rich result. Confidence: high · Verified: Schema.org: AudioObject Evidence for this claim Google's supported structured-data feature gallery does not document a standalone AudioObject rich result. Scope: Current documented Google Search structured-data features; absence is not a claim about every Google audio use. Confidence: high · Verified: Google Search Central: Structured data feature gallery

O que é o schema AudioObject — e a verdade honesta sobre o que ele não faz

schema.org/AudioObject é um subtipo de MediaObject para representar um trecho de áudio: um episódio de podcast, um artigo narrado ou um clipe sonoro. O vocabulário é real e estável. O que não é real é um recurso do Google Search associado a ele. Evidence for this claim Schema.org defines AudioObject as an audio file and as a MediaObject subtype; it inherits MediaObject and CreativeWork properties in addition to AudioObject-specific properties. Scope: web Confidence: high · Verified: AudioObject

Verifiquei isso diretamente e vale dizer sem rodeios: AudioObject não tem tratamento confirmado como resultado avançado do Google. Três fatos concretos sustentam essa conclusão:

  • Ele não aparece entre as entradas da lista oficial de tipos de dados estruturados compatíveis do Google (a “galeria de pesquisa”). Todo tipo que gera um resultado avançado está nessa lista. AudioObject não está.
  • As duas URLs de guias do recurso que você esperaria — developers.google.com/search/docs/appearance/structured-data/podcast e .../media-clip — retornam 404. Não há uma página de documentação porque não há um recurso.
  • No guia de vídeo do Google, a marcação no estilo de clipe é unificada em VideoObject/Clip/BroadcastEvent. Não existe em developers.google.com/search um carrossel, selo ou tabela de propriedades obrigatórias/recomendadas equivalente e específico para AudioObject.

Sou fã de marcação schema desde que ela proporcione um recurso de busca. Este é o caso mais claro de todo o cluster de dados estruturados de uma marcação que não proporciona um recurso — portanto, o útil é ser direto sobre isso, em vez de fabricar urgência.

AudioObject versus PodcastSeries/PodcastEpisode versus feeds RSS

Este trio é confundido o tempo todo, e desfazer essa confusão é grande parte do valor prático deste artigo.

  • AudioObject — o tipo genérico do schema.org para “um trecho de áudio”. Não há resultado avançado do Google.
  • PodcastSeries / PodcastEpisode — tipos separados e específicos de podcast do Google. Historicamente ligados a superfícies de gerenciamento de podcasts, não a um resultado avançado do Search. No vocabulário do schema.org, um PodcastEpisode pode referenciar seu arquivo de mídia pela propriedade associatedMedia — o AudioObject continua sendo a entidade no nível do arquivo, relacionada ao episódio, mas não é o mesmo nó. Vale notar que o Google Podcasts encerrou as atividades em 2024, removendo uma das poucas superfícies em que essa marcação tinha um consumidor direto plausível — o que reforça a baixa prioridade, não cria uma nova oportunidade.
  • MusicRecording — uma confusão comum que vale corrigir diretamente: MusicRecording é um tipo CreativeWork no schema.org, não um subtipo de AudioObject. Ao marcar uma faixa musical, modele a própria faixa como MusicRecording e, se quiser descrever o arquivo de áudio separadamente, anexe um AudioObject distinto, sem presumir que um tipo herda do outro.
  • Feeds RSS — esta é a parte que as pessoas mais precisam ouvir: o que realmente faz um podcast ser listado no Apple Podcasts, no Spotify e em outros aplicativos é o seu feed RSS, enviado a esses diretórios. É um mecanismo completamente diferente do schema na página. Nenhuma quantidade de marcação AudioObject coloca seu programa em um aplicativo de podcast; quem faz isso é o feed.

Quando alguém pergunta “devemos adicionar schema de podcast para SEO?”, a resposta correta normalmente separa três perguntas: você quer um resultado avançado do Google (não existe nenhum), distribuição em aplicativos (isso é RSS, não schema) ou legibilidade geral por máquinas (é aí que AudioObject tem um valor modesto).

Onde ainda vale a pena implementá-lo

Mesmo sem um resultado avançado, há motivos defensáveis para adicionar AudioObject:

  • Incorporar áudio a um Article. Se uma página é principalmente um artigo com uma versão narrada em áudio, aninhar um AudioObject dentro da marcação do Article (por exemplo, como associatedMedia) conecta formalmente os dois. O Article pode ter valor próprio; o AudioObject apenas torna explícito o componente de áudio.
  • Compreensão de entidades/conteúdo em superfícies de IA. AI Overviews e outros sistemas voltados a LLMs leem cada vez mais dados estruturados para entender o conteúdo da página, e uma marcação AudioObject completa pode ajudar, de forma plausível, esses sistemas a reconhecer o áudio pelo que ele é. É uma hipótese razoável quanto à direção, baseada no uso geral de dados estruturados, não uma afirmação sustentada por um estudo específico sobre AudioObject ou por uma declaração do Google — mantenha-a com a devida cautela e não a venda como garantia.
  • Completude do schema.org em sites que já fazem um trabalho pesado de dados estruturados. Se você já marca todo o restante de forma limpa, adicionar AudioObject é barato e mantém o grafo consistente — apenas não espere retorno na SERP.

Implementação básica — as propriedades que vale a pena usar

Como não existe uma tabela de requisitos do Google, baseie-se no próprio vocabulário do schema.org. Estas são as propriedades que vale a pena documentar mesmo sem um resultado avançado:

PropriedadeO que ela contém
nameO título do áudio (por exemplo, o nome do episódio)
contentUrlA URL direta do arquivo de áudio
durationDuração no formato ISO 8601 (por exemplo, PT42M30S)
encodingFormatO tipo MIME do arquivo (por exemplo, audio/mpeg)
descriptionUm resumo curto do áudio
uploadDateQuando ele foi publicado
transcriptUma transcrição textual do áudio falado

Vale destacar uma propriedade separadamente: transcript. É um campo real e válido de AudioObject — o schema.org o documenta diretamente —, mas não está estabelecido que colocar uma transcrição apenas dentro de JSON-LD torne as palavras faladas indexáveis, citáveis ou elegíveis para um featured snippet; esse benefício do lado do consumidor ainda não foi verificado. Se você quer que a transcrição tenha peso para SEO ou respostas de IA, publique-a também como texto visível e acessível na página. Trate a propriedade do schema como registro legível por máquina ao lado desse texto visível, não como substituto para ele.

Um bloco JSON-LD mínimo:

{
  "@context": "https://schema.org/",
  "@type": "AudioObject",
  "name": "Episode 12: Structured Data Myths",
  "contentUrl": "https://example.com/audio/ep12.mp3",
  "encodingFormat": "audio/mpeg",
  "duration": "PT42M30S",
  "uploadDate": "2026-06-01",
  "description": "We separate the schema hype from what actually earns a search feature."
}

E aninhado como a versão em áudio de um Article:

{
  "@context": "https://schema.org/",
  "@type": "Article",
  "headline": "Structured Data Myths",
  "associatedMedia": {
    "@type": "AudioObject",
    "name": "Structured Data Myths (narrated)",
    "contentUrl": "https://example.com/audio/narrated.mp3",
    "encodingFormat": "audio/mpeg",
    "duration": "PT42M30S"
  }
}

Devo me dar ao trabalho? Um framework de priorização

Como prefiro que você invista esforço onde ele traz retorno, eis a triagem honesta:

  1. Você quer um resultado avançado do Google a partir disso? Então AudioObject é a ferramenta errada — não existe nenhum. Invista o tempo em um tipo que tenha um recurso documentado.
  2. Você quer seu podcast no Apple/Spotify? Isso é o seu feed RSS, não schema. Verifique se o feed está correto e foi enviado.
  3. Você já marca todo o restante e quer uma boa compreensão de entidade/IA? Então adicionar AudioObject é um acabamento razoável e barato — apenas calibre as expectativas para “legibilidade por máquinas”, não para “cartão na SERP”.

Para a maioria dos sites, AudioObject fica perto do fim da lista de prioridades de dados estruturados. Isso não é uma crítica ao vocabulário — é apenas uma leitura precisa do retorno atual. Para entender onde a marcação de áudio se encaixa em relação às suas semelhantes, os trabalhos de VideoObject, CreativeWork e os mais amplos Schema Markup / Structured Data deste site dão o quadro completo.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.