Artigos de SEO, planejados e publicados

Planeje, escreva e publique artigos de SEO em todos os sites que você administra.

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.

Como funciona

Seis etapas entre uma palavra-chave e uma página publicada.

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.

  1. Planeje a semana

    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.

  2. Confira com aquilo em que você já ranqueia

    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.

  3. Pesquise 24 horas antes do prazo

    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.

  4. Escreva o rascunho, com imagens e links

    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.

  5. Rode o QA e edite o que quiser

    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.

  6. Publique, verifique, meça

    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

Feito para quem administra mais de um site.

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.

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.

Um calendário que você de fato conduz

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.

Edição por seção com histórico de verdade

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.

Fontes que você pode auditar

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.

Uma central de operações, não um arquivo de log

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.

Gasto com provedor, por site, por mês

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.

Search Console, integrado

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.

Publica no WordPress ou na sua própria API

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.

Controle de acesso que sobrevive a uma auditoria

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

Este blog é o Blogotter rodando por conta própria.

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

O que cada plano inclui.

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.

Trial

Grátis por sete dias

Sete dias em um site, de um calendário vazio a um artigo publicado.

  • 3 artigos no total
  • 1 site
  • 1 membro da equipe
  • 3 reescritas de seção por artigo
  • 2 regenerações de imagem por artigo
  • Planejamento de palavras-chave com dados de busca ao vivo
  • Revisão de canibalização antes de qualquer agendamento
  • Rascunhos completos com imagens, fontes e QA
Começar o teste grátis

Starter

€29 / mês

Uma cadência de publicação constante no site que mais importa.

  • 10 artigos por mês
  • 1 site
  • 2 membros da equipe
  • 3 reescritas de seção por artigo
  • 2 regenerações de imagem por artigo
  • Calendário editorial com rascunhos versionados
  • Publicação automática e verificação pós-publicação
  • Desempenho do Search Console e sugestões de atualização
Começar o teste grátis

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

O que vale saber antes de conectar um site.

Ele publica no meu site antes de eu ter visto qualquer coisa?

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.

Preciso do Google Search Console?

É 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.

O que impede que ele escreva o mesmo artigo duas vezes?

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.

O que acontece quando algo falha às três da manhã?

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.

O que tem no período de teste?

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.

Comece com um site e veja uma semana disso.

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.

Começar o teste grátis3 artigos · 1 site · cartão obrigatório