Vejo todos muito preocupados em aplicar as melhores técnicas de SEO em seus blogs, tanto que a velha discussão sobre All in One Seo Pack e Platinum Seo Pack ronda a cabeça de muitos, embora já desmistificada por aqui na postagem All in One Seo Pack X Platinum Seo Pack: Qual é o melhor ?.

Ambos nos dão a opção de preencher as metatags title, description e keywords das postagens que fazemos, além da Home, até aí tudo bem.. Você deve realmente preenchê-las sempre, só a meta tag keywords que já está em desuso. Não só em desuso como não é mais lida por buscadores como Google, Bing e Yahoo (Fato confirmado por representantes destas empresas no SMX East 09 e repassado a nós pelo @FabioRicotta, do site MestreSeo, que esteve presente no referido evento)

Rodei, rodei e aonde quero chegar com isso: Você já abriu a página de suas categorias e procurou a meta description no código html das mesmas ?

Pois é, fiz isso no meu site e em alguns outros grandes sites da área (alguns de SEO, outros de WordPress, etc) e notei que só no meu site aparecia a description.. sabe porque ?

O motivo é bem simples: tais sites, ao criar suas categorias, não a fizeram de maneira completa.. vejam a imagem abaixo:

 Pelo o que pude notar, a grande maioria dos usuários WordPress cria a categoria e não dá a mínima atenção para o campo Descrição, normalmente o deixando em branco.. e aí está o erro !

Descrição.. em inglês, Description ! Sim, o preenchimento deste campo será exibido na meta tag description da página desta categoria !

Portanto, lembrem-se: sempre preencham o campo Descrição com no máximo 160 caracteres (quantidade máxima de caracteres lidos por grande parte dos buscadores quando lêem tal tag )

Olho vivo no WordPress ! Se não souber como preencher algum campo, pesquise sobre.. você acha que algum deles foi criado a tôa ??

Abraços galera !

Por algumas vezes percebi que o WordPress mostra-se inconsistente quando fazemos algumas alterações, principalmente se estas alterações interferem no Banco de Dados.

Meu blog foi invadido por comentários SPAM’s, o que me fazia perder muito tempo selecionando o que é de leitor e o que é propaganda indesejada.

Em um fim de semana cheguei a receber oiteta SPAM’s.

Mediante esse fato busquei na internet um plugin WordPress para geração de Captcha e encontrei o ProtectWebForm.

Este plugin é de fácil instalação, para isso basta acessar o site http://www.protectwebform.com, clicar em SIGNUP para fazer um cadastro simples, informando apenas o nome de usuário desejado e um endereço de e-mail válido.

Após o cadastro, você receberá em seu e-mail a senha.

Entre então com seu usuário e senha e escolha o formato de seu CAPTCHA, escolhendo entre quantidade de letras que devem aparecer, cores de fundo, bordas, fontes, etc.

Clique em GENERATE, e então aparecerá o CAPTCHA no formato escolhido, como o abaixo:

Clique em Install e escolha a opção WordPress Plugin clicando em Download.

Automaticamente começará o download de um arquivo chamado “protectwebformcaptcha.php”.

Basta então copiar o arquivo para a pasta de Plugins de seu WordPress, ir para o painel de controle e ativar o plugin.

É simples,  fácil e evita SPAM’s.

Fonte: Café com Amigos

O WordPress tem um sistema bastante funcional de exportação/importação, mas quando usamos esse método para transportar nosso WP para uma nova hospedagem, por exemplo, importamos todos os posts e páginas com seus respectivos comentários, mas todo o resto (como plugins e configurações) é perdido. Entretanto, se temos o PhpMyAdmin instalado em ambos os servidores envolvidos nessa mudança, há um meio muito mais completo para transportar o site. Pois é, uso "transportar" em lugar de "importar", porque é exatamente isso. Dessa forma vamos mover todo o conteúdo do site exatamente como está. Vamos às ações necessárias:

