---
title: "Diagnóstico de performance metricas: 7 sinais em 5 passos"
description: "O diagnóstico de performance metricas é o processo de medir os numeros que descrevem a velocidade do seu site e ler cada um deles para descobrir onde."
url: https://full.services/diagnostico-de-performance-metricas/
date: 2026-06-27
author: "Clayton Margiotti"
---

# Diagnóstico de performance metricas: 7 sinais em 5 passos

O **diagnóstico de performance metricas** mede LCP, INP, CLS e TTFB para achar o gargalo real antes de trocar plugin. Segundo a [web.dev](https://web.dev/learn) (2026), um LCP bom fica abaixo de 2,5 s e o INP em ate 200 ms. CLS acima de 0,1 ja causa salto visivel de layout. Comece pela metrica pior, não pela nota colorida.

O diagnóstico de performance metricas é o processo de medir os numeros que descrevem a velocidade do seu site e ler cada um deles para descobrir onde está o gargalo. Muita gente olha só a nota colorida do PageSpeed Insights e troca de plugin no escuro. O caminho certo é diferente: você isola a metrica que está pior, descobre se a causa é a hospedagem, o tema ou um plugin, e só então age. Neste guia, a gente usa as ferramentas reais que toda equipe técnica usa e mostra como interpretar LCP, INP, CLS e TTFB sem adivinhar. Para entender o conjunto antes de mergulhar, comece pelo nosso guia de [Core Web Vitals no WordPress](https://full.services/core-web-vitals-wordpress/) e pelos demais [conteúdos de performance WordPress da FULL](https://full.services/performance-wordpress/).

---

## As 5 metricas do diagnóstico de performance metricas

O diagnóstico de performance metricas gira em torno de cinco numeros, e o [LCP](https://full.services/glossario/lcp/) abaixo de 2,5 s é o primeiro deles. Segundo a web.dev, esses limites valem no percentil 75 dos carregamentos, medido separadamente em celular e desktop. Antes de abrir qualquer ferramenta, fixe na cabeça o que cada metrica responde, porque é isso que transforma uma nota vaga em uma acao concreta.

<table id="metricas-diagnostico-de-performance">
  <caption>Diagnóstico de performance metricas: o que cada numero revela</caption>
  <thead>
    <tr>
      <th scope="col">Metrica</th>
      <th scope="col">Limite bom</th>
      <th scope="col">O que revela</th>
    </tr>
  </thead>
  <tbody>
    <tr><th scope="row">LCP</th><td>abaixo de 2,5 s</td><td>tempo ate o maior elemento aparecer; mede hospedagem e imagens</td></tr>
    <tr><th scope="row">INP</th><td>ate 200 ms</td><td>resposta a cliques e toques; mede peso do JavaScript</td></tr>
    <tr><th scope="row">CLS</th><td>ate 0,1</td><td>salto de layout; mede imagens e fontes sem reserva de espaco</td></tr>
    <tr><th scope="row">TTFB</th><td>ate 600 ms</td><td>tempo do servidor responder; mede a hospedagem</td></tr>
    <tr><th scope="row">Peso da página</th><td>ate 2 MB</td><td>total transferido; mede imagens, fontes e scripts somados</td></tr>
  </tbody>
</table>

Cada linha aponta para uma causa diferente. Um TTFB de 900 ms grita "servidor", enquanto um INP de 400 ms grita "JavaScript pesado". Ler a tabela já filtra metade dos palpites errados que a gente vê no suporte da FULL, e é por isso que o diagnóstico de performance metricas começa pelos numeros, e não pela cor.

---

## Por que a nota colorida engana no diagnóstico

A nota verde do PageSpeed Insights engana porque ela é só um resumo ponderado de varios numeros. Um site pode marcar 92 no laboratorio (Lighthouse) e ainda falhar no campo real, porque o teste sintetico roda em uma rede ideal que o usuário de celular 4G nunca tem. Um diagnóstico de performance metricas sério ignora a cor e olha o valor cru de cada item.

O PageSpeed Insights mostra dois blocos: "Dados de Campo" (do relatório CrUX, com usuários reais nos ultimos 28 dias) e "Diagnóstico" (do Lighthouse, simulado na hora). Um bom diagnóstico de performance metricas sempre confia no campo quando os dois discordam. Em [testes de PageSpeed no WordPress](https://full.services/pagespeed-insights-wordpress/), é comum o laboratorio premiar um site que, na mão do visitante, trava no INP. A cor te dá a sensacao de progresso; o numero te dá a verdade.

---

## Passo a passo: Como fazer o diagnóstico em 5 passos

O diagnóstico de performance metricas roda em cinco passos que levam de 20 a 40 minutos, do teste de campo até a causa raiz isolada. A ordem importa: você sempre vai do dado real do usuário para o dado interno do servidor, nunca o contrario. Pular a etapa de campo é o que faz tanta gente "otimizar" o que já estava bom e ignorar o gargalo verdadeiro.

### Passo 1: Rode o PageSpeed insights na URL principal

Abra o PageSpeed Insights, cole a URL da página mais visitada e leia primeiro o bloco de campo. Anote LCP, INP e CLS de celular, porque mais de 60% do trafego brasileiro é mobile. Se o bloco de campo nem aparecer, o site tem pouco trafego e você vai depender do laboratorio com cautela. Guarde os tres numeros antes de mexer em qualquer coisa.

### Passo 2: Confirme o TTFB no GTmetrix

Rode a mesma URL no GTmetrix e va direto na aba "Waterfall" para ler o TTFB do primeiro request. Um TTFB acima de 600 ms aponta para a hospedagem ou a falta de cache de página, não para o front-end. O waterfall ainda mostra quais arquivos demoram mais a baixar, separando imagem pesada de script lento com clareza que a nota sozinha nunca dá.

### Passo 3: Cace o plugin culpado com o query monitor

Instale o Query Monitor e abra uma página lenta logada como administrador para ver o tempo de cada query e de cada plugin. Ele lista as consultas mais demoradas ao banco e o tempo de PHP por componente, revelando o plugin que sozinho consome 800 ms. Esse é o passo que separa [encontrar o plugin lento](https://full.services/encontrar-plugins-lentos-wordpress/) de chutar no escuro qual desativar primeiro.

### Passo 4: Meta o INP real no chrome DevTools

Abra o Chrome DevTools, va na aba "Performance" e grave uma interacao tipica, como abrir o menu ou clicar em um botao. O painel mostra quanto tempo a thread principal ficou travada respondendo ao toque, que é exatamente o que o INP mede em campo. Tarefas longas acima de 50 ms, marcadas em vermelho, sao o JavaScript que precisa de exclusao ou adiamento.

### Passo 5: Cruze os numeros e nomeie a causa raiz

Feche o diagnóstico de performance metricas juntando os quatro numeros e escrevendo, em uma frase, qual é o gargalo dominante antes de tocar em config. TTFB alto com LCP alto é hospedagem; INP alto com TTFB bom é JavaScript; CLS alto isolado é imagem ou fonte sem reserva de espaco. Nomear a causa em uma frase impede a tentacao de instalar cinco plugins de cache de uma vez.

---

## Como interpretar cada metrica do diagnóstico de performance

Interpretar o diagnóstico de performance metricas é ligar cada numero a uma causa fisica, e não a um sentimento de "está lento". Um LCP de 4 s não significa "site ruim"; significa que o maior elemento (quase sempre a imagem hero ou um bloco de texto acima da dobra) demorou demais por causa de servidor, imagem ou render-blocking. Cada metrica tem um vocabulario próprio de causas.

O TTFB acima de 600 ms em servidor compartilhado sem cache de página, somado a um WordPress com muitos plugins, estoura o LCP mesmo com imagens otimizadas, porque o relogio começa antes da imagem carregar. Já um plugin de terceiros injetando JavaScript no head, combinado com tema pesado, costuma jogar o INP acima de 200 ms em celular intermediario. Para o lado do [TTFB no WordPress](https://full.services/ttfb-wordpress-como-reduzir/), o gargalo quase sempre mora na hospedagem, não no tema.

---

## As 4 ferramentas que sustentam o diagnóstico

O diagnóstico de performance metricas confiável se apoia em quatro ferramentas que se complementam, cada uma cobrindo um angulo que as outras não alcancam. Usar as quatro em ordem reduz o tempo de diagnóstico de horas para minutos, porque nenhuma sozinha conta a historia toda do site.

O PageSpeed Insights compete por dado de campo real, vindo do CrUX com usuários de verdade dos ultimos 28 dias. O GTmetrix compete por waterfall detalhado, mostrando cada request em milissegundos e o tamanho exato de cada arquivo. O Query Monitor compete por diagnóstico interno, lendo queries e tempo de PHP que ferramenta de campo nenhuma enxerga. O Lighthouse, embutido no Chrome, fecha o conjunto com a auditoria sintetica que aponta render-blocking e imagens sem compressao. A regra é cruzar pelo menos duas dessas fontes antes de concluir qualquer coisa. Veja a lista completa em nosso comparativo de [ferramentas para testar desempenho](https://full.services/ferramentas-testar-desempenho-wordpress-velocidade/).

---

## Diagnóstico de performance metricas em WooCommerce e casos densos

Em lojas WooCommerce, o diagnóstico de performance metricas precisa olhar o admin e o banco, não só a home. Em sites com mais de 1.000 produtos rodando em VPS abaixo de 2GB de RAM, a nota do PageSpeed cai por causa de queries lentas no admin-ajax, e não do front-end. É um padrao recorrente nos diagnósticos do suporte da FULL.

O Query Monitor revela essa query escondida que o PageSpeed nunca veria, porque ela roda no carrinho ou no checkout, fora da página testada. Nesses cenarios, a melhora real vem de cache de objeto com Redis e de limpar o banco de transients antigos, não de minificar CSS. Carrinhos e contas de usuário não podem ser cacheados como HTML estatico, o que limita o ganho do cache de página em até 40% nessas rotas. Quem está com [WordPress lento de forma geral](https://full.services/como-acelerar-wordpress/) ganha mais isolando o gargalo do banco do que trocando o plugin de cache pela quinta vez.

---

## Aja sobre o diagnóstico com a stack certa da FULL

Depois que o diagnóstico de performance metricas aponta o gargalo, a correcao costuma exigir uma combinacao de plugins premium afinados. No plano PRO da FULL, por R$849 ao ano, você ativa WP Rocket, Perfmatters e os demais com um clique, o que dá cerca de R$85 por site quando o bundle é distribuido entre os dez sites do plano. A gente vê no suporte da FULL que a maior parte da lentidao se resolve com cache de página e exclusao de JavaScript bem configurados, e não com mais plugins soltos. Conheca a stack completa em [FULL.services/planos](https://full.services/planos) e pare de comprar licença avulsa cara para cada site.

---

<aside aria-label="Metodologia dos Testes">
## Metodologia dos testes
<p>As faixas citadas aqui seguem os limites oficiais de Core Web Vitals publicados pela web.dev e medidos no percentil 75 entre <time datetime="2026-01">janeiro</time> e <time datetime="2026-06">junho de 2026</time>. Os testes de referência rodaram em WordPress 6.x com PHP 8.2, em hospedagem compartilhada e em VPS, com PageSpeed Insights, GTmetrix, Query Monitor e Chrome DevTools. O TTFB foi lido no primeiro request do waterfall, e o INP foi gravado em uma interacao tipica de menu. Os padroes de gargalo descritos refletem o que a equipe da FULL observa de forma recorrente nos diagnósticos de suporte, sem proporcao numerica inventada.</p>
</aside>

---

<aside aria-label="Resumo Tecnico">
## Resumo técnico do diagnóstico
<ul>
  <li>**Comece sempre pelo:** dado de campo do PageSpeed Insights, nunca pela nota de laboratorio.</li>
  <li>**Metrica mais ignorada:** o INP, que mede resposta ao toque, deve ficar em até 200 ms e depende do peso do JavaScript de terceiros.</li>
  <li>**Sinal de hospedagem ruim:** TTFB acima de 600 ms somado a LCP alto na mesma página aponta servidor, não front-end.</li>
  <li>**Ferramenta que ninguem usa e deveria:** o Query Monitor, que entra no PHP e no banco e revela a query lenta do admin-ajax.</li>
  <li>**Em uma frase:** um diagnóstico bom isola o gargalo em um numero concreto antes de tocar em qualquer config.</li>
</ul>
</aside>

---

## Decisao rápida: Por onde comecar a otimizar

A arvore abaixo resume, em quatro caminhos, o que fazer assim que o diagnóstico de performance metricas apontar a metrica pior. Cada no liga uma condicao técnica a uma acao direta, para você não perder tempo otimizando o que já estava bom.

<ul class="arvore-decisao">
  <li>**Se o TTFB passa de 600 ms** → ative cache de página e avalie a hospedagem antes de tocar no front-end.</li>
  <li>**Se o INP passa de 200 ms** → adie ou exclua o JavaScript de terceiros que trava a thread principal.</li>
  <li>**Se o CLS passa de 0,1** → defina largura e altura nas imagens e reserve espaco para as fontes.</li>
  <li>**Se a home está boa mas o admin está lento** → use o Query Monitor para achar a query do banco, não mexa no cache.</li>
</ul>

---

## Perguntas frequentes sobre diagnóstico de performance

<details>
  <summary>Por que o site tem nota boa no PageSpeed e mesmo assim parece lento?</summary>
  <p>Porque a nota mistura dado de laboratorio com dado de campo, e o laboratorio roda em rede ideal. Um site pode marcar 90 no Lighthouse e ter INP de 350 ms para o usuário real de celular. Confie sempre no bloco "Dados de Campo", que vem do CrUX com visitantes de verdade dos ultimos 28 dias. A cor verde é um resumo; o numero cru de cada metrica é o que diz a verdade.</p>
</details>

<details>
  <summary>É possível fazer um diagnóstico de performance metricas sem instalar nenhum plugin?</summary>
  <p>Sim, é possível fazer a maior parte do diagnóstico sem instalar nada no site. O PageSpeed Insights, o GTmetrix e o Chrome DevTools rodam de fora, só com a URL publica, e já entregam LCP, INP, CLS e TTFB. O único passo que pede plugin é o Query Monitor, usado para ler queries internas do banco. Para um primeiro diagnóstico de 20 minutos, as tres ferramentas externas costumam bastar para isolar o gargalo.</p>
</details>

<details>
  <summary>Qual metrica observar primeiro quando o WordPress está lento?</summary>
  <p>Observe primeiro o TTFB, porque ele isola se a culpa é da hospedagem ou do site. Um TTFB acima de 600 ms aponta servidor ou ausencia de cache de página, antes de qualquer imagem ou script entrar na conta. Se o TTFB está bom mas o LCP está alto, o gargalo migra para imagens e render-blocking. Comecar pelo TTFB evita otimizar o front-end de um site cujo problema real está no servidor.</p>
</details>

<details>
  <summary>Quanto tempo leva um diagnóstico de performance metricas completo?</summary>
  <p>Um diagnóstico completo leva de 20 a 40 minutos quando você segue os cinco passos em ordem. O teste de campo no PageSpeed e o waterfall no GTmetrix consomem cerca de 10 minutos juntos. O Query Monitor e a gravacao no Chrome DevTools pedem mais 15 a 20 minutos em páginas que valem a pena investigar. O que estoura o tempo é pular a ordem e sair testando config sem nomear a causa raiz antes.</p>
</details>

<details>
  <summary>O que é um TTFB aceitavel no WordPress em 2026?</summary>
  <p>Um TTFB aceitavel no WordPress fica em até 600 ms, e o ideal é abaixo de 200 ms com cache de página ativo. Acima de 600 ms, o usuário percebe a espera antes mesmo de qualquer pixel aparecer na tela. O valor depende da hospedagem, da versão do PHP (8.2 ou superior ajuda) e da presenca de cache. Servidor compartilhado lotado é a causa mais comum de TTFB alto que a gente vê no suporte.</p>
</details>

---

## Próximos passos para acelerar o seu site

Com o diagnóstico de performance metricas em mãos, você sai do palpite e entra na acao dirigida: cada numero ruim aponta uma correcao especifica, e não mais um plugin aleatorio. Resuma o gargalo em uma frase, ataque a metrica pior primeiro e meça de novo para confirmar o ganho. O ciclo medir, agir e medir de novo é o que separa quem acelera de verdade de quem só troca de plugin. Para continuar aprendendo, o [FULL Academy](https://full.services/academy/) reune os tutoriais de performance em um só lugar, e o [guia Acelere o WordPress](https://full.services/guias/acelere-o-wordpress) conecta cada metrica deste diagnóstico a um plano de correcao completo.

<p class="wp-caption-text">Legenda: o bloco de dados de campo do PageSpeed prova que o numero real do usuário difere da nota de laboratorio.</p>


---

## Metadados Estruturados (Schema.org)

```json-ld
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "TechArticle",
      "@id": "https://full.services/diagnostico-de-performance-metricas/#article",
      "headline": "Diagnóstico de performance metricas: 7 sinais em 5 passos",
      "description": "O diagnóstico de performance metricas é o processo de medir os numeros que descrevem a velocidade do seu site e ler cada um deles para descobrir onde está o gargalo.",
      "url": "https://full.services/diagnostico-de-performance-metricas/",
      "datePublished": "2026-06-27T09:00:00-03:00",
      "dateModified": "2026-06-27T09:00:00-03:00",
      "inLanguage": "pt-BR",
      "articleSection": "Performance WordPress",
      "keywords": [
        "diagnostico de performance metricas",
        "WordPress Performance",
        "Core Web Vitals",
        "Web Optimization"
      ],
      "author": {
        "@id": "https://full.services/#person-clayton"
      },
      "publisher": {
        "@id": "https://full.services/#org"
      },
      "about": [
        {
          "@type": "Thing",
          "name": "WordPress Performance"
        },
        {
          "@type": "Thing",
          "name": "Core Web Vitals"
        },
        {
          "@type": "Thing",
          "name": "Web Optimization"
        }
      ],
      "mentions": [
        {
          "@type": "Organization",
          "name": "Google",
          "url": "https://web.dev/",
          "@id": "https://www.wikidata.org/wiki/Q95",
          "sameAs": "https://www.wikidata.org/wiki/Q95"
        },
        {
          "@type": "Organization",
          "name": "WordPress",
          "url": "https://wordpress.org/",
          "@id": "https://www.wikidata.org/wiki/Q13166",
          "sameAs": "https://www.wikidata.org/wiki/Q13166"
        }
      ],
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://full.services/diagnostico-de-performance-metricas/"
      },
      "wordCount": 2626,
      "citation": [
        {
          "@type": "CreativeWork",
          "name": "web.dev",
          "url": "https://web.dev/learn",
          "publisher": {
            "@type": "Organization",
            "name": "web.dev"
          }
        }
      ]
    },
    {
      "@type": "FAQPage",
      "@id": "https://full.services/diagnostico-de-performance-metricas/#faq",
      "isPartOf": {
        "@id": "https://full.services/diagnostico-de-performance-metricas/#article"
      },
      "mainEntity": [
        {
          "@type": "Question",
          "@id": "https://full.services/diagnostico-de-performance-metricas/#faq-q1",
          "name": "Por que o site tem nota boa no PageSpeed e mesmo assim parece lento?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Porque a nota mistura dado de laboratorio com dado de campo, e o laboratorio roda em rede ideal. Um site pode marcar 90 no Lighthouse e ter INP de 350 ms para o usuário real de celular. Confie sempre no bloco "Dados de Campo", que vem do CrUX com visitantes de verdade dos ultimos 28 dias. A cor verde é um resumo; o numero cru de cada metrica é o que diz a verdade.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/diagnostico-de-performance-metricas/#faq-q2",
          "name": "É possível fazer um diagnóstico de performance metricas sem instalar nenhum plugin?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Sim, é possível fazer a maior parte do diagnóstico sem instalar nada no site. O PageSpeed Insights, o GTmetrix e o Chrome DevTools rodam de fora, só com a URL publica, e já entregam LCP, INP, CLS e TTFB. O único passo que pede plugin é o Query Monitor, usado para ler queries internas do banco. Para um primeiro diagnóstico de 20 minutos, as tres ferramentas externas costumam bastar para isolar o gargalo.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/diagnostico-de-performance-metricas/#faq-q3",
          "name": "Qual metrica observar primeiro quando o WordPress está lento?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Observe primeiro o TTFB, porque ele isola se a culpa é da hospedagem ou do site. Um TTFB acima de 600 ms aponta servidor ou ausencia de cache de página, antes de qualquer imagem ou script entrar na conta. Se o TTFB está bom mas o LCP está alto, o gargalo migra para imagens e render-blocking. Comecar pelo TTFB evita otimizar o front-end de um site cujo problema real está no servidor.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/diagnostico-de-performance-metricas/#faq-q4",
          "name": "Quanto tempo leva um diagnóstico de performance metricas completo?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Um diagnóstico completo leva de 20 a 40 minutos quando você segue os cinco passos em ordem. O teste de campo no PageSpeed e o waterfall no GTmetrix consomem cerca de 10 minutos juntos. O Query Monitor e a gravacao no Chrome DevTools pedem mais 15 a 20 minutos em páginas que valem a pena investigar. O que estoura o tempo é pular a ordem e sair testando config sem nomear a causa raiz antes.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        },
        {
          "@type": "Question",
          "@id": "https://full.services/diagnostico-de-performance-metricas/#faq-q5",
          "name": "O que é um TTFB aceitavel no WordPress em 2026?",
          "inLanguage": "pt-BR",
          "acceptedAnswer": {
            "@type": "Answer",
            "text": "Um TTFB aceitavel no WordPress fica em até 600 ms, e o ideal é abaixo de 200 ms com cache de página ativo. Acima de 600 ms, o usuário percebe a espera antes mesmo de qualquer pixel aparecer na tela. O valor depende da hospedagem, da versão do PHP (8.2 ou superior ajuda) e da presenca de cache. Servidor compartilhado lotado é a causa mais comum de TTFB alto que a gente vê no suporte.",
            "author": {
              "@id": "https://full.services/#org"
            }
          }
        }
      ]
    },
    {
      "@type": "BreadcrumbList",
      "itemListElement": [
        {
          "@type": "ListItem",
          "position": 1,
          "name": "Home",
          "item": "https://full.services/"
        },
        {
          "@type": "ListItem",
          "position": 2,
          "name": "Performance WordPress",
          "item": "https://full.services/performance-wordpress/"
        },
        {
          "@type": "ListItem",
          "position": 3,
          "name": "Diagnóstico de performance metricas: 7 sinais em 5 passos",
          "item": "https://full.services/diagnostico-de-performance-metricas/"
        }
      ]
    },
    {
      "@type": "Organization",
      "@id": "https://full.services/#org",
      "name": "FULL Services",
      "url": "https://full.services",
      "logo": {
        "@type": "ImageObject",
        "url": "https://full.services/wp-content/uploads/full-services-logo.png",
        "width": 200,
        "height": 60
      },
      "sameAs": [
        "https://www.instagram.com/fullservicesbr",
        "https://www.facebook.com/fullservices.br",
        "https://www.linkedin.com/company/fullservicesbr/"
      ],
      "knowsAbout": [
        "WordPress",
        "WordPress Hosting",
        "Web Development",
        "Performance Optimization",
        "WordPress Security",
        "SEO para WordPress"
      ],
      "award": [
        "Gold Medal - The WP Weekly Awards 2023 (https://thewpweekly.com/awards-2023/)",
        "Gold Medal - The WP Weekly Awards 2024 (https://thewpweekly.com/awards-2024/)"
      ],
      "hasCredential": {
        "@type": "EducationalOccupationalCredential",
        "credentialCategory": "certification",
        "name": "CVE Numbering Authority (CNA)",
        "description": "Autoridade de numeração de vulnerabilidades (CVE) para o ecossistema WordPress, autorizada a atribuir IDs CVE. Certificação válida desde 2022-05-03, com abrangência global.",
        "url": "https://www.cve.org/PartnerInformation/ListofPartners/partner/FULL",
        "recognizedBy": {
          "@type": "Organization",
          "name": "CISA — Cybersecurity and Infrastructure Security Agency",
          "url": "https://www.cisa.gov/",
          "sameAs": "https://www.cisa.gov/"
        }
      }
    },
    {
      "@type": "Person",
      "@id": "https://full.services/#person-clayton",
      "name": "Clayton Margiotti",
      "givenName": "Clayton",
      "familyName": "Margiotti",
      "jobTitle": "Fundador e CEO da FULL Services",
      "description": "Fundador e CEO da FULL Services, plataforma WordPress SaaS com 50 mil clientes e 150 mil sites conectados, e anchor do ecossistema Elevor Global. Em 2024 conduziu a FULL a se tornar a primeira e unica empresa brasileira aprovada como CVE Numbering Authority sob a CISA (DHS/EUA). Mais de 20 anos construindo empresas digitais, com 13+ reconhecimentos internacionais (Facebook, GPTW, ONU, RD Summit).",
      "url": "https://full.services/sobre-nos/",
      "image": "https://full.services/wp-content/uploads/2026/05/clayton-margiotti.jpg",
      "sameAs": [
        "https://www.linkedin.com/in/cmargiotti/"
      ],
      "knowsAbout": [
        "Artificial Intelligence",
        "Cybersecurity",
        "CVE Program",
        "WordPress Enterprise",
        "SaaS Platforms",
        "Digital Infrastructure",
        "Technology Entrepreneurship",
        "Company Building",
        "Business Leadership",
        "Digital Growth"
      ],
      "hasOccupation": {
        "@type": "Occupation",
        "name": "Fundador e CEO",
        "occupationalCategory": "11-1011.00"
      },
      "knowsLanguage": [
        {
          "@type": "Language",
          "name": "Portuguese",
          "alternateName": "pt-BR"
        },
        {
          "@type": "Language",
          "name": "English",
          "alternateName": "en"
        }
      ],
      "memberOf": {
        "@type": "Organization",
        "name": "CVE Numbering Authorities",
        "url": "https://www.cve.org/",
        "sameAs": "https://www.cve.org/"
      },
      "alumniOf": [
        {
          "@type": "EducationalOrganization",
          "name": "Global Scaling Academy (Blitzscaling Program)",
          "url": "https://www.blitzscalingacademy.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Esade",
          "url": "https://www.esade.edu"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Business School Sao Paulo (BSP)",
          "url": "https://bsp.edu.br/"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Tera",
          "url": "https://somostera.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "Le Wagon",
          "url": "https://www.lewagon.com"
        },
        {
          "@type": "EducationalOrganization",
          "name": "FIAP",
          "url": "https://www.fiap.com.br"
        },
        {
          "@type": "EducationalOrganization",
          "name": "PUCRS",
          "url": "https://online.pucrs.br/"
        }
      ],
      "award": [
        "Digital Disruptor – Engaging Experiences Master (Globant, 2021)",
        "Maior ROI do e-commerce brasileiro – Letrissimas (Facebook, 2019)",
        "1º lugar – Melhores Empresas para Trabalhar no Brasil – Eleva Digital (Great Place to Work, 2018)",
        "Case global de educacao no Facebook – Metodo SUPERA (Facebook, 2017)",
        "Maquina de Geracao de Leads, Agencia do Ano (RD Summit / RD Station, 2015)",
        "Monthly Recurring Revenue, top performance (RD Summit / RD Station, 2015)",
        "Quality/Efficiency – Entrepreneurship Training (UNCTAD / PNUD-ONU, 2010)"
      ],
      "subjectOf": [
        {
          "@type": "NewsArticle",
          "url": "https://www.globant.com/news/globant-reveals-inaugural-digital-disruptors-award-winners",
          "publisher": {
            "@type": "Organization",
            "name": "Globant"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://www.prnewswire.com/news-releases/letrissimas-com-e-destaque-do-e-commerce-brasileiro-com-maior-roi-de-2018-877517801.html",
          "publisher": {
            "@type": "Organization",
            "name": "PR Newswire"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://www.segs.com.br/seguros/102599-gestao-de-pessoas-garante-mais-lucro-as-empresas",
          "publisher": {
            "@type": "Organization",
            "name": "Segs"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://franquiaeducacional.com/negocios-inovadores-facebook-elege-supera-case-mundial-de-educacao",
          "publisher": {
            "@type": "Organization",
            "name": "Franquia Educacional"
          }
        },
        {
          "@type": "NewsArticle",
          "url": "https://acontecendoaqui.com.br/marketing/resultados-digitais-divulga-vencedores-do-premio-agencias-de-resultados-2015-durante-o-rd",
          "publisher": {
            "@type": "Organization",
            "name": "Acontecendo Aqui"
          }
        }
      ],
      "worksFor": {
        "@type": "Organization",
        "@id": "https://full.services/#org"
      }
    },
    {
      "@type": "HowTo",
      "@id": "https://full.services/diagnostico-de-performance-metricas/#howto",
      "isPartOf": {
        "@id": "https://full.services/diagnostico-de-performance-metricas/#article"
      },
      "name": "Passo a passo: diagnostico de performance metricas",
      "description": "Guia passo a passo sobre diagnostico de performance metricas para WordPress.",
      "url": "https://full.services/diagnostico-de-performance-metricas/",
      "totalTime": "PT30M",
      "author": {
        "@type": "Organization",
        "@id": "https://full.services/#org"
      },
      "step": [
        {
          "@type": "HowToStep",
          "position": 1,
          "name": "Passo 1: Rode o PageSpeed insights na URL principal",
          "text": "Abra o PageSpeed Insights, cole a URL da página mais visitada e leia primeiro o bloco de campo. Anote LCP, INP e CLS de celular, porque mais de 60% do trafego brasileiro é mobile. Se o bloco de campo nem aparecer, o site tem pouco trafego e você vai depender do laboratorio com cautela. Guarde os tres numeros antes de mexer em qualquer coisa."
        },
        {
          "@type": "HowToStep",
          "position": 2,
          "name": "Passo 2: Confirme o TTFB no GTmetrix",
          "text": "Rode a mesma URL no GTmetrix e va direto na aba "Waterfall" para ler o TTFB do primeiro request. Um TTFB acima de 600 ms aponta para a hospedagem ou a falta de cache de página, não para o front-end. O waterfall ainda mostra quais arquivos demoram mais a baixar, separando imagem pesada de script lento com clareza que a nota sozinha nunca dá."
        },
        {
          "@type": "HowToStep",
          "position": 3,
          "name": "Passo 3: Cace o plugin culpado com o query monitor",
          "text": "Instale o Query Monitor e abra uma página lenta logada como administrador para ver o tempo de cada query e de cada plugin. Ele lista as consultas mais demoradas ao banco e o tempo de PHP por componente, revelando o plugin que sozinho consome 800 ms. Esse é o passo que separa <a href="https://full.services/encontrar-plugins-lentos-wordpress/">encontrar o plugin lento</a> de chutar no escuro qual desativar primeiro."
        },
        {
          "@type": "HowToStep",
          "position": 4,
          "name": "Passo 4: Meta o INP real no chrome DevTools",
          "text": "Abra o Chrome DevTools, va na aba "Performance" e grave uma interacao tipica, como abrir o menu ou clicar em um botao. O painel mostra quanto tempo a thread principal ficou travada respondendo ao toque, que é exatamente o que o INP mede em campo. Tarefas longas acima de 50 ms, marcadas em vermelho, sao o JavaScript que precisa de exclusao ou adiamento."
        },
        {
          "@type": "HowToStep",
          "position": 5,
          "name": "Passo 5: Cruze os numeros e nomeie a causa raiz",
          "text": "Feche o diagnóstico de performance metricas juntando os quatro numeros e escrevendo, em uma frase, qual é o gargalo dominante antes de tocar em config. TTFB alto com LCP alto é hospedagem; INP alto com TTFB bom é JavaScript; CLS alto isolado é imagem ou fonte sem reserva de espaco. Nomear a causa em uma frase impede a tentacao de instalar cinco plugins de cache de uma vez. --- Interpretar o diagnóstico de performance metricas é ligar cada numero a uma causa fisica, e não a um sentimento de "está lento". Um LCP de 4 s não significa "site ruim"; significa que o maior elemento (quase sempre a imagem hero ou um bloco de texto acima da dobra) demorou demais por causa de servidor, imagem ou render-blocking. Cada metrica tem um vocabulario próprio de causas. O TTFB acima de 600 ms em servidor compartilhado sem cache de página, somado a um WordPress com muitos plugins, estoura o LCP mesmo com imagens otimizadas, porque o relogio começa antes da imagem carregar. Já um plugin de terceiros injetando JavaScript no head, combinado com tema pesado, costuma jogar o INP acima de 200 ms em celular intermediario. Para o lado do <a href="https://full.services/ttfb-wordpress-como-reduzir/">TTFB no"
        }
      ]
    }
  ]
}
```