Problema com indexação de site pelo Google (não aparece nada ao digitar "site:meudominio.com")

Olá. Boa tarde a todos

Vou contar uma coisa que nunca tinha me acontecido. Mudamos o design de um site e o Google, embora pareça que o rastreia (no Search Console aparece o que coloco a seguir), se eu colocar no Google "site:meudominio" não aparece nada. Portanto, é como se não existisse para o Google. E já se passaram várias semanas


Curiosamente, testamos mover os arquivos do site do hosting original para uma url temporária em outro hosting (webempresa). Nesse caso, sim apareciam resultados ao colocar "site:url-dominio-temporal". Portanto, decidi deixar o domínio onde estava e apontá-lo por DNS para o hosting diferente onde coloquei os arquivos da url-dominio-temporal. Mas, novamente, não há resultados

É possível que a nível de domínio possa existir algum bloqueio ou configuração estranha? Porque, claro, não há "no index" nem no site nem no robots (nem a caixa de que os buscadores não rastreiem o site está marcada), nem há ações manuais no Search Console. O sitemap está bem e no Search Console ele é aceito corretamente. E o domínio é bastante antigo. Segundo a Semrush, tem uma autoridade de 10 e 551 backlinks

O domínio é labosev.com

O que vocês acham que pode estar acontecendo?

Não sei se me expliquei bem, mas se tiverem dúvidas, perguntem-me. Obrigado antecipadamente!

Você tem 143 páginas (urls) 'noindex'
Revise também o .htaccess caso haja alguma regra ou algo que provoque essa desindexação

gabtewaz disse:

Ver o anexo 1570088

Você tem 143 páginas (urls) 'noindex'
Revise também o .htaccess caso haja alguma regra ou algo que provoque essa desindexação

Clique para expandir...

Essas 143 páginas são coisas relacionadas com entradas. Deixo um print caso possa me dar mais luz


Se coloco o código-fonte de uma das entradas que aparecem ali no Gemini, ele me diz que não há nenhum problema para o rastreio, por isso digo que é muito estranho:

Analisei minuciosamente o código-fonte que você forneceu. A resposta curta é: Não, não há nada no código que impeça que o Google rastreie e indexe esta URL.

De fato, o código está bem otimizado para o SEO. Aqui detalho os pontos-chave que verifiquei:

1. Diretivas de Robots (Meta Robots)​

A tag mais importante para a indexação é:<meta name='robots' content='index, follow, ...' />

• index: Diz explicitamente ao Google que pode salvar esta página no seu índice.
• follow: Indica que os rastreadores devem seguir os links que encontrarem nesta página.
• Estado: Correto.

2. Tag Canonical​

<link rel="canonical" href="https://labosev.com/entendiendo-la-epilepsia-sintomas-causas-y-tratamientos/" />A URL canônica coincide perfeitamente com a URL do post. Isso evita problemas de conteúdo duplicado e confirma ao Google qual é a versão oficial da página.

• Estado: Correto.

3. Configuração do Yoast SEO​

O código mostra que você está usando o Yoast SEO v26.6 e que o plugin está gerando corretamente o Schema Graph (dados estruturados). Isso ajuda o Google a entender que o conteúdo é um Article e uma WebPage, o que é excelente para o rastreio semântico.

É domínio expirado?

por enquanto para mim aparece buscando apenas a url, mas com site: também não me mostra nada. Tente mover o site para o hosting onde você tinha o site temporário, pode ser um problema do servidor, bloqueios de IP, etc.



Os noindex de https://ibb.co/Y7KGZhbH estão bem, não há problema com isso, essas páginas devem ir com noindex.

Jarem disse:

É domínio expirado?

por enquanto para mim aparece buscando apenas a url, mas com site: também não me mostra nada. Tente mover o site para o hosting onde você tinha o site temporário, pode ser um problema do servidor, bloqueios de IP, etc.

Ver o anexo 1570559

Os noindex de https://ibb.co/Y7KGZhbH estão bem, não há problema com isso, essas páginas devem ir com noindex.

Clique para expandir...

Muito obrigado pela sua resposta! O domínio está renovado até julho de 2026 e o site eu tenho agora mesmo no hosting "temporário" e apontado por DNS ao domínio, que tenho na localização primeira

É tudo muito estranho, a verdade. Pelo menos, para mim

Deixo também o conteúdo do .htaccess caso vejam algo estranho. Obrigado!!!

<FilesMatch ".(php4|php5|php3|php2|php|phtml)$">
SetHandler application/x-lsphp84
</FilesMatch>

