É certamente possível fazer essa alteração (todos os anônimos recebem a visualização em HTML), mas isso impactaria fortemente a usabilidade para usuários anônimos. Sim, eles veriam o conteúdo mais rápido, mas uma enorme quantidade de recursos que funcionam para anônimos deixaria de funcionar, além de o site não “parecer correto” para anônimos.
Seria possível transformar isso em alguma configuração do site para que você pudesse testar, mas coisas como “carregamento infinito” deixariam de funcionar para anônimos; há custos muito altos envolvidos. Também precisaríamos investir pelo menos algum esforço de engenharia para criar uma rota /login com bypass, para que as pessoas pudessem realmente se registrar ou fazer login.
Seria talvez possível servir uma visualização HTML como a PRIMEIRA página vista por usuários anônimos que entram, mas depois fazer isso com todos os recursos se eles continuarem a navegar? Isso pareceria ser uma boa solução (não sei se seria aceitável para os mecanismos de busca, no entanto)
Isso realmente soa menos do que ideal. Existe alguma maneira de servir a versão estática e depois “enriquecê-la” com as partes dinâmicas? Provavelmente seria uma grande reestruturação da arquitetura, então talvez não esteja nos planos. Principalmente, estamos lidando com 49 mil erros de LCP no nosso site desde maio, e o tráfego de busca foi impactado ao mesmo tempo. Nossa pontuação atual de LCP está em média 5,3 segundos. Estou buscando ideias sobre como reduzir esse número.
Talvez adicionar ou remover alguns plugins? Aumentar ou reduzir o número de categorias? Colocar os ativos estáticos em uma CDN? Tentamos configurar o Cloudflare no inverno passado sem sucesso, mas poderíamos tentar novamente. Não conheço muito bem a arquitetura do Discourse, então estou procurando orientações.
Foi exatamente isso que descobrimos. Estamos experimentando remover todos os plugins e até mesmo os anúncios (agora nossos sites não têm anúncios, imagens otimizadas, etc.) e conseguimos reduzir o LCP, mas apenas até a zona amarela. Agora não é mais um erro, mas sim um aviso, o que ainda afeta nosso site. Notamos um leve aumento desde então, mas precisamos de mais tempo para confirmar isso…
Para ser honesto, estou muito tentado a começar um clone de código aberto do Discourse com Nuxt+Vue.js ou um wrapper sobre ele. Parece ser a única escolha razoável no momento!
Sim, não há como reduzir esse carregamento inicial sem uma engenharia significativa, porque você está baixando o aplicativo Discourse inteiro.
Para piorar, o desempenho do JavaScript no Android geralmente é pior do que no iPhone… e, aparentemente, o Google só conta dispositivos Android em suas métricas móveis de “mundo real”. Na Meta, iOS representa cerca de 40% do tráfego móvel.
Tudo o que posso dizer aqui é que estamos cientes do FCP e LCP lentos e temos planos de longo prazo para melhorá-los.
Especificamente, @eviltrout está nos atualizando para o Ember CLI. Assim que isso for concluído, poderemos começar a pensar e, possivelmente, experimentar a divisão de código e outras técnicas.
Não há soluções mágicas aqui: usamos uma CDN, somos muito cuidadosos com a forma como carregamos os recursos e passamos incontáveis horas otimizando isso. No entanto, fundamentalmente, usamos JavaScript para renderizar nossas páginas, e entregar, analisar e executar o JavaScript leva tempo na primeira carga.
Peço desculpas por trazer de volta um tópico tão antigo, mas agora tenho mais dados após realizar alguns testes nos últimos meses…
Aqui estão os dois sites que estive testando: um migrado do Discourse (EmberJs) para um front-end personalizado construído com Vue e Nuxt.
O segundo é o Discourse, com anúncios removidos, fontes personalizadas e absolutamente tudo o que pôde ser removido para torná-lo o mais leve possível (o que funcionou para reduzir os erros de LCP do nível de Erro para Aviso).
1. Fórum Discourse (fontes personalizadas, anúncios, plugins etc. removidos)
Como você pode ver, em maio, após a atualização, perdemos 50% do posicionamento das palavras-chave. Em outubro, iniciamos as alterações, o que nos deu um pequeno pico por um curto período, mas depois voltamos a cair! É como se houvesse alguma resistência (em outras palavras, uma penalidade do Google).
Como você pode ver na imagem acima, as alterações que fiz (removendo todos os extras) ajudaram a mover as URLs de “URLs ruins” para “URLs que precisam de melhoria”, mas mesmo isso não ajudou!
2. Front-end personalizado Vue/Nuxt com backend Discourse
Neste site, como observei há mais de um mês, ele tem voltado aos patamares anteriores a 4 de maio.
Conclusão:
SIM, O GOOGLE SE IMPORTA COM O LCP!
Espero que a equipe do Discourse leve isso mais a sério agora. Talvez valha a pena se afastar do Ember; eu mesmo precisei fazer isso em um projeto grande. Sim, a migração foi muito cara, mas valeu muito a pena.
Eu também concordo que o LCP é uma penalidade relacionada. Tenho acompanhado esse tópico há muito tempo. Ainda não há uma recomendação concreta sobre essa questão.
Obrigado pelo retorno! Acredito que isso ainda se aplica:
A atualização para o Ember CLI ainda está em andamento e está progredindo, mas se você está esperando que deixemos o Ember completamente, talvez queira considerar outra plataforma e verificar novamente nosso progresso com o LCP daqui a um ano.
Bem, não tenho certeza se valerá a pena para o Discourse fazer a atualização para o Ember CLI, mas quem sabe? Tivemos a mesma experiência em outro projeto e tivemos que abandoná-lo completamente. A atualização para o Ember CLI exige quase tanto esforço quanto a atualização para o Vue ou outra coisa.
Independentemente disso, minha pesquisa foi apenas para apontar o problema e chegar a uma conclusão, pois nos primeiros dias, quase todos desmentiam o fato de que o LCP tem alguma relação com o ranqueamento.
Provavelmente já estamos cerca de 90% concluídos com isso, o que já estava em nosso roteiro de longo prazo de qualquer forma, pois isso traz uma tonelada de conveniência para os desenvolvedores e nos mantém atualizados com o Ember. @eviltrout pode dar detalhes específicos, já que ele é o responsável pelo esforço.
Sim, mas isso não significa que todos os sites vão agora mudar para renderização de HTML estático para dominar a web com seus superpoderes mágicos de SEO e carregamento rápido de página. Acontece que o conteúdo real na página acaba sendo bastante importante para o ranqueamento também
Você pode consultar a história do Google AMP para ver onde esse tipo de foco exagerado em uma única métrica pode levar a bastante trauma e trabalho de engenharia equivocado.
Bem, é exatamente isso que estou tentando desmascarar no meu post. O Google já possui uma quantidade enorme de conteúdo de qualidade razoável, então, se tivessem que decidir com base na satisfação do usuário, acredito que o LCP seria o mínimo que usariam para embasar sua avaliação. Afinal, o Google tem alertado sobre isso há alguns meses antes da atualização.
Para ser honesto, tive muita experiência com o Ember CLI e ele continua tão ruim quanto antes. Além disso, não tenho certeza se o esforço da atualização valerá a pena. Mas vamos ver como isso vai; espero que @eviltrout tenha alguma contribuição sobre se eles observaram alguma melhoria de velocidade.
Infelizmente, conforme minha pesquisa acima! O Google, na verdade, foca bastante na experiência do usuário e no LCP. Tentamos todas as outras opções possíveis. E, como você pode ver no segundo site, não fizemos absolutamente nada além de eliminar o erro de LCP, o que nos colocou no caminho de recuperar todos os nossos ranqueamentos (na verdade, até agora, já conseguimos isso).
Começamos a usar o Ember CLI em nossa startup, e uma das razões foi ver que ele estava sendo usado no Discourse (o que chamou nossa atenção). Testamos, foi fácil começar e fácil de trabalhar, mas ele era extremamente pesado (além de outros motivos).
O Ember CLI introduziu uma atualização recente que exigiria que qualquer aplicativo escrito em versões anteriores à 3 fosse reescrito; foi então que decidimos eliminá-lo completamente.
Sim, o Ember CLI possui carregamento preguiçoso (lazy loading), mas ele não é eficiente de forma alguma (pelo menos durante os testes que realizamos). A maioria das bibliotecas disponíveis para o Ember CLI estava desatualizada ou tão cheia de bugs que tivemos que escrever a maior parte das coisas nós mesmos, ou clonar repositórios antigos e mantê-los manualmente.
Com ou sem o Ember CLI, o tempo de renderização sempre é ruim (o que não ajudaria no problema de LCP que estamos discutindo aqui).
Além disso, a forma como o Ember funciona facilita o surgimento de aplicativos inchados.
Gostaria de ainda ter as análises antigas que fazíamos antes de decidir mudar de rumo. Acabamos de terminar a migração do Ember para o Vue há alguns meses e não poderia estar mais feliz com o desempenho dos nossos aplicativos e com a velocidade de desenvolvimento.
PS. Não tive a oportunidade de verificar o repositório do Discourse, mas atualizar para o Ember CLI pode trazer mais problemas, pois você terá que atualizar novamente para o Ember Octane (que ainda nem está estável) e que usa uma sintaxe totalmente diferente… etc. Para ser honesto, é um caos. Não tenho certeza se os argumentos usados anteriormente para escolher o Ember ainda são viáveis no momento, @Jeff.
O que significa “levar a sério”? Incinerar todo o nosso ecossistema e começar do zero?
O Discourse é um projeto em crescimento; estamos muito cientes desse problema e estamos considerando mitigações como fastboot, divisão de código mais agressiva e assim por diante. Tudo isso está pendente da nossa atualização do Ember CLI.
Tenho curiosidade em ver essa alternativa de front-end. Pode me enviar um link por MP? Fundamentalmente, fazer algo apenas em HTML que não seja personalizável é trivial; nós fornecemos uma visualização apenas em HTML. Você pode ver que o LCP em samsaffron.com é muito bom; isso é simplesmente um plugin do Discourse que renderiza HTML.
Em geral, concordo com você sobre LCP e SEO do Google, e agradeço muito sua análise e seus insights.
Você poderia me explicar por que, se o Google está utilizando o LCP na medida que você está defendendo, dois tópicos que escrevi em nosso fórum Discourse — que tem um LCP muito ruim segundo o Google — estão classificados em #1 e #2 entre 3.580.000 entradas?
Parece-me que, se o problema de LCP com o SPA do Discourse fosse tão grave quanto você está defendendo — e não estou sendo adversário de forma alguma, apenas curioso com base em sua experiência —, por que um site lento como o nosso, que não utiliza nenhum CDN e tem um LCP muito ruim, consegue ocupar as duas primeiras posições em tópicos publicados há apenas 11 e 13 dias, sendo que esses dois tópicos estão em #1 e #2 entre quase 3,5 milhões de outros posts?
Estou genuinamente curioso sobre como, se o LCP do Google é tão influente quanto você está apresentando, nosso site com desempenho muito ruim em LCP acaba tendo resultados tão excelentes nos SERPs.
De acordo com o seu exemplo, a resposta parece bastante óbvia: você pesquisou termos bastante específicos onde não há realmente concorrência com um LCP melhor. Ser o “melhor” é fácil quando você é o único. Conforme mencionado nas postagens acima, o conteúdo ainda é o fator mais importante, mas quando há muito conteúdo disponível para sua pesquisa, os outros fatores estão se tornando importantes. Você pode até mesmo provar o ponto dele, em vez do oposto.
Sei que isso já foi mencionado acima, mas não seria possível gerar uma versão rápida e estática apenas em HTML do fórum e usá-la para os mecanismos de busca? (impedindo-os de rastrear o fórum real onde pessoas registradas navegam e postam).
Você disse que há um plugin para gerar uma visualização estática? Isso está disponível para todos usarem?
Parece que isso ainda é uma “suposição” e não foi comprovado como fato, não é?
De acordo com o Google e outros, o LCP ainda não é um fator usado nos rankings e só será utilizado como sinal de ranqueamento a partir de maio de 2021, certo?
Parece um pouco exagerado, na minha opinião, pressionar a equipe do Discourse a fazer grandes mudanças em seu ecossistema com base em análises e gráficos de um número muito pequeno de pessoas que afirmam que o LCP está afetando o SEO agora, quando o Google diz que esse sinal ainda não está ativo.
O sinal LCP está ativo ou não?
O Google diz que o LCP ainda não está sendo usado como sinal para SEO.
Só para avisar, definitivamente não sou fã do EmberJS e concordo que o LCP é importante. Estou apenas buscando fatos baseados em provas e evidências concretas.
Meu único “ponto” é que, ao ler este tópico, parece que as pessoas estão pressionando fortemente a meta do Discourse a fazer grandes mudanças estruturais com base em algo que, segundo o Google e outros especialistas em SEO, ainda não está sendo usado como sinal de SEO.
Vocês estão dizendo que o Google não está sendo honesto com o público?
Apenas para informação, é altamente improvável que o Google, uma empresa de capital aberto, engane o público. Isso exporia o Google a uma enorme responsabilidade financeira potencial.
Fair enough. Eu mesmo não sei muito sobre LCP. Admito isso. Eu estava apenas me baseando no que é dito neste tópico, e você tem razão, não sei se é preciso de forma alguma (exceto as evidências apresentadas aqui). Então, por favor, leia minha postagem como “se a coisa do LCP estiver correta”.
Sua conclusão (que, na minha opinião, é a de que o Google não usa o LCP para determinar os rankings de busca) pode estar correta, mas você não chega a ela pelo caminho que traçou.
É um termo de busca tão único que o Google sugeriu correções de ortografia. Não há muito o que escolher.
Você precisaria realizar muitas buscas para concluir qualquer coisa. Se eu buscar por “+discourse +gon”, seu site não aparece de forma alguma e o principal resultado é The Discourse Encouragement Fund
Além disso, acho que o Google personaliza os resultados de busca. O site que você provavelmente mais visita apareceu no topo para você, mas pode não aparecer para outros. Para mim, o principal resultado é Plugin - Discourse Meta. Normalmente uso o DuckDuckGo, então talvez esse resultado não seja personalizado de forma alguma.
Nada disso diz ou prova algo sobre o LCP. Esse foi um tópico interessante e espero que continue. Pessoalmente, estou satisfeito com a velocidade do Discourse.
