Iniciar sessão Começar grátis
SEO

Verificação de paridade de renderização JavaScript

Use quando um site em JavaScript indexa de forma estranha e precisa de saber o que falta antes da renderização.

js-rendering-parity-check.md
Transferir .md
Está a comparar o HTML bruto com o HTML renderizado para encontrar conteúdo que depende de JavaScript. Não está a depurar código da aplicação.

HTML bruto, tal como é servido: {{RAW_HTML}}
HTML renderizado, depois de o JavaScript correr: {{RENDERED_HTML}}
Framework e modo de renderização: {{FRAMEWORK}}
Elementos que têm de ser rastreáveis: {{KEY_ELEMENTS}}

Devolva cinco secções numeradas.

1. Tabela de paridade: Elemento | Presente em {{RAW_HTML}}? | Presente em {{RENDERED_HTML}}? | Veredicto (Seguro / Em risco / Ausente) | Consequência. Cubra todos os itens de {{KEY_ELEMENTS}} mais o title, o canonical, o meta robots, o H1, o corpo de texto, a navegação principal e a paginação.
2. Ligações que só existem depois da renderização, cada uma com o padrão responsável: click handler, botão, rota com hash, scroll infinito, separador ou acordeão.
3. Causa raiz, lida à luz de {{FRAMEWORK}} e do seu modo de renderização.
4. Opções de correção, ordenadas, cada uma indicando a alteração (renderização no servidor, geração estática, prerender, mover a tag para o documento servido) e o que custa à equipa.
5. Verificações a fazer depois de a correção entrar em produção.

Restrições:
- Avalie apenas o que está nas duas colagens. Se algo estiver ausente de ambas, escreva "ausente em ambas, não é um problema de renderização".
- Não indique tempos para o momento em que um crawler renderiza uma página. Diga apenas se o conteúdo depende de JavaScript.
- Cite a tag ou a linha exata como evidência de cada veredicto de Ausente.

Preencher antes de executar

Substitua cada espaço pelos seus próprios dados. Quanto mais específico for, menos o modelo inventa.

  • {{RAW_HTML}}
  • {{RENDERED_HTML}}
  • {{FRAMEWORK}}
  • {{KEY_ELEMENTS}}

Como obter um resultado melhor

  1. Tire o HTML bruto de um pedido simples, não do inspetor do browser, que lhe mostra o DOM já renderizado.
  2. Teste uma página de template e uma página profunda, já que os problemas de routing só aparecem na segunda.
  3. Olhe com atenção para a secção 2: as ligações escondidas atrás de click handlers são a razão habitual para as páginas profundas nunca serem encontradas.