Dimensão Core/Dash: Elemento de Atribuição
Otimizamos nossa infraestrutura para que você não pague a mais pela sua. Oferecemos monitoramento de Core Web Vitals de alta qualidade sem o custo extra de marketing!
Trusted by market leaders
Dimensão: Atribuição: Elemento (CLS, INP, LCP)
As métricas de Elemento de Atribuição (clsel, inpel, lcpel) retornam o Nome do Nó e o seletor CSS específico do elemento HTML associado a um evento de Core Web Vital.
Enquanto a dimensão URL informa onde o desempenho da aplicação está degradando, o Elemento de Atribuição informa qual componente específico está impulsionando essa pontuação. Essa granularidade muda a conversa de engenharia da otimização geral ao nível da página para o direcionamento específico ao nível do DOM.

Propósito da filtragem por elemento de atribuição: Verificação e Descoberta
Esta dimensão serve duas funções estratégicas primárias no seu fluxo de trabalho de desempenho: Verificação de Alvo e Descoberta Comportamental.
- Verificação de Alvo: Você não pode otimizar o LCP se estiver visando o nó errado. Desenvolvedores frequentemente assumem que a "Hero Image" é o elemento LCP e o otimizam, apenas para descobrir que a métrica não muda porque o navegador na verdade sinalizou um bloco de texto ou um banner de cookies como o LCP. Esta dimensão confirma exatamente qual elemento o navegador está medindo.
- Descoberta Comportamental: Usuários interagem com seu site de maneiras que você não antecipa durante o QA. Eles clicam em imagens estáticas esperando zoom, ou fazem rage-click em elementos de UI não responsivos. Esta dimensão revela os elementos reais com os quais os usuários interagem que acionam alta latência, expondo pontos cegos na sua cobertura de testes.
Cenários Específicos de Métricas
Cada Core Web Vital requer uma abordagem analítica distinta ao visualizar o Elemento de Atribuição.
Largest Contentful Paint (LCP)
O Elemento de Atribuição LCP é sua ferramenta de auditoria para "Prioridade de Recurso". Ele responde à pergunta: O maior elemento na tela é aquele que eu projetei para ser?
- O LCP "Inesperado": Você frequentemente vê elementos como
div.cookie-consentoup.intro-textaparecendo como o nó LCP. Isso tipicamente sinaliza uma realidade de design responsivo, não um erro de carregamento. Em viewports específicos (particularmente mobile), sua "Hero Image" pode ser renderizada menor que um bloco de texto ou empurrada inteiramente para baixo da dobra. Se um bloco de texto ocupa fisicamente mais pixels no viewport do que a imagem, o navegador identifica corretamente o texto como o LCP. Você deve cruzar esses elementos com a dimensão Fator de Forma do Dispositivo para ver se seu layout mobile está promovendo texto sobre imagens como o conteúdo primário. - O LCP "Esperado": Quando a dimensão confirma que sua
img.hero-bannerpretendida é de fato o elemento LCP, você tem sinal verde para otimização específica de ativos. Você agora sabe que intervenções diretas neste arquivo de imagem específico (compressão, formato, cache) impactarão diretamente sua pontuação agregada.
Interaction to Next Paint (INP)
Problemas de INP frequentemente decorrem de um descompasso entre a intenção do usuário e a responsividade da interface. Esta dimensão destaca os alvos específicos de clique, toque ou pressionamento de tecla que resultam em bloqueio da main-thread.
- As Interações "Ocultas": Você pode encontrar valores altos de INP atrelados a elementos que não considerou "interativos", como IMG.product-detail ou DIV.background-wrapper. Isso sinaliza que usuários estão clicando nesses elementos esperando feedback (como um lightbox ou zoom) que não existe ou executa listeners de JavaScript pesados que não deveriam estar lá.
- Funcionalidades Pesadas: Alvos comuns como INPUT.search-bar ou BUTTON.add-to-cart aparecem frequentemente aqui. Isso isola o gargalo de desempenho aos manipuladores de eventos específicos anexados a esses controles. Confirma que o atraso não é um lag geral da página, mas um custo de computação específico atrelado àquela funcionalidade (ex: um script de autocompletar de busca rodando muito agressivamente)
Cumulative Layout Shift (CLS)
CLS é difícil de depurar porque o elemento que "desloca" é frequentemente uma vítima de injeção de conteúdo dinâmico em outro lugar. O Elemento de Atribuição identifica a vítima: 'o elemento que se moveu'.
- Rastreie a Causa: Se a dimensão relata que DIV.content-body é o elemento que desloca, você tipicamente olha imediatamente acima desse nó no DOM. O content-body em si raramente é o problema; ele está sendo empurrado para baixo por um injetor, como um slot de anúncio de carregamento tardio, um banner, ou um arquivo de fonte sendo trocado.
- Análise de Cluster: Ao agrupar essas atribuições, você pode ver se a instabilidade de layout é sistêmica (ex: o
footerdesloca em cada carregamento de página) ou específica para certos tipos de conteúdo (ex:img.user-avatardesloca apenas em páginas de perfil).
Melhorando Core Web Vitals por Elemento
- Ordenar por Impacto: Na sua tabela CoreDash, ordene pela coluna Impacto. Isso traz os elementos DOM específicos que causam mais danos à sua pontuação global para o topo.
- Isole o Componente: Se
button.submit-formé seu maior ofensor para INP, você pode parar de investigar o bundle JavaScript geral e focar inteiramente nos manipuladores onsubmit para aquele botão específico. - Valide a Correção: Após implantar uma correção (ex: reservar espaço para um slot de anúncio), monitore o Elemento de Atribuição para CLS. Se o nó específico sair da lista, a correção funcionou. Se o nó permanecer mas a pontuação melhorar ligeiramente, você mitigou mas não resolveu o deslocamento.

