O weblog.com.pt compromete-se a manter activo o domínio de cada blogue, bem como o motor necessário à sua edição.

Quando o blogue é criado são fornecidos os elementos básicos que permitem a um autor editar o seu blogue.

Os blogues dos serviços free-trial e gratuito estão sujeitos à inclusão obrigatória de quatro links na barra lateral: três para os parceiros do projecto e o quarto para o Movable Type; bem como à inclusão de um pequeno anúncio AdClass semelhante ao visível no topo direito desta página.

Os blogues dos outros serviços não estão sujeitos a supracitada regra mas devem na medida do possível manter os links dos parceiros do projecto.

Blogues que não são activados com pelo menos um post ao fim de três meses de criados são removidos do sistema.

Blogues que estejam inactivos há três meses são apagados do sistema mas os seus arquivos permanecerão online.

O serviço é proporcionado as is. O weblog.com.pt não é responsável por:
* problemas causados por má utilização ou má conduta dos editores e leitores;
* problemas causados por má gestão dos templates, blogues, entradas e comentários;
* deficiências do endereçamento do arquivo, uma vez alterados os respectivos templates;
* incapacidade de edição ou de exibição de conteúdos devida a factores externos, tais como: proxies, caches, firewalls, antivírus e deficientes configurações dos browsers;
* aspecto geral (design) dos blogs, cabendo exclusivamente aos seus autores algum tipo de mudança dos templates fornecidos inicialmente;
* conteúdos ilegais.

Os subscritores de serviços não-gratuitos têm porém assistência técnica na resolução dos problemas de índole técnica.

O weblog.com.pt não censura conteúdos. No entanto reserva-se o direito de fiscalizar periodica e aleatoriamente os conteúdos alojados e de excluir conteúdos ilegais sem recurso.

A definição de conteúdos ilegais não é feita pelo weblog.com.pt mas sim pela legislação em vigor em Portugal e na União Europeia.

Excepto nos casos previstos legalmente (intervenção policial autorizada), o weblog.com.pt não fornecerá em circunstância alguma os dados não-públicos relativos a cada autor (e-mail, username, password e demais elementos pessoais entrados na base de dados).

Há formas simples e rápidas de modificar o design do seu blogue. Basta mexer num único modelo, o Stylesheet. A mais seguida é a primeira das apresentadas aqui. Mas a segunda proporciona resultados mais originais. Para ambas a metodologia é a mesma: copiar o código que é fornecido e colá-lo no modelo Stylesheet, substituindo o que lá está. Pode fazer uma cópia de segurança, mas é desnecessário se não efectuou nenhuma alteração à sua stylesheet. se efectuou, DEVE fazer essa cópia de segurança.

Método 1: Vá ao site oficial dos estilos do Movable Type; escolha dos sete apresentados o mais adequado, copie o respectivo código para dentro do seu modelo Stylesheet, grave e reconstrua apenas o modelo, o blogue mudará imediatamente de aspecto, sem ser necessário reconstruir tudo.
Vantagem: é rápido e tem um design diferente.
Desvantagem: havendo apenas sete modelos, o seu design não será original...

Médoto 2: Visite Movable Type Style Generator É um gerador automático de templates muito engraçado e com a vantagem de proporcionar designs absolutamente originais sem trabalho algum excepto carregar no botão de Reload até encontrar uma boa combinação. Quando estiver satisfeito com alguma, copie o respectivo código para dentro do seu modelo Stylesheet, grave e reconstrua apenas o modelo, o blogue mudará imediatamente de aspecto, sem ser necessário reconstruir tudo.
Vantagem: Terá um design original.
Desvantagem: o gerador automático é aleatório, pelo que pode demorar algum tempo até encontrar um estilo harmonioso.

NOTA PRÉVIA: O "diálogo" abaixo reproduzido teve lugar por correio electrónico com um utilizador do weblog.com.pt. O exemplo prático ajudará a perceber um pouco melhor a complexidade dos vários sistemas de contagem de leitores e de páginas lidas. O bom senso é a melhor regra, desde que aliada à experiência.

Pergunta: Eu tenho no meu blog as estatísticas do weblog.com.pt. Por exemplo para hoje vejo as seguintes estatísticas respectivas ao dia de ontem:

Resposta: Como já disse repetidamente, eu confio MAIS nas estatísticas geradas DENTRO do servidor. Sejam geradas por que motor forem, são feitas com base nos ficheiros de log do servidor web. Enquanto as de fora dependem de TANTA coisa no caminho...

Pergunta: Tenho algumas ressalvas:
1. As estatísticas que linkei acima são só relativas à homepage. Pode de facto haver muitos hits no resto do blog. No entanto poderá isto justificar uma diferença assim tão grande?

Resposta: Isso justifica alguma coisa, mas não tudo.

Em Março (até dia 18 inclusivé) a página de entrada teve 25 % do total de URLs (1638 visualizações entre 6017) e 44% das entry pages.

Vamos extrapolar: 44% de 218 = 95
e 95 já é um valor menos díspar. É só 3 vezes superior :))

