Como Habilitar HTTPS e Certificado SSL Grátis no Blogger

O Blogger oferece HTTPS sem a necessidade de comprar um certificado SSL separadamente ou instalar arquivos no servidor. Para blogs que utilizam um endereço padrão blogspot.com, o HTTPS já é disponibilizado automaticamente pela plataforma. Quando o blog utiliza um domínio personalizado, como www.seusite.com.br, a disponibilidade do HTTPS pode ser configurada diretamente no painel do Blogger depois que o domínio estiver corretamente conectado.

Embora seja comum chamar esse recurso de “certificado SSL”, a tecnologia moderna utilizada para proteger conexões HTTPS é o TLS, sucessor do antigo protocolo SSL. Na prática, o que o proprietário do Blogger precisa saber é que o HTTPS criptografa a comunicação entre o navegador do visitante e o site, reduzindo o risco de interceptação ou alteração dos dados durante a transmissão.

O processo é gratuito e administrado pela infraestrutura utilizada pelo Blogger. Você não precisa comprar um certificado, instalar arquivos manualmente nem contratar hospedagem apenas para utilizar HTTPS.

HTTPS no Blogger funciona de forma diferente em Blogspot e domínio próprio

Antes de procurar a opção “Disponibilidade de HTTPS” no painel, é importante identificar qual endereço o seu blog utiliza.

Essa diferença é importante porque muitos tutoriais antigos ensinam o usuário de um endereço blogspot.com a procurar uma opção de ativação da disponibilidade do HTTPS que pode não aparecer mais da mesma maneira.

Em um endereço padrão do Blogspot, não interprete a ausência dessa opção como erro. O HTTPS já faz parte da infraestrutura da plataforma.

Como verificar se o HTTPS já está funcionando no seu Blogger

Antes de modificar qualquer configuração, faça um teste simples.

Abra o blog utilizando:

https://nomedoblog.blogspot.com/

ou, se utilizar domínio personalizado:

https://www.seudominio.com.br/

Confirme se a página carrega normalmente.

Depois teste também a versão HTTP:

http://www.seudominio.com.br/

Se o redirecionamento para HTTPS estiver corretamente configurado, o navegador deverá terminar no endereço seguro iniciado por:

https://

Esse teste é mais útil do que simplesmente procurar um “cadeado verde”. A interface dos navegadores mudou ao longo dos anos e nem todos exibem a segurança da conexão utilizando o mesmo ícone.

Como configurar HTTPS em um endereço Blogspot

Se o seu blog utiliza um endereço como:

https://nomedoblog.blogspot.com/

a disponibilidade do HTTPS é fornecida automaticamente pela plataforma.

O ponto mais importante passa a ser o Redirecionamento para HTTPS.

No Blogger:

1. entre na conta responsável pelo blog;
2. selecione o blog desejado;
3. acesse Configurações;
4. localize a seção relacionada a HTTPS;
5. verifique a opção Redirecionamento para HTTPS;
6. mantenha o redirecionamento ativado quando o objetivo for fazer os visitantes utilizarem sempre a versão segura.

Com o redirecionamento funcionando, uma tentativa de abrir uma versão HTTP deverá conduzir o visitante para a correspondente em HTTPS.

Não é necessário comprar certificado SSL para realizar esse processo.

Como ativar HTTPS em um domínio personalizado do Blogger

O cenário muda quando você utiliza um endereço próprio, por exemplo:

www.seudominio.com.br

Nesse caso, o domínio precisa estar corretamente conectado ao Blogger para que a plataforma consiga disponibilizar o HTTPS.

O procedimento geral é:

1. configurar o domínio personalizado no Blogger;
2. adicionar corretamente os registros DNS fornecidos pela plataforma;
3. aguardar o domínio ser reconhecido;
4. acessar a seção HTTPS nas configurações;
5. ativar a disponibilidade de HTTPS quando a opção estiver disponível;
6. depois que o HTTPS estiver funcionando, ativar o redirecionamento para HTTPS.

Não tente solucionar um erro de emissão do certificado modificando aleatoriamente o template, sitemap ou robots.txt. Quando um domínio personalizado não recebe HTTPS corretamente, a primeira investigação deve ser feita na configuração do domínio e do DNS.

Quais registros DNS são realmente necessários

Ao conectar um domínio personalizado, o Blogger fornece informações que precisam ser adicionadas à zona DNS.