Header always set Content-Security-Policy "upgrade-insecure-requests;"

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

Eu te aviso que entre mais de 30 sites que já tive, às vezes acontecem coisas "estranhas". Por exemplo, um site tinha tags noindex em muitas entradas por um plugin defeituoso, o tráfego do Google caiu quase para 0, depois removi isso e no Google Console pedi diretamente para agilizar a reindexação, passaram dois meses e nada até que um dia o Google decidiu que era hora de reindexar.

Outro site, entre os muitos que tenho gerados com conteúdo de IA, há um que o Google não manda nada de tráfego, tem indexadas as homes com seus robots.txt, mas nenhuma entrada, e por mais que o Search Console peça para rastrear e no final rastreia algumas entradas, não as indexa. Poderia ser "thin content", mas muitos dos meus sites são thin content e geram tráfego de sobra.

Aonde quero chegar? Que é preciso ter muita paciência porque as mudanças podem demorar meses. Isso não significa que no seu caso esteja tudo bem, não sei, mas vejo casos onde se demora meses apesar de estar tudo ok.

PotionServices disse:

Eu te aviso que entre mais de 30 sites que já tive, às vezes acontecem coisas "estranhas". Por exemplo, um site tinha tags noindex em muitos posts por causa de um plugin com defeito, o tráfego do Google caiu quase para 0, depois removi isso e, no Google Console, pedi diretamente para agilizar a reindexação. Passaram dois meses e nada, até que um dia o Google decidiu que era hora de reindexar.

Outro site, entre os muitos que tenho com conteúdo gerado por IA, há um que o Google não envia tráfego nenhum. Ele tem as homes indexadas com seus robots.txt, mas nenhum post, e por mais que o Search Console peça para rastrear e, no final, rastreie alguns posts, ele não os indexa. Poderia ser "thin content", mas muitos dos meus sites são thin content e geram tráfego de sobra.

Onde quero chegar? Que é preciso ter muita paciência porque as mudanças podem demorar meses. Isso não significa que no seu caso esteja tudo bem, não sei, mas vejo casos onde demora meses apesar de estar tudo ok.

Clique para expandir...

Obrigado!

Mas como você explica que, se eu transfiro o site para outra hospedagem (não o domínio), o Google já o rastreia e aparecem coisas ao colocar "site:...."?

Baldomero Gar disse:

Obrigado!

Mas como você explica que, se eu transfiro o site para outra hospedagem (não o domínio), o Google já o rastreia e aparecem coisas ao colocar "site:...."?

Clique para expandir...

Talvez ele não confie na hospedagem, não sei, seria preciso analisar. Por isso disse que não sei no seu caso, mas que essas coisas costumam demorar.

Nossa... Pois espero que ele "confie" logo

O problema continua sem solução. Deixo o relatório de indexação recebido hoje


Apesar desses números, em site:labosev.com continua sem aparecer nada

Obrigado

A chave do seu diagnóstico é que o site funcionou no domínio temporário, o que sugere um problema específico com a configuração de labosev.com ou seu ambiente atual. Para identificar a causa, é crucial revisar a fundo o relatório de "Indexação de páginas" (anteriormente Cobertura) no Google Search Console, especialmente os "Motivos" das "Páginas excluídas". Além disso, utilize a "Ferramenta de Inspeção de URLs" para https://labosev.com/ e uma página interna importante, buscando diretivas noindex ou problemas de rastreio/canônicas. Uma vez que você tenha esses detalhes específicos do Search Console para labosev.com, poderemos te dar um diagnóstico preciso

Baldomero Gar disse:

Olá. Boa tarde a todos

Conto a vocês uma coisa que nunca tinha acontecido comigo. Mudamos o design de um site e o Google, embora pareça que o rastreia (no Search Console aparece o que coloco a seguir), se eu coloco no Google "site:meudominio" não aparece nada. Portanto, é como se não existisse para o Google. E já se passaram várias semanas

img 1 hosted at ImgBB

Imagen img 1 alojada en ImgBB

ibb.co

img 2 hosted at ImgBB

Imagen img 2 alojada en ImgBB

ibb.co

img 3 hosted at ImgBB

Imagen img 3 alojada en ImgBB

ibb.co

Curiosamente, testamos mover os arquivos do site da hospedagem original para uma url temporária em outra hospedagem (webempresa). Nesse caso, sim, apareciam resultados ao colocar "site:url-dominio-temporario". Portanto, decidi deixar o domínio onde estava e apontá-lo por DNS para a hospedagem diferente onde coloquei os arquivos da url-dominio-temporario. Mas, novamente, não há resultados