Extrapolemos ao contrário: 32 + (56 % * 32) = 50.
50 já é um valor menos díspar: é só um quarto de 218 :))

Estas contas sempre amaciam a diferença entre hits na primeira página e hits em todo o blog. MAS APENAS ISSO. Adiante:

Pergunta: 2. É possível que o Weblog.com.pt esteja a contar com "visitas" de webbots dos search engines? Esses não deviam contar para as estatísticas...

Resposta: Todos os sistemas levam em consideração as visitas dos bots. A diferença é que o que uso no weblog nos indica claramente essas visitas. Mas não as subtrai automaticamente do número total. Os outros... a gente sabe lá.

Do total de 16120 hits que o teu blog teve em Março (até dia 17 inclusivé), 699, ou seja, 4.34% foram de um tal "msnbot/0.11 (+ http://search.msn.com/msnbot.htm)"
469, ou seja, 2.91% foram do Googlebot/2.1 (+http://www.googlebot.com/bot.html)
mais alguns bots contam percentagens bem menores, abaixo do 1 %.

A regra que sigo é:
blog de pouca tiragem (menos de 150 pageviews/dia) descontar 5% de visitas feitas por bots.
blog de média tiragem (150 a 500 pageviews/dia) descontar 7% de visitas feitas por bots.
blog de grande tiragem (mais de 500 pageviews/dia) descontar 8 a 9% de visitas feitas por bots.

Não é seguro, claro. Mas é aproximado. E testado ao longo dos últimos anos de análise de tráfego.

Pergunta: Bem, por agora é tudo. Seria excelente se pudesses responder. Há uma diferença grande entre 200 e tal e apenas 30 e tal pessoas por dia no meu blog... Qual está certo?

Resposta: Nenhum está rigorosamente certo. Mas eu aposto no sistema do weblog. Não por ser meu, nada disso. Apenas porque está no próprio servidor e é um sistema reputado, está entre os melhores. Todas as discussões sobre estatísticas de acessos concluem o inevitável: nenhum sistema é rigoroso, mas quanto mais longe o sistema está da própria máquina, maior o risco de desvios.

Só mais uma dica: o webalizer (sistema que uso no weblog) é já de si conservador na contagem e tenho-o afinado para ser o mais conservador possível.

Eu se fosse a ti acreditava que o teu blog foi lido no dia 17 por 140 pessoas DIFERENTES. Porquê?

Os dados relativos a esse dia:
Day 17
Hits 845 (5.24%)
Files 747 (5.42%)
Pages 272 (4.52%)
Visits 218 (6.93%)
Sites 157 (8.25%)

Foram lidas 272 páginas. (tirar 7% para os bots). Aqui ainda há bastante controlo sobre o número, não sabemos é por quem foram lidas e quais.
Foram feitas 218 visitas (tirar 7%).

Os leitores vieram de 157 endereços diferentes. Então temos 218 visitas de 157 endereços, como é? - já te ouço perguntar. É MUITO complicado. Aqui a porca torce o rabo: enquanto os bots contam sempre como um único endereço, porque vêm sempre da mesma máquina, os leitores não: os endereços IP mudam CONSTANTEMENTE no dial-up, mudam de 3 em 3 ou 4 em 4 horas tipicamente no ADSL e no cabo excepto Netcabo, onde chegam a permanecer uma semana no mesmo cliente - mas não há regra, pelo que...

Por outro lado, alguns ISP, como o Clix por exemplo, fazem sair os seus clientes todos por duas ou três máquinas (os famosos proxies...), pelo que podemos facilmente ter 20 pessoas a vir do Clix e contarem nas visitas apenas como 3 ou 4.

Esses dados foram gerados pelo Webalizer a partir dos logs do Apache, o servidor que envia CADA UMA das páginas e processa CADA UM dos pedidos de http. São contados os erros (páginas ou imagens inexistentes, links falhados, etc). São contabilizadas as visitas com base numa aproximação horária dos pedidos de cada IP.

Enquanto os sistemas de contagem remotos... Imagina que eu carrego no botão de STOP antes da página vir toda -- faço isso muito, por sinal, pois os bloggers tem tendência para ter meses e meses na homepage e eu só quero mesmo ler a última semana :) O processo (geralmente javascript) de enviar o meu toque para o sistema remoto foi-se... Ou então eu tenho o javascript desligado... ardeu o contador.

Outro cenário típico: o servidor de contagem remoto está com grande carga e dá um time-out: a tua visita não entrou na estatística... Isto acontece com grande frequência. Sei bem disso por causa do publog... às vezes não envia o pedido (é um esquema semelhante, o pedido é feito por um javascript). E fora as vezes que não há endereço IP do leitor, por uma razão qualquer que ainda não descortinei. Qual é a metodologia empregue por eles para esses casos? Contam a visita, não lhe atribuem endereço?

Como vês, é muito complexo. A minha experiência e bom senso diz-me que no dia 17 tiveste 140 ou 150 leitores únicos, dos quais uns 40 (provavelmente foste um deles!) foram mais de uma vez ler o blog com um intervalo de horas, e leram 230 a 250 páginas diferentes.

Uff. Espero ter ajudado.