Normalmente, a configuração envolve um CNAME do endereço utilizado pelo blog e um segundo CNAME específico de verificação.

Por exemplo, o domínio pode utilizar:

www.seudominio.com.br

e o Blogger fornecerá os destinos correspondentes durante a configuração.

O segundo CNAME é específico da conta e da configuração daquele blog. Por esse motivo, você nunca deve copiar o CNAME de segurança de um tutorial ou de outro site.

E os quatro registros A do Blogger?

Os quatro registros A frequentemente apresentados nos tutoriais do Blogger têm uma finalidade específica: permitir a configuração do redirecionamento do domínio raiz para o domínio utilizado pelo blog.

Os endereços tradicionalmente utilizados pelo Blogger para essa finalidade são:

216.239.32.21
216.239.34.21
216.239.36.21
216.239.38.21

Isso permite trabalhar, por exemplo, com:

seudominio.com.br
↓
www.seudominio.com.br

Não interprete esses registros simplesmente como “os registros do certificado SSL”. A configuração de domínio e o provisionamento do HTTPS estão relacionados, mas cumprem funções diferentes.

Registro CAA pode impedir a emissão ou renovação do certificado

O CAA, sigla de Certification Authority Authorization, é um tipo de registro DNS que permite limitar quais autoridades certificadoras podem emitir certificados para determinado domínio.

Você não precisa criar registros CAA apenas porque começou a utilizar o Blogger.

O problema aparece quando o domínio já possui uma política CAA restritiva.

Nessa situação, a configuração precisa permitir a autoridade utilizada pelo Blogger para a emissão do certificado.

Se você usa registros CAA no domínio personalizado, confira se existe autorização para:

letsencrypt.org

Uma política CAA incorreta pode impedir tanto a criação quanto a renovação do certificado.

Portanto, se a disponibilidade do HTTPS permanece com erro mesmo depois de o domínio estar corretamente conectado, revise os registros CAA antes de realizar alterações no tema.

Não existe necessidade de comprar certificado SSL para o Blogger

Uma das vantagens da plataforma é justamente não exigir que o proprietário do blog administre manualmente o certificado.

Em uma hospedagem tradicional, você poderia precisar:

• emitir um certificado;
• configurá-lo no servidor;
• acompanhar sua validade;
• renová-lo;
• configurar o servidor web para HTTPS.

No Blogger, essa camada é administrada pela infraestrutura da plataforma.

Isso também significa que não é necessário contratar um serviço de SSL pago apenas para deixar um Blogger comum acessível por HTTPS.

O que fazer depois de ativar o redirecionamento para HTTPS

Não encerre o teste assim que a página inicial abrir.

Verifique diferentes tipos de URLs:

• página inicial;
• uma postagem;
• uma página estática;
• uma página de marcador;
• uma postagem antiga;
• páginas que utilizem imagens ou vídeos incorporados;
• páginas com gadgets de terceiros.

O objetivo é confirmar que o blog funciona normalmente em HTTPS e que nenhum recurso importante continua sendo carregado exclusivamente por HTTP.

O que é conteúdo misto no Blogger

Conteúdo misto acontece quando a página principal é carregada de maneira segura por HTTPS, mas algum recurso interno é solicitado por uma conexão HTTP sem criptografia.

Por exemplo:

Página:
https://www.seudominio.com.br/

Imagem:
http://exemplo.com/imagem.jpg

Outro exemplo:

<script src="http://exemplo.com/script.js"></script>

Nesse cenário, a página principal utiliza HTTPS, mas o navegador precisa acessar um recurso inseguro.

Dependendo do tipo de recurso e das políticas do navegador, ele poderá ser atualizado automaticamente, gerar um aviso ou ser bloqueado.

Como encontrar conteúdo misto no Blogger

Os erros podem estar em três áreas diferentes:

• tema;
• postagens e páginas;
• gadgets ou widgets.

Verifique primeiro a página no navegador

Abra o blog em HTTPS e utilize as ferramentas de desenvolvedor do navegador.

No Chrome em um computador, você pode abrir as ferramentas de desenvolvedor e observar o Console.

Procure mensagens contendo termos semelhantes a:

Mixed Content

A mensagem normalmente identifica qual recurso está tentando ser carregado por HTTP.

Isso é melhor do que substituir cegamente todas as ocorrências de http:// existentes no site.

