Em caso positivo, sabia que isso pode atrapalhar a manutenção ou modificação de alguma coisa no seu site/blog?

Dia desses, um cliente meu solicitou a migração do seu site para um outro servidor. O site é todo feito em Wordpress, utiliza uma versão um pouco mais antiga (2.6.5) em inglês, e foi instalada via Fantástico em seu serviço de hospedagem.

Até aí, beleza: era só fazer um backup de todos os arquivos via FTP e migrar a base de dados para o outro servidor. Porém, este era o problema: como o mesmo estava compartilhando a hospedagem com outro amigo, e esse amigo é o “dono” da hospedagem, não foi possível fazer o backup do banco de dados, pois o amigo não tinha conhecimento técnico para isso, muito menos poderia me passar a senha da sua hospedagem, por motivos óbvios.

Em uma situação normal, uma simples exportação em xml dos posts, páginas e etc. via recurso de exportação do wordpress resolveria, pois só faltava habilitar o mesmo tema na administração do site. Porém, ao verificar o código do tema, vi que esta migração seria bem mais complicada do que o esperado.

Pra começar, o tema utilizado é um modificação do tema “default” do wordpress. Daí, se eu personalizar o tema ao meu gosto e sair uma nova versão do WP, se por algum acaso eu clicar no botão de atualização… Pimba! Já era minha personalização, pois o tema “default” seria sobrescrito.

Outra coisa: a barra lateral é personalizada. E, pra variar, a personalização não está no tema, e sim via widgets. Ou seja, não é possível nem que eu coloque uma condicional para que determinada página não mostre determinado conteúdo na barra lateral – e era exatamente isso que estava precisando.

Olhando mais a fundo, percebi a quantidade de plugins desnecessários: um plugin para desabilitar comentários, outro pra isso, outro pra aquilo… vejam bem, coisas que poderiam ser implementadas normalmente no TEMA, e que não foram. O culpado disso tudo não foi meu cliente, mas sim o desenvolvedor antigo que ele havia contratado para dar uma “melhorada” no seu site.

Quando fazemos um tema, uma codificação, ou ainda um CSS que seja, geralmente ficamos muito preocupados com o resultado final das coisas: “o que importa é que funcione”. Acabamos negligenciando um código limpo, fácil, em troca de um resultado final mais rápido. Porém, esquecemos dessas contigenciais: algum dia, você pode querer alterar algo, e a mudança será MUITO mais complicada se você seguisse padrões mais limpos para a codificação.

Se o desenvolvedor colocasse comentários no código, implantasse as modificações a nível de conteúdo no tema e só deixasse habilitado os plugins REALMENTE necessários – leia-se plugins como o Akismet, Google XML Sitemaps e Cforms II, por exemplo, sem contar nos plugins de cache – com certeza, o trabalho de manutenção e migração do site seriam bastante facilitados.

É a mesma coisa de você utilizar um menu feito com imagens. E se algum dia você precisar colocar algum item? E se precisar retirar? Vai ser necessário gerar a imagem novamente. Mas e, se na pior das hipóteses, você perdeu o arquivo fonte da sua imagem? Já pensou em quanto tempo pode perder para fazer UM item de menu, que você poderia habilitar com apenas UMA linha de código?

É disso que estou falando, e isso não se aplica só a código, mas também às coisas que você faz no dia a dia. Procure não negligenciar alguns minutos a mais que você pode perder no desenvolvimento das suas atividades, em troca de ganhar muitas horas de manutenção. Um atividade mal feita e mal ordenada é igual a uma sujeira que você põe debaixo do tapete, só para que sua casa pareça limpa.

Pense em você, pense em outras pessoas que virão depois de você e que poderão fazer a mesma atividade. Garanto que ordem, bom senso (e por que não dizer um pouco de caráter?) além de empatia nas suas atividades podem salvar o seu dia.

Nem que neste dia você esqueça a senha do banco de dados.

Tá rolando uma competição no blog PagPraVer entre os dois CMS mais populares da atualidade: O Joomla e o Wordpress!!!

