Imagina ter uma Ferrari — design impecável, interior luxuoso — mas com o motor de um carro velho debaixo do capô. Por fora é lindo, mas não chega a lado nenhum. Era exactamente assim que o Afro Renda funcionava durante meses.
O blog tinha conteúdo de qualidade, artigos bem escritos, um tema moderno. O PageSpeed dava 100/100 no teste de SEO do Lighthouse. Eu achava que tudo estava perfeito. Mas quando abri o Google Search Console, o que vi foi devastador: 343 páginas não indexadas, 35 erros de redirecionamento, e um LCP mobile de 5,5 segundos — quando o Google considera boa experiência qualquer valor abaixo de 2,5s.
O problema não era o conteúdo. Era o motor. O SEO técnico no Blogger estava mal configurado em pontos básicos que nenhum guia em português para África me tinha explicado.
Este guia é o resultado de tudo o que aprendi a corrigir no Afro Renda. Em 30 minutos, consegues resolver as bases técnicas que desbloqueiam a indexação e o desempenho mobile — sem precisar de ser programador.
Novo no tema? Começa por: O que é SEO: Guia Completo para Iniciantes. Se o teu problema é on-page (palavras-chave e conteúdo), lê: Como Fazer SEO para Blog: Guia Prático. Se já tens erros no GSC e precisas de os interpretar, consulta o nosso guia de Google Search Console para Iniciantes (link na secção TODO abaixo — preencher após publicar o artigo do GSC).
O que você vai aprender neste guia:
- O que é SEO técnico (e o que não é)
- Base obrigatória: HTTPS, canónico e redirecionamentos
- Rastreamento e indexação: sitemap e robots.txt
- Performance mobile: Core Web Vitals no Blogger
- Imagens: a causa nº1 de LCP alto no Blogger
- Dados estruturados (Schema) sem plugins
- Checklist técnico completo (copia e cola)
- Perguntas Frequentes
🔧 O que é SEO Técnico — e o que NÃO é
SEO técnico é o conjunto de configurações que tornam o teu site rastreável, indexável e rápido para os motores de busca. É a fundação. Sem ela, o melhor conteúdo e as melhores palavras-chave do mundo não chegam a lugar nenhum.
| SEO Técnico É | SEO Técnico NÃO É |
|---|---|
| HTTPS, sitemap, robots.txt | Pesquisa de palavras-chave |
| Core Web Vitals e velocidade | Criação de conteúdo |
| URL canónica e canonical tags | Títulos e meta descriptions |
| Schema markup (dados estruturados) | Link building e backlinks |
| Optimização de imagens | Estratégia editorial |
Segundo a documentação oficial do Google Search Central, o SEO técnico organiza-se em duas camadas prioritárias:
- Camada 1 — Rastreabilidade: robots.txt limpo, sitemap XML correcto, HTTPS, canonical tags. Sem estes, todo o resto é constrangido.
- Camada 2 — Performance: Core Web Vitals (LCP abaixo de 2,5s, INP abaixo de 200ms, CLS abaixo de 0,1), mobile-first, schema markup.
🔒 Base Obrigatória: HTTPS, Canónico e Redirecionamentos
Antes de qualquer outra optimização, estas três configurações precisam de estar correctas no teu Blogger. São o alicerce de tudo o resto.
Activar HTTPS e redireccionamento HTTPS no Blogger
O HTTPS é um sinal de ranking confirmado pelo Google desde 2014. No Blogger, activá-lo é simples:
- Vai a Blogger → Configurações
- Em "HTTPS", activa "Disponibilidade do HTTPS"
- Logo abaixo, activa também "Redirecionamento de HTTPS" — isto garante que qualquer visita a
http://é automaticamente enviada parahttps://
http://, o Google regista erros de redirecionamento no Search Console. Foi exactamente este problema que causou 35 erros no Afro Renda. Activa o HTTPS e corrige o sitemap ao mesmo tempo.
www vs sem www: usa o URL canónico do teu site
O Blogger trata https://www.afrorenda.com/ e https://afrorenda.com/ como URLs diferentes. Para o Google, isso pode gerar sinais de conteúdo duplicado. A regra é simples: usa sempre o mesmo formato em todo o teu site — seja com www ou sem www.
- Abre o teu blog no browser
- Observa o URL na barra de endereços — tem www ou não?
- Usa exactamente esse formato em todos os links, no sitemap e nas propriedades do Google Search Console
Como verificar a canonical tag no código-fonte
Sem precisar do GSC, podes verificar rapidamente se a canonical tag de um artigo está correcta directamente no browser:
- Abre o artigo no browser
- Carrega Ctrl+U (Windows/Linux) ou ⌘+U (Mac) para ver o código-fonte
- Usa Ctrl+F e pesquisa por
rel="canonical" - Verifica que o valor do
hrefusahttps://, não contém?m=1e corresponde exactamente ao URL canónico que pretendes
Se o canonical estiver incorreto ou ausente, confirma também com a Inspeção de URL no Google Search Console — a ferramenta mostrará qual URL o Google está a considerar como canónica.
Redirecionamentos personalizados no Blogger (quando usar)
Em Configurações → Preferências de pesquisa → Redirecionamentos, podes criar redirecionamentos 301 para URLs que mudaram. Usa quando mudaste o slug de um artigo após publicação, eliminaste um artigo mas queres preservar o tráfego, ou tens links externos a apontar para URLs antigas.
🗺️ Rastreamento e Indexação: Sitemap e Robots.txt
Sitemap correcto no Blogger: a regra do https
O Blogger gera automaticamente um sitemap XML válido. O endereço correcto é:
Submete este URL no Google Search Console em Índice → Sitemaps. O erro mais comum — e o que mais me custou no Afro Renda — é submeter com http:// em vez de https://. Consulta a documentação oficial do Google sobre sitemaps para mais detalhes sobre formatos suportados e limites.
Robots.txt no Blogger: o que bloquear com cuidado
O robots.txt diz ao Googlebot o que pode e o que não pode rastrear. Vai a Configurações → Preferências de pesquisa → Robots.txt personalizado.
Se quiseres usar um robots.txt personalizado, este é um modelo seguro para o Blogger:
Disallow: /search
Allow: /
Sitemap: https://www.o-teu-blog.com/sitemap.xml
Este modelo bloqueia as páginas de pesquisa interna do Blogger (que geram conteúdo duplicado) e permite o rastreamento do restante do site.
Erros comuns de indexação no Blogger
"Rastreada — actualmente não indexada"
O Google visitou a página mas decidiu não a indexar. Causa mais comum: conteúdo thin ou sem links internos. Melhora o conteúdo e adiciona links internos de outros artigos.
"Página duplicada — ?m=1"
O parâmetro ?m=1 do Blogger pode criar versões mobile separadas. Com um tema responsivo activado, o Blogger tende a deixar de servir esta versão e o Google em geral consolida as URLs via canonical — mas confirma sempre com a Inspeção de URL no GSC e garante que os teus links internos nunca incluem o parâmetro ?m=1.
"Detectada — actualmente não indexada"
O Google sabe que a página existe mas ainda não a rastreou. Usa a Inspeção de URL no GSC para solicitar indexação das páginas mais importantes.
⚡ Performance Mobile: Core Web Vitals no Blogger
Os Core Web Vitals são métricas de experiência do utilizador que o Google usa como sinal de ranking. Os três indicadores actuais, com os valores do Afro Renda antes da optimização:
| Métrica | O que mede | Meta (Bom) | Afro Renda (antes) |
|---|---|---|---|
| LCP Largest Contentful Paint |
Tempo até o maior elemento visível carregar | ≤ 2,5s | 5,5s ❌ |
| INP Interaction to Next Paint |
Velocidade de resposta a interacções | ≤ 200ms | 70ms ✅ |
| CLS Cumulative Layout Shift |
Estabilidade visual durante o carregamento | ≤ 0,1 | 0,009 ✅ |
Consulta a documentação oficial em web.dev/vitals para entender como cada métrica é calculada e medida. Antes de entrar em pânico com todos os Core Web Vitals, usa o PageSpeed Insights para identificar exactamente qual métrica está a falhar — e porquê. No Afro Renda, o problema era exclusivamente o LCP.
Os 3 problemas de performance mais comuns no Blogger
Problema 1 — Imagem LCP não optimizada (maior impacto)
A imagem no topo do post (hero) é quase sempre o elemento LCP. Se pesar mais de 100 KB sem compressão, tende a ter um impacto significativo no score mobile. A secção seguinte explica exactamente como resolver.
Problema 2 — CSS e Fonts a bloquear renderização
O Google Fonts carregado de forma bloqueante pode atrasar o FCP em centenas de milissegundos. No template do Blogger, muda o carregamento de:
<link href="fonts.googleapis.com/..." rel="stylesheet"/>
para:
<link ... media="print" onload="this.media='all'">
Problema 3 — JavaScript não utilizado de widgets e gadgets
Cada widget do Blogger (listas de posts populares, subscrição, contadores) carrega JavaScript. Remove os que não são essenciais — o PageSpeed Insights identifica exactamente quais e quanto custam.
Testar para redes lentas: simular Slow 3G
O PageSpeed Insights usa dados reais de utilizadores Chrome para calcular os scores, mas podes também simular condições de rede lentas directamente no browser — útil para perceber exactamente o que os teus leitores em Angola ou Moçambique experimentam com dados móveis limitados:
- Abre o artigo no Chrome e carrega F12 para abrir as DevTools
- Vai ao separador "Network"
- No menu de throttling (normalmente mostra "No throttling"), selecciona "Slow 3G"
- Recarrega a página e observa o tempo total de carregamento
Se o carregamento em Slow 3G demorar mais de 8 a 10 segundos, as tuas imagens precisam de ser optimizadas com urgência. Optimizar o LCP não é só para o Google — é para não desperdiçar o saldo de dados dos teus leitores.
🖼️ Imagens: A Causa nº1 de LCP Alto no Blogger
A boa notícia: o maior problema de performance no Blogger tem a solução mais simples. A maioria dos casos de LCP alto é causada por imagens demasiado pesadas — e resolve-se sem tocar no código do template.
O hack do /s1200/ vs /s0/ no CDN do Blogger
Quando fazes upload de uma imagem no Blogger, o CDN do Google armazena várias versões. O URL das imagens tem um segmento que controla qual versão é servida:
| URL da imagem | O que serve | Recomendado? |
|---|---|---|
.../s0/nome.jpg |
Imagem original sem compressão (pode ter 500KB+) | ❌ Evitar |
.../s1200/nome.jpg |
Versão a 1200px de largura máxima | ✅ Capas |
.../s800/nome.jpg |
Versão a 800px — boa para imagens no corpo | ✅ Screenshots |
.../s400/nome.jpg |
Miniatura | ✅ Thumbs |
Como aplicar: No código HTML do teu artigo, substitui /s0/ por /s1200/ — é uma substituição manual de texto, sem novo upload.
Compressão antes do upload: processo com Squoosh
- Abre squoosh.app — ferramenta gratuita do Google
- Carrega a tua imagem
- Escolhe o formato WebP (mais leve que JPEG com qualidade semelhante)
- Define qualidade a 82% — bom equilíbrio entre tamanho e qualidade visual
- Objectivo: capa abaixo de 120 KB, screenshots abaixo de 80 KB
Imagem principal (LCP): atributos para carregamento prioritário
src="URL-DA-IMAGEM-/s1200/"
alt="Descrição da imagem com keyword"
width="1200" height="800"
loading="eager"
fetchpriority="high"
decoding="async"
/>
Para todas as outras imagens no corpo do artigo, usa loading="lazy".
Alt text, nome de ficheiro e legenda
- Nome do ficheiro: descritivo, com hífens, sem espaços. Ex:
seo-tecnico-blogger-guia-2026.jpg - Alt text: descreve o conteúdo da imagem de forma natural; pode incluir a keyword principal uma vez
- Legenda (figcaption): contexto adicional com a fonte quando relevante
📋 Dados Estruturados (Schema) sem Plugins
Schema markup são dados estruturados em JSON-LD que ajudam o Google a compreender o conteúdo da tua página — e podem tornar o teu resultado elegível para rich results como breadcrumbs visuais e FAQs expansíveis na pesquisa (quando o Google considerar o resultado apropriado, sem garantia).
No WordPress, plugins como Yoast fazem isto automaticamente. No Blogger, inseres manualmente — mas é mais simples do que parece.
Quais schemas valem a pena no Blogger
| Schema | Quando usar | Potencial rich result |
|---|---|---|
| BlogPosting | Todos os artigos do blog | ⭐⭐⭐⭐⭐ Recomendado |
| FAQPage | Artigos com secção de FAQ visível | ⭐⭐⭐⭐ FAQs expansíveis |
| BreadcrumbList | Todos os artigos | ⭐⭐⭐⭐ Breadcrumbs visuais |
| HowTo | Artigos com passos numerados bem definidos | ⭐⭐⭐ Steps visuais |
Nota: rich results não são garantidos. O Google decide se os exibe com base em vários factores, incluindo a qualidade do conteúdo e a relevância para a query.
Onde inserir o schema no Blogger
Opção A — No corpo do post: Cola o bloco <script type="application/ld+json">...</script> no final do artigo em modo HTML, fora de qualquer parágrafo. Funciona na maioria dos temas, mas alguns removem as tags script ao guardar. Se isso acontecer, usa a Opção B.
Opção B — Gadget HTML/JavaScript: Em Layout → Adicionar Gadget → HTML/JavaScript, o código não é sanitizado. Mais fiável para schemas que precisam de persistir.
Opção C — No <head> do template: Para schemas globais (Organization, Website), edita o template em Tema → Editar HTML e adiciona após <head>.
Como validar o schema
Após inserir o schema, valida sempre em search.google.com/test/rich-results. O resultado indicará se o schema é válido e quais tipos de rich results estão tecnicamente elegíveis.
"url": "URL_DO_SEU_LOGO" ou "@id": "URL_DESTA_PAGINA" é um sinal de baixa qualidade editorial. Substitui sempre todos os valores antes de publicar.
✅ Checklist Técnico Completo do Blogger (Copia e Cola)
🔒 HTTPS e Canónico
- ☐ HTTPS activado nas configurações do Blogger
- ☐ Redirecionamento HTTPS activado
- ☐ URL canónico consistente (com ou sem www) em todo o site
- ☐ Canonical verificada no código-fonte (Ctrl+U) — sem
?m=1, em https - ☐ Links internos apontam sempre para URLs canónicas (sem
?m=1)
🗺️ Sitemap e Robots
- ☐ Sitemap submetido no GSC com
https://www.(nãohttp://) - ☐ Robots.txt não bloqueia conteúdo importante
- ☐ Robots.txt validado via Inspeção de URL no GSC
- ☐ Sem erros de redirecionamento no GSC
⚡ Performance e Imagens
- ☐ Imagem da capa em WebP, abaixo de 120 KB, URL com
/s1200/ - ☐ Imagem da capa com
loading="eager"efetchpriority="high" - ☐ Todas as outras imagens com
loading="lazy" - ☐ Todas as imagens com alt text descritivo e nome de ficheiro com hífens
- ☐ LCP mobile verificado no PageSpeed Insights
- ☐ Google Fonts carregado de forma assíncrona no template
- ☐ Widgets não essenciais removidos do layout
📋 Schema e Estrutura
- ☐ Schema BlogPosting com URL real, datas, author e publisher sem placeholders
- ☐ Schema FAQPage quando o artigo tem secção FAQ visível
- ☐ Schema BreadcrumbList em todos os artigos
- ☐ Schemas validados no Rich Results Test
- ☐ Nenhum
<h1>no corpo do post - ☐ Hierarquia H2 → H3 sem saltos
- ☐ Mini-índice clicável com
href="#id"correcto
🔗 Links e Publicação
- ☐ 3–6 links internos contextuais
- ☐ 2–4 links externos para fontes autoritativas
- ☐ Nenhum link interno com
target="_blank" - ☐ Slug definido antes de publicar (não pode mudar depois)
- ☐ Após publicar: GSC → Inspeção de URL → Solicitar indexação
- Verifica PageSpeed Insights de um artigo do mês
- Abre o GSC e identifica se apareceram novos erros de indexação
- Actualiza o
dateModifiedno schema BlogPosting dos artigos actualizados - Verifica se alguma imagem nova está com
/s0/no URL e substitui por/s1200/
❓ Perguntas Frequentes sobre SEO Técnico no Blogger
SEO técnico no Blogger é mais difícil que no WordPress?
Não necessariamente — é diferente. O WordPress tem plugins que automatizam muita coisa (Yoast, Rank Math). O Blogger exige mais configuração manual, mas a plataforma é mantida pelo Google, o que significa que muitos aspectos técnicos básicos (HTTPS, sitemap, velocidade de servidor) já vêm em bom estado. O maior desafio no Blogger é a inserção de schemas e a optimização de templates.
Como reduzir o LCP no Blogger?
O LCP no Blogger é frequentemente causado pela imagem da capa do post. Os três passos por ordem de impacto: (1) comprimir a imagem para WebP abaixo de 120 KB com o Squoosh antes do upload; (2) substituir /s0/ por /s1200/ no URL da imagem; (3) adicionar loading="eager" e fetchpriority="high" à imagem principal. Estes passos tendem a melhorar o LCP de forma significativa, mas o resultado final depende de outros factores como o tema e os widgets usados.
Robots.txt pode impedir a indexação do blog?
Sim — e acontece com frequência. Um robots.txt mal configurado pode bloquear o Googlebot de rastrear todo o site. Só actives um robots.txt personalizado se souberes exactamente o que estás a bloquear. O padrão do Blogger é suficiente para a maioria dos blogs. Consulta a documentação oficial sobre robots.txt antes de fazer alterações.
Como saber se a canonical tag está correcta no Blogger?
Tens duas formas: (1) no browser, abre o artigo, carrega Ctrl+U e pesquisa por rel="canonical" — verifica que o href usa https e não contém ?m=1; (2) usa a Inspeção de URL no Google Search Console para ver qual URL o Google está a considerar como canónica. Se as duas não coincidirem, o teu tema pode estar a gerar versões mobile separadas.
Preciso de schema para ranquear no Blogger?
O schema não é um factor de ranking directo. Mas pode tornar o teu resultado elegível para rich results (FAQs expansíveis, breadcrumbs visuais) que melhoram o CTR nos resultados de pesquisa. O schema BlogPosting com author e datas correctas também reforça os sinais de credibilidade E-E-A-T.
Quanto tempo demora as mudanças técnicas a reflectir no GSC?
O GSC actualiza os dados com 1 a 3 dias de atraso. O efeito no ranking das mudanças técnicas pode demorar semanas — o Google precisa de re-rastrear as páginas afectadas. Após qualquer mudança técnica importante (sitemap, HTTPS, schema), usa a Inspeção de URL para solicitar reindexação das páginas mais importantes.
Como melhorar a velocidade mobile sem aceder ao código do template?
Sem tocar no template: (1) comprimir todas as imagens antes do upload e usar /s1200/ nos URLs; (2) remover widgets não essenciais em Layout; (3) usar um tema oficial do Blogger responsivo. Estas acções no-code tendem a resolver uma parte substancial dos problemas de performance mobile sem precisar de editar HTML.
Conclusão: O Motor Funciona — Agora Acelera
O SEO técnico não é glamouroso. Não é a parte em que escreves o teu melhor artigo ou encontras uma keyword de ouro. É a parte em que garantes que o Google consegue realmente encontrar, rastrear e indexar tudo o que criaste.
No Afro Renda, foram estes detalhes técnicos — um sitemap com o protocolo errado, uma imagem de 64,5 KiB sem compressão, um Google Fonts a bloquear a renderização — que estavam a impedir que centenas de artigos chegassem aos leitores. Não era o conteúdo. Era o motor.
Agora que tens o checklist completo, o próximo passo é aplicar os itens mais críticos no teu blog esta semana. Começa pelo que o PageSpeed Insights identificar como maior problema — geralmente a imagem da capa.
Abre o PageSpeed Insights, cola o URL do teu artigo mais importante e identifica o elemento LCP. É uma imagem? Qual é o seu peso? Com essa informação, já sabes exactamente o que fazer.
Para confirmar que as mudanças técnicas estão a funcionar e monitorizar a indexação no GSC, consulta o guia: Google Search Console para Iniciantes (link na secção TODO — preencher após publicar o artigo do GSC).
Qual foi o maior problema técnico que encontraste no teu Blogger? Partilha nos comentários — as tuas dificuldades podem ajudar outros leitores.