prós / contras da navegação por hash da perspectiva de SEO

15

Estou trabalhando em um aplicativo que implementa a navegação com base em eventos de alteração de hash. O conteúdo é carregado principalmente através de chamadas ajax após alterações de hash (e exibidas por injeções de DOM).

De uma perspectiva de SEO - os mecanismos de pesquisa são capazes de indexar esse conteúdo injetado?
Os mecanismos de pesquisa são capazes de seguir meus links de hash (ex href = "# page = 1")?

Caso contrário - alguma solução alternativa além de ter conteúdo estático em minhas páginas apenas por razões de SEO?

Valeu

Encontrei alguns tópicos semelhantes no SO, mas não encontrei respostas satisfatórias, então me perdoe por perguntar novamente.

jquery ajax seo
fonte

Respostas:

2

os mecanismos de pesquisa são capazes de indexar esse conteúdo injetado?

Ans - Sim e não.

Não: se você injetar o conteúdo alterando apenas a hashtag , o rastreador não poderá indexar o conteúdo. Essas hashtags normais foram criadas para a mesma página de navegação (muito antes do advento do AJAX) e não para alterar o estado da página. Portanto, para impedir a reindexação das mesmas páginas várias vezes, os rastreadores foram programados intencionalmente para ignorar tudo após a hashtag no URL.

Sim: você tem duas soluções alternativas:

No que diz respeito ao SEO, ambas as soluções / soluções alternativas funcionam igualmente bem se implementadas corretamente. Mas qual dos dois é melhor aparte do SEO é outra discussão .

Anchit
fonte
0

Para concluir a resposta da legoscia ( /programming//a/11582278/1518423 ), você pode usar uma biblioteca de navegadores sem cabeça no lado do servidor para fornecer html estático ao bot do Google.

Como você faz uso intenso do ajax, parece que você gosta de javascript, então aqui está um navegador sem javascript utilizável em node.js: http://zombie.labnotes.org/

Espero que isso esteja funcionando para você, divirta-se!

Comunidade
fonte
0

Embora existam mecanismos de pesquisa que oferecem suporte ao rastreamento de conteúdo ajax, os URLs tradicionais e o conteúdo estático da página ainda são mais confiáveis ​​para a visibilidade do mecanismo de pesquisa.

Quando uma parte (grande) significativa de uma página precisa ser recarregada, geralmente é desejável que o conteúdo do ajax seja rastreável. Nesses casos, no entanto, um redirecionamento geralmente seria uma alternativa viável (mas indesejável).

Eu sugeriria codificar inicialmente a página para que ela seja redirecionada quando partes grandes / significativas da página precisarem ser recarregadas ( Etapa 1 ). Ou seja, uma âncora com um URL tradicional <a href="/webmasters//page/1">(ou algo semelhante) em vez de <a href="#page=1">.

Depois, escreva javascript (jQuery) para interceptar o redirecionamento e use o ajax para recarregar a parte da página que seria alterada se a página fosse redirecionada ( Etapa 2 ).

<a id="page1" href="/page/1">Page 1</a>
<script>
    $("#page1").click(function () {

        /*
         * Perform ajax here to replace a portion of the page.
         */

        return false;    // prevent redirection
    });
</script>

A primeira etapa resulta em páginas da Web com conteúdo estático e URLs tradicionais que funcionam mesmo sem javascript, enquanto a segunda etapa torna a página da Web dinâmica (evita o conteúdo estático).

Czar
fonte