Este relatório lista dados estruturados encontrados no seu site que não puderam ser analisados devido a um erro grave de sintaxe. O tipo desejado de dados estruturados ("Emprego", "Evento" e assim por diante) não pôde ser determinado devido ao erro de análise.
Como usar o relatório
Todos os itens neste relatório são erros de dados estruturados. Avisos ou itens válidos não são exibidos.
Os erros são classificados automaticamente por gravidade, conforme determinado pelas páginas mais afetadas e por outros fatores.
A causa mais comum de um erro único que afeta várias páginas é um problema de modelo subjacente.
- Clique em uma linha de erro para ver as páginas afetadas, os detalhes do erro e os links para as ferramentas de depuração. Veja as descrições completas dos tipos de erros na tabela abaixo.
- Use o Teste de pesquisa aprimorada para corrigir e testar a sintaxe dos seus dados estruturados. Se você não conseguir encontrar o erro, comece com um objeto vazio e adicione o conteúdo do código corrompido por partes. Consulte a documentação sobre dados estruturados para ver quais tipos de dados corrigem erros específicos de resultados.
- Depois de corrigir um problema, clique em Validar a correção na página de detalhes do erro.
Depois de corrigir um erro de análise, avisos adicionais ou erros que estavam ocultos devido ao problema na análise do item talvez sejam acionados.
Como compartilhar o relatório
Para compartilhar detalhes de problemas nos relatórios de cobertura ou melhoria, clique no botão Compartilhar na página. Qualquer usuário que receber o link só terá acesso à página de detalhes de problemas atual, além de qualquer página do histórico de validação. O link não dá acesso a outras páginas relacionadas ao seu recurso nem permite que o usuário compartilhado realize qualquer ação na sua propriedade ou conta. Você pode revogar o link a qualquer momento ao desativar o compartilhamento da página.
Como exportar dados dos relatórios
Muitos relatórios têm um botão que permite exportar os dados. As informações dos gráficos e das tabelas são incluídas na exportação. Os valores exibidos como ~ ou - (indisponíveis/não numéricos) no relatório serão representados por zeros nos dados transferidos.
Tipos de erro
Este relatório mostra os seguintes tipos de erro:
Tipo de erro | Descrição |
---|---|
Documento JSON inválido | Ocorreu um erro de sintaxe de nível superior no JSON. |
Tipo de valor incorreto | O valor especificado para um campo tem o tipo errado. Por exemplo, você especificou uma string, mas era esperado um número ou uma matriz. Consulte a documentação sobre dados estruturados para saber o tipo de valor obrigatório para esse campo específico. |
Erro de análise: ":" ausente | Falta um caractere ":" entre um campo e um valor. |
Erro de análise: "," ou "}" ausente | Falta uma vírgula ou chave de fechamento. |
Erro de análise: "}" ou nome do membro do objeto ausente |
Falta uma chave de fechamento ou o nome do membro do objeto. |
Erro de análise: "," ou "]" ausente na declaração da matriz | Erro ao analisar um valor de matriz: falta uma vírgula ou colchete de fechamento em uma declaração de matriz. |
Não foi possível analisar o comprimento do token | Por algum motivo, não foi possível encontrar o início e o final de uma propriedade ou valor. |
Número inválido | O valor esperado da propriedade é um número, mas outro tipo de valor foi usado. |
Sequência de escape vazia na string |
Um valor de string inclui um caractere de sequência de escape vazia, por exemplo:
em vez de
|
Sequência de escape inválida na string |
Uma sequência de escape inválida foi usada em um valor de string. Exemplo: "descrição" : "Sequência \q desconhecida" |
Caractere Unicode truncado | Os últimos seis caracteres em um par alternativo Unicode estão ausentes. |
Caractere Unicode inválido | Não há um token \u no início da segunda metade de um par alternativo Unicode. |
Sequência de escape Unicode inválida: são esperados quatro dígitos | Ocorreu um erro de sintaxe em uma sequência de escape Unicode: ela deve ter quatro dígitos. |
Sequência de escape Unicode inválida: é esperado um dígito hexadecimal | Ocorreu um erro de sintaxe em uma sequência de escape Unicode: era esperado um dígito hexadecimal que não foi informado. |
Propriedade única duplicada | Você forneceu duas definições para uma propriedade única no objeto de dados estruturados. Por exemplo, dois valores @context . |
O elemento de nível superior é inválido | Há um item de nível superior inválido no JSON-LD. |
Referência a um item inexistente | Um atributo itemref aponta para um identificador inexistente. |
Páginas de detalhes do problema
A seleção de uma linha de problema em uma página de resumo de pesquisa aprimorada abre uma página com os detalhes do problema correspondente. Um problema pode afetar itens em páginas diferentes ou vários itens em uma única página.
A página de detalhes do problema exibe as seguintes informações:
- Estado
- É o estado de validação desse problema.
- Detectado pela primeira vez
- É a data em que o problema foi detectado pela primeira vez no seu site. Se todos os problemas desse tipo forem resolvidos, e uma nova instância correspondente aparecer em até 90 dias após a última correção, a data definida será a primeira original em que foi detectado, e não a que se refere à reincidência do erro.
- Exemplos
- É uma lista de pesquisas aprimoradas afetadas por esse problema. É possível que nem todas as instâncias de um erro do seu site sejam listadas. Isso ocorre por vários motivos, como instâncias que apareceram desde o último rastreamento das páginas ou problemas que afetam mais de mil itens.
- Último rastreamento
- Indica a última vez que a página com o problema foi rastreada.
Depois de corrigir todas as instâncias de um determinado problema no site, você pode pedir que o Google confirme as mudanças. Quando todas as instâncias conhecidas são corrigidas, a contagem de problemas muda para zero na tabela e vai para o final dela.
Por que validar?
Informar ao Google que você corrigiu todos os problemas em um status ou categoria específicos tem os seguintes benefícios:
- Você vai receber um e-mail quando o Google confirmar a correção em todos os URLs ou, caso contrário, se ele ainda encontrar instâncias desse problema.
- Você pode acompanhar o progresso do Google na confirmação das correções, além de acessar um registro de todas as páginas na fila para verificação e o status da correção de cada URL.
Nem sempre faz sentido corrigir e validar determinados problemas no site. Por exemplo, os URLs bloqueados pelo robots.txt provavelmente estão assim de propósito. Use o bom senso ao decidir se deve resolver um determinado problema.
Também é possível corrigir os problemas sem fazer a validação. O Google atualiza a contagem de instâncias sempre que rastreia uma página com problemas conhecidos, mesmo que você não solicite explicitamente a validação da correção.
Iniciar validação
Para informar ao Search Console que você corrigiu um problema, faça o seguinte:
- Corrija todas as instâncias do problema no site. Se alguma delas não for resolvida, a validação vai ser interrompida quando o Google encontrar uma única instância restante do problema.
- Abra a página de detalhes do problema que você corrigiu. Clique no problema na lista do relatório.
- ⚠️ Se você filtrar o relatório por um sitemap específico, a validação vai ser aplicada somente aos itens desse sitemap no momento em que ela for solicitada. Talvez essa opção não seja útil para você, mas é importante ter isso em mente.
- Clique em Validar a correção. Não clique nessa opção novamente até a validação terminar ou falhar. Confira mais detalhes sobre como o Google verifica suas correções.
- Você pode monitorar o progresso da validação. Em geral, a validação leva até duas semanas, mas pode demorar muito mais em alguns casos. Por isso, tenha paciência. Você vai receber uma notificação quando a validação terminar ou falhar.
- Se a validação falhar, clique em Ver detalhes na página de detalhes do problema para saber qual URL causou a falha. Corrija a página, confirme a correção em todos os URLs no estado Pendente e reinicie a validação.
Quando o problema de um URL ou item é considerado "corrigido"?
O problema de um URL será marcado como corrigido quando uma das seguintes condições for cumprida:
- Quando o URL for rastreado e o problema não for mais encontrado na página. Para um erro de tag AMP, talvez isso signifique que você corrigiu a tag ou que ela foi removida (se não for obrigatória). Durante uma tentativa de validação, ela vai ser marcada como Aprovado.
- Se a página não estiver disponível para o Google porque exige autenticação, foi removida ou marcada como "noindex", entre outros, o problema desse URL vai ser considerado corrigido. Durante uma tentativa de validação, ele fica no estado de validação Outro.
Ciclo de vida do problema
O ciclo de vida de um problema começa na primeira vez que uma instância dele é detectada no site e termina 90 dias após a última instância ter sido marcada como eliminada. Após 90 dias sem recorrências, o problema é removido da tabela.
A data da primeira detecção do problema indica quando ele foi identificado pela primeira vez no ciclo de vida. Ela não muda. Assim:
- se todas as instâncias de um problema forem corrigidas e, 15 dias depois, surgir uma nova, o problema vai ser marcado como aberto, e a primeira detecção vai continuar na mesma data;
- se o mesmo problema ocorrer 91 dias após a última instância ter sido corrigida, o caso anterior já vai estar encerrado, e o de agora será registrado como um novo problema. Além disso, a primeira detecção vai ser definida como a data em que esse novo problema foi encontrado.
Esta é uma visão geral do processo de validação depois que você clica em Validar correção para um problema. Esse processo pode levar vários dias ou até mais, e você vai receber notificações de progresso por e-mail.
- Quando você clica em Validar a correção, o Search Console imediatamente verifica algumas páginas.
- Se a instância atual existir em qualquer uma dessas páginas, a validação terminará, e o estado de validação vai continuar igual.
- Se as páginas da amostra não tiverem o erro atual, a validação vai continuar com o estado Iniciado. Se a validação encontrar outros problemas não relacionados, eles serão registrados como esse outro tipo, e a validação vai continuar.
- O Search Console processa toda a lista de URLs conhecidos afetados pelo problema. Apenas os URLs com instâncias conhecidas do problema ficam na fila para novo rastreamento, não o site inteiro. O Search Console mantém um registro de todos os URLs verificados no histórico de validação, que pode ser acessado na página de detalhes do problema.
- Quando um URL é verificado:
- Se o problema não for encontrado, o estado de validação da instância vai mudar para Aprovado. Se esta for a primeira instância verificada após o início da validação, o estado do problema vai mudar para Tudo certo até agora.
- Se o URL não estiver mais acessível, o estado de validação da instância vai mudar para Outro (o que não é um estado de erro).
- Se a instância ainda continuar presente, o estado do problema vai mudar para Falha, e a validação terminará. Se a página for nova e tiver sido descoberta pelo processo normal de rastreamento, ela vai ser considerada outra instância do problema.
- Quando os URLs na fila são verificados com relação ao problema e corrigidos, o estado do problema muda para Aprovado. No entanto, mesmo quando todas as instâncias forem corrigidas, apenas o número de itens afetados (0) vai mudar. O rótulo de gravidade do problema (Erro ou Aviso) continua igual.
Mesmo que você nunca clique em "Iniciar validação", o Google pode detectar instâncias corrigidas de um problema. Se o Google detectar que todas as instâncias de um problema foram corrigidas durante o processo normal de rastreamento, a contagem de problemas vai mudar para 0 no relatório.
⚠️ É necessário aguardar o fim de um ciclo de validação antes de pedir outro, mesmo que você tenha corrigido alguns problemas durante o ciclo atual.
Para reiniciar uma validação que falhou, faça o seguinte:
- Acesse o registro da validação com falha: abra a página de detalhes do problema que teve a validação reprovada e clique em Ver detalhes.
- Clique em Iniciar nova validação.
- A validação vai ser reiniciada para todos os URLs marcados como Pendente ou Falha, além de todas as novas instâncias desse problema identificadas pelo rastreamento normal desde a última tentativa de validação. Os URLs marcados como Aprovados ou Outros não vão ser verificados novamente.
- Em geral, a validação leva até duas semanas, mas pode demorar muito mais em alguns casos. Por isso, tenha paciência.
Conferir o progresso da validação
Para consultar o andamento de uma solicitação de validação atual ou o histórico da última solicitação se uma validação não estiver em andamento:
- Abra a página de detalhes do problema. Clique na linha do problema na página principal do relatório para abrir a página de detalhes.
- O status da solicitação de validação é exibido na página de detalhes do problema e também na linha Validação da tabela "Detalhes".
- Clique em Ver detalhes para abrir a página de detalhes da validação da solicitação.
- O status da instância de cada URL incluído na solicitação é mostrado na tabela.
- O status da instância se aplica ao problema específico que você está examinando. Você pode ter um problema marcado como Aprovado em uma página, mas outros problemas denominados Falha, Pendente ou Outro na mesma página.
- Nos relatórios de AMP e de indexação de páginas, as entradas na página do histórico de validação são agrupadas por URL.
- Nos relatórios de usabilidade em dispositivos móveis e de pesquisa aprimorada, os itens são agrupados pela combinação de URL + item de dados estruturados, conforme determinado pelo valor "Nome" do item.
Os seguintes estados de validação podem ser aplicados à validação de um determinado problema:
- Não foi iniciado: uma ou mais instâncias do problema nunca estiveram em uma solicitação de validação.
Próximas etapas:- Clique no problema para descobrir os detalhes do erro. Inspecione as páginas individuais para ver exemplos do erro na página ativa.
- Clique em Saiba mais na página de detalhes para conferir mais detalhes do problema.
- Clique na linha de um URL de exemplo na tabela para saber detalhes sobre esse erro específico.
- Corrija suas páginas e clique em Validar a correção para iniciar a validação. Em geral, a validação leva até duas semanas. Em alguns casos, ela pode demorar muito mais. Por isso, tenha paciência.
- Iniciado: você iniciou uma tentativa de validação e ainda não foram encontradas as instâncias remanescentes do problema.
Próxima etapa: o Google vai enviar notificações durante o andamento da validação informando o que você deve fazer, conforme necessário. - Tudo certo até agora: você iniciou uma tentativa de validação, e todas as instâncias do problema detectadas até agora foram corrigidas.
Próxima etapa: nenhuma ação é necessária. No entanto, o Google vai enviar notificações durante o processo de validação informando o que você precisa fazer. - Aprovado: todas as instâncias conhecidas do problema foram eliminadas (ou o URL afetado não está mais disponível). Provavelmente, você clicou em Validar a correção para chegar a esse estado. Se as instâncias tivessem desaparecido sem que você tivesse solicitado a validação, o estado teria mudado para "N/D".
Próxima etapa: nenhuma ação é necessária. - N/D: o Google descobriu que o problema foi corrigido em todos os URLs, mesmo que você nunca tenha iniciado uma tentativa de validação.
Próxima etapa: nenhuma ação é necessária. - Falha: um determinado limite de páginas ainda vai ter esse problema depois que você clicar em Validar.
Próximas etapas: corrija o problema e reinicie a validação.
Após a validação ser solicitada, cada instância do problema recebe um dos seguintes estados de validação:
- Pendente: na fila para validação. Na última verificação feita pelo Google, o problema ainda existia.
- Aprovado: a verificação feita pelo Google não detectou mais a instância do problema [não está disponível em todos os relatórios]. Esse estado só poderá ser alcançado se você clicar em Validar para a instância do problema.
- Falha: a verificação feita pelo Google detectou a presença do problema. Esse estado só poderá ser alcançado se você clicar em Validar para a instância do problema.
- Outro: o Google não conseguiu acessar o URL que hospeda a instância ou, no caso de dados estruturados, não foi possível encontrar o item na página [não está disponível em todos os relatórios]. Esse estado é equivalente a Aprovado.
O mesmo URL pode ter estados diferentes para problemas distintos. Por exemplo, se uma única página tiver os problemas X e Y, talvez o problema X tenha o estado de validação Aprovado e o Y exiba o estado Pendente.
Problemas conhecidos
Estes são problemas conhecidos no Search Console. Não é necessário informá-los, mas gostaríamos de receber seu feedback a respeito de qualquer outro recurso ou erro que você identificar. Use o mecanismo de feedback da barra de navegação.
- Alguns problemas têm nomes longos que são difíceis de compreender.
- Caso seu site tenha um número muito grande de problemas (com ou sem instâncias ativas), o relatório exibirá somente os primeiros 200 erros, classificados por importância.