Respostas no Fórum

Visualizando 15 respostas - 226 até 240 (de um total de 370)
  • Olá @lucasbuffon741,
    Caro @ralden,

    Também enfrentei problema parecido. Por muito tempo usei o robots.txt para barrar páginas que não queria que aparecesse, mas o que finalmente resolve para o Google não reclamar é sinalizar que as páginas não devem ser indexadas, em vez de pedir que elas não sejam rastreadas.

    https://support.google.com/webmasters/answer/93710?hl=pt-BR

    robots.txt > para páginas que não devem nem ser rastreadas, como /wp-admin/, /cgi-bin/ etc.

    noindex > para páginas que podem ser rastreadas mas não devem ser indexadas.

    Essa sinalização do noindex vc pode fazer via meta tag no HTML, e o próprio Yoast faz isso na seção Aparência na Pesquisa. Todo grupo de páginas que for marcado como “Não” para a pergunta “Mostrar xyz nos resultado de pesquisa?” terá a meta tag sinalizando para o Google não indexar.

    Para arquivos que não sejam HTML, como JS, CSS, imagens, é preciso enviar um header do HTTP com a solicitação para não indexar. Num servidor Apache em hospedagem compartilhada, vc colocaria no .htaccess:

    Header set X-Robots-Tag "noindex"

    É claro que é preciso posicionar essa instrução em diretórios específicos, para não prejudicar arquivos que devem ser indexados.

    No caso de imagem que é para entrar no Google Image mas não no Google, é importante ver se no Yoast está configurado na seção Aparência na Pesquisa > Mídia:

    Redirecionar URLs de anexos para o anexo em si? SIM

    No mais é monitorar no Google Search Console para ver se o sitemap gerado pelo Yoast foi submetido, pois ele indica ao Google o que é para ser indexado.

    O Googlebot é rápido para incluir o que não deve, mas lento para retirar. Depois de acertar o passo, é preciso paciência, pois leva alguns dias, semanas ou até meses para tudo voltar a ser o que era.

    Espero que ajude. Sucesso!

    • Esta resposta foi modificada 4 anos, 7 meses atrás por CB.

    Olá @manoelribeiro,

    O tamanho máximo de upload é controlado pelo servidor, não pelo WordPress. Aqui estão três formas de aumentar o limite de upload:

    Se você pode editar ou sobrescrever o arquivo php.ini, aumente o tamanho máximo de post e de upload de arquivo. Por exemplo: upload_max_filesize = 100M ; e post_max_size = 100M ;

    Se você não pode editar ou sobrescrever o arquivo php.ini, adicione php_value upload_max_filesize 100M e php_value post_max_size 100M ao seu arquivo .htaccess.

    (Nos exemplos acima, o limite está configurado para 100MB, vc deve ajustar dependendo de quanta memória tem disponível no servidor e do tamanho dos uploads)

    Sucesso!

    De nada. Que bom que deu certo!

    Por favor marque como Resolvido aqui no fórum, pois isso ajuda outros com esse problema.

    • Esta resposta foi modificada 4 anos, 8 meses atrás por CB.

    Olá @amsubl32,

    Vc configurou a página /blog em Configurações > Leitura?

    Caso já esteja configurado lá, dê uma olhada em Aparência > Personalizar, pois alguns temas jogam para lá essa configuração.

    Valeu @punisher07, que bom que deu tudo certo!

    Olá @punisher07,

    Esse erro é meio chato pois pode ter várias causas. Inclusive pode ser somente um erro temporário devido a sobrecarga no servidor. Então a primeira coisa é esperar um pouco e tentar novamente.

    Este artigo lista várias outras alternativas que vc pode tentar.

    • Esta resposta foi modificada 4 anos, 8 meses atrás por CB.

    Como vc usa o WP Super Cache, precisa ver se está corretamente configurado. Na página de opções avançadas tem uma parte onde se permite excluir arquivos ou pastas do cache. Por padrão, ele vem com as seguintes exclusões:

    wp-.*\.php
    index\.php
    .*preview.*

    É importante que a primeira linha não tenha sido retirada, pois ela impede o cache do /wp-json.php, que é usado pelo Redirection.

    Caso as 3 linhas acima estejam inalteradas no WP Super Cache, talvez o próprio mod_pagespeed esteja fazendo o cache do /wp-json.php, o que vc teria que descobrir como alterar, procurando no Google a documentação do mod_pagespeed.

    Outra coisa que vc pode fazer é abrir a pasta Ajuda do Redirection e ver que mensagens aparecem em relação à API REST e ao plugin. Se tiver algum erro em relação à API REST, vc pode ir na aba Opções e bem abaixo, uma linha antes do botão Atualizar, tem uma janela com 3 opções para a API, e vc pode testar as alternativas para ver se funciona.

    • Esta resposta foi modificada 4 anos, 8 meses atrás por CB.

    Pelo visto, o comportamento que vc está vendo é o oposto do que estou vendo. Com https eu vejo todos os ícones, com http eu não vejo a maioria dos ícones. Algumas fotos que eu via agora não aparecem. Sugiro novamente refazer o cache do pagespeed, que geralmente fica numa pasta com esse nome dentro de uma pasta /cache/ que pode estar na raiz ou um diretório abaixo, exemplo:

    user/public_html/cache/pagespeed/
    user/cache/pagespeed/

    Se não encontrar, dá uma procurada pela árvore de diretórios, usando seu gerenciador de arquivos.

    Outra dica é apagar o cache do navegador, ou usar janela no modo “incógnito” do Chrome para visitar o site.

    Olá @joaovargas,

    Reparo que o site está abrindo tanto em http quanto em https, sendo que em https carrega muito mais imagens. O logotipo no cabeçalho aparece para mim nas duas versões. Como vc já tem https configurado no servidor, sugiro que force o redirecionamento http > https (o próprio Redirection pode fazer isso).

    Tem duas imagens somente que não aparecem no widget Cursos em Destaque. Como são imagens otimizadas pelo mod_pagespeed, eu tentaria zerar o cache do mod_pagespeed para ver se ele gera novamente (e corretamente) as imagens.

    Que bom que deu certo, @punisher07! Nessa caminhada, somos todos aprendizes.

    Obrigado e sucesso!

    Olá @punisher07,

    Quem clicar no link do seu site acima, fará os seguintes redirecionamentos:

    1) no Cloudflare, redireciona de http para https
    2) depois para https://cirandabrinquedos.com.br/home (retira o www., e acrescenta /home)
    3) volta para http e acrescenta novamente o www.
    4) novamente no Cloudflare, de http para https
    5) no servidor, para acrescentar a barra final (provavelmente o próprio WP faz isso)
    6) e finalmente chegamos em https://www.cirandabrinquedos.com.br/home/

    Antes de mais nada, vc precisa decidir se quer o site na raiz do domínio ou na pasta /home/. Caso queira manter na pasta home, o que é recomendado, pois já está indexado assim pelo Google, certifique-se de que o endereço do site como colocado no post (sem o /home/) não esteja no sitemap.xml enviado ao Google.

    E também vc não deve nunca fazer uso do Page Speed Insights e outras ferramentas de teste de página, como webpagetest.org, usando o URL sem o /home/, pois ele não reflete o seu site e não vai impactar no ranking dele.

    Caso ainda assim queira eliminar esses redirecionamentos, é preciso examinar sua instalação para saber onde e por quem eles estão sendo feitos. Pode haver um redirecionamento no .htaccess do subdomínio www e outro na pasta raiz. Pode ser também que algum plugin esteja causando esses redirecionamentos. É preciso corrigir um por um, não tem saída mágica.

    O que vc pode fazer é criar um redirecionamento no Cloudflare via “page rule” que vá de cirandabrinquedos.com.br para https://www.cirandabrinquedos.com.br/home/, de modo que esse redirecionamento seja feito na nuvem e não passe pelo seu servidor, evitando assim o vai-e-vem de redirecionamentos criados nele.

    Olá @marcos140662,

    A sugestão do @felipeloureirosantos de procurar outro tema pode ajudar não apenas com essa página. É que todas as páginas do site, inclusive a home e outras que estão funcionando corretamente estão gerando o HTML errado. Elas têm duas entradas para as tags <html> e <head>.

    https://snag.gy/5SCg2i.jpg

    Caro @ferparker,

    Para identificar o erro (dentre muitos possíveis) que está causando este problema, sugiro duas coisas:

    Navegue para o /wp-admin/ do seu site com a ferramenta do desenvolvedor aberta. (Geralmente com a tecla F12 ou Ctrl+Shift+J nos navegadores no Windows.) Ali aparecerá se estiver faltando algum arquivo JS que pode estar bloqueado por algum motivo, ou até mesmo um mero CSS que tenha se corrompido e esteja causando a tela branca.

    A segunda é usar o FTP ou o editor de arquivos no cPanel ou equivalente, na hospedagem, para editar o arquivo wp-config.php (que normalmente fica na pasta raiz da instalação do WordPress). Procure pela linha onde se lê

    define(‘WP_DEBUG’, false);

    e altere para

    define(‘WP_DEBUG’, true);

    Com isso, qualquer erro de PHP seja no tema, seja em algum plugin, deve aparecer quando vc navegar novamente para /wp-admin/.

    É possível que mensagens de erro também apareçam no front-end do site, por isso desfaça a edição do wp-config.php após verificar e copiar a mensagem de erro aparecer.

    Com a mensagem de erro em mãos, vc pode fazer uma busca no Google e provavelmente encontrará dicas sobre como solucionar o problema. Ou voltar aqui para que alguém que já passou pelo problema possa ajudar.

    Caro @maiconpassos,

    Além do .htaccess, há redirecionamentos na raiz do seu site criado pelo Polylang quando o site é aberto com navegador configurado em inglês:

    Screenshot: https://snag.gy/3n6Icx.jpg

    O curioso é que quando se abre o site na raiz com navegador em português, ele está usando o WPML e não o Polylang. Talvez vcs tenham desinstalado o Polylang para instalar o WPML, mas alguns redirecionamentos continuam no banco de dados. Teria que procurar uma maneira de resolver isso.

    Apesar disso, eu não estou vendo (e parece que o Felipe também não) nenhum 404 nos exemplos que vc citou usando /site/eventos/ ou /test/pagina-exemplo/.

    Será que vc não está usando um navegador com alguma extensão de bloqueador de anúncios, de privacidade etc, que possa estar interagindo de maneira estranha com esse redirecionamento do Polylang? Uma sugestão é limpar o cache do navegador e abrir o site em tela incognito para ver se aparece normal. De qualquer maneira é preciso limpar esse redirecionamento do Polylang para se fazer qualquer depuração correta dos rewrites do .htaccess.

    Por fim, uma observação. No site raiz, https://www.fmg.ind.br/, o que eu vejo é um site completo usando o tema Enfold. Já em /site/, cada subdiretório parece ser de uma instalação diferente do WordPress, algumas como /eventos/ e /contato/ usando o tema “fgm”, enquanto /fgmnews/ usa um tema “gridlove” etc. Mas todas funcionam corretamente, não vi nenhum 404.

    • Esta resposta foi modificada 4 anos, 8 meses atrás por CB.
    Fórum: Temas
    Em resposta a: Vídeo não roda na versão mobile

    Olá @renatapabst,

    Não é só na versão mobile que está acontecendo isso. Na versão desktop com uma janela não-maximizada e largura abaixo de 900px também acontece. Para conferir, abra o Developer Tools (F12) e reduza a largura da janela para menos de 900px. Recarregue a janela do site, e verá que aparece o espaço em branco.

    Isso nos dá uma pista de que algum CSS de sua instalação contém regras específicas para acima ou abaixo de 900px que estão causando o problema.

    Veja se o seu tema ou seus plugins têm configurações específicas para tamanhos de tela que possam ser ajustadas. Do contrário, vc terá que identificar o arquivo CSS com essa regra e corrigi-la usando “Custom CSS” no painel do WP > Aparência > Personalizar.

Visualizando 15 respostas - 226 até 240 (de um total de 370)