O texto num artigo WordPress continua a ser a base, mas a Google trata o vídeo como um formato de resultado próprio. Se o filme estiver na página sem metadados, sem contexto textual legível e com um iframe pesado desde o primeiro byte, o motor de busca recebe poucos sinais - e o utilizador recebe uma página lenta.
Este guia cobre SEO de vídeo no WordPress por ordem prática: schema VideoObject, transcrições, escolha de alojamento e proteção dos Core Web Vitals. Sem percentagens de agregadores setoriais e sem promessas de «subida garantida» no ranking.
O que a Google faz com vídeo numa página
A documentação da Google Search para vídeo descreve como os filmes podem aparecer nos resultados, em carrosséis de vídeo e em funções relacionadas. A condição prévia é simples: a página tem de ser indexável, o filme tem de poder ser reproduzido e os dados do filme têm de ser coerentes com o que o utilizador vê.
No WordPress isto significa três camadas ao mesmo tempo:
- Camada de conteúdo - título, descrição sob o filme, contexto do artigo, transcrição.
- Camada de dados estruturados - VideoObject em JSON-LD.
- Camada de performance - embed que não estraga o LCP e o CLS.
Omitir qualquer camada deixa o filme «na página», mas mal preparado para resultados de vídeo.
Schema VideoObject no WordPress
Sem VideoObject, o motor de busca vê muitas vezes um bloco de embed ou um ficheiro media, sem uma descrição ordenada do filme. A Google publica requisitos para structured data do tipo Video: os campos têm de descrever um filme real na página, não um modelo vazio copiado de outro URL.
Conjunto mínimo a manter em cada embed:
name- título do vídeo, próximo do cabeçalho visível.description- descrição concreta, não o título repetido duas vezes.thumbnailUrl- URL absoluto da miniatura.uploadDate- data de publicação em ISO-8601.contentUrlouembedUrl- endereço do ficheiro ou do embed (p.ex. YouTube).
Exemplo de bloco JSON-LD (substitua os valores):
{
"@context": "https://schema.org",
"@type": "VideoObject",
"name": "Como implementar VideoObject no WordPress",
"description": "Passo a passo: campos VideoObject, placeholder da miniatura e transcrição sob o filme.",
"thumbnailUrl": "https://example.com/media/video-thumb.jpg",
"uploadDate": "2026-09-20T10:00:00+02:00",
"embedUrl": "https://www.youtube.com/embed/VIDEO_ID",
"duration": "PT12M30S"
}No WordPress, a variante mais limpa é JSON-LD no <head> ou logo antes de </body> via child theme, um plugin SEO pequeno ou um must-use plugin próprio. Evite VideoObject duplicado na mesma página (tema + plugin + bloco manual) - campos inconsistentes são piores do que um único bloco completo.
Verifique também se thumbnailUrl não aponta para uma imagem 404 e se uploadDate não salta a cada gravação do rascunho. Campos «vivos» no editor e mortos no HTML são uma causa frequente de rich result rejeitado. Depois do deploy: limpe a cache (plugin de cache, Cloudflare) e compare a fonte da página com o que vê na pré-visualização do editor.
Como adicionar momentos-chave e capítulos ao vídeo
Quando o filme tem partes lógicas, a Google pode mostrar marcadores de tempo (key moments) se os capítulos estiverem na descrição da plataforma ou nos dados estruturados (hasPart / Clip). Na prática, para YouTube: afine primeiro os capítulos na descrição do YouTube e só depois os espelhe no schema. Inconsistência entre o leitor e o JSON-LD só dificulta a avaliação da página.
Como fazer transcrição de vídeo para SEO no WordPress
O motor de busca não «vê» o filme como uma pessoa. Legendas automáticas e reconhecimento de fala ajudam, mas ainda vale a pena dar texto legível na página.
A transcrição cumpre vários papéis ao mesmo tempo:
- Entrega palavras-chave completas e nomes próprios exatamente como aparecem na gravação.
- Melhora a acessibilidade para quem não pode ou não quer reproduzir áudio.
- Permite ligar a fragmentos concretos do artigo ao lado do filme, em vez de depender só do leitor.
Boas práticas no WordPress:
- Coloque a transcrição sob o leitor, no mesmo artigo - não num PDF separado sem contexto.
- Se o texto completo for longo, comece por um resumo com timestamps e esconda o resto em
<details>ou numa secção com âncora. - Não cole legendagem automática bruta e errada sem correção - nomes errados de produtos e plugins ficam no índice como texto da página.
A transcrição não substitui o VideoObject. Os dois sinais trabalham em conjunto: o schema diz «aqui há um filme sobre X», a transcrição dá o conteúdo X em forma de texto.
Em vídeos de produto WooCommerce, associe o parágrafo sob o leitor a um SKU ou variante concreto (tamanho, compatibilidade, limitações), em vez de um genérico «veja a demo». O robot indexa esse texto como o resto da página; frases de marketing vazias não acrescentam valor. Em lojas portuguesas, uma nota curta sobre portes, IVA ou Multibanco sob o leitor costuma ser mais útil do que mais um CTA genérico.
Alojar vídeo no YouTube ou no próprio servidor
A escolha de alojamento é uma decisão técnica, não só de marketing.
Vantagens e desvantagens de alojar vídeo no YouTube
Vantagens:
- Escala de largura de banda e bitrate adaptativo fora do seu hosting.
- Canal próprio de descoberta (pesquisa YouTube) a par da Google.
embedUrlsimples para o VideoObject.
Desvantagens:
- Dependência da interface externa e de anúncios (conforme as definições).
- Menos controlo sobre a marca do leitor.
- Dados de visualização dispersos entre YouTube Analytics e a sua analítica da página.
Fluxo de trabalho que costuma funcionar em agências WordPress:
- Publica o filme no YouTube com título, descrição e capítulos.
- Embute-o na página WordPress via placeholder (não um iframe cru no conteúdo de imediato).
- Adiciona um parágrafo introdutório único e a transcrição - não só o embed sem texto.
- Acrescenta VideoObject com campos coerentes.
Quando alojar o MP4 no próprio servidor WordPress
Faz sentido quando:
- o material é privado (formação B2B, intranet, paywall),
- o cliente exige alojamento na UE na própria infraestrutura (pedido frequente em projetos com requisitos CNPD/RGPD),
- precisa de controlo total sobre o leitor e restrições semelhantes a DRM.
Custos:
- Largura de banda e CPU no servidor da aplicação.
- Necessidade de leitor próprio (p.ex. com HLS) ou
<video>pesado sem CDN. - Buffering mais difícil em ligações fracas do utilizador.
Em hosting partilhado, 1080p local em loop no hero é uma causa frequente de LCP mau. Se tiver de alojar sozinho: mova os ficheiros para object storage + CDN e sirva stream adaptativo - não um MP4 gigante de wp-content/uploads.
Vimeo, Bunny e outros CDN de vídeo no WordPress
Compromisso: controlo de marca e privacidade mais próximo de uma solução «própria», largura de banda fora do WordPress. O VideoObject baseia-se então normalmente no embedUrl do fornecedor. A regra é a mesma: um filme, uma descrição coerente, uma miniatura.
Embeds do YouTube e Core Web Vitals no WordPress
O erro mais comum no WordPress: colar o iframe do YouTube diretamente no conteúdo Gutenberg. Esse iframe puxa scripts de terceiros, reserva pouco espaço (ou reserva mal) e estraga o CLS; com um leitor grande acima da dobra, compete pelo LCP com o hero real.
Como incorporar o YouTube com placeholder em vez de iframe
Isto aplica-se a artigos e páginas de produto em que o vídeo apoia o texto. Uma página de visualização própria é a exceção, explicada mais abaixo na secção sobre a fachada.
Padrão para 2026:
- No HTML renderiza um
<button>ou ligação com a imagem da miniatura (de preferência AVIF/WebP, tamanho adequado ao contentor). - O contentor tem
aspect-ratiofixo (p.ex. 16/9), para o layout não saltar. - Após o clique, o JS injeta o iframe com carregamento adiado até à interação.
- Os atributos
titlee o rótulo acessível de play ficam no botão.
Efeito: a primeira pintura da página não espera pela rede do YouTube. O LCP pode ficar na imagem ou no título próprios, não num leitor pesado.
Como medir o efeito do vídeo no LCP e no CLS
- LCP no URL com o filme (lab + field, se tiver CrUX / RUM).
- CLS em torno do bloco de vídeo - se o contentor tem altura reservada.
- Tempo até à interação play - se o script do placeholder bloqueia a thread principal.
Não existe um número universal de «quantos pontos PageSpeed ganha». O ganho depende de o filme estar acima da dobra e de quão pesado era o embed anterior.
Vídeo no Elementor, Bricks e Gutenberg
Elementor, Bricks e semelhantes inserem muitas vezes o embed completo «por comodidade». Verifique o HTML gerado: se vir iframe do YouTube na fonte sem clique, desative o comportamento predefinido ou substitua o bloco por um shortcode próprio com placeholder. O mesmo vale para blocos «Video» do Gutenberg quando escolhe um URL externo sem controlo de lazy-load.
Outra armadilha: autoplay no fundo de uma secção. Mesmo um ficheiro de vídeo silenciado no hero pode ocupar LCP e largura de banda no telemóvel. Para fundo decorativo, basta normalmente um fotograma estático ou um loop curto num CDN com preload="none". Para conteúdo substantivo, deixe o leitor clássico com placeholder.
O que a Google considera uma página de visualização de vídeo
As práticas recomendadas da Google para vídeo definem a página de visualização (watch page) como uma página cujo objetivo principal é mostrar ao utilizador um único vídeo. Os exemplos da Google: uma página de destino de vídeo, a página do leitor de um episódio de série, uma página de vídeo noticioso, uma página de resumos desportivos e um clip de um evento.
Para um blogue em WordPress, os contraexemplos pesam mais. A Google indica como páginas que não são de visualização um artigo de blogue que comenta um vídeo incorporado, uma página de produto com um vídeo 360, uma página de categoria com vários vídeos de igual destaque e a crítica de um filme com o trailer incorporado. Nessas páginas o vídeo complementa o resto do conteúdo.
Um tutorial com um vídeo do YouTube incorporado não é, portanto, uma página de visualização segundo essa definição. A Google refere que essa página pode continuar a aparecer como resultado de texto e como resultado do Google Imagens com um distintivo de vídeo. Os resultados de vídeo, o modo Vídeos, os momentos-chave e o distintivo EM DIRETO dependem de uma página de visualização própria, que a Google recomenda criar se fizer sentido para o negócio. No WordPress isso significa normalmente uma entrada por vídeo num tipo de conteúdo próprio registado com register_post_type, cada uma com título e descrição próprios, e uma ligação a partir do artigo.
Requisitos de indexação da Google para as funcionalidades de vídeo:
- A página de visualização tem de estar indexada e ter bom desempenho na Pesquisa antes de o vídeo ser considerado. Uma página indexada não significa um vídeo indexado.
- O vídeo está incorporado na página de visualização e não fica escondido atrás de outros elementos. Com paywall, adicione os dados estruturados de paywall.
- O vídeo tem uma miniatura válida num URL estável.
- O ficheiro usa um formato suportado: 3GP, 3G2, ASF, AVI, DivX, M2V, M3U, M3U8, M4V, MKV, MOV, MP4, MPEG, OGV, QVT, RAM, RM, VOB, WebM, WMV ou XAP. Os URL de dados (data URL) não são suportados.
Uma fachada do YouTube impede a Google de encontrar o vídeo
O placeholder que carrega o leitor só ao clicar protege o LCP, mas choca com uma frase das recomendações da Google: «Não dependa de ações do utilizador (como deslizar, clicar ou escrever) para carregar o vídeo» (Google Search Central, práticas recomendadas para vídeo, tradução própria). A Google encontra vídeos referenciados por um elemento <video>, <embed>, <iframe> ou <object>. Se o leitor for inserido por JavaScript, a Google pede que apareça no HTML renderizado da ferramenta de inspeção de URL. Uma fachada que só acrescenta o iframe depois do clique não passa nesse teste.
A saída depende do tipo de página:
- Página de visualização própria: o elemento do leitor está no HTML desde o início. O CLS protege-se com um
aspect-ratioreservado e uma imagem de poster, não escondendo o leitor atrás de um clique. - Artigo ou página de produto onde o vídeo é material de apoio: a fachada é um compromisso razoável, porque essa página não é de visualização de qualquer forma. Mantenha nela o
VideoObjectcomembedUrl. A Google suporta dados estruturados, sitemaps de vídeo e Open Graph como metadados de vídeo, e a documentação afirma que os dados estruturados facilitam à Google encontrar o vídeo.
Para leitores do YouTube, Vimeo ou Facebook, a Google acrescenta que pode indexar o vídeo tanto na sua página como na página da plataforma, e continua a recomendar dados estruturados na sua página de visualização. Verifica-se na Search Console: inspeção de URL, ver a página testada e procurar o iframe ou o elemento de vídeo no HTML renderizado.
Que propriedades do VideoObject a Google exige
A documentação de dados estruturados de vídeo tem três propriedades obrigatórias: name, thumbnailUrl e uploadDate. description é recomendada, tal como contentUrl, embedUrl, duration, creator, expires e regionsAllowed ou ineligibleRegion.
Três pormenores que passam facilmente despercebidos:
- A Google prefere
contentUrl, o endereço do próprio ficheiro, e usaembedUrlcomo alternativa quando não há URL do ficheiro. uploadDateescreve-se em ISO 8601. Sem fuso horário, a Google assume o do Googlebot, por isso o WordPress deve imprimir o desvio das suas próprias definições.nameedescriptiontêm de ser únicos para cada vídeo do site e coerentes com o que o vídeo mostra.
Requisitos da Google para a miniatura e o ficheiro de vídeo
A Google aceita miniaturas em BMP, GIF, JPEG, PNG, WebP, SVG e AVIF, com pelo menos 60x30 píxeis, de preferência maiores. O Googlebot e o Googlebot Images têm de conseguir obter o ficheiro, portanto sem bloqueio no robots.txt e sem início de sessão. Pelo menos 80% dos píxeis precisam de um valor alfa superior a 250, e o mesmo URL de miniatura deve constar de todos os metadados desse vídeo.
Os URL estáveis são a armadilha do WordPress. A Google avisa que algumas CDN usam URL que expiram depressa e que um URL de miniatura que muda demasiadas vezes pode impedir a indexação. Um plugin de imagens que reescreve os URL de multimédia com parâmetros assinados e com prazo provoca exatamente isso.
Para as pré-visualizações e os momentos-chave, a Google precisa de obter os bytes do vídeo. Permita o acesso ao ficheiro de streaming (por exemplo M3U8), não bloqueie o ficheiro com robots.txt nem com noindex e garanta capacidade suficiente no servidor que transmite o vídeo, porque a Google rastreia tanto o anfitrião da página de visualização como o do streaming.
Como configurar momentos-chave com Clip ou SeekToAction
A Google oferece três caminhos e dá prioridade aos momentos que definir:
- Dados estruturados
Clip: início e fim exatos mais uma etiqueta por segmento, suportados em todas as línguas em que a Pesquisa Google está disponível. - Dados estruturados
SeekToAction: indica à Google onde fica a marca temporal no padrão de URL e a Google identifica os momentos automaticamente. Línguas suportadas: inglês, espanhol, português, italiano, chinês, francês, japonês, alemão, turco, coreano, neerlandês e russo. O português está na lista. - Descrição do YouTube: marcas temporais e etiquetas na descrição de um vídeo do YouTube, suportadas em todas as línguas.
Cada Clip precisa de name, startOffset e url, o endereço que abre o vídeo nesse segundo; endOffset é recomendada. O vídeo tem de permitir ligações diretas para um ponto diferente do início (por exemplo ?t=30), durar pelo menos 30 segundos, e dois clips da mesma página não podem partilhar a hora de início. Para desativar os momentos-chave, incluindo os automáticos, a Google remete para a meta tag nosnippet.
{
"@type": "Clip",
"name": "Configuração de cache",
"startOffset": 120,
"endOffset": 480,
"url": "https://example.com/videos/wordpress-mais-rapido/?t=120"
}Como remover, fazer expirar ou restringir por país um vídeo na Google
Quando um vídeo é removido, a Google indica três caminhos: um 404 em cada página de visualização que o incorpora, uma meta tag robots noindex nessas páginas ou uma data de expiração na propriedade expires ou no sitemap de vídeo. Para limitar os países em que o resultado de vídeo pode aparecer, use regionsAllowed nos dados estruturados ou a relação allow no sitemap de vídeo.
As transmissões em direto podem ter o distintivo vermelho EM DIRETO através de BroadcastEvent na propriedade publication, com isLiveBroadcast, startDate e endDate; endDate acrescenta-se quando a transmissão termina. A Google pede uma chamada à Indexing API quando o vídeo entra em direto, quando termina e quando a marcação muda. Aqui a Indexing API só suporta vídeos em direto, não páginas de vídeo comuns.
Que relatórios da Search Console mostram problemas de vídeo
A Google aponta três locais. O relatório de indexação de vídeos mostra quantas páginas de visualização indexadas contêm um vídeo indexado e porque é que outros vídeos não foram indexados. O relatório de resultados enriquecidos de vídeo lista os erros na marcação VideoObject. O relatório de desempenho, filtrado pela aparência na pesquisa de vídeos, mostra cliques e impressões dos resultados de vídeo. Antes de publicar, o teste de resultados enriquecidos valida a marcação; a Google pede que corrija ali os erros críticos.
Checklist de SEO de vídeo no WordPress
- Filme publicado, miniatura estável, data de publicação conhecida.
- Na página: introdução textual + leitor (placeholder) + transcrição ou descrição alargada.
- Um VideoObject com campos alinhados ao conteúdo visível.
- Sem schema duplicado de outro plugin.
- Contentor 16:9 sem salto de layout após o clique em play.
- Na Search Console: verificação de rich results / video quando a Google reporta esse tipo para a property.
Se estiver a construir ou a refatorar uma página com multimédia e quiser fechar VideoObject, placeholders e alojamento num único sprint técnico, escreva-nos em /pt-pt/contacto/.
Resumo
SEO de vídeo no WordPress não é «carregar um filme e esperar». É um conjunto coerente: VideoObject alinhado com a documentação da Google, transcrição textual junto do leitor, escolha consciente de alojamento e embed que não destrói os Core Web Vitals. Faça estas quatro coisas nos URL-chave com filmes antes de multiplicar canais e formatos.
