Os principais desenvolvedores da web e líderes de pensamento se reuniram e publicaram um site chamado AMPletter.org . A página é uma carta simples que descreve algumas posições e preocupações sobre o projeto Google AMP.
Eu vejo’cartas abertas’como esta de vez em quando. Concordo com alguns, mas não me incomodo em endossar. Outros, pode não ser uma falta de acordo, mas uma falta de real importância que compele meu endosso.
Mas o AMP é diferente.
Desde que foi introduzido 2,5 anos atrás Eu vi problemas. Ao mesmo tempo, aprecio quais são as intenções públicas do Google.
É bom saber que não estou sozinho e alguns de meus colegas se uniram para expor a questão de maneira clara e educada.
A alguns anos atrás, a equipe de pesquisa do Google começou a melhorar a web. Como eu, eles veem todas as práticas de desenvolvimento ruins sendo propagadas. Essas práticas inadequadas tornam a web lenta e proporcionam experiências ruins ao consumidor.
Com que frequência você começa a ler um artigo, apenas para vê-lo saltar para baixo na página. Então, assim que você se reajustar para descobrir onde estava, ele volta para trás?
Eu também odeio isso.
Este é um produto de desenvolvimento e UX deficientes. Conteúdo de terceiros de baixa qualidade, também conhecido como anúncios, causa a maioria dessas experiências ruins.
A ArsTechnica articulou algumas das objeções comuns às AMP em um artigo sobre o Bing adicionar suporte a AMP.
“Embora há um reconhecimento geral de que o AMP está tratando de problemas reais-a abundância de rastreadores, anúncios e scripts do lado do cliente torna muitas páginas da web com largura de banda pesada e carregamento lento-muitos no setor estão insatisfeitos com as extensões proprietárias controladas pelo Google em relação como um anátema para a Web aberta.”
O surgimento de estruturas de fast food também contribui para experiência do usuário ruim . A carga pesada de JavaScript bloqueia a renderização crítica , tornando o carregamento das páginas lento. Na verdade, uma página leva, em média, 19 segundos para carregar em dispositivos móveis.
O Google tem grande interesse no sucesso da web. O tempo de carregamento do celular de 19 segundos é apenas um indicador. Como o celular é o dispositivo de consumo dominante hoje, a velocidade faz uma grande diferença.
Então, o Google criou as AMP como uma forma de corrigir problemas comuns que veem propagados pela web.
O objetivo é para tornar a web ótima novamente, mas com o Google controlando tudo.
Em essência, eles perderam a confiança nas empresas contratando desenvolvedores da web competentes e aplicando a orientação que eles e outras empresas divulgam.
Em vez de contando com suas campanhas de evangelismo, eles disseram dane-se, faremos isso por você. Como recompensa por permitir que o Google renderize e hospede seu conteúdo para você, as idades AMP obtêm um posicionamento de resultados de pesquisa de alto nível
O problema é duplo.
Você só obtém o posicionamento preferencial se for um AMP página.
e
As páginas AMP são hospedadas e gerenciadas pelo Google.
Na verdade, eles são servidos a partir de um domínio do Google. Hoje, isso é uma subpasta do Google.com ou um subdomínio de ampproject.org .
De qualquer forma, não é seu domínio, o que prejudica o esforço de sua marca.
Originalmente, o AMP dependia de Polymer como uma biblioteca JavaScript para renderizar componentes da web especializados. Hoje, acho que eles bifurcaram o projeto do polímero e o transformaram em sua própria biblioteca.
Os editores ainda podem manter seus sites existentes, muito lentos e com experiência do usuário ruim, mas também devem ter uma versão AMP paralela.
Isso faz com que o Google consuma as idades de AMP e as hospede nos servidores da web do Google. Os consumidores são recebidos com um posicionamento de pesquisa especial para essas idades AMP. Mas em vez de ir para o URL do editor, eles são enviados para um URL do Google.
A ideia principal é tornar a web mais rápida e oferecer melhor experiência ao usuário. O Google sabe como fazer isso, mas em vez de aconselhar as empresas sobre como oferecer essas experiências, elas simplesmente pegam o conteúdo e fazem isso sozinhas.
Em essência, você está criando conteúdo para o Google, não para sua marca.
Isso não é 100% justo. A equipe do Chrome faz um ótimo trabalho evangilizando as melhores práticas de desenvolvimento da web. Infelizmente, seu alcance é bastante limitado em minha opinião.
Não por falta de disponibilização de conteúdo, mas porque 99% dos desenvolvedores simplesmente não se importam.
E o Google passa um pouco do’link de sucção’para o seu URL canônico e permite que algumas marcas menores sejam transmitidas.
AMP em SEO
Os profissionais de marketing de mecanismos de pesquisa estão em cima do muro sobre AMP. Eles não gostam da maneira como funciona, mas podem ajudar, mas pegue o canal de pesquisa principal que ele oferece. Mas é um canal de pesquisa realmente bom quando o tráfego nunca chega ao seu site e você não tem como monetizar o conteúdo?
Enquanto estudo o mundo do SEO e sua opinião sobre o AMP, acho que eles preferem ver isso acabar. Em vez de AMP, a capacidade de obter melhores classificações deve ser aplicada a melhores experiências.
E, honestamente, é exatamente isso que o Google deseja para melhores classificações de pesquisa, boa experiência do usuário. Como o Google consome muito conteúdo da web, ele pode analisar e determinar o que os consumidores realmente desejam.
Neste ponto, sabemos que existem cerca de 200 critérios diferentes que o Google usa para classificar páginas e resultados de pesquisa.
O Google também usa o aprendizado de máquina como uma grande parte do algoritmo de classificação atualmente. Isso significa que provavelmente existem milhares e milhares de outros fatores de classificação.
Mas tudo se resume a, os clientes realmente querem ler o que você publicou?
Você pode fazer tudo as coisas técnicas certas, mas se o seu conteúdo for péssimo, eles irão se recuperar e irão para o próximo resultado.
Você pode escrever o melhor conteúdo do mundo, mas se falhar na maioria dos aspectos técnicos, o mesmo acontecer, o cliente se recupera e escolhe outra opção.
E aqui está o principal…
Sabemos que as páginas devem carregar em três segundos ou você perdeu metade do pessoas que clicaram em seu link. Você não está apenas desperdiçando dinheiro, mas também construindo uma má reputação de marca.
Quando isso acontece, o Google e sua marca sofrem. Isso porque eles colocaram suas recomendações sobre você e você não cumpriu. Por não oferecer o melhor resultado, eles estão manchando a marca devido à sua experiência ruim.
É por isso que o Google criou o AMP. Uma maneira de salvar a web de maneira eficaz, porque eles não sentem que os editores estão dispostos a fazê-lo.
Qual é o verdadeiro problema?
Bem, é uma combinação, para ser honesto. Em primeiro lugar, os editores, e com isso quero dizer jornais e sites de notícias na maior parte, dependem fortemente de serviços de publicidade de terceiros. Embora eu não tenha nenhum problema com eles tentando monetizar seu conteúdo por meio de serviços de anúncios, os serviços fornecem um código de qualidade muito baixa.
Conforme eu analiso centenas e centenas de páginas da web, os sites de notícias em cascata falham continuamente.
Geralmente, eles precisam de várias centenas de solicitações e montanhas de JavaScript desnecessário e mal escrito. É por isso que as páginas geralmente pulam e demoram uma eternidade para carregar.
Ninguém gosta disso.
A web pode rodar rápido?
Claro que pode.
Isso é exatamente o que os criadores de ampletter.org querem provar.
Estes são meus amigos e influenciadores. E nós/eles sabemos como fazer os sites carregarem instantaneamente.
Fazemos isso há anos. E tentamos ajudá-lo a fazer o mesmo.
Então, como sabemos como construir sites rapidamente?
Três coisas:
- nós ouvimos para o que equipes de navegador e equipes de pesquisa nos dizem
- nós analisamos dados reais assim como os motores de busca
- nós nos sujamos escrevendo código e testando-o
Sabemos que scripts de terceiros são a pior coisa na Internet hoje. Por isso, tentamos evitá-los.
Também sabemos por que esses scripts são ruins e oferecemos soluções e correções, mas costumam ser ignorados.
Também sabemos o custo dos frameworks de fast food e concentre-se em usar um código mais limpo.
Qual é o ponto principal do AMPLetter.org?
Se você ler, eles não terão problemas com o Google promovendo AMP. E eu também não.
Veja, esse não é o problema. Na verdade, é uma coisa boa.
No entanto, o Google não deve exigir que você hospede suas páginas em um servidor da web do Google. Você deve estar livre para implementar AMP em seu próprio servidor e servir em seu próprio domínio.
E aqueles de nós que podem fazer experiências de usuário boas e de carregamento rápido?
Este é o ponto principal de toda a carta.
Aqueles de nós que sabem como fazer as páginas carregarem instantaneamente devem ter a mesma preferência das páginas AMP.
Só porque não usamos AMP, que por sinal ultrapassa 200 KB de JavaScript e hospedar nossas páginas em um servidor do Google não significa que não possamos fazer as páginas da web carregar instantaneamente.
O AMP faz algo que você não pode fazer?
Qual é das primeiras coisas que eles oferecem em seu tutorial? Como usar a tag de imagem amp.
Minha suposição é que esta tag é usada por seu servidor para consumir sua imagem e transformá-la em um array de imagem responsivo. Parte do processo também otimiza o tamanho dos arquivos de imagem.
Isso é exatamente o que eu faço com meus sites.
Se você olhar qualquer uma das imagens neste site, todas são responsivas. Nos últimos dois anos, usei imagens responsivas e as executei em um serviço de otimização de imagens.
Existem outras melhorias de desempenho que o projeto AMP oferece. Eles estão todos alinhados com todas as práticas recomendadas que venho pregando nos últimos 10 anos ou mais.
Na verdade, estão alinhados com as recomendações de todos os meus amigos também.
Identificando KPIs de desempenho como um sinal de pesquisa
Um dos últimos pontos que a carta AMP faz é identificar um conjunto padrão de medidas de desempenho que podemos usar para determinar se uma página carrega rapidamente.
Eles recomendam usar o SpeedIndex , um KPI criado por um O engenheiro do Google Chrome, Patrick Meenan, para WebPageTest.org .
Acho que o Google já tem alguns testes padronizados que podemos usar. Podemos até torná-los parte de nosso processo de teste automatizado porque eles são acessíveis por meio de módulos de nó.
Esses testes são o Google Page SpeedTest , um padrão para SEOs consultar e o Projeto LightHouse .
O teste de velocidade é uma ferramenta oferecida pela equipe de pesquisa do Google e tem alguns bons testes e feedback. Não concordo 100% com os critérios, mas é um bom teste.
O Lighthouse é uma evolução das auditorias de desempenho nas ferramentas de desenvolvedor do Chrome. Hoje possui 4 áreas principais para testes, Progressive Web Apps, Acessibilidade, Performance e melhores práticas. Acho que o Lighthouse é um teste mais completo.
Ter uma métrica de desempenho real ou um conjunto de métricas seria a melhor solução, na minha opinião, porque assim todos poderiam se concentrar em cumprir essas metas e saber onde estão atualmente.
O problema com jardins de conteúdo murados
Esta é outra área de contenção que tenho com o AMP. Na verdade, também tenho esse problema com o Facebook e a Apple.
O esforço esmagador dessas empresas para que criemos o conteúdo que elas possuem e”isolemos”o mundo exterior.
As páginas AMP são hospedadas em um servidor do Google e veiculadas a partir de um domínio do Google. Isso significa que o Google, em essência, possui o conteúdo.
Você já pensou no Facebook?
O Facebook é o aplicativo que as pessoas usam em seus dispositivos móveis. Não há nenhuma pergunta sobre isso. O Facebook detém cerca de 80% do tempo de tela do dispositivo móvel.
Mas o Facebook é realmente”semelhante a um aplicativo”?
O Facebook é na verdade apenas um navegador proprietário, usando uma sintaxe de marcação proprietária chamada JSX.
O analista da indústria foi tão longe para apontar isso. A diferença é que o Facebook tem conteúdo e estrutura próprios. Eles fazem a curadoria do conteúdo do seu feed de notícias de uma maneira muito controlada.
Por exemplo, você sabia que o conteúdo do seu feed de notícias representa apenas 4 a 6% do conteúdo real de seus amigos e das páginas que você segue?
O Facebook quer forçar os proprietários de negócios a promover seu conteúdo por meio de anúncios no Facebook.
Imagine o que você realmente veria se tivesse um feed de notícias sem filtro. Seria muito barulhento, para ser honesto.
Talvez você possa começar a ver como cada um desses gigantes da indústria estão tentando criar seus próprios mundos de conteúdo selecionados e fechados. Onde o objetivo óbvio é que você nunca saia de suas propriedades.
O Google ainda não fez isso com AMP, mas pude ver como essa pode ser a direção que eles tomam.
Isso me preocupa um pouco neste ponto. Eu ficaria mais preocupado se parecesse mais agressivo.
Pelo que vale a pena, o primeiro índice do Google Mobile não é compatível com páginas AMP. O que acho muito irônico, já que é aí que reside a maioria dos problemas de desempenho, os dispositivos móveis. Isso pode mudar este ano, pois o Google está mudando para um primeiro índice móvel e descontinuando o índice legado de desktop.”(largura máxima: 480px) 100vw, 80vw”alt=”Logotipo AMP”data-srcset=”img/logo-og-image-1200×630.jpg 1200w, img/logo-og-image-958×503.jpg 958w, img/logo-og-image-720×378.jpg 720w, img/logo-og-image-460×242.jpg 460w, img/logo-og-image-320×168.jpg 320w”data-src=”img/logo-og-image-1200×630.jpg”class=”lazy-image”>
Conclusão
Esses são meus problemas e preocupações sobre AMP.
Agora se pergunte se isso é bom para a web?
Saber que pessoas como eu, meus amigos, elaboraram a carta e outras que a assinaram como eu, sabem como fazer sites que carregar instantaneamente, você acha que nossas propriedades e projetos não deveriam receber o mesmo benefício que o AMP?
E quanto a um índice de medição padronizado?
Vou deixar que é uma conclusão em aberto para que você possa ponderar e possivelmente compartilhar comigo nas redes sociais como Twitter e Facebook .
O que você acha das AMP?
Você acha que as páginas AMP devem receber tratamento preferencial nos resultados do mecanismo de pesquisa?
Ou você acha que talvez o Google deva aumentar o peso que atribuem a qualquer página de carregamento rápido em seu algoritmo de mecanismo de pesquisa?
O que você acha que o Google deveria fazer com AMP?
O que você acha da carta AMP?
Se você se sente como eu e muitos outros, eu o convido a fazer um pull request e get, e adiciona seu nome à lista .
