Certamente! » dicas

O que os bloggers podem aprender com os jornalistas

Paulo Querido — Tue, 23 Dec 2008 09:06:29 +0000

Anita Bruzzese escreveu um guest-post para Chris Brogan que é simplesmente recomendável para todos os bloggers portugueses que eu conheço — and I mean todos. O que os bloggers podem aprender com os jornalistas (Guest Post – What Bloggers Can Learn From Journalists).
Vão lá ler, pois claro. Destaco algumas ideias fortes:

Somos o que escrevemos. A reputação constrói-se com tempo — e com verificação dos factos. Só opinar e tergiversar não vos trará mais leitores, muito menos bons leitores.
Afaste-se do computador. Parece que todas as respostas estão na Internet — mas não é verdade. Além disso, encontrará novas histórias e relatos frescos (a sociedade reticular, dada a abundância de cópias, valoriza o novo, a originalidade).
Procure ser consistente. Não escreva hoje “10″ e amanhã “dez”. Há livros e manuais de estilo, procure um, como o do Público ou da Associated Press, e siga-o. Ou outro, desde que torne a sua escrita consistente.
Reescreva. Dê a si próprio a oportunidade de corrigir os erros e gralhas.

(Dica de cjt)

Que endereço de mail usar como remetente na edição do blogue por e-mail?

Paulo Querido — Thu, 24 Apr 2008 12:50:45 +0000

Esta semana percebi que não se deve usar o nosso mail pessoal como endereço de mail do remetente na edição do blogue por e-mail, um serviço para o qual usamos o FeedBurner.
A forma como o percebi é por si só esclarecedora do porquê.
Eu sou daquelas pessoas que prefere seguir os blogues por correio electrónico. Nunca consegui uma boa relação com os leitores de feeds. E assim como assim, o meu Thunderbird faz parte do meu dia a dia, é por onde tenho a maior dose de interacção. Outra vantagem sobre a leitura através da web é a comodidade: fico com tudo concentrado num único espaço, não tenho de andar a navegar de site em site.
Mas o correio electrónico tem tendência a avolumar-se e a deixar uma inbox perfeitamente caótica.
Como dar ordem a isto?
Simples: usando os filtros dos programas de correio electrónico. Permitem separar o correio para pastas mal este entra, usando um punhado de regras simples. O mais fácil e eficaz é filtrar pelo remetente. Foi a minha opção, pois que filtrar pelo título obriga a maior ginástica e está sujeito a mais falhas, os títulos variam com frequência e os remetentes tendem a ser sempre os mesmos.
Estava em plena tarefa de estabelecer os filtros quando tropecei no endereço de remetente de O Lago, o blogue de Alexandre Gamela. A edição via mail vem com o endereço pessoal dele, tal como a minha própria versão diária tem seguido com o meu endereço pessoal público.
Confrontei-me então com o dilema: se colocasse a regra, os mails pessoais dele — temos trocado alguns na sequência do guest post que publiquei dele sobre o Twitter — passariam a ir para a pasta dos blogues!
Desci um pouco mais na lista, buscando por outros exemplos, e lá estavam o João Bordalo, o Chris Garrett, o Darren Rowse, o Daniel Scocco e o Nathan Yau, entre outros.
Destes só me correspondo, ainda que irregularmente, com dois.
Na verdade, nesta altura eu podia ter optado por complicar a regra somando-lhe o campo Assunto. Mas entretanto já estava a reflectir sobre isto e tinha decidido mudar o remetente das minhas duas versões por e-mail.
Nenhum ganho em eficácia deve ser menosprezado numa actividade onde a pressão é cada vez maior. Não sendo vital, mudar o remetente do envio diário não custa nada excepto uns minutos dispendidos. Não há desvantagens, apenas vantagens em enviar os mails com endereços específicos, que identifiquem os blogues propriamente ditos, sem deixar de identificar os seus autores. Para estes, também facilita a tarefa de separar e identificar o correio recebido. Os endereços de correio electrónico são grátis. Na verdade, não precisa, sequer, de ser um endereço com mailbox real, basta ter um alias na sua conta normal e usá-lo.

