Saltar para o conteúdo
megapromotingVamos falar

Expertise · AEO

Traduzimos a página em dados que uma máquina lê sem adivinhar e verificamos o resultado com a ferramenta do motor.

Dados estruturados, perguntas e respostas em forma legível, trilho de navegação, nó da organização. Dos três temas, este é aquele em que o resultado pode ser testado, não apenas presumido.

Já construídoTrês implementações próprias, todas abertas em disco e verificáveis do exterior hoje. Primeira: as páginas de produto deste site servem um grafo de 1.479 bytes com `WebPage`, `SoftwareApplication` e `BreadcrumbList` ligados entre si, gerado a partir dos mesmos dados que o texto visível — 23 páginas. Segunda: um módulo próprio de análise para respostas diretas, 51 linhas, oito verificações com pontos escritos explicitamente no código, com peso 0,10 no score geral do analisador. Terceira: um gerador público de dados estruturados no nosso site, cinco tipos, que responde 200. A reserva que dizemos na mesma frase: o mesmo módulo de análise dá 30 em 100 à nossa própria página de produto, porque não sabe ler um grafo — a limitação é da ferramenta, está escrita abaixo, e tem de ser reparada.

Um motor que mostra uma resposta direta não compõe texto: extrai um trecho de uma página e coloca-o sob a pergunta. Para extrair sem adivinhar, precisa de uma correspondência sem ambiguidade entre a pergunta e a resposta, entre o produto e o seu estado, entre a página e a organização que a publica. Os dados estruturados são exatamente isso — não uma decoração de SEO, mas a página escrita uma segunda vez, para um leitor que não entende o aspeto, apenas a estrutura.

A diferença em relação aos outros dois temas é que aqui o resultado é testado. Não se pressupõe nem se espera: pega-se no endereço, dá-se à ferramenta de validação do motor e vê-se se o bloco é lido, que tipos reconhece e que campos lhe faltam. Por isso esta página pode citar mais do que a sobre respostas geradas — e por isso está escrita como trabalho feito, não como oferta.

Como está a situação neste site, contada hoje, não estimada: 147 endereços no mapa do site. Vinte e três páginas de produto contêm um grafo correto de 1.479 bytes. Todas as outras contêm exatamente um bloco, de 265 bytes, com seis campos: contexto, tipo, identificador, nome, endereço, descrição. Sem logótipo, sem morada, sem ponto de contacto e sem ligações para os perfis públicos — embora na configuração do site estejam escritas seis. A página de perguntas frequentes tem dez perguntas em HTML, nenhum bloco de perguntas legível por máquina, e não está no mapa do site.

A parte que muda a discussão é o inventário de texto já escrito. Nas fontes de conteúdo deste site existem 233 pares pergunta-resposta nas páginas de serviço, 175 nas de produto e dez na página de perguntas frequentes — 418 no total, escritos, revistos, com respostas reais. Zero estão hoje numa forma que uma máquina leia. Isso é, normalmente, o trabalho: não produzir conteúdo novo, mas traduzir o existente. Um site que não tem as perguntas escritas tem outro problema, maior, e dizemo-lo antes.

Qué incluye

El trabajo, por componentes

Inventariamos o que uma máquina lê hoje em cada endereço

Pedimos cada endereço, extraímos cada bloco de dados estruturados, analisamo-lo e escrevemos os tipos e o tamanho. O resultado é uma tabela, não uma impressão. Neste site: uma página de produto devolve dois blocos, de 265 e 1.479 bytes, com quatro tipos entre eles; a página inicial, o catálogo, o blog, o contacto, as perguntas frequentes e as páginas de serviço devolvem apenas um, de 265 bytes, com um tipo. Aqui também se vê o que está silenciosamente estragado: um bloco que não é analisado não dá qualquer erro visível, simplesmente não existe para o motor.

Traduzimos as perguntas já escritas, não inventamos outras

