Por Que o Blogspot Não Abre sem WWW e Como Ajustar o Domínio Personalizado

Por que o domínio raiz pode falhar enquanto o WWW funciona

O Blogspot (Blogger) não abre sem o prefixo "www" quando o domínio personalizado é adicionado ao sistema sem a inclusão dos quatro registros A do Google na zona de DNS ou sem a ativação da chave de redirecionamento interno no painel do controle. Pela arquitetura do protocolo de nomes de domínio (DNS), a infraestrutura do Google exige que blogs hospedados na plataforma utilizem um subdomínio — habitualmente o "www" — para fazer o vínculo através de um registro do tipo CNAME direcionado aos servidores da empresa (ghs.googlehosted.com). Contudo, o endereço principal de um site, conhecido tecnicamente como domínio apex, domínio raiz ou naked domain (por exemplo, seusite.com.br sem o prefixo), não pode receber um registro CNAME direto por limitações das especificações técnicas das redes de computadores (RFC 1034 e RFC 1912).

Quando um usuário digita o endereço do seu blog sem o "www" na barra de navegação, o navegador realiza uma consulta de DNS em busca dos endereços IP numéricos associados à raiz do domínio. Se você não cadastrou os quatro endereços de IP Anycast do Google na tabela de DNS da sua empresa registradora ou se esqueceu de marcar a opção de redirecionamento no painel do Blogger, o servidor DNS não encontra a rota para entregar a página. O resultado imediato é uma falha de conexão exibida no navegador, com erros do tipo "Servidor não encontrado", "DNS_PROBE_FINISHED_NXDOMAIN" ou falhas no aperto de mão de segurança SSL. Para solucionar o problema em definitivo, é necessário compreender a arquitetura DNS do Blogger, adicionar as entradas A corretas na zona DNS do seu domínio e habilitar o redirecionamento nativo no painel da plataforma.

Entendendo a Arquitetura do Blogger: Domínio Raiz vs. Subdomínio WWW