O que rola é o seguinte: lembram daquela ação entre os blogs Papo de Homem x Carreira Solo, em que um dos dois tinha que conseguir R$ 200,00 via PagSeguro em menos tempo, pra ganhar um banner na home da UOL?

Pois é. É quase a mesma coisa, porém o prêmio desta vez é: um monte de cheerleaders (animadoras de torcida) vestidas com a camisa do CMS ganhador, fazendo as maiores poses e… muito mais . Bom para o nosso fetiche, que somos nerds assumidos. Ah, e isso tudo no PHP Conf que vai rolar em Osasco! Putz, como queria estar lá. Pena.

E aí, vai encarar? Olha só quem pode vestir a nossa camisa...

De qualquer forma, não tem problema. As fotos serão disponibilizadas no PagPraVer.

Vamos aos fatos: não vou enumerar aqui o quanto um é melhor que outro. Você, qual utiliza?

Qual o melhor CMS para conteúdo? Qual é o mais fácil de atualizar e programar, qual o que tem fãs declarados por todo mundo (inclusive eu), qual o que QUALQUER PESSOA com conhecimentos em Blogspot – ou não – é capaz de atualizar o conteúdo sem problemas?

Qual é o que tem a instalação mais fácil? Qual é o mais indicado para INFORMAÇÃO, que é o que procuramos?

Nem preciso dizer que é o Wordpress.

Portanto, Wordpressers do meu Brasil: uni-vos. Tem blog? Usa Wordpress? Curto o CMS? Quer aprender? Simpatizou com as cheerleaders? Então, VOTA!!! Mas vota no Wordpress.

// Ah, Hilder. E eu pago pra isso, é?

Sim e não. Sim porque você precisa depositar R$ 2,00… Apenas DOIS reais, para que o Wordpress ganhe. E dois reais, gente, convenhamos… Custa menos que duas cervas, da mais chula de todas!

Além do mais, se ainda assim você achar que a grana vai te fazer falta de alguma forma, não tem problema: os R$ 2,00 serão devolvidos em créditos na sua conta do PagSeguro! Ou seja, você coloca o Wordpress no topo, e o seu dinheiro é devolvido logo logo, integralmente.

Então, tá esperando o quê, cidadão? Corre, vota, pois a competição só vai até amanhã, quinta-feira, às 23:59h!!!

E quem chegar por último, é a mulher do padre!

Só que nem mulher vai ver desta vez.

Faça o seguinte:

• Edite qualquer post;
• Vá até o final da página, e clique na última revisão;
• Nesta tela, no final também, onde ele pede para comparar duas revisões, compare uma das revisões com ela mesma, selecionando os dois botões para a mesma revisão.
• NÃO se assuste com o que virá.

Antes tarde do que nunca.

Nos dias 21, 22 e 23 de novembro, ocorrerá um evento inédito aqui na terrinha: será o Blogcamp BA!!!

O evento propriamente dito se dará no dia 22 de novembro, na faculdade 2 de Julho, aqui em Salvador. Já são mais de 100 inscritos, de vários lugares do Brasil.

O evento também contará com algumas oficinas e uma palestra sobre mobilidade e produção de conteúdo, apresentada pela Bia Kunze (Garota sem Fio).

Ah, e por falar em oficinas… Quem desejar saber um pouco mais sobre o Wordpress e o que ele pode fazer por você, aviso que estarei ministrando, no Blogcamp BA, uma mini-oficina de Wordpress para os recém-iniciados – ou nao – na ferramenta.

Claro que, até por questões de tempo, não será possível ensinar muita coisa. O que eu quero, na verdade, é apresentar como o sistema funciona, mostrar o que ele é capaz de fazer, e maneiras de otimizá-lo.

O Blogcamp BA está sendo realizado pelo grupo BlogsBA, UNEB e Faculdade 2 de Julho, e tem o patrocínio de grandes nomes, como AXE, Agência RIOT, o portal JáCotei e o BlogBlogs.

Se você ainda não se inscreveu e gostaria de saber mais detalhes sobre o que é o evento, programação e curiosidades, por favor, acesse o site do Blogcamp BA e faça já a sua inscrição! Lembrando que você não paga nada para se inscrever: apenas leva um livro – novo ou usado – para doação.