418 pares pergunta-resposta já existem nas fontes de conteúdo deste site e nenhum está numa forma legível. O bloco de perguntas é gerado a partir da mesma fonte exata que o texto visível, não é escrito uma segunda vez à mão. A regra é estrita e é por isso: se nos dados aparecem perguntas ou respostas que não estão na página, o motor trata isso como uma discrepância, e o resultado é a perda da exibição especial, não um ganho.

Um único grafo por página, com nós que se conhecem entre si

Em vez de blocos separados que repetem os mesmos dados, um grafo em que a página, a entidade principal e o percurso de navegação se referem umas às outras através de identificador, e a organização é um único nó para todo o site. É assim que são as nossas páginas de produto: a página remete para a organização como editora, a entidade principal remete para a mesma organização como autora, o percurso de navegação tem três níveis reais. O detalhe que não se vê: na escrita, o sinal `<` é substituído pela sua sequência de escape, para que um texto nos dados não possa fechar o bloco e virar código na página. É uma linha, está no ficheiro.

Verificamos com a ferramenta do motor, não com a nossa opinião

Cada tipo de página passa pela ferramenta de validação do motor, que diz o que leu e que campo lhe falta. É o único lugar dos três temas onde existe um veredito externo, imediato e reproduzível. O que entregamos é a captura do veredito para cada tipo de página, não uma afirmação de que «implementámos o schema».

Um módulo de análise próprio, com os pontos escritos no código

O nosso módulo para respostas diretas faz oito verificações com pontuação explícita: existência de qualquer bloco legível 20 pontos, perguntas frequentes 20, instruções passo a passo 10, secções marcadas para leitura vocal 10, trilho de navegação 10, avaliações 10, organização 10, artigo ou produto 10, limitado a 100. Tem um peso de 0,10 na pontuação geral do analisador. Os pontos não estão escondidos num algoritmo; são oito linhas que você pode ler.

O limite da própria ferramenta, dito antes de você o descobrir

O mesmo módulo lê o tipo apenas ao nível superior do bloco ou numa matriz. Um grafo não tem tipo ao nível superior, por isso os tipos no seu interior não são vistos. A consequência, medida no nosso próprio site: a página de produto recebe 30 em 100 do nosso analisador, embora tenha três tipos corretos, dois dos quais pontuados pelo módulo. O número está errado, a página não. Escrevemos isto aqui porque uma ferramenta cujo defeito você descobre pelo fornecedor é mais útil do que uma sobre a qual você descobre por si, na segunda execução.

O nó da organização, uma vez para todo o site

O nome jurídico, a morada, o ponto de contacto, o logótipo e as ligações para os perfis públicos, num único nó para o qual apontam todas as páginas. É o elemento que liga o site ao resto dos seus rastos públicos. Neste site, o nó tem seis campos e nenhuma destas ligações, embora na configuração estejam escritos seis perfis. É uma falta, está contada, e é a primeira na lista de reparações porque se resolve num só lugar.

O cartão de partilha, gerado a partir do título da página

A imagem que aparece quando alguém partilha o endereço é gerada a partir do título e da descrição da página, nas cores do site, para que a pré-visualização mostre a página para a qual aponta. As nossas páginas de produto têm a sua rota e devolvem uma imagem real. A falta, escrita como falta: as páginas de serviço declaram nos metadados um endereço de imagem para o qual não existe rota no código — pedida diretamente, devolve 404. A produção serve por agora a imagem geral, por isso o defeito só aparece após a publicação, em 25 páginas. Está assinalado, não escondido.

O que nunca colocamos em dados estruturados

Notas e avaliações que você não pode provar com uma fonte pública. Preços que não estão escritos na página. Prazos de entrega como garantia. O motivo não é prudência: uma avaliação declarada em dados sem fonte pública é exatamente o que visa uma sanção manual, e uma afirmação falsa num formato legível por máquina é uma mentira feita para circular — é a que acaba citada. Encontrámos algo assim no nosso próprio repositório e escrevemos abaixo o que era e o que fizemos.

Qué aspecto tiene