Newsletters via FeedBurner: um detalhe que podemos corrigir

Paulo Querido — Thu, 17 Apr 2008 10:00:12 +0000

Dei-me hoje conta de que as newsletters diárias dos blogues, feitas a partir das contas no FeedBurner, têm em regra um detalhe que podemos e devemos corrigir.
É cada vez mais popular, também em Portugal, este formato de distribuição que leva o conteúdo de um blogue ao leitor através da comodidade do correio electrónico, dispensando a consulta pelo browser ou mesmo pelo leitor de feed. Eu, por exemplo, nunca me consegui habituar a estes e tenho vários serviços, alguns até instalados por mim, mas para acções concretas; os blogues e publicações que sigo profissionalmente e por gosto, recebo-os no mail.
Há muitas pessoas que (re)descobrem os potenciais de classificação e arquivo que os seus programas de correio já trazem, testados e refinados através do uso intensivo ao longo de duas décadas. E por isso dispensam a aprendizagem de mais uma ferramenta, o leitor de feed — que, bem espremido, pouco ou nada traz de novo à grande maioria das audiências da web. É mais moderna e versátil, claro, mas como canal de distribuição de conteúdo compete com o e-mail numa situação de desvantagem.
Não somos todos super users — uma verdade que os entusiastas do blogging e os imersos na cultura da web social tendem a esquecer com facilidade.
Eu tento dar mais atenção às necessidades dos diversos leitores e por isso mesmo tenho duas versões do C! distribuídas por e-mail. Este artigo fala das duas. Primeiro, por causa do detalhe de que me dei conta no envio da versão diária e que vou corrigir. Segundo, porque reservo para publicar em primeira mão na edição semanal o artigo em que vou explicar como me dei conta do assunto, apresentando alternativas indolores para a sua correcção.
Se ainda não assinou a versão semanal de Certamente!, eis uma boa altura, e uma boa razão, para o fazer. É gratuita, apresenta apenas o melhor que foi publicado ao longo da semana, e tem sempre um atractivo suplementar, seja uma primeira mão, como será o caso esta semana, seja mesmo um exclusivo. Subscreva aqui.

Esta sexta-feira: 5 maneiras de poupar tempo a seguir blogues

Paulo Querido — Tue, 01 Apr 2008 21:57:00 +0000

Esta semana a edição semanal de C! apresenta nova estreia: 5 maneiras de poupar tempo a seguir blogues.
Decidi escrever este especial ao reflectir nos ecos que me têm chegado de diversos blogueiros (vou adoptar o termo, está decidido): há um cansaço por aí e toda a gente se queixa de falta de tempo para blogar. Uma pesquisa trará centenas de links para artigos do género e não pretendo inovar (embora tenha um ou dois truques ). Mas — e tome isto como uma primeira dica — poupará tempo a ler um top 5 das melhores maneiras, não tendo por exemplo de fundir a cabeça ao ler, como me aconteceu, uma dica por um autor e a dica contrária no autor seguinte!
Este artigo da newsletter semanal será uma primeira aproximação ao mundo do GTD, Getting Things Done — um drama dos tempos modernos. Assine já — é gratuita e… poupa tempo!

Oito medidas que vão tornar o seu blogue mais rápido

Paulo Querido — Thu, 20 Mar 2008 14:00:09 +0000

