5 tarefas urgentes de manutenção que você precisa fazer no seu site imediatamente

Todos sabemos que a Internet é dinâmica e evolui constantemente para oferecer melhores serviços e experiência do usuário. Portanto, é totalmente compreensível que as coisas precisem ser modificadas para continuarem funcionando.

Se tais coisas que precisam de modificações são serviços oferecidos por terceiros, você talvez precise adaptar o seu código para que tudo esteja de acordo com as mudanças implementadas pelos serviços.

Até aí tudo bem, exceto que parece que diversos serviços importantes escolheram a mesma época do ano para fazer tais modificações.

Nós, desenvolvedores, já temos muito a fazer em nossa rotina diária. Implementar todas essas mudanças parece ser um complô para nos enlouquecer.

Bem, não é que as alterações não tenham sido avisadas com meses de antecedência. O fato é que nem todos estão prestando atenção no que há de vir. Algumas vezes, sabemos que algo vai acontecer, mas não temos como avaliar o impacto de tais mudanças e o trabalho que elas nos darão para resolver potenciais problemas.

Vou falar um pouco sobre algumas coisas que estão por vir, ou que acabaram de chegar, para que você avalie se é algo que vai afetar os seus sites, e o que é necessário fazer para pelo menos minimizar o impacto das mudanças.

1. Adapte seu site para dispositivos móveis

Com o crescimento explosivo de usuários acessando a Web através de seus smartphones, o Google decidiu que todo site deve oferecer uma boa experiência aos usuários adaptado ao tamanho de suas telas.

Portanto, desde 21 de abril, as páginas web que não proporcionam uma boa experiência de usuários de celular vão perder posições no ranking de busca para sites melhor adaptados.

Nos últimos meses, eu trabalhei bastante para oferecer uma experiência melhor aos usuários de celular que acessam o PHP Classes, ou pelo menos as páginas que têm conteúdo que seja de interesse deles.

O trabalho ainda não está finalizado porque há muitas páginas que ainda precisam de ser atualizadas. Eu escrevi recentemente um artigo que explica o que eu fiz para adaptar sites para mobile com o mínimo esforço.

E se você não melhorar a experiência dos usuários em dispositivos móveis? Bem, se você tem tráfego proveniente de celulares via Google, provavelmente vai perder um tanto até fazer a alteração. Essa mudança não vai afetar o tráfego vindo de desktops ou mesmo de tablets.

Pedro Dias, ex-funcionário do Google, escreveu um artigo interessante que esclarece muitas das dúvidas que você pode ter sobre esse assunto.

2. Descontinuação da antiga API do Google WebmasterTools

E por falar no Google, a antiga API do WebmasterTools parou de funcionar também em abril (dia 20). Talvez você não usasse essa API por não ter nenhum propósito para a usar.

O PHP Classes a usava para detectar páginas que não estavam recebendo nenhum tráfego proveniente de buscas, provavelmente por não conterem conteúdos interessantes o suficiente para os usuários. Dessa forma, o site marca tais páginas como não-indexáveis para evitar ser afetado pelo Algoritmo de Qualidade de Busca, conhecido como Panda.

Se você gostaria de testar essa API para ver as páginas que recebem tráfego do Google, você pode usar a classe PHP Webmaster Tools API, que eu desenvolvi para esse fim.

O Google vai descontinuar essa API porque ela usa um método ClientLogin antigo, que é menos seguro que o OAuth 2. No entanto, de acordo com John Mueller, do Google, partes da API que permitem o download de listas de dados em formato CSV ainda vão funcionar até que as versões mais novas da API sejam atualizadas para oferecer essa funcionalidade. Até lá, a classe que eu citei deve continuar funcionando.

3. O encurtador Goo.gl precisa da API key para requisições de encurtamento

Novamente falando sobre o Google, o serviço Goo.gl converte URLs longas em curtas. O PHP Classes utiliza esse serviço para os posts no Twitter.

Desde março o serviço não funciona mais, retornando requisições não autenticadas. Veja uma amostra do erro:

{
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "dailyLimitExceededUnreg",
    "message": "Daily Limit for Unauthenticated Use Exceeded. Continued use requires signup.",
    "extendedHelp": "https://code.google.com/apis/console"
   }
  ],
  "code": 403,
  "message": "Daily Limit for Unauthenticated Use Exceeded. Continued use requires signup."
 }
}

Foi estranho, pois eu não tinha alterado meu código, nem os tokens de autorização estavam revogados ou expirados. Apenas recentemente descobri que eu deveria passar o token de autorização como um parâmetro chamado key na URL que chama a API.

Não tenho certeza se eu não entendi a documentação e o Google tornou a API compatível com a documentação, ou se o Google quebrou a API de alguma forma. De todo modo, se você tem esse problema, agora sabe o que está causando e como consertar.

4. Chrome 41 deve considerar inseguros certificados com assinaturas SHA1

Recentemente, recebi uma notificação do Godaddy avisando que um certificado SSL que adquiri com eles precisava ser atualizado para utilizar o SHA2, pois a partir do Chrome 41 os certificados usando SHA1 seriam considerados inseguros e o navegador mostraria isso para o usuário, desta forma:

Eu já atualizei certificado. Se você está na mesma circunstância, aconselho a verificar se o seu certificado precisa de ser atualizado para usar uma assinatura mais segura.

5. API 1.0 do Facebook Graph vai parar de funcionar

Se você tem um site ou aplicativo mobile que faz integração com o Facebook, e se deu uma olhada recente no site Facebook Developers, deve ter reparado que o Facebook está numa corrida para fazer com que todos os desenvolvedores utilizem pelo menos a API Graph v.2.0, pois a versão 1.0 parou de funcionar em 30 de abril.

Aliás, a API Graph 2.3 já está disponível. Então, se você ainda precisa atualizar, faça com que a sua aplicação funcione com a versão mais nova, de forma que seus esforços de atualização durem mais tempo.

Se você só precisa de permissões básicas, como acessar perfil, e-mail e amigos do usuário, provavelmente não vai precisar fazer nenhuma mudança na sua aplicação.

No entanto, se você utiliza permissões mais avançadas, como publicar posts na timeline do usuário, sua aplicação precisa ser enviada para um processo de revisão antes de ter tais permissões.

Esse foi o caso do PHP Classes. O processo de revisão foi repetido várias vezes até que foi aprovado. O maior problema é que os revisores precisam ver as telas de todos os passos da integração da sua aplicação com o Facebook, para garantir que está tudo de acordo com as políticas do site.

No caso do PHP Classes, um dos passos precisou ser alterado. Facebook não permite que sua aplicação use mensagens predefinidas em nome do usuário quando você posta algo na linha do tempo desse usuário. Isso significa que você não pode colocar palavras na boca do seu usuário.

Se sua aplicação envia posts automáticos com links para a linha do tempo do usuário, tudo bem. Você pode definir a URL, o título e a descrição do link. Você precisa apenas deixar o campo de mensagem do usuário em branco. Se você predefine essa mensagem, não terá o aplicativo aprovado.

Conclusão

Bem, essas são apenas algumas tarefas chatas de manutenção que eu tive que fazer recentemente. A maioria dos desenvolvedores gosta mais de construir do que de consertar coisas, principalmente quando elas não estão com problemas reais. Infelizmente, manutenção é algo que tem que ser feito de vez em quando.

Se você tem dúvidas ou está realizando alguma outra tarefa de manutenção, ou vai fazer isso em breve, deixe um comentário para que possamos aprender com as experiências uns dos outros.

***

Manuel Lemos faz parte do time de colunistas internacionais do iMasters. A tradução do artigo é feita pela redação iMasters, com autorização do autor, e você pode acompanhar o artigo em inglês no link: http://www.phpclasses.org/blog/post/273-5-Urgent-Maintenance-Tasks-You-May-Need-to-Perform-on-Your-Site-Now.html