Plausible analytics self-hosted, num comando só

Por um tempo, o railyard.run rodou com zero analytics. Não por princípio — simplesmente não tínhamos chegado nisso ainda, o que significava que toda pergunta do tipo “será que alguém de fato está lendo isso” era um chute. Resolver isso se tornou o primeiro teste real de se “self-hosted, um clique” realmente se sustenta para algo que a gente mesmo usaria, não só algo que construímos para o app de outra pessoa.

O que lançamos

O Plausible Community Edition, como um template de stack do Railyard: três serviços — o próprio Plausible, Postgres para os dados de app dele, e ClickHouse para os eventos de analytics em si — provisionados juntos num dos nossos próprios servidores.

railyard launch plausible --server <id>

Essa é toda a etapa de provisionamento. Nenhuma configuração separada de ClickHouse, nenhuma string de conexão ligada à mão — o template declara os três serviços e como eles conversam entre si, e o Railyard faz o deploy do conjunto como uma unidade só.

O que veio depois do comando de lançamento

O resto foi a primeira execução normal de qualquer app self-hosted, nada específico do Railyard:

1. Abra a URL do app, cadastre-se como dono da instância — o próprio fluxo de primeira execução do Plausible, nada para pré-configurar.
2. + Add a website, digite o domínio sendo rastreado.
3. Copie o snippet de rastreamento que ele gera e coloque no <head> do site.

Nem um domínio personalizado foi necessário — a URL padrão *.apps.railyard.run do app já bastou para rodar o painel e servir o script de rastreamento. Só usamos esse caminho porque é genuinamente mais simples, não porque faltava algo.

Onde de fato quebrou, rapidinho

Não quebrou — o que em si já vale dizer claramente, já que o sentido de publicar isso é ser honesto sobre o que fazer self-host de algo de fato custa na prática. O template subiu limpo, os três serviços se encontraram pela rede privada do Railyard sem nenhuma string de conexão ligada manualmente, e o script de rastreamento começou a mostrar pageviews na visão Realtime do Plausible em segundos depois de adicionado ao site.

A única coisa que vale saber de antemão: um lançamento novo cria um app novo a cada vez que você roda, então lançar duas vezes significa duas stacks completas rodando lado a lado, não uma atualização da primeira. Erro fácil de cometer, correção fácil — apps:rm <name> --confirm <name> na CLI remove a extra de forma limpa.

Por que self-hosted em vez do Plausible Cloud

O Plausible Cloud é um bom produto e a escolha mais simples para a maioria das equipes. Escolhemos self-hosted especificamente porque é a mesma categoria de afirmação que fazemos sobre tudo mais no Railyard: você deveria conseguir rodar as ferramentas que depende, numa infraestrutura que você controla, sem uma segunda relação de fornecedor para cada peça da sua stack. Sem cookies, sem banner de consentimento, e os dados nunca saem de um servidor que nós mesmos provisionamos.

Se você está pesando a mesma troca para o seu próprio site, o template do Plausible está a um clique de distância, e Logs, metrics and alerts cobre o resto do que o Railyard mostra sobre tráfego sem nenhuma stack de analytics separada.