Para compreender por que o Blogspot exige uma atenção especial para o endereço sem "www", é preciso diferenciar o que é o subdomínio e o que é o domínio raiz (apex domain). Quando você compra um endereço como meublog.com.br, a entidade registradora atribui a você a autoridade sobre aquele nome. Esse endereço puro é chamado de domínio raiz ou naked domain. Qualquer termo adicionado antes do nome principal, separado por um ponto, constitui um subdomínio, como é o caso de [www.meublog.com](https://www.meublog.com).br, loja.meublog.com.br ou blog.meublog.com.br.

O Blogger foi projetado para servir conteúdos através de apontamentos CNAME (Canonical Name). Um registro CNAME funciona na tabela DNS como um apelido ou um redirecionamento de nome de host: ele diz aos servidores de internet que o endereço [www.meublog.com](https://www.meublog.com).br deve buscar o seu conteúdo no host global da Google, que atende pelo endereço ghs.googlehosted.com. Quando o Google atualiza a infraestrutura dos seus servidores ou altera os IPs dos seus clusters, você não precisa mudar nada no seu domínio, pois o CNAME repassa a consulta automaticamente para o host de destino.

Entretanto, as normas universais do protocolo DNS (mantedas pela IETF e descritas nas RFCs de padronização) estabelecem uma regra estrita: a raiz de um domínio (o caractere @ na tabela DNS) não pode possuir um registro CNAME. A razão técnica para essa limitação é que o registro CNAME substitui qualquer outra informação DNS para aquele nó. Como a raiz do domínio é obrigada a conter registros do tipo NS (servidores de nome) e SOA (Start of Authority) para que o domínio exista e funcione, colocar um CNAME na raiz destruiria a capacidade do domínio de responder a consultas de e-mail (registros MX), validação de segurança (registros TXT) e delegação de autoridade.

Por esse motivo, a Google exige que o Blogspot funcione primariamente em um subdomínio (geralmente o "www") alimentado por CNAME, enquanto o acesso ao domínio raiz (sem o "www") precisa ser tratado por uma combinação de quatro registros do tipo A apontando para IPs estáticos Anycast do Google, aliados a uma instrução de redirecionamento HTTP interna promovida pelos servidores do próprio Blogger.

As Duas Causas Principais para o Blogspot Não Carregar sem WWW

Se o seu blog abre normalmente quando você digita [www.seusite.com](https://www.seusite.com).br, mas fica fora do ar ou mostra uma mensagem de erro ao digitar seusite.com.br, o problema decorre inevitavelmente de uma ou de ambas as causas explicadas a seguir:

1. Ausência do Redirecionamento Nativo no Painel do Blogger

O Blogger possui uma ferramenta embutida que orienta seus servidores a capturar requisições feitas ao domínio raiz e enviá-las imediatamente com um status HTTP 301 (Redirecionamento Permanente) para a versão com "www". Se o seu domínio personalizado foi cadastrado, mas essa caixa de seleção permaneceu desativada nas configurações de publicação, o servidor do Google até recebe a visita na raiz do site, mas não sabe para qual subdomínio redirecioná-la, descartando a conexão ou retornando uma página de erro 404 genérica do Google.

2. Faltas dos Registros DNS do Tipo A na Registradora do Domínio

Ativar o botão de redirecionamento no painel do Blogger é inútil se o tráfego da internet sequer conseguir chegar aos servidores do Google quando o usuário digita o endereço sem "www". Para que a requisição sem "www" encontre o caminho dos servidores do Blogger, a tabela DNS do seu domínio precisa conter quatro entradas do tipo A vinculadas à raiz (@), cada uma apontando para um IP específico da infraestrutura pública da Google. Se essas entradas estiverem ausentes, incorretas ou apontando para servidores antigos de hospedagem, a consulta de DNS falhará antes mesmo de conversar com o Blogger.

Passo a Passo Completo: Como Configurar o Redirecionamento sem WWW no Blogger

A solução definitiva exige a execução de etapas sequenciais no painel de controle do seu registrador de domínio e no painel de administração do Blogger. Siga o procedimento abaixo para restabelecer a conectividade do seu endereço sem "www".

Passo 1: Verificação da Vinculação Básica do Domínio

Antes de aplicar os redirecionamentos do domínio raiz, confirme se o seu subdomínio com "www" já está operando corretamente. O vínculo básico do Blogger depende do CNAME principal apontando para ghs.googlehosted.com e do CNAME de verificação de propriedade exclusivo gerado para a sua conta.

Se você ainda está ajustando os parâmetros de apontamento e chave de validação na sua empresa registradora, recomendamos consultar nosso guia completo sobre Como Apontar um Domínio Comprado para o Blogspot e Ativar o Endereço Próprio para garantir que todos os dados de CNAME primários tenham sido gravados corretamente.

Passo 2: Adicionando os 4 Registros A do Google na Zona DNS

Acesse o painel da empresa onde você adquiriu seu domínio (como Registro.br, GoDaddy, Hostinger, Namecheap ou Cloudflare) e localize o Editor de Zona DNS ou Gerenciamento de DNS. Você precisará criar quatro entradas do tipo A direcionadas à raiz do domínio. Na maioria dos painéis, a raiz é representada pelo símbolo @ ou simplesmente deixando o campo de nome/host em branco.

Insira as quatro entradas com as seguintes informações exatamente como descrito:

• Registro A 1: Nome/Host: @ (ou em branco) | Tipo: A | TTL: 3600 (ou automático) | Dados/Valor: 216.239.32.21
• Registro A 2: Nome/Host: @ (ou em branco) | Tipo: A | TTL: 3600 (ou automático) | Dados/Valor: 216.239.34.21
• Registro A 3: Nome/Host: @ (ou em branco) | Tipo: A | TTL: 3600 (ou automático) | Dados/Valor: 216.239.36.21
• Registro A 4: Nome/Host: @ (ou em branco) | Tipo: A | TTL: 3600 (ou automático) | Dados/Valor: 216.239.38.21

Esses quatro endereços de IP pertencem aos servidores de borda globais do Google. Eles são programados para escutar as conexões que chegam ao seu domínio apex e encaminhá-las para a infraestrutura do Blogger, garantindo redundância: caso um dos servidores fique temporariamente indisponível, os outros três assumem as conexões instantaneamente.

Passo 3: Ativação da Chave de Redirecionamento no Painel do Blogger

Com os registros A salvos na tabela DNS da sua registradora, o próximo passo é instruir o Blogger a responder pelas chamadas daquele domínio sem "www". Para isso, siga estas instruções dentro do painel do seu blog:

1. Acesse a sua conta no Blogger e selecione o blog desejado.
2. No menu lateral esquerdo, clique na opção Configurações.
3. Role a página até encontrar a seção chamada Publicação.
4. Abaixo da opção onde aparece o seu "Domínio personalizado", você verá a chave alternável de nome Redirecionar domínio (com a descrição detalhada: Redirecionar [seudominio.com] para [[www.seudominio.com](https://www.seudominio.com)]).
5. Clique na chave para alternar o status para Ativado (a cor do botão mudará para indicar que a função está operante).
6. Caso a chave não permita a ativação imediata, aguarde alguns minutos para que o sistema do Google processe os novos registros A salvos no seu DNS e tente novamente.

Configuração Passo a Passo nas Principais Registradoras de Domínio

Embora a lógica da tabela DNS seja universal, cada empresa registradora possui uma interface de usuário diferente para gerenciar os registros do seu domínio. Veja abaixo como realizar o ajuste nas plataformas mais populares no Brasil.

Como Redirecionar sem WWW no Registro.br

O Registro.br é o órgão oficial responsável pela administração de domínios com final .br. Para incluir os IPs do Google na zona DNS do Registro.br:

1. Faça login no painel do Registro.br e clique sobre o nome do seu domínio.
2. Role a tela até a seção DNS e clique na opção Editar Zona (se a opção não aparecer, certifique-se de que você está utilizando os servidores de DNS próprios do Registro.br e não de uma hospedagem externa).
3. Clique no botão Nova Entrada.
4. No primeiro campo (Nome), deixe totalmente em branco. No campo de tipo, selecione A. No campo de destino, digite 216.239.32.21. Clique em Adicionar.
5. Repita a operação para os outros três IPs (216.239.34.21, 216.239.36.21 e 216.239.38.21), sempre deixando o campo de Nome em branco.
6. Clique em Salvar Alterações no topo do bloco DNS.

Como Configurar na GoDaddy

Se o seu domínio foi comprado na GoDaddy, siga estas etapas:

1. Acesse sua conta GoDaddy, navegue até Meus Produtos e localize o domínio.
2. Clique em DNS ou Gerenciar DNS ao lado do domínio desejado.
3. Verifique a lista de registros existentes. Se houver qualquer registro do Tipo A com o Nome @ apontando para um IP da GoDaddy (geralmente criado por padrão para páginas de "domínio estacionado"), exclua essa entrada clicando no ícone de lixeira.
4. Clique no botão Adicionar Novo Registro.
5. Escolha o Tipo A, defina o Nome como @, insira o primeiro IP do Google (216.239.32.21) e defina o TTL como 1 hora ou Padrão. Salve o registro.
6. Adicione os outros três registros A com os IPs restantes.

Como Configurar na Hostinger

Para domínios registrados ou gerenciados pelo painel da Hostinger (hPanel):

1. Acesse o hPanel da Hostinger e vá para a seção Domínios.
2. Selecione o seu domínio e clique em DNS / Zone Editor no menu lateral.
3. No formulário "Gerenciar registros DNS", escolha o Tipo A.
4. No campo Nome, digite @. No campo Aponta para, cole o primeiro IP do Google (216.239.32.21).
5. Deixe o TTL como Padrão e clique em Adicionar Registro.
6. Repita o procedimento para os IPs 216.239.34.21, 216.239.36.21 e 216.239.38.21. Exclua qualquer outro registro A antigo que aponte para IPs que não sejam os do Google na raiz.

Gerenciamento Avançado com Cloudflare

Se você utiliza o Cloudflare para gerenciar as zonas DNS e a proteção do seu site, você tem duas opções para lidar com o domínio raiz:

A primeira opção é replicar os quatro registros A do Google no painel da Cloudflare com o ícone de nuvem definido como Cinza (Apenas DNS / DNS Only). Isso garante que as requisições cheguem puras aos servidores do Google, permitindo que o certificado SSL nativo do Blogger seja emitido sem interferências.

A segunda alternativa é utilizar a funcionalidade de CNAME Flattening exclusiva da Cloudflare. A Cloudflare permite inserir um registro CNAME na raiz apontando para ghs.googlehosted.com e, de forma transparente para as normas de rede, converte essa chamada em entradas A na ponta final. No entanto, para evitar erros no certificado SSL interno do Blogger, o modo de criptografia SSL/TLS no painel da Cloudflare deve ser configurado como Completo (Full) ou Completo (Estrito) / Full (Strict).

HTTPS, Certificado SSL e Redirecionamento Seguro

A navegação na internet moderna exige o uso de conexões criptografadas com o protocolo HTTPS. Um dos erros mais frequentes cometidos ao ajustar o domínio personalizado no Blogspot é resolver o acesso sem "www" para o protocolo HTTP simples, mas deixar a versão segura ([https://seusite.com.br](https://seusite.com.br)) inacessível ou exibindo alertas de segurança do navegador.

O Blogger disponibiliza certificados SSL gratuitos fornecidos pela autoridade certificadora da própria Google (Google Trust Services). Para que o certificado cubra adequadamente tanto a versão com "www" quanto a versão raiz sem "www", as configurações de segurança precisam ser ativadas de forma consciente no painel do Blogger:

• Disponibilidade de HTTPS: Esta opção deve estar configurada como Sim. Quando ativada, o Google inicia o processo de provisionamento do certificado SSL para o seu domínio personalizado. O certificado emitido pelo Google é SAN (Subject Alternative Name), cobrindo explicitamente [www.seudominio.com](https://www.seudominio.com) e seudominio.com no mesmo documento criptográfico.
• Redirecionamento para HTTPS: Ao ativar esta opção como Sim, qualquer visitante que tentar acessar o blog via http:// será automaticamente forçado a navegar usando https://. Isso vale tanto para chamadas com "www" quanto para conexões vindas do domínio raiz sem "www".

É vital compreender que o processo de emissão do certificado SSL para o domínio sem "www" exige que os quatro registros A do Google já estejam totalmente propagados na internet. Se você tentar ativar o HTTPS no Blogger imediatamente após cadastrar os registros A na sua registradora, o sistema do Google pode falhar na verificação de propriedade do domínio apex e adiar a emissão do SSL. Se o navegador exibir o erro "A conexão não é privada" ao acessar a versão sem "www", aguarde um intervalo de até 24 horas para que a autoridade certificadora valide o domínio e conclua a instalação do certificado de segurança.

Diagnóstico e Resolução de Erros Frequentes

Mesmo seguindo as diretrizes de apontamento, é comum se deparar com inconsistências temporárias causadas por tempo de propagação de DNS, cache de navegador ou conflitos de registros antigos. Veja como diagnosticar e solucionar cada um desses cenários.

1. Mensagem de Erro NET::ERR_CERT_COMMON_NAME_INVALID

Esse erro ocorre quando o navegador tenta estabelecer uma conexão HTTPS com o domínio raiz ([https://seusite.com.br](https://seusite.com.br)), mas o certificado SSL atualmente ativo no servidor cobre apenas o subdomínio [www.seusite.com](https://www.seusite.com).br. Isso acontece quando o redirecionamento DNS acabou de ser configurado, mas o Blogger ainda não concluiu o pedido de inclusão da variante sem "www" no certificado digital do blog.

Como resolver: Acesse o painel do Blogger, vá em Configurações > HTTPS. Desative temporariamente o "Redirecionamento para HTTPS", aguarde cerca de 15 minutos e ative-o novamente. Esse procedimento força os servidores do Google a renovar a requisição do certificado SSL incluindo ambas as variantes de URL.

2. Propagação de DNS Lenta e Cache no Computador

As alterações feitas nas tabelas de DNS não entram em vigor instantaneamente em todo o mundo. Cada registro DNS possui um valor chamado TTL (Time To Live), que instrui os provedores de internet (como Claro, Vivo, TIM) sobre quanto tempo eles devem guardar aquela informação em cache antes de consultar a registradora novamente. Esse tempo pode variar entre 30 minutos e 48 horas.

Se o seu celular abre o site sem "www" na rede 4G/5G, mas o seu computador conectado ao Wi-Fi residencial continua dando erro, o problema é o cache do DNS local. Para resolver:

• No Windows: Abra o Prompt de Comando (CMD) como Administrador e digite o comando ipconfig /flushdns, pressionando Enter em seguida.
• No macOS: Abra o Terminal e digite sudo killall -HUP mDNSResponder, seguido da sua senha de administrador.
• No Google Chrome: Acesse o endereço interno chrome://net-internals/#dns na barra de navegação e clique no botão Clear host cache.

3. Conflitos com Registros A ou CNAME Antigos

Um dos erros mais devastadores na navegação sem "www" é a presença de registros residuais na sua tabela DNS. Se a sua zona DNS contiver, por exemplo, dois registros do Tipo A apontando o mesmo host @ — um para o IP da sua antiga hospedagem de sites (como Hostgator ou KingHost) e outro para o IP do Google —, os servidores de internet farão um alternamento aleatório de conexões. Metade dos seus visitantes conseguirá acessar o blog, enquanto a outra metade cairá em uma página de erro ou em um site desativado.

Como resolver: Inspecione toda a sua tabela DNS e certifique-se de que os únicos registros do tipo A existentes para a raiz (@) sejam os quatro IPs da Google (216.239.32.21, 216.239.34.21, 216.239.36.21 e 216.239.38.21). Delete qualquer outro registro A, AAAA ou CNAME associado à raiz.

4. Loop Infinito de Redirecionamento (ERR_TOO_MANY_REDIRECTS)

O erro de loop de redirecionamento acontece quando duas regras conflitantes tentam direcionar o tráfego em direções opostas de forma ininterrupta. No Blogger, isso geralmente ocorre em duas situações:

• Você ativou um redirecionamento de URL no painel do seu registrador de domínios (como a ferramenta "Redirecionamento de Domínio" do Registro.br ou da GoDaddy) apontando seusite.com.br para [www.seusite.com](https://www.seusite.com).br E AO MESMO TEMPO ativou a chave de redirecionamento interno dentro do Blogger. Escolha apenas um método: o recomendado é deixar o redirecionamento por conta das entradas A + chave nativa do Blogger.
• No Cloudflare, o modo de SSL está configurado como "Flexível" (Flexible). Como o Blogger exige HTTPS na ponta do servidor, a Cloudflare envia a requisição em HTTP, o Blogger responde exigindo HTTPS, e a Cloudflare converte novamente para HTTP, gerando um loop infinito. Corrija alterando a criptografia da Cloudflare para "Full" ou "Full (Strict)".

Impacto no SEO Semântico e Consolidação de Autoridade

Garantir que o seu Blogspot abra perfeitamente com e sem "www" vai além de uma simples conveniência técnica de navegação; é um pilar crítico de Otimização para Mecanismos de Busca (SEO). Para os robôs de varredura do Google (Googlebot), seusite.com.br e [www.seusite.com](https://www.seusite.com).br são considerados dois sites totalmente distintos do ponto de vista de arquitetura de URL.

Quando o redirecionamento do domínio raiz está configurado corretamente no Blogger, o servidor responde às requisições do domínio sem "www" emitindo um código de status HTTP 301 Moved Permanently. Esse cabeçalho de resposta informa expressamente aos mecanismos de busca que o endereço oficial e definitivo daquele conteúdo é a versão com "www".

Abaixo estão os benefícios diretos que esse ajuste traz para a visibilidade orgânica do seu blog:

• Prevenção de Conteúdo Duplicado: Sem o redirecionamento 301 correto, se o Googlebot conseguir indexar páginas tanto sob a versão sem "www" quanto sob a versão com "www", o seu blog sofrerá penalizações por canibalização de palavras-chave e divisão de métricas de engajamento. O redirecionamento consolida todo o índice em uma única versão canônica.
• Transferência e Consolidação de Link Juice (PageRank): Se um veículo de imprensa ou outro blog criar um link apontando para o seu site utilizando a versão curta (seusite.com.br), o redirecionamento 301 garante que 100% da autoridade do backlink seja transferida para a sua página principal com "www", sem perda de força temática.
• Tag Canonical Nativa: O Blogger insere automaticamente no cabeçalho do código HTML de todas as páginas a tag <link rel="canonical" href="[https://www.seusite.com.br/](https://www.seusite.com.br/)..." />. Quando os registros A e a chave de redirecionamento estão ativos, a tag canônica e o comportamento do servidor trabalham em perfeita harmonia semântica.

No Google Search Console, a boa prática recomendada para gerenciar o domínio do seu blog é criar uma propriedade do tipo Domínio (que abrange automaticamente todos os subdomínios, incluindo www, http e https). Se preferir utilizar propriedades do tipo "Prefixo do URL", certifique-se de cadastrar as quatro variações possíveis ([http://seusite.com](http://seusite.com), [https://seusite.com](https://seusite.com), [http://www.seusite.com](http://www.seusite.com) e [https://www.seusite.com](https://www.seusite.com)), definindo a versão [https://www.seusite.com](https://www.seusite.com) como a versão principal de acompanhamento de relatórios.

Checklist Definitivo para Validação do Domínio Personalizado

Antes de dar por encerrado o trabalho de ajuste do seu domínio personalizado no Blogspot, utilize esta checklist interativa para auditar todas as etapas de configuração:

• [ ] Registro CNAME 1 verificado: O host www está apontado para ghs.googlehosted.com no DNS.
• [ ] Registro CNAME 2 verificado: O token de verificação exclusivo do Google foi gravado na zona DNS.
• [ ] Registros A cadastrados: Os quatro IPs estáticos da Google (216.239.32.21, 216.239.34.21, 216.239.36.21, 216.239.38.21) estão ativos na raiz do domínio (@).
• [ ] Registros A antigos removidos: Não existem entradas A apontando para servidores de hospedagem anteriores ou páginas de estacionamento.
• [ ] Redirecionamento habilitado no Blogger: A opção "Redirecionar [domínio.com] para [[www.domínio.com](https://www.domínio.com)]" está ligada nas configurações de publicação.
• [ ] Disponibilidade de HTTPS ativada: A opção "Disponibilidade de HTTPS" está definida como "Sim".
• [ ] Redirecionamento HTTPS ativo: O tráfego inseguro HTTP é forçado para HTTPS automaticamente.
• [ ] Teste de navegação realizado: O site abre perfeitamente ao digitar seusite.com.br em uma janela anônima do navegador.

Conclusão

A impossibilidade de abrir o Blogspot sem digitar "www" não é um defeito da plataforma, mas uma consequência das regras fundamentais da arquitetura de nomes de domínio da internet. Como a raiz de um domínio não aceita registros do tipo CNAME, o Blogger depende da adição manual dos quatro registros de IP do tipo A na zona DNS da sua empresa registradora e da ativação da funcionalidade de redirecionamento nativo no seu painel de controle.

Ao realizar o apontamento correto dos IPs 216.239.32.21, 216.239.34.21, 216.239.36.21 e 216.239.38.21 e habilitar a chave de redirecionamento do domínio no painel de publicação, você garante uma experiência de uso fluida para seus leitores, evita mensagens de erro de conexão ou de segurança SSL e protege o desempenho SEO do seu projeto, consolidando toda a autoridade de pesquisa e backlinks no seu endereço principal.

Perguntas Frequentes sobre Redirecionamento no Blogger (FAQ)

Quanto tempo demora para o Blogger começar a abrir sem WWW depois de configurar os IPs?

O tempo médio de resposta varia conforme o tempo de propagação DNS do seu registrador de domínios, levando habitualmente entre 30 minutos e 4 horas para começar a responder. Em casos raros, a propagação global completa pode levar até 48 horas. Se após esse período o site continuar sem carregar sem "www", limpe o cache DNS do seu sistema operacional e verifique se os quatro registros A do Google foram salvos sem erros de digitação.

Posso usar o meu blog no Blogger sem o WWW como endereço principal?

Não. A arquitetura interna do Blogger exige obrigatoriamente um subdomínio como endereço canônico primário do blog (seja [www.seusite.com](https://www.seusite.com).br ou outro subdomínio de sua escolha, como blog.seusite.com.br). O acesso ao domínio raiz sem "www" funcionará de maneira perfeita e transparente para o visitante, porém agindo sempre como um redirecionador automático 301 para a versão que contém o subdomínio com "www".

O que acontece se eu configurar os registros A no DNS mas não ativar a chave no Blogger?

Se você cadastrar os quatro registros A do Google no seu DNS, mas não ativar a chave "Redirecionar domínio" nas configurações do Blogger, o tráfego vindo da raiz (sem "www") conseguirá localizar a rede de servidores do Google, mas os servidores não saberão para qual blog específico aquela requisição pertence. O visitante verá na tela uma página de erro genérica de servidor do Google (geralmente uma tela de Erro 404 Not Found).

Por que o site abre com HTTP sem WWW, mas dá erro de segurança com HTTPS sem WWW?

Isso acontece porque o certificado de segurança SSL emitido para o domínio personalizado no Blogger leva um tempo adicional para ser validado e estendido ao domínio apex. Enquanto o certificado cobre imediatamente o subdomínio www, a autoridade certificadora precisa confirmar a propagação dos registros A para incluir o domínio raiz no mesmo certificado. A solução é aguardar até 24 horas após a configuração DNS e alternar a chave de HTTPS nas configurações do Blogger para renovar a solicitação do certificado.

Devo cadastrar as duas versões do domínio no Google Search Console?

Se você utilizar a verificação por "Propriedade do Domínio" no Google Search Console (inserindo um registro TXT no seu DNS), uma única propriedade cobrirá automaticamente todas as variações com e sem "www", HTTP e HTTPS. Caso opte pela verificação por "Prefixo do URL", é altamente recomendável cadastrar as duas variantes (com e sem "www"), garantindo que você possa monitorar a consolidação do tráfego orgânico e verificar se o Googlebot está processando corretamente o redirecionamento 301 do domínio raiz para o endereço principal.