Comece o leitor por perguntar a si mesmo: quantas vezes já desistiu de esperar que a página de um blogue carregasse e partiu para o seguinte?
Eu faço-o cada vez mais — o que é uma tristeza para os bloggers portugueses, que andam a deixar-se ficar para trás no caminho evolutivo da auto-edição. Decidi por isso compilar uma série de medidas simples destinadas a acelerar qualquer blogue, podendo em muitos casos reduzir o tempo de carregamento a um quinto e menos! Seleccionei-as com cuidado, de forma a que a maioria delas esteja ao alcance dos bloggers menos familiarizados com o código e os templates.
A lista de situações práticas que se segue não é nem exaustiva nem trabalhosa, como verá, e começa com as medidas de execução mais simples, ao alcance de qualquer autor com um blogue na mais fácil das plataformas, o Blogger. No final as duas mais complexas são para autores capazes de mexer nos templates do seu WordPress (ou equivalente). Eis o sumário:

Use imagens mais leves!
Indique no código HTML as dimensões da imagem
Limite os widgets e botões ao essencial
Diminua a quantidade de posts apresentada na primeira página
Veja-se livre de código desnecessário
Reduza a quantidade de pedidos HTTP
Diminua o tamanho dos ficheiros CSS e JS
Limpe o código redundante dos templates

A abundância de largura de banda, o preço reduzido do espaço em disco e do processamento criaram uma atmosfera de facilidade. Sobrou contudo uma razão bastante boa, racionalmente falando, para optimizar o peso de uma página e seus componentes: a velocidade a que o destinatário a recebe. E mesmo ao nível do servidor, cada milissegundo conta.