El recorrido, paso a paso.

01

O inventário de hoje, endereço por endereço

A primeira entrega é a tabela: cada endereço, cada bloco, os tipos reconhecidos, o tamanho em bytes e os blocos que não se fazem parse. A partir daqui, qualquer afirmação tem uma linha por trás. É também o momento em que aparecem os blocos deixados de uma versão anterior do site, que contradizem a página de hoje.

02

O nó da organização e o trilho de navegação

São feitos uma vez e aplicados em todo o lado: um único nó para a organização, com identificador, para o qual apontam todas as páginas, e um trilho de navegação que corresponde à estrutura real dos endereços. A ordem não é negociável — ao contrário, você corrige cem páginas para algo que se resolve num ficheiro.

03

As perguntas existentes, colocadas em forma

O bloco de perguntas é gerado a partir da mesma fonte que a lista visível na página. Entregamos também a lista dos endereços onde as perguntas existem no texto mas não estavam declaradas — neste site saíram 418 pares escritos e nenhum declarado.

04

A validação externa, para cada tipo de página

Passamos pela ferramenta do motor uma página de cada tipo e entregamos o veredito: que tipos foram lidos, que campos faltam, que avisos surgiram. Não declaramos nada concluído com base no facto de o bloco “estar no código”.

05

A verificação que fica depois de nós

Um script executado após cada publicação, que falha se um bloco deixou de ser analisado, se um tipo desapareceu de um modelo de página ou se o bloco de perguntas se separou do texto visível. Sem ele, o trabalho corrói-se exatamente como qualquer convenção não escrita: alguém adiciona um novo modelo e esquece-se, e ninguém repara porque nada parece estragado no ecrã.

1Inventário2traducere3validarece citește azi o mașină de pe fiecare adresă, ce declarăm din textul dejascris, ce spune unealta motorului despre rezultat.
O percurso, em 3 passos

Os dados

Qué tocamos, dónde están y cuánto se quedan

Las preguntas que hace cualquiera que tenga un delegado de protección de datos — hechas aquí antes de que las haga él.

O que lemos do seu site
Apenas o HTML público e os blocos de dados que já lá estão. Para inventário não precisamos de acesso de administração. Para validação não precisamos de mais nada: a ferramenta do motor trabalha sobre o endereço público.
O que precisamos de si, e não podemos inventar
Os factos no nó da organização: a denominação jurídica exata, o endereço, o horário, o número de contacto e os perfis públicos reais. Dados estruturados que contradizem a realidade são piores do que a sua ausência — são uma afirmação verificável e errada, publicada por si, num formato feito para ser lido automaticamente.
O que nunca entra nos dados
Dados pessoais dos funcionários ou clientes. Avaliações sem fonte pública. Preços que não aparecem na página. Perguntas e respostas que o visitante não vê. A regra prática: se uma pessoa que abre a página não consegue encontrar ali a informação, ela não tem lugar no bloco.
De onde se geram os blocos
Da mesma fonte de dados que o texto visível, e não de um ficheiro paralelo. É a única forma de os dois não se separarem: alguém altera uma resposta na página, o bloco muda com ela. Um bloco escrito à mão fica para trás em poucos meses e ninguém repara, porque não se vê.
Onde ficam os resultados e quanto tempo permanecem
A tabela de inventário, os veredictos da ferramenta de validação e a verificação após a publicação ficam versionados no repositório do projeto, junto ao código. Duram enquanto durar o repositório. Não contêm nada que não esteja já no site: um inventário de dados estruturados é uma leitura das páginas públicas, não uma extração dos seus sistemas.

Un caso

418 perguntas escritas, nenhuma na forma que uma máquina lê

A situação

O nosso próprio site, 147 endereços no mapa do site, com o texto reescrito recentemente pergunta a pergunta. Todas as páginas respondiam 200 e pareciam corretas. A pergunta de partida não foi «o que mais adicionamos», mas «do que está na página, o que chega a uma máquina».

Qué construimos