É possível que, a nível de domínio, possa existir algum bloqueio ou configuração estranha? Porque, claro, não há "no index" nem no site nem no robots (nem a caixa de que os buscadores não rastreiem o site está marcada), nem há ações manuais no Search Console. O sitemap está bem e no Search Console ele é aceito corretamente. E o domínio é bastante antigo. Segundo a Semrush, tem uma autoridade de 10 e 551 backlinks

O domínio é labosev.com

O que vocês acham que pode estar acontecendo?

Não sei se me expliquei bem, mas se tiverem dúvidas, perguntem-me. Obrigado antecipadamente!

Clique para expandir...

labosev.com -> https://laboratorioslabosev.com/

O Google não adiciona redirecionamento, e é uma má ideia também ter três domínios iguais e apenas mudar a extensão que abra o mesmo site.

O que parece ser um luxo, prejudica a imagem da empresa.

https://laboratorioslabosev.com/ -> Este é o site que o Google adicionará.


labosev.com -> você poderia criar um site pequeno em HTML, que depois abra esse site ou adicioná-lo diretamente na conta CPANEL, labosev.com, e o outro domínio ambos abrirão o mesmo site, mas já indiquei que não é recomendado, é como ter três domínios com o mesmo nome e apenas mudar as extensões

Abraços.-

@Baldomero Gar

O último comentário de @fjgroup acertou em cheio. Acabei de verificar:

labosev.com → redireciona para laboratorioslabosev.com

Esse redirecionamento é o seu problema. O Google está indexando o domínio de DESTINO (laboratorioslabosev.com), não o de ORIGEM (labosev.com).

Por isso, quando você busca "site:labosev.com" não aparece nada, mas o site existe e o Google o rastreia.

Soluções:

1. Se você quer usar labosev.com como domínio principal:
- Remova o redirecionamento
- Configure labosev.com como domínio principal na sua hospedagem
- Adicione labosev.com ao Search Console (não laboratorioslabosev.com)
- Faça um redirect 301 de laboratorioslabosev.com → labosev.com (ao contrário de como você tem)

2. Se você prefere usar laboratorioslabosev.com:
- Deixe como está
- Mas então busque "site:laboratorioslabosev.com" e lá deveriam aparecer suas páginas

Também verifique no seu WordPress → Ajustes → Gerais → qual URL você tem configurada como "Endereço do site".

Você pode confirmar qual dos dois domínios você quer que seja o principal?

Baldomero Gar disse:

Olá. Boa tarde a todos

Conto a vocês uma coisa que nunca tinha me acontecido. Mudamos o design de um site e o Google, embora pareça que o rastreia (no Search Console aparece o que coloco a seguir), se eu coloco no Google "site:meudominio" não aparece nada. Portanto, é como se não existisse para o Google. E já se passaram várias semanas

img 1 hosted at ImgBB

Imagen img 1 alojada en ImgBB

ibb.co

img 2 hosted at ImgBB

Imagen img 2 alojada en ImgBB

ibb.co

img 3 hosted at ImgBB

Imagen img 3 alojada en ImgBB

ibb.co

Curiosamente, testamos mover os arquivos do site do hosting original para uma url temporária em outro hosting (webempresa). Nesse caso, os resultados apareciam ao colocar "site:url-dominio-temporal". Portanto, decidi deixar o domínio onde estava e apontá-lo por DNS para o hosting diferente onde coloquei os arquivos da url-dominio-temporal. Mas, novamente, não há resultados

É possível que a nível de domínio possa existir algum bloqueio ou configuração estranha? Porque, claro, não há "no index" nem no site nem no robots (nem marcada a caixa de que os buscadores não rastreiem o site), nem há ações manuais no Search Console. O sitemap está bem e no Search Console ele é reconhecido corretamente. E o domínio é bastante antigo. Segundo a Semrush tem uma autoridade de 10 e 551 backlinks

O domínio é labosev.com

O que vocês acham que pode estar acontecendo?

Não sei se me expliquei bem, mas se tiverem dúvidas, perguntem-me. Obrigado antecipadamente!

Clique para expandir...

Olá, @Baldomero Gar!

Analisando com detalhes o seu caso e as capturas que você subiu do Google Search Console e Semrush, há vários sinais muito claros de por que o Google parece "ignorar" o domínio, apesar de o robots.txt e o sitemap estarem corretos:

