Cada site nos seus próprios termos
Briefing, público, idioma, sementes de palavras-chave, limites de pontuação, cronograma de publicação, estilo de imagem e orçamento mensal são configurados por site, versionados e nunca compartilhados por acidente.
Artigos de SEO, planejados e publicados
O Blogotter preenche o calendário editorial com uma semana de antecedência, confere cada palavra-chave com as páginas em que você já ranqueia, escreve o artigo um dia antes do prazo, roda o QA, publica e então verifica a página no ar e a acompanha no Search Console.
Sete dias, 1 site, 3 artigos completos. Cartão obrigatório — verifique seu e-mail, adicione um cartão e o workspace é criado. Nada é cobrado hoje.
O próximo artigo é gerado 24 horas antes do prazo.
Como funciona
Cada uma é um job durável. Se uma etapa falha, ela tenta de novo; se um worker morre no meio da etapa, outro retoma o trabalho.
O planejador mantém sete dias de calendário preenchidos com antecedência. As palavras-chave candidatas são pontuadas por volume de busca, dificuldade, CPC, concorrência, intenção e tendência mensal, trimestral e anual, em relação ao briefing, ao público, ao idioma e às sementes que você define por site.
Antes de uma palavra-chave ocupar uma vaga, ela é comparada com os títulos das suas páginas no ar e com as consultas do seu Search Console. Passando do limite de alerta, ela cai no mapa de clusters de tópicos; passando do limite de bloqueio, ela não pode ser agendada até você decidir se atualiza a página existente ou mantém uma nova. Os dois limites são por site.
O worker busca a SERP ao vivo, baixa as fontes candidatas e confere se cada uma está acessível e relevante. Ele não escreve o artigo até que pelo menos duas sobrevivam a essa checagem. Sem listas de URLs curadas, sem listas de domínios permitidos.
O artigo é gerado com links internos tirados do seu próprio catálogo publicado e imagens no estilo configurado para aquele site — feltro em stop-motion, claymotion ou um prompt que você mesmo escreve. Fontes, verificação e notas ficam anexadas ao rascunho.
Uma rodada de QA passa pelo rascunho, e a vaga só se torna publicável depois que ele passa. No editor você pode regenerar um único H2 ou aprovar uma reordenação de estrutura proposta. Toda alteração aplicada cria uma versão imutável que você pode comparar no histórico.
No horário agendado, sai apenas a versão mais recente que passou no QA. A plataforma então busca a página publicada de volta e a confirma, e o desempenho dela no Search Console flui para o painel a partir da próxima sincronização.
O que você recebe
Cada site mantém seu próprio briefing, cronograma, limites e orçamento, e o trabalho de todos eles chega a um único calendário e a uma única visão operacional.
Briefing, público, idioma, sementes de palavras-chave, limites de pontuação, cronograma de publicação, estilo de imagem e orçamento mensal são configurados por site, versionados e nunca compartilhados por acidente.
Modelos semanais, vários horários de publicação por dia, períodos de blackout e feriados, cotas com escopo e vagas manuais que a automação não pode tocar — com uma prévia de capacidade de 30 dias antes de você se comprometer.
Selecione um título e regenere apenas o conteúdo dele. Uma proposta de estrutura pode reordenar ou renomear os H2 existentes e nada mais, e precisa da sua aprovação. Se o rascunho mudar enquanto o modelo trabalha, o resultado é marcado como obsoleto em vez de ser aplicado.
Cada rascunho carrega de onde vieram suas fontes, se estavam acessíveis e relevantes e como foram pontuadas. Existem substituições manuais, mas elas ficam registradas como a exceção editorial que são.
Profundidade da fila, atrasos atuais, inícios tardios, recuperações automáticas nas últimas 24 horas e as falhas que precisam de uma pessoa — por site, com uma única tentativa manual para os jobs que ainda valem a pena.
Toda chamada paga a um provedor é registrada contra o site e o job que a fizeram, medida contra o orçamento mensal que você define, com um alerta antes de o orçamento acabar.
A ativação preenche 90 dias retroativos e, depois, uma sincronização diária atualiza os últimos sete dias consolidados. O painel mostra cliques, uma comparação de 28 dias e sugestões de atualização. É uma dependência opcional: se falhar, os últimos dados válidos permanecem e a publicação segue em frente.
Um conector de WordPress usando senhas de aplicativo, um conector genérico para qualquer site que implemente o contrato documentado de listar-e-publicar e exportação. As escritas são idempotentes por slug, então uma nova tentativa nunca gera o mesmo artigo duas vezes.
Associações de dono, editor e visualizador resolvidas por site a cada requisição, sessões revogáveis no servidor, TOTP em contas privilegiadas e uma trilha de auditoria atrás das decisões que mudaram algo.
Veja em ação
Todos os artigos do blog são planejados, escritos e publicados pelo Blogotter no próprio site — o mesmo pipeline que qualquer site conectado executa. Ler um deles é ler a saída do produto, do início ao fim: as fontes que ele verificou, a estrutura que escreveu e as checagens que rodaram antes de ir ao ar.
Planos
As cotas de artigos, os limites de sites e as vagas de equipe são aplicados pela própria aplicação. Estes são os números que ela aplica, não um resumo deles.
Grátis por sete dias
Sete dias em um site, de um calendário vazio a um artigo publicado.
€29 / mês
Uma cadência de publicação constante no site que mais importa.
€79 / mês
Um portfólio de sites, cada um com seu próprio briefing, cronograma e orçamento.
Os preços não incluem IVA. As cotas acima vêm direto do catálogo de planos que a aplicação aplica, então o que um plano inclui aqui é exatamente o que um workspace nele recebe.
Perguntas
Não. Uma conexão nova começa em modo de simulação: a plataforma monta e valida todo o payload, mas não chama o seu endpoint de publicação. Você roda pelo menos um ciclo completo assim, confere o conteúdo, as fontes, as imagens e o payload e só então desliga a simulação e publica um único artigo à mão como canário antes de deixar a automação diária ligada.
É opcional. Conectá-lo afia a análise de canibalização e dá a você dados de desempenho e sugestões de atualização. Sem ele, a comparação com os títulos das suas páginas no ar continua rodando. Uma queda do Search Console nunca bloqueia a geração nem a publicação — os últimos dados válidos são mantidos e o pipeline segue.
Toda palavra-chave candidata é pontuada contra as suas páginas existentes antes de ser agendada. As correspondências são agrupadas em uma revisão por palavra-chave, onde você aponta a palavra-chave para a página que já tem ou mantém explicitamente uma nova. As decisões são guardadas e podem ser reabertas, e o pool automático só conta palavras-chave que são de fato utilizáveis.
Os jobs são idempotentes e tentados de novo com backoff exponencial; um worker que morre no meio do job deixa um lease que outro worker recupera. As lanes são processos separados, então uma geração lenta não atrasa uma publicação que está para vencer. Qualquer coisa que de fato termine como falha aparece na central de operações e pode te mandar um alerta no Telegram.
Sete dias, 1 site, 3 artigos completos. É preciso um cartão: você verifica seu e-mail, adiciona um cartão (nada é cobrado hoje) e o workspace é criado com os créditos do teste já carregados. Um cartão abre um único teste.
Conecte um site, deixe o planejador preencher o calendário e leia os rascunhos antes que qualquer coisa chegue perto do seu endpoint de publicação.