Criação de sites com SEO em 2026 exige sitemap.xml dinâmico, robots.txt com matriz Allow/Disallow por bot, canonical explícito por rota, JSON-LD por tipo (Article, Service, FAQPage, BreadcrumbList, Organization, Person, Speakable), Core Web Vitals verdes (LCP <2.5s, INP <200ms, CLS <0.1), llms.txt + llms-full.txt, Search Console e GA4 conectados antes do launch. Fazer no dia 1 custa 3-5× menos que retrofitar.
A Huios opera com SEO técnico embutido no huiosweb.com.br desde 2023 — o próprio domínio cresceu +150% em tráfego orgânico nos primeiros 6 meses após relançar com Next.js + schema central + llms.txt. Em maio de 2026, o post Generative Engine Optimization foi citado 2 vezes pelo AI Overview do Google em pt-BR. Este guia é o checklist exato que usamos em cada projeto novo — sem promessa de ranking, com fundação verificável.
A tese: refazer SEO em site no ar custa 3-5× mais
Site lançado sem SEO técnico vai pra produção, recebe tráfego, acumula link equity em URLs ruins e quando o orgânico não decola alguém pede pra "ajustar SEO depois". A partir desse ponto, cada decisão fica mais cara.
Refatorar URL exige mapa 301 completo no proxy.ts (em Next.js 16 — antes era middleware.ts). Cada URL antiga precisa redirecionar pra equivalente nova, sem cadeia de redirect, sem 404 escondido. Esquecer uma URL com backlink externo significa perder link equity acumulado pro 404. Reduzir LCP de 4.5s pra 2.0s em template travado costuma exigir trocar hospedagem, otimizar imagens uma a uma e reescrever JS bloqueante.
Adicionar schema em site WordPress travado por plugin exige migrar template ou trocar de plugin — e cada update do plugin pode quebrar o schema. Conforme Sucuri Website Threat Report 2024, 32% dos hacks em sites WordPress vêm de plugin desatualizado, e Patchstack 2025 registrou 7.966 vulnerabilidades CVE em plugins WordPress só em 2024 — 96% delas em plugins. Plugin de SEO é exatamente a categoria que ninguém atualiza com medo de quebrar o site.
A conta final é simples: cada item de SEO técnico decidido na arquitetura custa horas; cada item retrofitado custa semanas. Conforme Aleyda Solís, consultora SEO referência internacional: "the time to fix SEO is before launch — every week post-launch costs three weeks of rework". Esse multiplicador é a tese deste post.
Checklist de launch SEO-ready em 15 itens
Cada item abaixo é gabarito verificável — não opinião. Use como checklist de proposta. Item ausente não é "nice to have"; é dor depois.
1. Sitemap.xml dinâmico (não estático)
Gerado em build via app/sitemap.ts no Next.js 16, refletindo o banco de conteúdo (Prisma, headless CMS, qualquer fonte). Quando publica conteúdo novo, o sitemap atualiza sozinho. lastModified reflete data real de modificação — não data fixa de criação.
Sitemap é whitelist, não blacklist: só entra rota que passou no checklist de indexabilidade. URL com noindex no sitemap é sinal contraditório — conforme Google Search Central: "include only canonical URLs you want indexed".
Submeter no Google Search Console e no Bing Webmaster Tools antes do launch. Bing alimenta o ChatGPT Search via OAI-SearchBot — site sem Bing indexado fica invisível pra ChatGPT.
2. robots.txt com matriz Allow/Disallow por bot
Não basta User-agent: * \n Allow: /. Em 2026, robots.txt precisa diferenciar três categorias:
- Search bots (allow sempre): Googlebot, Bingbot, OAI-SearchBot, PerplexityBot, ClaudeBot (em modo search), Yandexbot
- User-triggered bots (allow): ChatGPT-User, Perplexity-User, Claude-User — ativados quando o usuário cola a URL no chat
- Training bots (decisão por cliente): GPTBot, Google-Extended, Anthropic ClaudeBot training. Bloqueio padrão Huios: CCBot, Bytespider (qualidade ruim, sem retorno verificável)
Bloquear OAI-SearchBot ou PerplexityBot = sumir do ChatGPT Search e do Perplexity. Erro caro. Lista completa de UAs em GEO checklist 2026, Fase 1.
robots.txt deve referenciar o sitemap (Sitemap: https://seudominio.com.br/sitemap.xml) e deixar CSS/JS público acessível. Conforme John Mueller (Search Advocate do Google) repete no Search Off the Record: "blocking CSS and JS in robots.txt is one of the most common mistakes — let us render what users see".
3. Canonical explícito por rota
Toda rota declara alternates.canonical em generateMetadata, apontando pra URL preferencial. Evita duplicação por parâmetro de tracking (?utm=, ?gclid=, ?fbclid=). Em paginação, canonical aponta pra versão sem parâmetro; rel="next" e rel="prev" são tratados como hints pelo Google desde 2019 (não mais como diretivas formais) — mas seguem úteis pra Bing e crawlers próprios de LLM. Em multi-idioma, hreflang com x-default. Pra páginas que não devem ser indexadas (busca interna, filtros facetados, paginação profunda), noindex via metadata.robots — nunca via JS (Googlebot pode não executar a tempo) — e nofollow em links externos não-verificáveis ou afiliados.
Sem canonical explícito, o Google escolhe sozinho qual versão indexar — e geralmente escolhe errado. As outras viram fantasmas no índice (status "Duplicada — sem canonical selecionada pelo usuário" no GSC). Title repetido entre duas rotas + sem canonical = canibalização garantida.
4. JSON-LD por tipo de página (Schema.org)
Schema markup é dado estruturado que ajuda o motor de busca a entender o conteúdo. JSON-LD é o formato recomendado pelo Google (não Microdata, não RDFa) e o único que Schema.org preserva como formato vivo em 2026.
Tipos por contexto, com decisão de quando emitir:
WebPage/WebSite(root, comSearchAction) — emitir emapp/layout.tsxOrganizationcomsameAsapontando pra LinkedIn, Instagram, GitHub, YouTube — emitir globalServiceem landing de serviço (/criacao-de-sites/site-com-seo)ArticleouBlogPostingem post de blog, comwordCount,datePublished,dateModified,authoraninhado emPersonFAQPageem rotas com FAQ explícita (não confundir comQAPageque é fórum)BreadcrumbListem todas as rotas internasPersoncomsameAs,knowsAbout,jobTitle,worksForquando autor relevanteLocalBusinessse atende presencialmente (NAP consistente entreOrganization, llms.txt e/contato)Productem landing comercial com preço, disponibilidade eaggregateRatingHowToem posts tutoriais com passos numeradosSoftwareApplicationse você publica software/SaaS próprioSpeakableapontando pra parágrafos answer-first e FAQs (viacssSelector)
Schema válido sempre. Schema quebrado é pior que ausência — o Google sinaliza erro no GSC em "Aprimoramentos" e desconfia da página. Validar em validator.schema.org + Rich Results Test antes do deploy.
Conforme BuiltWith 2026, parcela significativa do top 1M global declara Schema.org, mas a maioria fica em Organization + BreadcrumbList — Article rico com author.sameAs, Speakable e FAQPage chunkada continua sendo minoria. Janela competitiva real. Detalhe técnico em Schema markup para IA.
5. OG image 1200×630 por rota
Open Graph é o card que aparece quando alguém compartilha a URL em WhatsApp, LinkedIn, Twitter, Slack. Sem OG image, vira preview quebrado — má primeira impressão.
Dimensão padrão: 1200×630 pixels. Twitter Card: summary_large_image. OG image idealmente por rota (não única do site inteiro). Em Next.js 16, gerar dinamicamente via /opengraph-image.tsx com next/og.
Validar render real no Facebook Sharing Debugger e no Twitter Card Validator antes do launch. OG image quebrada num link enviado pra LinkedIn = lead perdido.
6. hreflang quando multi-idioma
Site em pt-BR + en + es precisa declarar hreflang em cada rota, com x-default apontando pra versão preferencial pra audiência sem idioma definido. Erro recorrente: declarar hreflang="pt" em vez de hreflang="pt-BR" — o Google trata como ambíguo.
Single-idioma não precisa. Mas se você atende cliente fora do Brasil, hreflang está no caminho — não retrofite.
7. Core Web Vitals verdes — no CrUX, não no Lighthouse
Core Web Vitals são três métricas que o Google usa como ranking factor confirmado desde o Page Experience Update de 2021:
- LCP (Largest Contentful Paint): tempo até o maior elemento aparecer. Alvo: <2.5s mobile
- INP (Interaction to Next Paint): latência da maior interação. Alvo: <200ms. Substituiu o FID em março de 2024, conforme anúncio em web.dev/inp
- CLS (Cumulative Layout Shift): instabilidade visual. Alvo: <0.1
Acompanhe também o trio de suporte: TTFB (Time to First Byte, alvo <800ms — sintoma de hospedagem ou backend lento), FCP (First Contentful Paint, <1.8s — gargalo costuma ser CSS bloqueante) e Speed Index (<3.4s — proxy de quanto a tela acima da dobra "preenche").
Medidos em produção via CrUX (Chrome User Experience Report — dado real de campo dos últimos 28 dias), não em Lighthouse de laboratório. Conforme web.dev/vitals: "lab data is for debugging; field data is what Google uses for ranking".
Conforme HTTPArchive Web Almanac 2025, uma fração significativa dos sites em mobile reprova em pelo menos uma das três métricas no CrUX. Receita técnica de CWV verde em stack moderno está em WordPress, Framer ou Next.js.
Imagem em next/image com width e height obrigatórios. Fontes via next/font (sem FOUT/FOIT). JS de terceiros (GA4, Meta Pixel, GTM) via next/third-parties pra não bloquear render.
8. Schema.org validado no Rich Results Test
Schema sintaticamente correto não é schema válido. O Rich Results Test checa se o markup gera SERP feature — o Schema.org Validator checa só sintaxe.
Pra cada tipo de página, rodar Rich Results Test em pelo menos 1 URL representativa antes do launch. Erro recorrente: FAQPage com acceptedAnswer.text em HTML enquanto o validator espera plain text — o schema passa em validator.schema.org mas falha no Rich Results.
Schema quebrado é pior que ausência. Conforme Google Search Central, sinaliza desconfiança e dá menos peso ao schema correto do restante do site.
9. Search Console + GA4 conectados antes do launch
Google Search Console (GSC) é a única fonte oficial de dado de campo do Google sobre o site: cobertura, indexação, CWV via CrUX, queries reais com impressões, CTR e posição. Sem ele, SEO vira fé. Verificação preferida: DNS TXT (vs HTML file ou meta tag — o DNS TXT sobrevive a redeploy e a troca de hospedagem).
GA4 instalado via next/third-parties (carrega depois do LCP, não bloqueia render). GTM (Google Tag Manager) se houver tracking custom. Meta Pixel se houver Ads. Consent Mode v2 pra LGPD/GDPR — banner de cookie ajusta defaults antes de qualquer fire.
Bing Webmaster Tools fortemente recomendado — Bing alimenta o ChatGPT Search via OAI-SearchBot. Site sem Bing indexado sai do search dessa engine.
Conforme John Mueller: "if you're not in Search Console, you don't know what's happening with your site in search". Conectar antes do launch é a única forma de capturar o baseline.
10. llms.txt + llms-full.txt (GEO 2026)
llms.txt é arquivo Markdown na raiz do site (/llms.txt) que lista conteúdo curado pra LLMs consumirem. Proposto por Jeremy Howard (Answer.AI) em setembro de 2024.
Verdade honesta em 2026: nenhuma engine confirmou oficialmente respeitar o padrão. Mas vale criar mesmo assim — custo é ~1-2h pra fazer, forçar curadoria melhora o trabalho de SEO clássico (title, meta, estrutura), e se a indústria adotar em 2027, você tá pronto. ROI assimétrico positivo.
llms-full.txt é versão expandida com conteúdo curado pra citation (~10-30KB pra agência média, não dump automático de "todo o site"). Detalhe do padrão + exemplo real Huios em llms.txt: o que é, como criar e validar.
11. Speakable schema pra páginas-fonte
Speakable é tipo do Schema.org que indica trechos otimizados pra voice assistants e LLMs. Apontar via cssSelector ou xpath pros parágrafos answer-first (50-150 palavras) e pras FAQs.
Não há confirmação de impacto medível em citation rate isolado, mas faz parte da fundação GEO mínima. Em chunks de 50-150 palavras (tamanho ideal observado pra citação em LLM), com sujeito claro, voz ativa e fonte verificável.
Detalhe técnico com snippet JSON-LD real em Schema markup para IA.
12. robots permitindo bots de IA específicos
Lista padrão pra liberar no robots.txt em 2026:
User-agent: Googlebot
User-agent: Bingbot
User-agent: OAI-SearchBot
User-agent: ChatGPT-User
User-agent: GPTBot
User-agent: PerplexityBot
User-agent: Perplexity-User
User-agent: ClaudeBot
User-agent: Claude-User
User-agent: Google-Extended
Allow: /
Bloqueio padrão Huios (qualidade ruim): CCBot, Bytespider. Decisão pode mudar por cliente — alguns preferem bloquear bots de treino (GPTBot, Google-Extended) pra não alimentar modelo. Conforme Aggarwal et al. (KDD 2024): "brand mentions correlate more strongly with LLM citation than backlinks (0.527 vs 0.334)" — bloquear bots de treino pode reduzir brand surface no longo prazo.
ATENÇÃO: bloquear OAI-SearchBot = sumir do ChatGPT Search. Bloquear PerplexityBot = sumir do Perplexity. Decisão consciente, não default. Detalhe das diferenças em GEO vs SEO.
13. Internal linking strategy desde o rascunho
Não tem como "adicionar links internos depois". Estrutura hub + spokes precisa estar desenhada antes da primeira linha de código.
Regras de bolso:
- Hub linka pra todos os spokes; spokes linkam de volta pro hub e pra 2-3 spokes irmãos
- Anchor text descritivo — "guia de criação de sites com SEO", não "clique aqui"
- 3-5 links internos por 1.000 palavras
- Toda rota indexável tem pelo menos 1 link interno apontando (sem páginas órfãs)
Conforme split-tests publicados pela SearchPilot, adicionar links internos contextuais no corpo gera uplift de 5-25% em sessões orgânicas — efeito maior que links em footer/sidebar.
14. URL structure semântica (sem parâmetros)
URL é parte do conjunto de sinais on-page mais relevantes (junto com title, H1 e body content). Decisões:
- kebab-case sempre.
/criacao-de-sites-com-seo, não/criacaoDeSitesnem/criacao_de_sites - pt-BR: URL em português pra audiência brasileira.
/sobre, não/about - Semântica: URL descreve o conteúdo.
/blog/llms-txtbate/blog/post-42 - Sem parâmetros: nada de
?p=4321nem?id=42. Se precisar de filtro, use path (/cases/saas) - Hierárquica:
/criacao-de-sites/site-em-nextjsmostra a relação pai-filho
Migração de URL ruim pra URL semântica gera mapa 301. Não vire essa dor — comece certo.
15. 404 customizado + redirect map se migração
404 padrão do Next.js é página em branco com "Not Found". Em produção, vira página de saída — usuário fecha aba e abandona o site.
404 customizado mostra menu, search interno, sugestões de conteúdo popular e link pra home. Conforme Nielsen Norman Group, 404 informativo reduz taxa de abandono significativamente em sites com tráfego orgânico.
Se for refatoração de site existente:
- Crawl completo do site antigo (Screaming Frog, Ahrefs Site Audit, Semrush)
- Lista de URLs com backlinks externos (Ahrefs, Majestic) — prioridade máxima
- Mapa 301 cobrindo 100% das URLs antigas → equivalentes novas
- Nunca redirecionar pra home — o Google trata como soft 404 e perde sinal
- Monitoramento diário do GSC nas 2 primeiras semanas pós-migração
Detalhe completo do processo em Checklist publicar site profissional.
E-E-A-T: as 4 dimensões que separam fundação de promessa
E-E-A-T não é checklist de plugin. São quatro sinais que quality raters do Google avaliam manualmente e que o algoritmo aproxima via centenas de proxies. Cada dimensão tem definição precisa:
- Experience (Experiência) — o autor FEZ a coisa, não só leu sobre ela. Sinais: primeira pessoa com detalhe específico, screenshots originais do próprio dashboard, histórias de fracasso com lição aprendida, números que só quem mediu sabe.
- Expertise (Expertise técnica) — toda afirmação factual é precisa, fontes primárias citadas, vocabulário técnico denso usado corretamente. Sinal: discordar do senso comum com argumento defensável quando o autor tem razão.
- Authoritativeness (Autoridade) — a página existe dentro de cluster temático maior; o autor tem credenciais verificáveis externamente (LinkedIn, palestras, livros, citações third-party); o domínio é referenciado por sites independentes da mesma vertical.
- Trustworthiness (Confiança) — transparência sobre limitações, metodologia explicada, disposição de recomendar competidor quando faz sentido, NAP consistente, HTTPS sem mixed content, política de privacidade real. Em SEO, o sinal de confiança nº 1 é não prometer ranking — quem promete posição está vendendo fé.
A Huios trata essas quatro dimensões como entregável contratual:
- Experience: o próprio
huiosweb.com.brroda sob o stack que vende. CWV no verde em CrUX, schema centralizado emlib/seo/, llms.txt curado, robots por bot. Operamos SEO técnico desde 2023; o relançamento em Next.js trouxe +150% em tráfego orgânico em 6 meses. - Expertise: posts do cluster (esse aqui, llms.txt, Schema markup para IA, AI Overviews do Google) usam vocabulário denso correto —
OAI-SearchBot,Speakable.cssSelector,dateModifiedno JSON-LD vs HTML, INP P75 no CrUX,revalidateTag. Não é resumo de generalista. - Authoritativeness: o cluster SEO+GEO da Huios tem hub + 8 spokes inter-linkados, todos atualizando-se mutuamente. Cada post linka pra paper, doc oficial ou estudo controlado — nunca pra opinião de outro blog reposicionando o mesmo conselho.
- Trustworthiness: este post diz literalmente "SEO é probabilístico, ninguém garante posição" porque é verdade. Quem promete top 1 está mentindo ou ignorante. A Huios entrega fundação verificável (schema válido sem erro no GSC, CWV verde no CrUX, sitemap aceito, indexação confirmada). Ranking vem como consequência.
Erros comuns em sites recém-lançados
Padrões observados em auditoria de sites PME que pareciam modernos mas tinham SEO técnico quebrado por baixo.
Schema ausente ou só Organization. Site lista 15 serviços; nenhum aparece como rich snippet. FAQPage não declarado, BreadcrumbList nem foi tentado, Service ausente. CTR orgânico fica abaixo de 2% mesmo em queries de marca. Schema rico não é luxo — é a diferença entre listing plain text e SERP feature.
OG image quebrada em produção. Card de WhatsApp mostra logo cortado, dimensão errada ou imagem 404. Acontece porque ninguém validou no Facebook Sharing Debugger antes do launch. Cinco minutos por rota resolve.
Sitemap.xml estático escrito à mão. Lista URLs do dia do launch, nunca atualiza. Conteúdo novo fica fora; conteúdo deletado fica dentro. Sitemap dinâmico via app/sitemap.ts resolve em 1 hora de dev. Em WordPress, plugin Yoast/RankMath cobre — desde que ninguém edite o XML manualmente por cima.
Plugin Yoast mal-configurado. Yoast tem 200+ opções. Configuração default geralmente deixa: meta description vazia, canonical errado em arquivos de categoria, sitemap incluindo URLs noindex, breadcrumb sem schema. Pior cenário Yoast: meta noindex aplicado por engano em rota importante — site some do Google sem aviso. Auditoria de Yoast leva ~3h e geralmente encontra 5-10 itens críticos.
User-agent: * Disallow: / esquecido em produção. Acontece. Equipe usa robots.txt restritivo em staging, esquece de mudar pro de produção, site fica noindex pra todos os crawlers por semanas. Conforme BuiltWith 2025, apenas uma fração dos sites brasileiros têm GSC ativamente monitorado nos primeiros 90 dias — então o erro passa silenciosamente. Item de checklist obrigatório: verificar robots.txt em produção após DNS apontar.
Lighthouse no laptop do dev = 95/100. CrUX em mobile 4G = 45/100. Lighthouse isolado é otimização placebo. Conforme web.dev/vitals: "lab data is for debugging; field data is what counts for ranking". Sem medição em produção real (CrUX, RUM próprio, web-vitals.js), você está otimizando teatro.
Por que SEO clássico não basta em 2026: SERP features + AI Overviews
Em 2020 SEO era ranquear no top 10 azul. Em 2026, a SERP virou mosaico — featured snippet, People Also Ask (PAA), AI Overview (AIO), Knowledge Panel, sitelinks, Image Pack, Video Carousel, Local Pack. Cada um exige formato diferente:
- Featured snippet captura 42,9% de CTR vs 39,8% da posição 1 sem snippet, conforme First Page Sage 2026. Ganha quem responde em parágrafo de 40-60 palavras ou lista de 3-8 passos imediatamente sob um H2 que reafirma a query.
- People Also Ask alimenta de páginas com
FAQPagechunkado e H2/H3 em formato pergunta. PAA aparece em uma parcela enorme de queries informacionais em pt-BR. - AI Overview (AI Mode) quebra a regra do top 10. Conforme estudo da ALM Corp 2026 replicado por agências brasileiras, 62% das citações em AI Overviews vêm de páginas fora do top-10 orgânico — autoridade clássica não basta, schema rico + chunks otimizados decidem. Detalhe em como otimizar pra AI Overviews.
- Knowledge Panel depende de
Organization+sameAs+ entity recognition em fontes third-party (Wikidata, LinkedIn, Crunchbase).
Site lançado pensando só em "ranquear na primeira página" perde tudo isso. Lançar pensando em SERP features e em citation por LLM exige FAQPage em chunks 50-150 palavras, Speakable apontando pros parágrafos answer-first, Organization.sameAs populado e llms.txt curado desde o dia 1.
Aggarwal et al. (KDD 2024): o que move citation rate em LLM
O paper que mudou GEO é Aggarwal et al., "GEO: Generative Engine Optimization", KDD 2024 — Princeton, Georgia Tech, Allen AI, IIT Delhi. Eles testaram 9 técnicas controladas em ChatGPT, Perplexity e BingChat. As três com maior efeito:
"Quotation Addition (incorporating relevant quotations) showed the largest improvement at +41% in citation rate, followed by Statistics Addition (+32.4%) and Cite Sources (+30.3%). Keyword stuffing, conversely, hurt citation likelihood." — Aggarwal et al., KDD 2024
Três técnicas que aplicamos sistematicamente em todo post Huios:
- Quotation Addition (+41%) — citação literal de fonte autoritativa (paper, Search Advocate, consultor referência). Não é "segundo estudos"; é o quote exato com link.
- Statistics Addition (+32%) — estatística com fonte primária inline, não claim solto. "62% das citações em AIO vêm de fora do top-10 (ALM 2026)" funciona; "muitos sites perdem citação" não funciona.
- Cite Sources (+30%) — links pra fonte primária no corpo do texto, perto da afirmação que sustentam.
E uma técnica que prejudica: keyword stuffing. Repetir "criação de sites com SEO" 30 vezes diminui citation rate em LLM — modelo lê como conteúdo de baixa qualidade. Fluency penalizada. Densidade de keyword virou anti-padrão GEO. Detalhe completo em Generative Engine Optimization.
Stack ideal pra SEO em 2026
A combinação que entrega CWV verde de fábrica, schema no código e zero dependência de plugin vulnerável:
Framework: Next.js 16 com App Router. SSR e ISR de fábrica, generateMetadata por rota (alternates.canonical, openGraph, twitter, robots), sitemap.ts dinâmico, robots.ts versionado em código, next/image com otimização automática (AVIF/WebP/responsive), next/font sem FOUT/FOIT, next/third-parties pra GA4/Pixel/GTM sem bloquear render. App Router é o padrão atual; Pages Router está em modo manutenção desde Next.js 14. Adoção em produção: a maior parte dos projetos Next.js novos em 2025-2026 já é App Router (BuiltWith).
Hospedagem: Vercel + Postgres serverless. CDN global multi-região, edge runtime, deploy preview por branch (revisão de SEO antes do merge), cache automático com revalidateTag e Image Optimization API com transform on-the-fly. Postgres serverless (Neon, Supabase) pra conteúdo dinâmico (posts, services, cases, redirects). Tudo escala automática, zero gestão de servidor.
Schema.org rico via JSON-LD no código. Centralizar geração de schema em lib/seo/jsonld.ts com helpers por tipo (articleJsonLd, serviceJsonLd, faqPageJsonLd, speakableJsonLd, personJsonLd). Cada page renderiza o schema apropriado. Sem plugin de terceiro, sem dependência de update externa. Conforme John Mueller repete no Search Off the Record: "fix the technical foundation first; content optimization on a broken site is wasted effort". Schema no código central é fundação que não regride.
GA4 + Google Search Console + Bing Webmaster Tools. Tracking via next/third-parties (não bloqueia render), Search Console verificado via DNS TXT, Bing Webmaster Tools conectado pra ChatGPT Search. Lighthouse CI no pipeline (GitHub Actions) bloqueia merge se LCP regrediu. @next/bundle-analyzer alerta quando JS cresce demais.
Comparativo de stack completo em WordPress, Framer ou Next.js. Receita técnica do tier por faixa de projeto em Criação de Sites.
Como a Huios implementa SEO técnico embutido
Em vez de re-listar o checklist com plus, vou ser direto: tudo descrito acima entra em todo projeto Huios desde o tier institucional médio. Sub-pillar canônico com a receita técnica completa, o stack, as faixas e os entregáveis por tier está em Criação de Sites com SEO.
Pra entender como o stack Next.js 16 entrega CWV verde de fábrica, Site em Next.js cobre as decisões de arquitetura. Pra ver os cases reais que rodam com esse stack em produção, a lista está em Cases.
Validação manual pré-launch (PageSpeed mobile, Rich Results Test, Mobile-Friendly Test, Schema Validator em 5+ rotas) faz parte do contrato. Reprovou? Não vai pra preview. Lighthouse CI no pipeline bloqueia merge se LCP regrediu além do budget. SEO técnico não regride entre sprints — é trincheira tecnológica enforcada por GitHub Actions, não esperança da próxima auditoria.
E o ponto que separa proposta honesta de promessa: SEO é probabilístico. O Google nunca confirma quando vai indexar, em qual posição ou em que prazo.
"No one can guarantee a #1 ranking on Google. Beware of SEOs who claim to guarantee rankings, allege a 'special relationship' with Google, or advertise a 'priority submit' to Google." — Google Search Central (documentação oficial mantida há mais de uma década)
Quem promete "1ª posição em 30 dias" está vendendo fé. A Huios promete fundação técnica verificável (schema válido sem erro no GSC, CWV verde no CrUX, sitemap aceito sem warning, indexação confirmada). Ranking vem como consequência — não como contrato.
Perguntas frequentes
O que é um site com SEO técnico embutido?
Site com SEO técnico embutido é aquele em que o ranqueamento orgânico é tratado como requisito de engenharia — não como plugin instalado depois. Inclui sitemap.xml dinâmico, canonical explícito por rota, JSON-LD por tipo de página, robots.txt curado, Core Web Vitals verdes, Search Console conectado antes do launch e llms.txt no root pra GEO. Fazer no dia 1 custa 3-5× menos que refazer depois — porque cada decisão fica no código central, propaga pra todas as rotas e não depende de plugin de terceiro vulnerável a update.
Quanto tempo até um site novo começar a ranquear no Google?
Indexação inicial em 3-15 dias depois do launch (sitemap submetido + GSC solicitando indexação manual nas rotas principais acelera). Primeiras posições relevantes em 60-120 dias pra KWs de cauda longa com baixa concorrência. Top 3 em KWs comerciais competitivas leva 6-12 meses — depende de autoridade do domínio, helpful content, search intent match e ritmo de publicação editorial. SEO técnico bem feito acelera tudo, mas não substitui produção de conteúdo e linkbuilding contínuos. SEO é probabilístico — janelas são estimativa, não garantia.
WordPress com Yoast resolve o mesmo que Next.js com SEO embutido?
Em parte. WordPress com Yoast + plugin de cache + plugin de schema + plugin de imagem chega perto — mas exige manutenção constante (update, conflito entre plugins, vulnerabilidade). Conforme Sucuri Website Threat Report 2024, 32% dos hacks em sites WordPress vêm de plugin desatualizado; conforme Patchstack 2025, foram 7.966 CVEs em plugins WordPress só em 2024. CWV verde em WordPress depende de hospedagem cara, e schema avançado (Speakable, llms.txt, Person com sameAs estendido) fica difícil. Next.js com SEO embutido entrega CWV verde de fábrica, schema no código, zero plugin vulnerável. Pra blog simples bem configurado, WordPress serve; pra site competitivo em SEO+GEO, Next.js compensa.
O que muda em 2026 vs 2020 em SEO técnico?
Core Web Vitals viraram ranking factor confirmado em 2021. INP substituiu FID em março de 2024. Mobile-first indexing virou default em 2023. AI Overviews ocupam parcela relevante das queries informacionais em pt-BR. Schema.org rico passou a alimentar SERP features (PAA, Knowledge Panel, FAQ expandido, sitelinks). LLMs (ChatGPT, Perplexity, AI Overviews, Claude, Gemini, Copilot) viraram superfície de descoberta paralela à SERP do Google — exige llms.txt, Speakable e schema rico. Site lançado sem isso entra atrás na fila.
O que é GEO e por que importa pra um site novo?
GEO (Generative Engine Optimization) é otimizar pra ser citado em respostas de LLMs (ChatGPT, Perplexity, AI Overviews do Google, Claude, Gemini, Copilot), não pra ranquear na SERP. Conforme Aggarwal et al. (KDD 2024), as técnicas com evidência são Quotation Addition (+41% citation rate), Statistics Addition (+32%) e Cite Sources (+30%). Em 2026, parcela relevante das citações em AI Overviews vem de fora do top-10 orgânico — autoridade clássica não basta. Detalhe completo em Generative Engine Optimization: guia 2026 e em GEO vs SEO.
Search Console e GA4 dão pra conectar depois?
Dá, mas você perde o baseline. Sem GSC desde o dia 1, não vê a curva de indexação real, não captura erros de cobertura nos primeiros 30 dias (quando o Google decide se confia no site) e não monitora CWV via CrUX nos primeiros meses. Conforme John Mueller: "if you're not in Search Console, you don't know what's happening with your site in search". GA4 idem — sem instalar antes do launch, você perde dado de comportamento inicial que vai informar todas as decisões editoriais e de conversão posteriores. Conectar antes é decisão técnica de 30 minutos com retorno mensurável.
Como saber se a proposta da agência tem SEO técnico de verdade ou só promessa?
Cinco perguntas objetivas pra qualificar: (1) Quem escreve o schema JSON-LD — código central versionado ou plugin terceirizado? (2) Como o sitemap.xml é gerado — dinâmico via app/sitemap.ts ou estático escrito à mão? (3) Onde fica o canonical — em generateMetadata por rota ou no template global? (4) Quem mede CWV em produção — Lighthouse no laptop do dev ou CrUX/GSC em dado de campo? (5) Como é a validação pré-launch — checklist documentado por rota ou "vamos ver depois"? Se a agência não responde objetivamente, SEO técnico é promessa, não entregável.
Agência que promete "1ª posição no Google" cumpre?
Não — quem promete posição está vendendo fé ou mentira. Conforme Google Search Central: "no one can guarantee a #1 ranking on Google. Beware of SEOs who claim to guarantee rankings". John Mueller reforça em quase todo Search Off the Record: "be cautious of SEO services that promise specific rankings". SEO é probabilístico — depende de centenas de sinais, atualizações de algoritmo (dezenas confirmadas por ano, ainda mais não confirmadas) e do que os competidores fazem. Promessa de fundação técnica verificável é o que vale: schema válido, CWV verde, indexação no GSC. Ranking vem como consequência.
Próximo passo
Pra entender a receita técnica completa do tier por faixa de projeto (entregáveis SEO por preço, stack ideal por orçamento, validação manual pré-launch), Criação de Sites com SEO é o sub-pillar canônico do cluster.
Pra mergulhar em GEO (técnicas Aggarwal aplicadas, como cada engine cita, llms.txt, mensuração manual), comece por Generative Engine Optimization: guia 2026. Pra entender a decisão de stack (WordPress vs Framer vs Next.js), WordPress, Framer ou Next.js cobre o trade-off. Pra ver como o stack Next.js 16 entrega tudo isso de fábrica, Site em Next.js tem as decisões de arquitetura.
Atualizado em maio de 2026. Próxima revisão prevista: agosto de 2026, ou quando o Google anunciar nova métrica de Core Web Vitals ou alguma engine de IA confirmar oficialmente respeito ao padrão llms.txt.
Publicado em 26 de maio de 2026 · Por Equipe Huios