Pedimos as páginas representativas para cada tipo, extraímos e analisámos cada bloco de dados estruturados, contamos os tipos e os octetos. Replicámos por cima do HTML vivo a lógica do nosso próprio módulo de análise, para ver que pontuação o próprio site se dá. Lemos os componentes de dados estruturados no repositório, incluindo os que não são usados em lado nenhum. E contamos os pares pergunta-resposta existentes nas fontes de conteúdo.

Qué salió

Vinte e três páginas de produto trazem um grafo correto de 1.479 octetos, com três tipos ligados entre si. Todas as outras trazem um único bloco de 265 octetos, com seis campos e nenhum elemento de identidade — sem logótipo, sem endereço, sem ponto de contacto, sem ligações para os seis perfis escritos na configuração. A página de perguntas frequentes tem dez perguntas em HTML, nenhum bloco declarado, e falta no mapa do site. Nas fontes existem 418 pares pergunta-resposta escritos: 233 sobre serviço, 175 sobre produto, dez na página de perguntas. Zero declarados. O nosso próprio módulo dá à página de produto 30 em 100, porque não lê os tipos de um grafo. E no repositório encontrámos três componentes não usados que declaravam uma nota agregada com avaliações assinadas, um catálogo de preços e um guia passo a passo com prazos — verificado em produção que nenhum deles é servido.

Qué no dice el caso

Nada da lista acima estava reparado no dia em que foi escrito. O inventário e as constatações são a entrega desta etapa; as reparações são a etapa seguinte, e têm a sua ordem — primeiro o que se resolve num ficheiro, depois o que exige trabalho em cada modelo. E mais uma vez, porque é importante: um bloco válido não compra uma exibição especial. Torna-a possível. A documentação do motor decide o resto, e ela muda.

Perguntas

Lo que nos pregunta la gente antes de llamar

Os dados estruturados garantem-me um fragmento enriquecido nos resultados?

Não. A exibição especial é concedida pelo motor, não pela marcação. Os dados válidos são a condição de entrada, não a compra do resultado. Vê-se claramente até pelo tipo de marcação que se vende em todo o lado: a documentação da Google diz que o resultado enriquecido para perguntas frequentes é mostrado apenas para sites governamentais e de saúde bem conhecidos e autoritativos — restrição que entrou em vigor em setembro de 2023. Portanto, um fornecedor que hoje lhe vende “fragmentos enriquecidos com FAQ” ou não leu a documentação, ou espera que você não a tenha lido.

Então por que declarar as perguntas, se não aparecem como fragmento?

Porque a exibição especial é apenas um dos consumidores do formato. Um bloco de perguntas declarado corretamente diz sem ambiguidade qual texto é a pergunta e qual é a resposta — informação usada pelos motores para extrair fragmentos, pelos assistentes que leem a página a pedido de um utilizador e por qualquer sistema que recolhe o conteúdo sem ver o aspeto. E há ainda um efeito, menos discutido: a obrigação de declarar os pares obriga-o a ter respostas reais para perguntas reais. Os sites que não conseguem preencher o formato, normalmente, não têm nada para declarar.

Com que é que isto se ocupa, face ao SEO e à visibilidade em respostas geradas?

Com a forma, não com o inventário nem com a composição. O SEO responde a “o motor pode chegar a cada página e sabe qual é a versão oficial”. A visibilidade em respostas geradas responde a “pode ser usado como fonte”, onde o resultado não pode ser prometido. Aqui responde-se a “pode uma máquina tirar a informação exata da página sem adivinhar”, e é a única das três com veredicto externo: você dá o endereço da ferramenta de validação e recebe a resposta no momento.

Posso pôr nos dados perguntas ou informações que não estão na página?

Não, e é um erro que encontramos com frequência. A marcação que descreve algo diferente do conteúdo visível é tratada como divergência, e a consequência é a perda da exibição, por vezes uma sanção manual. A regra que aplicamos é mecânica, não de senso comum: o bloco é gerado a partir da mesma fonte que o texto da página, portanto não pode conter algo que não se vê. Quando alguém pede para adicionarmos nos dados uma resposta que não quer escrever na página, a conversa termina aí.