1. O verdadeiro culpado: As 143 páginas excluídas por "noindex" e os erros 5xxNa segunda captura do Search Console, vê-se claramente que você tem 143 páginas excluídas por tag noindex e 32 erros de servidor (5xx). Quando você mudou o design ou migrou de hosting, o novo CMS, algum plugin (como Yoast/Rank Math mal configurado) ou o template padrão injetaram tags noindex massivas, ou então o servidor esteve gerando erros 5xx durante o rastreio, o que fez com que o Google desindexasse o site de uma vez. Como não há páginas indexadas válidas, o comando site:labosev.com não retorna nada.

2. O problema da mudança de hosting e os DNS (A URL temporária funcionava)Você menciona que ao mover o site para uma URL temporária na Webempresa, o site: funcionava, mas ao apontar o domínio principal para o novo hosting, deixou de aparecer. Isso acontece por dois motivos comuns:

• Propagação ou conflito de DNS / SSL: Se o apontamento não propagou bem os registros A ou CNAME, ou se há um conflito com o certificado SSL (por exemplo, forçar HTTPS quando o servidor novo não responde bem à porta 443), o Googlebot trava em um erro de conexão e deixa de indexar.
• Cache de servidor / Firewall (WAF): Alguns hostings (como a Webempresa ou outros) têm regras de segurança muito agressivas ou sistemas de cache a nível de servidor que podem estar bloqueando ou devolvendo códigos de resposta incorretos especificamente para os bots do Google, enquanto para você, como usuário humano, o site carrega normalmente.

O que sugiro revisar e fazer passo a passo?

1. Revise o código-fonte (Ctrl + U): Entre na página inicial do seu domínio principal (labosev.com) e procure manualmente pela tag <meta name="robots" content="noindex">. Às vezes, os desenvolvedores ou migrações deixam isso ativo por erro.
2. Inspeção de URL no Search Console: Coloque a URL principal na barra superior do Search Console e clique em "Testar URL ao vivo". Veja exatamente qual código HTTP o servidor devolve (deve ser um 200 OK) e se o Googlebot consegue ver o HTML ou se fica em branco por bloqueio do hosting.
3. Erros 5xx: Solucione urgentemente esses 32 erros de servidor no Search Console, já que se o Google detecta que seu hosting gera erros de forma intermitente, ele freia o rastreio por completo.
4. Validar a correção: Uma vez que você limpe o noindex e os erros de servidor, vá à seção de cobertura no Search Console e clique no botão de "Validar correção" para forçar o Google a reavaliar o domínio.

Espero que sirva de guia para destravar o domínio! Abraços.

Olá:

Com relação ao que você comenta sobre a mudança de design e a estranha diferença de comportamento entre a URL temporária do hosting e o domínio principal (labosev.com), há um diagnóstico técnico prévio e crítico a ser resolvido antes de avaliar os conteúdos.