Use imagens mais leves!
- A maioria dos autores envia fotos sem prestar atenção às dimensões reais, por vezes muito grandes; é vulgar vermos a instrução para o limite da dimensão das imagens dado através do código na altura da inserção (o width e o height), mas esse “truque” só reduz a dimensão de exibição: o ficheiro da imagem mantém-se inalterado e quase sempre tem um peso extraordinário!
- A solução: edite as imagens ANTES de as enviar para a Net. Qualquer editor de imagem serve, até o Paint, embora não o recomende de todo: antes usar um serviço web de optimização de imagens como este, que é versátil quanto baste.
- Tome por referência a largura de 600 pixels: acima disso é garantido que a imagem vai sair do espaço útil da janela de uma grande parte dos browsers. Eu faço as minhas imagens com 450 pixels de largura, no máximo. Preste também atenção, no caso das fotos tiradas de máquinas digitais, à resolução. Guarde a versão grande, mas para publicar na Web faça uma cópia com o máximo de 72 pixels: acima disso os monitores simplesmente não mostram, cortam os pixels do meio.
- Com esta medida, reduzi o peso total da primeira página de um determinado blogue de uns incríveis 4 Megabytes para uns 700 Kb — ainda acima do ideal — sem que o próprio autor notasse qualquer alteração na visualização do seu blogue!
Indique no código HTML as dimensões da imagem.
- Parece disparate, meter nos preencher os parâmetros width e height com as dimensões correctas da imagem — mas não é: esta indicação poupa tempo ao computador do leitor, cujo browser fica a saber que espaço deve reservar para a imagem mesmo antes dela chegar (o código da página é mais leve e chega primeiro), fazendo a apresentação correcta do texto enquanto a imagem ainda está em trânsito.
- Além da velocidade, torna a recepção da página mais agradável, causando impressão positiva.
Limite os widgets e botões ao essencial.
- Nem falo do ruído visual que provoca o excesso de widgets e botões que “adornam” tantos blogues respeitáveis. Limito a análise ao respectivo mau contributo para a velocidade.
- Verifique se todos os widgets e botões estão funcionais; sei de casos em que o serviço já está desactivado há algum tempo…
- Verifique se têm de facto alguma utilidade. A maior parte dos botões torna-se inútil ao fim de um certo tempo, quando surge uma nova moda, um novo “top blogs”, o último grito do widget…
- Verifique, através do seu contador, se a quantidade de tráfego enviado pelo serviço é de molde a justificar a sua permanência. Se não for, e se não achar que é um botão ou widget particularmente prestigiante, tire-o. Só está a fazer peso, ninguém lhe liga, não serve para nada.
- Uma boa regra para a selecção do que vai colocar (ou deixar…) na sua barra lateral é: o que tem a ganhar? Prestígio? Links? Tráfego? Meça o que dá e o que recebe. A maioria das widgets não dá nada, ou dá muito pouco para o que recebe da exposição na SUA página.
Diminua a quantidade de posts apresentada na primeira página.
- O tempo em que percorríamos uma página inteira, por aí abaixo, já lá vai há que anos… Hoje, o visitante ou é seu leitor regular, e visita-o com frequência suficiente para já ter lido os posts da semana passada (e para saber maquinalmente onde está o arquivo…), ou é um leitor novo, a quem a primeira impressão do seu blogue é o que está acima da linha de água — e a velocidade a que este lhe surge no monitor!
- Não se fie no mau exemplo de alguns bloggers históricos que mantém lençóis de um mês (!) na primeira página: o seu blogue ainda não é daquele campeonato. Use as suas armas, porque não dispõe das deles. Seja como for, mesmo para um blogger de topo é um erro uma página longa e só os anacrónicos bloggers as mantém.
- Nas blogosferas mais adiantadas a tendência é para páginas de entrada pequeníssimas. Não aconselho mudanças dramáticas: ir encurtando aos poucos é mais prudente.
Veja-se livre de código desnecessário.
- O meu último template carregava por defeito um Javascript com 28 Kb que nunca era processado porque eu não usava uma determinada funcionalidade da minha instalação WordPress… Isto diz tudo.
- Verifique se todos os ficheiros carregados pelo seu template são realmente necessários e elimine as chamadas no código se não forem. Evitará o duplo desperdício de tempo, do lado do servidor e do lado do cliente.
Reduza a quantidade de pedidos HTTP.
- Quantos mais elementos tem uma página, mais pedidos HTTP são enviados pelo browser para o servidor, aumentando o tempo de resposta deste para “construir” a página que vai servir. Há sempre imagens a mais num template, por exemplo.
- Limite o número de objectos e junte-os: um único ficheiro CSS contendo todos os elementos é melhor que três, ou quatro — até cinco, como tenho visto em tantos casos. O mesmo é válido para os ficheiros de scripting (Javascript, nomeadamente).
- (Esta é uma optimização que ainda não fiz no C! por falta de tempo, mas não tarda.)
Diminua o tamanho dos ficheiros CSS e JS.
- Contém sempre anotações do autor que podem ser retiradas sem prejuízo algum, bem pelo contrário. É cada vez mais frequente nos fabricantes de pluginstemplates o cuidado em disponibilizarem versões leves, com menos funcionalidades, ou no mínimo documentação que permite ao autor saber que parte do código Javascript pode retirar se não usa determinada função.
- Mantenha as cópias anotadas à parte, para as alturas em que vai trabalhar no template, e use cópias depuradas. Vai ver que consegue facilmente ganhos de 15 a 30% no tamanho desses ficheiros.
Limpe o código redundante dos templates.
- No WordPress como nas outras plataformas, os templates são feitos para adaptação a milhares de casos diferentes. Daí os códigos como e . O primeiro coloca naquele ponto do template o nome do blogue e o segundo coloca o endereço do feed RSS. Eis duas informações que não mudam muitas vezes… Pelo que ao substitui-las pelo nome e pelo endereço estamos a poupar chamadas à base de dados. São milissegundos, certo, mas repetem-se de cada vez que uma página é mostrada — num dia de muito tráfego fará alguma diferença ao seu servidor.

Há técnicas mais extremas de limpeza de templates. Aprendi algumas delas por causa dos problemas de crescimento tanto do weblog.com.pt como agora da TubarãoEsquilo. Com a última, reduzi num quarto de segundo o tempo de carregamento de cada uma das páginas do Arrastão! Falarei disso num próximo artigo.