Adiciona dados estruturados JSON-LD #1785
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
There was a problem hiding this comment.
Show @Rafatcb! 💪
Quero começar reafirmando a importância e que devemos sempre cuidar bem de SEO. Como exemplo disso, a publicação recomendada pelo Google hoje já tem dois dias, então não está mais no topo das relevantes (está na 10a.), mas mesmo assim, contando apenas os acessos de hoje, ela já tem 5 vezes mais visualizações do que a primeira posição dos relevantes, ou seja, grande parte dos visitantes vem pelo Google.
Dito isso, acredito que seja melhor deixar esse experimento para depois de resolvermos a #1724, no mínimo após a diminuição das revalidações de cache. Penso assim por essa ser uma implementação que deve aumentar os dados armazenados em cache (nosso maior custo), mas sem um resultado claro que possamos medir para saber se valeu a pena o aumento nos custos.
Além disso, todo o processo necessário para avaliar corretamente o resultado dessa mudança, se foi positivo ou negativo, deve consumir um bom tempo, o que compete com o trabalho para a diminuição do uso do cache, além de que talvez não seja possível separar o impacto de cada uma das alterações, visto que o impacto em SEO é de longo prazo.
Faz sentido? O que acha de marcarmos o PR como repescar? Ou pensa algo diferente?
|
Faz total sentido @aprendendofelipe . Quando comecei a tarefa, não esperava que tantos dados a mais seriam gerados. Vou deixar com a tag |
Mudanças realizadas
Para evitar estruturas grandes com dados desnecessários, considerei as estruturas e propriedades citadas pelo Google, usando o Schema.org apenas como referência complementar.
Adicionei as seguintes estruturas:
Eu testei uma implementação mais completa, gerando JSON-LD para as listas de conteúdos, mas percebi que isso ficou excessivamente grande, então removi isso. O JSON-LD com uma lista de 30 publicações no perfil do usuário, sem
body, estava com 23KB. Esse problema também acontece em publicações longas, ou com muitos comentários, ou com comentários muito grandes.Talvez isso possa ser melhorado com o uso de
@id(node identifier), mas não entendi o quão importante é o@idser desreferenciável, do ponto de vista dos mecanismos de busca; se o@iddeve ser um link que retorna um JSON-LD, como no exemplo da especificação da W3, ou se deve apenas ir para a página que o elemento está descrito, como no site da Apple (https://www.apple.com/#organization).Seria interessante resolver isso antes de mesclar, mas podemos mesclar para comparar os resultados sem e com dados estruturados, e depois acompanhar se as novas alterações tem algum impacto.
Caso alguém queira testar, pode colocar o link da página de deploy deste PR (ou o código gerado) no site do Google: https://search.google.com/test/rich-results.
Resolve #1021
Tipo de mudança
Checklist: