Tudo o que você precisa saber

O campo de SEO não tem escassez de siglas.

De SEO, a FID, a FCP (First Contentful Paint), a INP – esses são alguns dos acrônimos mais comuns que você encontrará quando se trata de velocidade da página.

O Google está atualmente no processo de mudança dos Core Web Vitals.

Ele adicionou duas novas métricas ao mix: INP (Interaction To Next Paint) e TTFB (Time to First Byte).

INP refere-se a como a página responde a interações específicas do usuário que são programadas na métrica INP geral medida pelos dados de laboratório e dados de campo do Google Chrome.

O TTFB mede o tempo que leva para o primeiro byte ser transferido pelo servidor.

Há muito se suspeita que o TTFB seja um impulsionador de ganhos significativos de desempenho, o que significa que é uma prioridade que os profissionais de SEO devem otimizar como parte de seu processo de SEO.

O Google decidiu recentemente implementar o TTFB como uma nova métrica para que os profissionais de SEO possam medir o desempenho do site no nível do servidor.

Para os propósitos desta discussão, permaneceremos com o INP nesta rodada.

O que, exatamente, é o INP?

INP é uma nova métrica Core Web Vitals projetada para fornecer uma representação do atraso geral de interação de uma página.

Ele faz isso trabalhando a partir de uma amostra das interações mais longas que acontecem quando um usuário visita a página.

Se uma página tiver menos de 50 interações totais, o INP leva em consideração a interação que tiver o pior atraso absoluto.

A medição do INP é uma representação de quanto tempo um usuário deve levar para interagir com a página inteira.

Este é um contraste direto com o FID (First Input Delay).

O FID simplesmente mede apenas a primeira resposta de interação de um usuário em particular.

Aqui no SEJ, informamos que o PageSpeed ​​​​Insights adicionou essa nova métrica de velocidade à extensão do Google Lighthouse Chrome.

A mecânica do INP

JavaScript é normalmente o principal sinal de qualquer interação feita em uma página.

Existem outros tipos de interatividade, incluindo botões de opção, caixas de seleção, o elemento HTML

e vários outros.

O INP, no entanto, está preocupado com os seguintes tipos de interações:

  • Qualquer clique do mouse em um elemento interativo.
  • Qualquer toque em um elemento interativo em qualquer dispositivo que inclua uma tela sensível ao toque.
  • O pressionamento de uma tecla em um teclado físico ou na tela.

Há mais de um evento que pode ser considerado uma interação.

Keydown e keyup, por exemplo, são partes de um pressionamento de tecla.

Qualquer interação de toque também pode incluir eventos de ponteiro para cima e ponteiro para baixo.

Todas essas são consideradas “interações lógicas do usuário”.

Quais são as partes do INP?

Cada interação tem algumas fases: tempo de apresentação, tempo de processamento e atraso de entrada.

O retorno de chamada de eventos associados contém o tempo total envolvido para que todas as três fases sejam executadas.

A duração mais longa de uma interação lógica do usuário é o que será registrado.

O que é um bom valor INP?

A documentação do web.dev do Google explica que um bom valor de INP é de cerca de 200 milissegundos ou menos.

Diz o seguinte:

Um INP abaixo ou em 200 milissegundos significa que sua página tem uma boa capacidade de resposta.

Um INP acima de 200 milissegundos e abaixo ou em 500 milissegundos significa que a capacidade de resposta da sua página precisa ser aprimorada.

Um INP acima de 500 milissegundos significa que sua página tem baixa capacidade de resposta.

O Google também observa que o INP ainda é experimental e que a orientação que recomenda em relação a essa métrica provavelmente mudará.

Como o INP é diferente do atraso da primeira entrada?

A principal diferença entre INP e FID é que o FID considera apenas a primeira interação na página.

O INP leva em consideração todas as interações da página.

O FID mede apenas a métrica de atraso de entrada e não considera os manipuladores de eventos e quanto tempo eles levam para serem processados.

Também não considera atrasos na apresentação do próximo quadro da interação.

Como identificar problemas de INP em seu site

Para encontrar problemas de INP em um site, devemos primeiro considerar as diferenças entre dados de laboratório e dados de campo.

A única maneira de encontrar dados realistas sobre o que seus usuários estão experimentando é utilizar os dados do campo.

As ferramentas de laboratório são itens que não vão interagir totalmente com a página e, portanto, geralmente precisam de entrada manual enquanto as tarefas de medição estão sendo executadas.

Caso contrário, o uso de uma ferramenta de automação como o Puppeteer pode ajudá-lo a criar scripts de interações manuais à medida que ocorrem enquanto você utiliza ferramentas de laboratório para fins de teste.

Sobre os dados do laboratório

No contexto desse tipo de teste, os dados de laboratório são uma métrica determinada por meio do controle do carregamento da página usando um conjunto predefinido de condições, geralmente adaptadas ao dispositivo e à rede.

Como essas condições estão em um ambiente controlado, elas são conhecidas como ambiente de laboratório, e é daí que vem o termo “dados de laboratório”.

Sobre dados de campo

Os dados de campo, também conhecidos como dados RUM (Real User Monitoring), são obtidos monitorando os usuários em uma página.

Ele mede as métricas de desempenho de desempenhos individuais, geralmente fornecendo informações sobre essas determinadas métricas de desempenho.

Os dados de campo são baseados em visitas reais de usuários – portanto, é algo em que seu site pode ser representado em dispositivos reais, localizações geográficas do usuário, bem como condições de rede desse dispositivo.

Juntando tudo

Qual é o grande problema sobre FID, INP, dados de campo e dados de laboratório?

Bem, os dados de campo são fornecidos nas ferramentas do Chrome que relatam dados no Core Web vVtals.

Você pode obter dados de campo do Relatório CrUX (ou Relatório de experiência do usuário do Chrome).

Mas, o relatório CrUX é apenas parte do quadro.

É por isso que é importante coletar dados de campo por conta própria.

O uso do CrUX por si só não pode fornecer insights acionáveis ​​suficientes para fazer uma diferença real no desempenho do seu site.

O Google explica que o insight mais importante sobre dados de campo é que não é apenas um número.

Na verdade, é uma distribuição de números.

Isso significa que, para uma determinada amostra de usuários, é possível que seu site carregue muito lentamente.

Para outros usuários, é possível que seu site carregue muito rápido.

Em outras palavras: os dados de campo são um conjunto total de dados de desempenho coletados de todos os seus usuários.

Como você pode medir o INP?

Embora a medição do INP seja mais eficaz ao usar dados de laboratório e de campo combinados, existem algumas maneiras “mais fáceis” de medir essa métrica Core Web Vitals.

Você pode usar a extensão do Google Chrome chamada Lighthouse, que possui um modo de intervalo de tempo.

Este modo permite que você monitore com mais facilidade exatamente o que está acontecendo durante o carregamento da página, o que pode ajudá-lo ainda mais a solucionar problemas com o INP.

Você também pode utilizar essas outras ferramentas de laboratório para ajudá-lo a coletar seus dados:

Como melhorar seus próprios valores de INP?

A melhor maneira de fazer isso é otimizar seu trabalho de thread principal.

Isso significa garantir que coisas como fontes de terceiros sejam mantidas no mínimo (ou seja, usando apenas fontes do sistema) e que você não use muitos plug-ins que são carregados no carregamento da página.

Por exemplo, digamos que você tenha um site WordPress com 15 plugins de anúncios dedicados a exibir anúncios em sua página – e talvez você não necessariamente use todos eles.

Desativar 90% desses plugins deve ajudar a melhorar seu INP e descomplicar o trabalho do thread principal – porque isso está atrasando o carregamento da página.

Alguns problemas de INP surgem porque as pessoas não otimizam seu trabalho de thread principal o suficiente para garantir que as coisas sejam adequadamente viáveis ​​do ponto de vista do Core Web Vitals.

Outros podem ser causados ​​por falha de disparo de arquivos JavaScript e falta de atenção em como as coisas são carregadas na página – especialmente com imagens maiores.

Esses são apenas alguns, mas não todos, dos fatores que devem ser otimizados para obter números INP melhores e mais eficazes.

Além de melhores números gerais do Core Web Vitals.

Melhorar seu INP não é uma bala de prata

É importante notar que melhorar o seu INP não é uma bala de prata que garante o sucesso instantâneo do SEO.

Em vez disso, é apenas um item entre muitos que podem precisar ser concluídos como parte de um lote de alterações de qualidade que podem ajudar a fazer a diferença no desempenho geral de SEO.

Como você planeja implementar o reparo do INP em sua estratégia geral de SEO?

Mais recursos:


Imagem em destaque: BestForBest/Shutterstock

Leave a Reply

Your email address will not be published.