Como corrigir conteúdo misto no tema

Se o mesmo erro aparece em várias páginas, existe uma boa possibilidade de a referência estar no template ou em algum gadget global.

No Blogger:

1. acesse Tema;
2. faça um backup antes de editar o código;
3. entre em Editar HTML;
4. pesquise por http://;
5. identifique URLs utilizadas em imagens, scripts, folhas de estilo, vídeos, áudio ou outros recursos;
6. teste manualmente se a mesma URL funciona utilizando https://;
7. somente depois da confirmação, altere o recurso para HTTPS;
8. salve o tema;
9. teste novamente a página.

Por exemplo, se existir:

<script src="http://cdn.exemplo.com/script.js"></script>

e você confirmar que o servidor realmente oferece a mesma versão segura, altere para:

<script src="https://cdn.exemplo.com/script.js"></script>

Não transforme automaticamente todo http:// em https://

Esse cuidado é importante.

Alguns servidores antigos simplesmente não oferecem uma versão HTTPS do recurso.

Se você mudar:

http://servidor-antigo.com/arquivo.js

para:

https://servidor-antigo.com/arquivo.js

sem testar, o arquivo poderá deixar de funcionar.

Nesse caso, a solução é procurar uma versão segura do recurso, hospedá-lo de forma adequada quando permitido ou substituir a ferramenta.

Evite URLs relativas ao protocolo como solução para conteúdo misto

Tutoriais antigos costumam recomendar URLs iniciadas desta maneira:

//cdn.exemplo.com/script.js

Embora esse formato tenha sido utilizado por muitos anos para acompanhar automaticamente o protocolo da página, em um site moderno que deve operar em HTTPS é mais claro e seguro utilizar explicitamente:

https://cdn.exemplo.com/script.js

desde que o servidor de destino realmente ofereça HTTPS.

Essa abordagem também deixa evidente, durante uma auditoria do template, que o recurso deve ser carregado de forma segura.

Como corrigir conteúdo misto em postagens antigas

Se o aviso acontece somente em algumas postagens, abra cada conteúdo problemático no editor do Blogger.

1. entre em Postagens;
2. abra o artigo;
3. altere para o modo HTML;
4. pesquise por http://;
5. identifique recursos incorporados;
6. confirme se existe versão HTTPS;
7. corrija a URL;
8. salve ou atualize o conteúdo;
9. teste novamente a página publicada.

Preste atenção principalmente a:

• imagens hospedadas externamente;
• players de vídeo antigos;
• iframes;
• scripts;
• contadores;
• banners;
• arquivos CSS;
• fontes externas.

Widgets antigos podem deixar de funcionar com HTTPS

Blogs antigos frequentemente carregam widgets adicionados anos atrás.

Alguns desses serviços não oferecem mais suporte, utilizam recursos inseguros ou foram abandonados.

Se um widget gerar conteúdo misto, não desative o HTTPS para mantê-lo funcionando.

O caminho mais seguro é:

1. identificar o widget;
2. procurar uma versão atual compatível com HTTPS;
3. atualizá-lo;
4. ou removê-lo caso o serviço não ofereça mais uma versão segura.

Isso é especialmente importante para scripts de terceiros, porque navegadores modernos podem bloquear recursos ativos carregados por HTTP em uma página HTTPS.

HTTPS não garante aprovação no AdSense

É importante não transformar uma configuração de segurança em uma promessa de monetização.

Utilizar HTTPS é uma prática adequada para um site moderno, mas isso não significa que ativar HTTPS fará um blog ser automaticamente aprovado no Google AdSense.

A análise de monetização envolve outros aspectos do site, como conteúdo, conformidade com políticas, navegação, funcionamento e experiência oferecida ao usuário.

Portanto, evite conclusões como:

Ative HTTPS e seu blog será aprovado no AdSense.

O correto é tratar HTTPS como parte da infraestrutura técnica e de segurança do blog.

HTTPS também não garante melhores posições no Google

Outro erro frequente é apresentar a ativação do certificado como uma técnica capaz de produzir automaticamente aumento de posições nas buscas.

HTTPS é importante para segurança e para oferecer uma experiência adequada ao visitante, mas não existe justificativa para prometer que simplesmente ativá-lo fará um artigo subir no ranking.

SEO depende de um conjunto muito maior de fatores, incluindo:

• qualidade e utilidade do conteúdo;
• adequação à intenção de busca;
• arquitetura do site;
• links internos;
• rastreabilidade;
• indexação;
• experiência da página;
• relevância para a consulta.

Portanto, configure HTTPS porque ele é a forma apropriada de servir um site moderno, e não porque algum tutorial promete um ganho automático de posicionamento.

Preciso reenviar o sitemap depois de ativar HTTPS?

O sitemap não deve ser tratado como um botão que “força o Google a rastrear e reindexar” o site.

Enviar um sitemap ajuda mecanismos de pesquisa a descobrir e acompanhar URLs, mas não obriga o Google a rastrear imediatamente todas as páginas nem garante que elas serão indexadas.

Se você já utiliza o Google Search Console, verifique se a propriedade acompanha corretamente a versão do site que está em uso.

Existem dois cenários importantes.

Propriedade de domínio

Uma propriedade de domínio, como:

seudominio.com.br

abrange os diferentes protocolos e subdomínios desse domínio.

Nesse caso, não é correto ensinar que toda mudança de HTTP para HTTPS exige obrigatoriamente criar uma nova propriedade apenas porque o protocolo mudou.

Propriedade com prefixo de URL

Uma propriedade configurada desta forma:

http://www.seudominio.com.br/

não representa exatamente o mesmo prefixo de:

https://www.seudominio.com.br/

Se você utiliza propriedades com prefixo de URL, confira se a versão HTTPS correta está disponível para monitoramento.

Depois, confirme que o sitemap utilizado pelo blog está acessível, por exemplo:

https://www.seudominio.com.br/sitemap.xml

O objetivo é permitir descoberta e acompanhamento das URLs, e não “forçar” reindexação.

Não use sintaxe Markdown em URLs técnicas

Uma URL mostrada em um tutorial do Blogger precisa ser apresentada como URL normal.

Correto:

https://www.seudominio.com.br/

Correto:

https://www.seudominio.com.br/sitemap.xml

Evite inserir estruturas de Markdown em locais que esperam somente uma URL.

Por exemplo, isto não deve ser copiado para um campo técnico:

[https://www.seudominio.com.br/](https://www.seudominio.com.br/)

Essa estrutura pertence à sintaxe Markdown e não representa uma URL pura.

Esse cuidado vale especialmente para:

• DNS;
• Search Console;
• atributos href;
• atributos src;
• scripts;
• sitemaps;
• configurações do Blogger.

O que fazer quando a disponibilidade de HTTPS não funciona em domínio próprio

Se o Blogger não conseguir disponibilizar HTTPS para o domínio personalizado, não altere várias configurações simultaneamente.

Siga este diagnóstico:

1. confirme se o domínio personalizado abre normalmente;
2. verifique os CNAMEs fornecidos pelo Blogger;
3. confirme se não existem registros DNS conflitantes;
4. verifique se as alterações DNS já foram propagadas;
5. se utiliza CAA, confira a autorização necessária para letsencrypt.org;
6. retorne ao Blogger e verifique novamente a disponibilidade de HTTPS;
7. somente depois que HTTPS funcionar, ative o redirecionamento.

Evite apagar registros DNS sem saber sua função.

Um domínio pode utilizar registros adicionais para e-mail, validação de serviços e outras aplicações. Por isso, não trate uma limpeza completa da zona DNS como solução genérica.

Como confirmar se o redirecionamento HTTPS está funcionando

Depois da configuração, teste diretamente uma URL HTTP.

Por exemplo:

http://www.seudominio.com.br/

O navegador deve terminar na correspondente segura:

https://www.seudominio.com.br/

Faça também o teste em uma postagem:

http://www.seudominio.com.br/2026/08/exemplo.html

e confirme se o destino final mantém o caminho correto utilizando HTTPS.

O objetivo não é apenas fazer a página inicial funcionar. URLs internas também precisam continuar acessíveis corretamente.

Checklist para configurar HTTPS corretamente no Blogger

• ☐ Identifique se o blog utiliza Blogspot ou domínio próprio.
• ☐ Em endereço Blogspot, confirme que a versão HTTPS abre normalmente.
• ☐ Verifique o redirecionamento para HTTPS.
• ☐ Em domínio personalizado, confirme primeiro a configuração DNS.
• ☐ Confira os CNAMEs fornecidos pelo próprio Blogger.
• ☐ Use os registros A quando forem necessários para o redirecionamento do domínio raiz.
• ☐ Se houver registros CAA, confira a autorização necessária.
• ☐ Confirme que a versão HTTPS do domínio abre normalmente.
• ☐ Ative o redirecionamento para HTTPS quando estiver disponível.
• ☐ Teste página inicial, postagens e páginas.
• ☐ Verifique conteúdo misto no navegador.
• ☐ Procure referências http:// problemáticas no tema.
• ☐ Revise postagens antigas.
• ☐ Revise widgets e scripts de terceiros.
• ☐ Não substitua URLs para HTTPS sem testar o destino.
• ☐ Não utilize Markdown dentro de URLs técnicas.
• ☐ Não trate o sitemap como ferramenta para forçar indexação.
• ☐ Não prometa aprovação no AdSense por causa do HTTPS.
• ☐ Não prometa melhora automática de ranking.

Perguntas frequentes sobre HTTPS e SSL no Blogger

O Blogger oferece certificado SSL grátis?

Sim. O Blogger fornece a infraestrutura necessária para disponibilizar HTTPS sem exigir que o proprietário do blog compre e instale manualmente um certificado tradicional.

Preciso ativar a disponibilidade de HTTPS em um endereço Blogspot?

Não da mesma forma que em um domínio personalizado. Em endereços padrão blogspot.com, a disponibilidade de HTTPS é fornecida automaticamente pela plataforma. Verifique principalmente se o redirecionamento para HTTPS está configurado conforme a necessidade do blog.

Preciso pagar para renovar o certificado?

O Blogger administra o certificado associado ao serviço. Em uma configuração normal da plataforma, o usuário não precisa comprar uma renovação manual.

Por que meu domínio personalizado não recebe HTTPS?

Problemas de DNS, CNAMEs incorretos, propagação ainda não concluída ou uma política CAA incompatível estão entre os pontos que devem ser investigados.

Preciso adicionar pki.goog ao CAA para usar Blogger?

Não trate isso como uma exigência universal do Blogger. Se o domínio utiliza registros CAA, siga a configuração atualmente necessária à plataforma e confira especialmente a autorização para letsencrypt.org.

Posso simplesmente trocar todo http:// do template por https://?

Não. Primeiro confirme se o recurso de destino realmente está disponível por HTTPS. Se não estiver, trocar apenas o protocolo poderá quebrar imagens, scripts, fontes ou widgets.

Ativar HTTPS aumenta automaticamente o ranking?

Não. HTTPS é importante para segurança e faz parte de uma implementação técnica adequada, mas não existe garantia de aumento de posições simplesmente por ativá-lo.

HTTPS garante aprovação no Google AdSense?

Não. A configuração melhora a segurança do site, mas aprovação no AdSense envolve critérios e políticas adicionais.

Reenviar o sitemap depois do HTTPS força o Google a reindexar o blog?

Não. Um sitemap ajuda mecanismos de pesquisa a descobrir URLs, mas não obriga o Google a rastrear ou indexar imediatamente todas as páginas.

O que devo fazer se uma postagem ainda utiliza imagens HTTP?

Abra a postagem no modo HTML, localize a referência, confirme se a imagem possui uma versão HTTPS funcional e atualize o endereço. Caso o servidor externo não ofereça HTTPS, considere substituir ou hospedar adequadamente o recurso.

HTTPS no Blogger deve ser tratado como segurança, não como promessa de SEO

Configurar HTTPS corretamente no Blogger é principalmente uma decisão de segurança e integridade da conexão.

Em um endereço blogspot.com, a disponibilidade de HTTPS já faz parte da plataforma. Em um domínio personalizado, o processo depende de o domínio estar corretamente conectado e de a configuração DNS permitir que o Blogger disponibilize o certificado.

Depois disso, a prioridade é garantir que o redirecionamento funcione e que imagens, scripts, widgets, vídeos e outros recursos não continuem sendo carregados por conexões HTTP inseguras.

Não é necessário comprar SSL, não é necessário utilizar configurações antigas copiadas de outros tutoriais e não existe motivo para reenviar sitemaps repetidamente esperando “forçar” o Google a indexar o site.

Uma implementação correta é mais simples: configure o endereço adequadamente, confirme o HTTPS, ative o redirecionamento quando aplicável, corrija conteúdo misto e monitore o funcionamento do site.