O fato de o site funcionar e ser indexado perfeitamente sob uma URL temporária (subdomínio do hosting), mas desaparecer por completo (inclusive com o comando site🙂 ao apontar o domínio principal por DNS com os mesmos arquivos, aponta diretamente para um bloqueio técnico a nível de infraestrutura ou rede:

Bloqueio do Googlebot por segurança (WAF / Firewall): Ferramentas de proteção, firewalls do servidor ou sistemas como Cloudflare podem estar bloqueando seletivamente os crawlers do Google no domínio principal, enquanto deixavam passar o tráfego de forma aberta na URL temporária. Convém revisar os logs do servidor para ver se o Googlebot sofre bloqueios (códigos 403, 405 ou bloqueios de IPs).

Problemas de conectividade SSL ou redirecionamentos invisíveis: Falhas na instalação do certificado SSL no domínio principal, ou loops de redirecionamento (HTTP para HTTPS / com e sem www) que um navegador humano contorna automaticamente, mas que interrompem imediatamente o rastreio do Googlebot.

Tags Canonical ou configuração do CMS: Que as URLs canônicas do site continuem apontando para o ambiente de testes ou para a rota temporária anterior.

Histórico e penalizações do domínio: Tratando-se de um domínio antigo, é possível que arraste algum tipo de filtro ou problema técnico estrutural herdado que não foi solucionado com a mudança de design.

A camada estratégica: Entidade, EEAT e YMYL
Uma vez que você verifique através da ferramenta Inspecionar URL do Search Console se o Googlebot realmente consegue acessar e renderizar o domínio principal, entra em jogo a segunda camada: a construção da entidade e a autoridade temática.

Em um setor como o de laboratórios, saúde ou informação médica (ambientes fortemente YMYL - Your Money or Your Life), o Google não só precisa conseguir rastrear as páginas, mas encontrar sinais extremamente sólidos de confiança, precisão e autoria. Se o site se baseia principalmente em imagens com muito pouco conteúdo textual e especializado, o Google carece dos elementos necessários para relacioná-lo com os nós adequados do seu Knowledge Graph.

Se não aparece nada com o comando site, é porque nem uma única página do seu blog está indexada. Você deveria ter o Search Console, que lá te diz tudo como está, inclusive se há um erro com o sitemap; às vezes não indexa por etiquetas que estão mal colocadas, como te disseram antes, ou então há alguma ordem que diz ao Google para não indexar.

Muito obrigado pelas contribuições, @EUSKAL CONSEIL e @Luciana95!

@EUSKAL CONSEIL, você acertou em cheio na parte de infraestrutura e na análise de bloqueios a nível de rede/WAF. Definitivamente, quando uma mudança de DNS quebra o comportamento que se tinha na URL temporária, a primeira coisa que se deve revisar são os logs do servidor para descartar que o Cloudflare ou o firewall estejam filtrando o user-agent do Googlebot. Além disso, a observação sobre a camada YMYL (por se tratar de um domínio com a temática de laboratório/saúde) é fundamental: o Google não perdoa a falta de sinais de autoridade nem conteúdo pobre neste tipo de nichos.

@Luciana95, totalmente de acordo. Apoiar-se na ferramenta de inspeção de URLs do Search Console é o passo obrigatório para ver exatamente qual resposta HTTP o Google recebe em tempo real e caçar se algum bloqueio por etiquetas ou sitemaps mal configurados acabou passando.

Vou revisar os logs do servidor e as diretivas de segurança no Search Console para verificar o estado do rastreamento. Compartilho com vocês como evolui!

RayCuriel disse:

Muito obrigado pelas contribuições, @EUSKAL CONSEIL e @Luciana95!

@EUSKAL CONSEIL, você acertou em cheio na parte de infraestrutura e na análise de bloqueios a nível de rede/WAF. Definitivamente, quando uma mudança de DNS quebra o comportamento que se tinha na URL temporária, a primeira coisa que se deve revisar são os logs do servidor para descartar que o Cloudflare ou o firewall estejam filtrando o user-agent do Googlebot. Além disso, a observação sobre a camada YMYL (por se tratar de um domínio com a temática de laboratório/saúde) é fundamental: o Google não perdoa a falta de sinais de autoridade nem conteúdo pobre neste tipo de nichos.

@Luciana95, totalmente de acordo. Apoiar-se na ferramenta de inspeção de URLs do Search Console é o passo obrigatório para ver exatamente qual resposta HTTP o Google recebe em tempo real e caçar se algum bloqueio por etiquetas ou sitemaps mal configurados acabou passando.

Vou revisar os logs do servidor e as diretivas de segurança no Search Console para verificar o estado do rastreamento. Compartilho com vocês como evolui!

Clique para expandir...

A menos que você tenha uma conta dupla ou que a IA tenha alucinado, não entendo sua última reação.

RayCuriel disse:

Muito obrigado pelas contribuições, @EUSKAL CONSEIL e @Luciana95!

@EUSKAL CONSEIL, você acertou em cheio na parte de infraestrutura e na análise de bloqueios a nível de rede/WAF. Definitivamente, quando uma mudança de DNS quebra o comportamento que se tinha na URL temporária, a primeira coisa que se deve revisar são os logs do servidor para descartar que o Cloudflare ou o firewall estejam filtrando o user-agent do Googlebot. Além disso, a observação sobre a camada YMYL (por se tratar de um domínio com a temática de laboratório/saúde) é fundamental: o Google não perdoa a falta de sinais de autoridade nem conteúdo pobre neste tipo de nichos.

@Luciana95, totalmente de acordo. Apoiar-se na ferramenta de inspeção de URLs do Search Console é o passo obrigatório para ver exatamente qual resposta HTTP o Google recebe em tempo real e caçar se algum bloqueio por etiquetas ou sitemaps mal configurados acabou passando.

Vou revisar os logs do servidor e as diretivas de segurança no Search Console para verificar o estado do rastreamento. Compartilho com vocês como evolui!

Clique para expandir...

Hahaha, toda a razão, @EUSKAL CONSEIL! Me equivoquei de tópico ao redigir a resposta e parecia que eu estava respondendo como se fosse o dono do domínio.

Quis dizer que, em situações gerais com esse tipo de bloqueios e infraestrutura, esses são os pontos-chave a revisar. Desculpas pela confusão e obrigado por notar o lapso!

Seguimos no debate. Abraços!