O evento vai ser muito legal, você não pode faltar.

Nos encontramos por lá!

Isso já aconteceu comigo em um de meus blogs e pode acontecer com você também: o perigo pode passar despercebido, e quando você menos espera, o seu posicionamento nos mecanismos de busca cai para a página 100+, você tenta desesperadamente uma solução mas o Google só resolve te “tirar” da punição uns 2 meses depois… e após o seu blog estar totalmente otimizado.

Vamos aos fatos: se você utiliza uma página de categorias, tags e arquivo (ou seja, uma listagem para cada destas páginas), logicamente, o seus posts estão sendo duplicados nelas.

Suponhamos que você escreveu o artigo A, colocou as tags a, b e c e categorizou como x, y e z. Se cada tag e categoria conter um link para uma página diferente (ou seja, quando você clica na tag a, são mostrados todos os posts daquela tag), o Google vai reconhecer a página de tags como uma página diferente – de fato, é, pois até o título da página (aquele que aparece na barra do seu navegador) será, por exemplo, “Post da tag a“. O seu artigo A vai estar nesta página, portanto, vai ser considerado como conteúdo duplicado.

Você já parou para imaginar que o seu conteúdo será duplicado pelo menos 6 vezes, só colocando estas tags e categorias? Ah, sem falar na página de arquivos (aquela página que mostra as listagens por período), que também mostrará o seu artigo.

Este tipo de listagem é praticamente padrão em vários temas utilizados mundo afora. Quando o robô do Google começa a indexar o seu site, vai seguindo todos os links que encontra, excetos os que contenham a tag nofollow (para quem não sabe, esta tag impede que o robô do Google “siga” o link, por exemplo: <a href=”http://algumlugar” rel=”nofollow”>link</a>). Portanto, uma maneira de evitar que o Google indexe a sua página de categorias, tags e arquivo seria colocando a tag nofollow nos links que apontem para estas páginas, correto?

Errado. Além de ser bastante difícil colocar a tag nofollow nestes links (que são gerados dinamicamente pelo Wordpress), você esbarraria em outro problema: se houver algum link externo para uma destas páginas – e ele não tenha a tag nofollow - sua página seria indexada da mesma forma, o que faria com que o seu trabalho descesse água abaixo.

Então, tem alguma solução? Existe alguma forma de evitar que estas páginas sejam indexadas pelo Google e você possa dormir tranquilo em seu travesseiro, sabendo que está fazendo o seu dever de casa corretamente?

Sim, existe. Com um código bem simples e criatividade, você evita que o Google indexe estas páginas e acabe confundindo o seu conteúdo com spam. Coloque o código abaixo entre as tags <head> e </head> do arquivo header.php do seu tema (provavelmente), ou substitua pela sua meta tag “robots”, caso ela exista:

<?php if(is_home() || is_single() || is_page()) {
echo ‘<meta name=”robots” content=”follow, all” />’;
} else {
echo ‘<meta name=”robots” content=”noindex, nofollow” /> <!– Previne que o Google indexe a página de arquivos e confunda com spam de palavras –>’;
} ?>

O que este código faz? Simples. Pega tudo que não for um artigo, a home do seu blog/site ou uma página estática e coloca a tag <meta name=”robots” content=”noindex, nofollow” />, prevenindo que o robô do Google indexe as páginas que listem os seus posts.

E de que forma isso impactaria nas suas visitas?

Fala sério, pra quê você precisa que estas páginas sejam indexadas? Você espera que os visitantes cheguem através dos posts, e não destas páginas, não é mesmo? Em termos de navegabilidade, não haverá nenhuma diferença para o usuário: se ele estiver navegando em teu site e resolver ver os artigos da categoria tal, simplesmente ele clicará naquela categoria e continuará seguindo.

Já em termos de SEO, a melhora é explícita: você previne conteúdo duplicado em seu blog/site, e fica tranquilo quando a isso.

Uma coisa eu posso garantir: é muito melhor você perder alguns poucos visitantes do que 2 ou 3 meses de desespero… sem visitante nenhum.

Quem avisa, amigo é. Faça bom proveito do código!