1. O primeiro passo é copiar a estrutura de arquivos do site antigo para o novo host, com especial atenção à pasta wp-content, onde residem os plugins, temas, arquivos de mídia e arquivos de tradução (talvez até backups do conteúdo).
2. Quando a estrutura estiver igual nos dois servidores, o próximo passo é instalar o WP no novo servidor. Entre no cPanel (ou similar) e crie uma nova database e um novo usuário. Depois dê todos os direitos a este usuário na database recém-criada. Atualize o arquivo wp-config.php com esses dados (veja abaixo).
   

   // ** MySQL settings ** //
   define(‘DB_NAME’, ‘[database]‘); // The name of the database
   define(‘DB_USER’, ‘[usuario]‘); // Your MySQL username…
   define(‘DB_PASSWORD’, ‘[senha]‘); // …and password
   define(‘DB_HOST’, ‘localhost’); // 99% chance you won’t need …

3. Depois disso, nosso WP estará pronto para ser instalado no novo servidor, para isso apenas entre na administração. Como o sistema ainda não está instalado, a interface de instalação será exibida. Instale o sistema.
4. Pronto, agora vá ao servidor de origem, no PhpMyAdmin e selecione a database do WordPress. No menu superior à direita há a opção "Exportar" – atenção porque se vc estiver vendo uma tabela e não a database toda, o arquivo de exportação vai conter apenas a tabela em questão e nós queremos a database inteira. Clique.
5. Na interface de exportação, faça o seguinte:
   1. Marque (no select à esquerda) todas as tabelas da database (vem marcadas por padrão).
   2. No box Estrutura, marque a opção "Add DROP TABLE / DROP VIEW" – isso irá eliminar as tabelas antigas antes de criar as novas tabelas.
   3. Marque a opção "Salvar como arquivo", abaixo – isso vai forçar o sistema a enviar o arquivo gerado como download. Se o conteúdo for grande demais e o PhpMyAdmin vai imprimir na tela (como é o padrão) e o seu navegador vai travar!
   4. Clique em "Go" (Ir) e salve o arquivo num local conhecido.

6. Ok, agora temos que fazer algumas modificações nesse arquivo, pois ele traz informações do antigo domínio. Se a mudança de servidor não implica em mudança de domínio, passe à próxima etapa. Supondo que a mudança se dará entre os domínios "http://www.old.com" para "http://www.new.com". Teremos que substituir todas as ocorrências de um pelo outro no arquivo – um trabalho massante e demorado, se tivéssemos que fazer manualmente, mas não temos! Abra o arquivo de exportação com o WordPad (único editor de texto que suporta arquivos enormes sem travar o Windows). Digite Ctrl + H – isso vai abrir a caixa "Localizar e substituir". Digite o antigo na caixa "Localizar" e o novo em "Substituir por" e clique em "Substituir tudo".
7. Apenas mais um detalhe: às vezes a opção ‘upload_path’ está setada com o caminho completo até o diretório de uploads, mas pode ser apenas 'wp-content/uploads' – o que é polivalente, funcionando em qualquer servidor. Busque por ‘upload_path’ e se encontrar um valor absoluto, substitua pelo mostrado acima.
   

   (59, 0, ‘upload_path’, ‘/home/dominio/public_html/wp-content/uploads’, ‘yes’),
   por
   (59, 0, ‘upload_path’, ‘wp-content/uploads’, ‘yes’),

8. Salve o arquivo.
9. Entre no PhpMyAdmin do novo servidor e, na página da database, clique em "Importar". O arquivo traz a codificação original da database antiga, portanto veja a codificação das tabelas antigas antes de selecionar a codificação do arquivo indicado para ser importado. (deve ser latin1 ou utf8)
10. Clique em "Importar".Se tudo deu certo, sua instalação do WP foi movida com tudo para o novo servidor, já com os seus plugins instalados e funcionando e com todas as suas antigas configurações ainda válidas, incluindo os usuários. O usuário ‘admin’ criado pelo WP será substituído e a senha que você copiou no fim da instalação não funciona mais – use seu login e senha antigos (que também foram importados) para entrar.

DIas atrás, tentando atualizar este site quando não estava em casa, sentei no PC de um amigo para anexar uma imagem na matéria que estava escrevendo, quando me deparei com um problema intrigante.

Ao clicar no botão ‘Adicionar uma imagem’ e tentar enviar a ilustração que daria um brilho a mais ao texto escrito, o navegador Firefox simplesmente travava ! Já o IE7 funcionava normalmente. Tudo isso por obra do Flash Uploader