Os concorrentes têm estrelas nos resultados. Por que não nós?

Porque não podemos provar uma classificação. Uma avaliação agregada declarada nos dados tem de corresponder a críticas reais, verificáveis publicamente. Sem isso, é uma afirmação falsa num formato legível automaticamente. Somos categóricos aqui por um motivo concreto: no nosso próprio repositório encontrámos um componente que declarava uma classificação de 4,9 de 87 críticas e seis críticas assinadas com nomes de pessoas, e um segundo que declarava um catálogo de quatro ofertas com preços. Nenhum é renderizado em lado nenhum — a produção serve hoje um único bloco, verificado — mas existiam a um import de distância. Assinalámo-los no registo de decisões da equipa, não os apagámos em silêncio.

Que tipos usam efetivamente?

Os que executamos: página, entidade principal da página, trilho de navegação, organização e bloco de perguntas. O nosso gerador público cobre cinco tipos — negócio local, organização, artigo, produto, perguntas frequentes — e está disponível no site. Qualquer outro tipo é discutido a pedido, após uma verificação de compatibilidade com o que o motor efetivamente mostra para o seu domínio. O que não fazemos: não adicionamos tipos porque existem na especificação. Um bloco que nenhum motor usa para o seu site é peso, não vantagem.

Como verificam que funciona?

Em três lugares, porque um só mente. A ferramenta de validação do motor dá o veredicto externo. O nosso módulo de análise dá uma pontuação com oito verificações e pontos escritos em código, para que possa comparar entre execuções. E um script executado após cada publicação falha se um bloco deixou de ser analisado ou se um tipo desapareceu. Acrescentamos também a limitação do nosso módulo, para que não a descubra sozinho: ele ainda não lê os tipos de um grafo, portanto dá uma pontuação inferior à realidade das páginas construídas corretamente — incluindo as nossas.

O que se estraga com o tempo?

A ligação entre o bloco e a página. Alguém altera uma resposta no texto, o bloco fica com a antiga, e nada parece estragado no ecrã — é por isso que passa despercebido durante meses. A segunda coisa que se estraga são os blocos deixados de uma versão anterior do site, que descrevem uma oferta que já não existe. Ambas têm o mesmo remédio: os blocos são gerados a partir da fonte do texto, e o que não é gerado é apagado.

O que vocês entregam efetivamente?

A tabela de inventário com cada endereço, cada bloco, tipos e octetos. Os blocos implementados, gerados a partir da fonte do conteúdo. O veredicto da ferramenta de validação para cada tipo de página. O script de verificação executado após a publicação. E a lista das lacunas remanescentes, escritas como lacunas — neste site, por exemplo, o nó da organização sem ligações para perfis, a página de perguntas ausente do mapa do site, e uma rota de imagem de partilha declarada nos metadados que não existe no código.

Em que se baseiam as afirmações acima (13 fontes)
  1. A documentação da Google diz que o resultado enriquecido para perguntas frequentes é mostrado apenas para sítios governamentais e de saúde bem conhecidos e autoritários, restrição anunciada em setembro de 2023https://developers.google.com/search/docs/appearance/structured-data/faqpage · 2026-09-06
  2. O mapa do site tem 147 endereçoshttps://www.megapromoting.com/sitemap.xml · 2026-09-06

11 delas são código e ficheiros dos nossos repositórios. Não publicamos o nome nem a linha: juntos, numa única página, descreveriam com demasiada precisão como estão construídos sistemas que não são só nossos. Percorremo-los consigo, no repositório, a pedido — a verificação continua possível, só que se faz numa conversa.

O que gostaria que funcionasse melhor?

Conte-nos o seu processo. Em conjunto decidimos o que vale a pena construir, o que podemos ligar e como verificamos o resultado.

Vamos falar