sexta-feira, 30 de outubro de 2015
tl;dr: Não estamos mais recomendando a
proposta de rastreamento AJAX
que
fizemos em 2009
.
Em 2009, fizemos uma proposta para tornar as páginas AJAX rastreáveis (artigo em inglês). Naquela época, nossos sistemas não conseguíam renderizar e compreender as páginas que usavam JavaScript para apresentar conteúdo aos usuários. Uma vez que os " rastreadores (…) não eram capazes de ver conteúdos (…) criados dinamicamente ", propusemos um conjunto de práticas que os webmasters podíam seguir para garantir que seus aplicativos baseados em AJAX seriam indexados pelos mecanismos de pesquisa.
Os tempos mudaram. Atualmente, contanto que você não esteja impedindo o Googlebot de rastrear seus arquivos JavaScript ou CSS, geralmente conseguimos renderizar e compreender suas páginas da web como navegadores modernos . Para refletir essa melhoria, atualizamos nossas diretrizes técnicas para webmasters recentemente para deixar de recomendar a restrição de permissão de rastreamento ao Googlebot dos arquivos CSS ou JS do seu site.
Já que as premissas da nossa proposta de 2009 não são mais válidas, agora recomendamos que você siga os princípios de melhoria progressiva (em inglês). Por exemplo, use a History API pushState () para assegurar a acessibilidade a uma ampla variedade de navegadores (e aos nossos sistemas).
Perguntas e respostas
P: Atualmente, meu site segue suas recomendações e é compatível com _escaped_fragment_. Meu site deixará de ser indexado agora que vocês suspenderam a recomendação?
R: Não, o site ainda será indexado. No entanto, em geral, recomendamos que você implemente as práticas recomendadas do setor aquando da próxima atualização do seu site. Em vez de URLs _escaped_fragment_, geralmente rastreamos, renderizamos e indexamos os URLs #!.
P: A mudança da proposta de rastreamento AJAX para as práticas recomendadas do setor é considerada uma mudança de site? Eu preciso implementar redirecionamentos?
R: Se a configuração atual estiver funcionando, não será necessário mudar imediatamente. Se você estiver criando um novo site ou reestruturando um já existente, basta evitar a introdução de URLs _escaped_fragment_.
P: Eu uso uma estrutura de JavaScript, e meu servidor da Web veicula uma página renderizada previamente. Isso ainda está adequado?
R: Em geral, os websites não devem renderizar previamente as páginas só para o Google. Esperamos que você renderize as páginas previamente para o benefício do desempenho para os usuários e que você siga as diretrizes da melhoria progressiva. Se você renderizar páginas previamente, garanta que o conteúdo veiculado ao Googlebot seja correspondente à experiência do usuário, tanto na aparência quanto na interação. Apresentar ao Googlebot um conteúdo diferente daquele exibido a um usuário normal é considerado uma técnica de cloaking, o que viola nossas diretrizes para webmasters.
Caso você tenha alguma pergunta, sinta-se à vontade para postá-la no Fórum de Ajuda para webmasters .
Postado por Kazushi Nagayama , analista de tendências para webmasters
Em 2009, fizemos uma proposta para tornar as páginas AJAX rastreáveis (artigo em inglês). Naquela época, nossos sistemas não conseguíam renderizar e compreender as páginas que usavam JavaScript para apresentar conteúdo aos usuários. Uma vez que os " rastreadores (…) não eram capazes de ver conteúdos (…) criados dinamicamente ", propusemos um conjunto de práticas que os webmasters podíam seguir para garantir que seus aplicativos baseados em AJAX seriam indexados pelos mecanismos de pesquisa.
Os tempos mudaram. Atualmente, contanto que você não esteja impedindo o Googlebot de rastrear seus arquivos JavaScript ou CSS, geralmente conseguimos renderizar e compreender suas páginas da web como navegadores modernos . Para refletir essa melhoria, atualizamos nossas diretrizes técnicas para webmasters recentemente para deixar de recomendar a restrição de permissão de rastreamento ao Googlebot dos arquivos CSS ou JS do seu site.
Já que as premissas da nossa proposta de 2009 não são mais válidas, agora recomendamos que você siga os princípios de melhoria progressiva (em inglês). Por exemplo, use a History API pushState () para assegurar a acessibilidade a uma ampla variedade de navegadores (e aos nossos sistemas).
Perguntas e respostas
P: Atualmente, meu site segue suas recomendações e é compatível com _escaped_fragment_. Meu site deixará de ser indexado agora que vocês suspenderam a recomendação?
R: Não, o site ainda será indexado. No entanto, em geral, recomendamos que você implemente as práticas recomendadas do setor aquando da próxima atualização do seu site. Em vez de URLs _escaped_fragment_, geralmente rastreamos, renderizamos e indexamos os URLs #!.
P: A mudança da proposta de rastreamento AJAX para as práticas recomendadas do setor é considerada uma mudança de site? Eu preciso implementar redirecionamentos?
R: Se a configuração atual estiver funcionando, não será necessário mudar imediatamente. Se você estiver criando um novo site ou reestruturando um já existente, basta evitar a introdução de URLs _escaped_fragment_.
P: Eu uso uma estrutura de JavaScript, e meu servidor da Web veicula uma página renderizada previamente. Isso ainda está adequado?
R: Em geral, os websites não devem renderizar previamente as páginas só para o Google. Esperamos que você renderize as páginas previamente para o benefício do desempenho para os usuários e que você siga as diretrizes da melhoria progressiva. Se você renderizar páginas previamente, garanta que o conteúdo veiculado ao Googlebot seja correspondente à experiência do usuário, tanto na aparência quanto na interação. Apresentar ao Googlebot um conteúdo diferente daquele exibido a um usuário normal é considerado uma técnica de cloaking, o que viola nossas diretrizes para webmasters.
Caso você tenha alguma pergunta, sinta-se à vontade para postá-la no Fórum de Ajuda para webmasters .
Postado por Kazushi Nagayama , analista de tendências para webmasters