O Google diz: Faça para o usuário, como se não houvesse motores de busca.
Pensando assim, eu acho sim que uma app AngularJS deveria conseguir os mesmos
resultados. Talvez num futuro próximo, hoje eu desconheço uma app AngularJS com
bons resultados de tráfego orgânico.
Sim André quando você esta quase ganhando o Google vira o tabuleiro. Mas como
vc disse é o que tem pra hoje.
Enviado pelo meu Windows Phone
-----Mensagem Original-----
De: "Andre Carneiro" <[email protected]>
Enviada em: 05/02/2015 19:28
Para: "[email protected]" <[email protected]>
Assunto: Re: [SP-pm] SEO e Javascript
Para mim, SEO é um 'chute com técnica'. Agora chamar de 'ciência' eu acho
exagero.
Você se mata tentando chegar a um bom resultado de pesquisa orgânica(e quem
sabe do que eu to falando sabe que isso leva um tempo), usando tudo que é
ferramenta (AddSense, AddWords, Analytics, noscript, etc), e quando finalmente
chega num bom resultado de indexação, e o que acontece? O Google muda as
regras! : D
É + ou - parecido quando se tenta fazer planejamento com previsões econômicas
no Brasil, e aí o governo muda um monte de regras no meio do caminho.
Mas é o que tem pra hoje... : P
Cheers!
2015-02-05 18:54 GMT-02:00 Leonardo Ruoso <[email protected]>:
Em 5 de fevereiro de 2015 18:31, Renato Santos <[email protected]> escreveu:
Vocês tem que lembrar que: A: nao da pra saber o que ele faz.
Mas, já vi videos do matt cutt, e ele diz várias vezes, 'o google executa o
javascript'.
Tem várias questões aí que a galera cabaço cria de problema e fica atacando a
tecnologia para negar a falta de estudo, mas eu tenho até dúvidas se ele
executa sempre. Sei que executa em algumas ferramentas, mas o Renato bem lembra
abaixo:
Mas tem que lembrar que: O google executa o javascript, e indexa o HTML e para.
ele não sai "clicando" em tudo, nem soltando eventos.
Crawling eu sei que ele não faz (os se faz é irrelevante) em cima de páginas
Ajax e toda documentação específica para isso sugere que os desenvolvedores
simplesmente devam desconsiderar essa hipótese.
Até onde eu sei, o melhor jeito de fazer essas one-page cheia de js e que
precisam ser indexadas, é com <noscript> e isomorphism.
Hmmmm, se não usar Rest, aí noscript é o mais importante.
O conteúdo do noscript não precisa ter o mesmo formato da página renderizada,
mas deve ter os mesmos textos, as mesmas imagens e os mesmos links. Se fosse
Rest isso tudo estava resolvido de saída, mas como sabemos que está mais fácil
conseguir a paz no Oriente Médio que um programador modal ao menos entender o
que é Rest, então <noscript> é uma alternativa, de forma nenhuma a única. Se
tiver medo de noscript nem precisa ser no noscript (é infinitamente mais
fácil).
Fato é que você precisa servir o conteúdo de cada URL em cada URL. Usar a tag
noscript é a forma preguiçosa de fazer isso sem precisar contar com bons
desenvolvedores. Ou de resolver um hack de última hora.
ai basicamente, voce renderiza o html da pagina (semelhante/igual ao que o
javascript gerou/modificou antes) e, com javascript, procura pelas tags de
noscript e faz inline-replace do html, e faz os binds.
Hmmmm, as pessoas conseguem complicar pacas as soluções simples.
Acho que tem muita gente ganhando por linha de código e por ciclo de CPU :D
fazendo uma rapida pesquisa, AirBNB faz isso no site dela.
http://jeffwhelpley.com/javascript-seo/
Ou você renderiza o conteúdo da página usando introspecção, XSLT ou qualquer
engine de template mobral, serve a página e deixa o JS reconstruí-la se estiver
funcionando. Noscript ou não, JS tem total condição de manipular o DOM.
2015-02-05 18:21 GMT-02:00 Lucas Mateus <[email protected]>:
Em 05/02/2015, à(s) 17:45, Leonardo Ruoso <[email protected]> escreveu:
Não o faz. Ele indexa o JS e faz algumas coisas com o JS. Ele certamente não
faz crawler do resultado gerado pelo JS.
Em um dos passos o Google renderiza a página e extrai o texto que pode ter sido
escrito do jeito que for, mas isso não significa que tenha relevância, e
aparentemente a relevância é muito baixa ou nem existe.
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
--
Saravá,
Renato CRON
http://www.renatocron.com/blog/
@renato_cron
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
--
Leonardo Ruoso
Journalist, Perl developer and business consultant
Media, UFC/2006; Telecom, IFCE/1998
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
--
André Garcia Carneiro
Software Engineer
(11)982907780
=begin disclaimer
Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
SaoPaulo-pm mailing list: [email protected]
L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
=end disclaimer