Para resolver o problema, atualizamos o Flash Player da máquina ( o Firefox já estava atualizado) mas o problema misteriosamente persistiu. Daí, tive uma idéia bem simples para contornar o problema, e segue abaixo o que foi feito.

Desativando o Flash Uploader

Para evitar tal erro nas próximas vezes, testei uma dica que li no WpEngineer.com para desativar o Flash Uploader.

Inserindo o código abaixo no functions.php, seu WordPress passará a usar como padrão o Browser Uploader:

function disable_flash_uploader() {
    return false;
}
 
add_filter( ‘flash_uploader’, ‘disable_flash_uploader’, 1 );

Em uma das postagens anteriores de nosso site, o Luís Victor mostrou como alterar o arquivo .htacess para remover o /category/ que aparece antes da página de categorias. Ótima dica que voce pode conferir clicando aqui -> Removendo o /category/ do seu blog.

Entretanto, muitos podem optar por não fazer da forma por medo de alterar de forma errada este importante arquivo do sistema, ou por preferir usar um plugin para fazer tal função.

Mediante isto, me coloquei a pesquisar alguns plugins que fizessem tal função, e o mais indicado deles é o Wp No Categoy Base

Durante um tempo usei o plugin Top Level Categories, que promete fazer a mesma função, mas que ainda apresenta um sério problema: no arquivo do site, as páginas com postages mais antigas (página 2 em diante) não eram afetadas pela reestruturação proposta pelo plugin, fazendo com que seu conteúdo ficasse indisponível, sendo navegável apenas pela busca no site.. tremendo inconveniente, não ?

Além de solucionar o problema causado pelo Top Level Categories, o Wp No Category Base também ficará responsável pela criação automática de redirecionamento 301, fazendo com que suas postagens indexadas pelos buscadores antes da alteração sejam redirecionadas para seu novo caminho.

Não deixe de baixar este excelente plugin, recomendo a todos seu uso !

Atendendo mais uma dúvida de visitantes do Tudo Para WordPress, faço esta rápida postagem à pedido do amigo @OckTock

Duas alternativas para você gerenciar e monitorar quais downloads disponibilizados estão fazendo sucesso entre seus visitantes:

Leia mais >>

Dica simples e rápida:

Localize o arquivo login.css na pasta wp-admin/css (lembre-se de primeiro fazer um backup do arquivo antes de o alterar).

Muitos procuram como alterar a imagem de login do sistema, e é justamente aqui que você poderá fazer isso, alterando a imagem de background referenciada no arquivo css. Para isso, localize o trecho abaixo:

h1 a
{
background: url(../images/logo-login.gif) no-repeat top center;
width: 326px;
height: 67px;
text-indent: -9999px;
overflow: hidden;
padding-bottom: 15px;
display: block;
}

Altere o arquivo logo-login.gif, ou envie um novo arquivo de imagem com sua logo e altere o caminho de arquivo.

A partir daqui, é dar asas para sua imaginação e personalizar sua página de login como achar melhor.

Vou ficando por aqui, dica rápida e simples, mas que muitos procuram descobrir como fazê-la.

Abraços !

Na maioria das vezes o /category/ antes do nome da categoria é desnecessário em nosso blog, porém nativamente não é possível o retirar no WordPress. Mas é possível retirar o /category/ de algumas formas, uma delas é modificando o arquivo .htaccess, uma forma bem simples.

Abra o arquivo .htaccess e inclua a seguinte linha:

RewriteRule ^category/(.+)$ http://www.meublog.com/$1 [R=301,L]

Lembre-se de alterar o endereço www.meublog.com pelo endereço de seu blog.

 Pronto! Agora é só salvar e as categorias seram abertas assim:

http://www.meublog.com/categoria/

Quando pensamos em SEO, conteúdo duplicado é um grande problem para muitos sites, e pode ser também um problema em seu site WordPress se você não aplicar algumas pequenas linhas de código para evitar isso.

Desde a versão 2.7 do WordPress podemos paginar os comentários feitos no site em várias páginas. Esta foi uma das grandes adições desta versão, entretanto isso lhe gera o risco de criar conteúdo duplicado.

Com o criamento da tag rel="canonical" podemos evitar tudo isso adicionando o código abaixo no arquivo functions.php

Leia mais >>