Para agências

Gira o blog de todos os clientes a partir de um só plano.

A parte do conteúdo que não escala é a escrita, os metadados e lembrar-se de publicar. Ligue cada site de cliente e essa parte corre nos dias de publicação que você define por site.

Uma conta, muitos sitesDomínios por clienteAprovação antes de publicar

O que cada site recebe.

Os sites são separados de propósito: domínios separados, idiomas separados, calendários separados, dados de pesquisa separados. Nada se mistura entre clientes.

O seu próprio domínio
O blog de cada cliente é alojado no subdomínio ou no domínio principal dele. Um registo DNS por cliente, adicionado quando liga o site.
Os seus próprios idiomas
Um idioma não é uma definição: é uma linha editorial separada, com o seu próprio plano, as suas próprias pesquisas-alvo e as suas próprias entradas com data.
O seu próprio lugar no calendário
Estados de planeado, em escrita, publicado e reprovado na revisão, por artigo e por cliente, no calendário único que a conta apresenta, com datas que pode mover e artigos que pode descartar.
Os seus próprios dados de pesquisa
Ligue o Search Console de um cliente em modo de leitura e os cliques, as impressões e a posição média ficam ao lado do calendário dele.
O seu próprio plano por cliente
As pesquisas a que o site do cliente já responde são marcadas como cobertas e deixadas em paz, para que não esteja a faturar uma segunda versão de uma página que já existe.
O seu próprio feed de API
Todas as contas têm uma chave de API: puxe os artigos que um site publicou — estado, idioma, URL, datas — para o relatório que já envia.

Um mês entre os seus clientes.

O ritmo não muda com o número de sites — apenas o número de calendários que está a olhar. Cinco passos, do plano ao relatório.

  1. 01

    Os planos chegam por site

    O calendário de cada cliente enche-se de entradas com data: a pesquisa, a intenção, o esquema e os metadados, por idioma.

  2. 02

    Você aprova, ou corre

    Descarte um artigo que não encaixa no posicionamento do cliente. O plano é o briefing por trás de cada artigo, não o artigo acabado.

  3. 03

    Os artigos são escritos segundo o briefing

    Os rascunhos seguem a especificação que foi aprovada — mesma pesquisa, mesmo esquema — por isso não há reinterpretação para apanhar mais tarde.

  4. 04

    A publicação acontece na data

    No ar no domínio do próprio cliente, com URLs canónicos, dados estruturados e o sitemap atualizado na mesma execução.

  5. 05

    O relatório já está escrito

    Cliques, impressões e posição média por site, mais o feed da API se os números precisarem de viver no seu próprio painel.

Relatórios que não tem de montar.

Cada site reporta cliques, impressões e posição média ao lado do seu calendário, por isso a atualização mensal é uma captura de ecrã e não uma folha de cálculo. Onde o cliente quiser as linhas em bruto, a API devolve todos os artigos publicados com o URL, o estado, o idioma e as datas.

Como o blog está no domínio do próprio cliente, estes números pertencem a uma propriedade que ele possui — o que é uma conversa de renovação muito mais fácil do que tráfego que vive dentro da plataforma de outro.

Search Console · últimas 8 semanasLigado

1,204

Cliques

48,910

Impressões

12.4

Posição média

O que continua a ser seu.

O Xt4b trata do pipeline. Não decide o que um cliente deve dizer — esse é o julgamento pelo qual é pago, e é a parte que o plano foi desenhado para facilitar e não para substituir.

  1. Que pesquisas vale a pena perseguir para cada cliente
  2. O que é publicado e o que é descartado
  3. As datas, os idiomas e a cadência por mercado
  4. O briefing por trás de qualquer artigo que queira escrito de outra forma
  5. Tudo o que vem depois: relatórios, estratégia e a relação com o cliente

Para onde vão de facto as horas de uma agência.

As operações de conteúdo não falham na estratégia. Falham na aprovação, na formatação e na perseguição, repetidas para cada cliente.

Operações de conteúdo, feitas à mão

  • Uma folha de cálculo por cliente, atualizada à mão a partir de três ferramentas
  • Rascunhos numa caixa de entrada à espera de um designer
  • Metadados e links internos deixados a quem publica
  • Um relatório mensal que demora mais do que o trabalho que descreve
  • Nada publicado na semana em que entra um projeto grande

Com o Xt4b

  • Um painel, um calendário para todos os sites e idiomas
  • Imagens, metadados e links produzidos com o rascunho
  • A publicação acontece na data sem mais uma mão
  • Os números ficam ao lado do calendário, prontos a capturar
  • O pipeline mantém a cadência enquanto apaga incêndios

Encaixa na stack que o cliente já tem.

A preocupação com qualquer plataforma é sempre aquilo a que nos prende. Eis aquilo em que toca e aquilo que deixa em paz.

O domínio deles, os URLs deles
O blog responde no host do próprio cliente, com URLs canónicos a apontar para lá. Não está a construir valor numa plataforma que não possui.
O Search Console deles
O acesso é só de leitura e por site, por isso um cliente pode revogá-lo sem perder nada, e você nunca tem acesso de escrita à propriedade dele.
O CMS deles, se tiverem um
Os artigos regressam da API com o markdown, os metadados e o URL publicado, por isso um CMS existente pode ser o destino em vez do blog.
Os idiomas deles
Um site pode ter várias linhas editoriais. Uma linha alemã tem as suas próprias pesquisas e as suas próprias datas — não artigos em inglês traduzidos no mesmo calendário.
Sem novas contas para gerir
Os sites dos clientes vivem na sua conta, por isso há um só início de sessão, um painel e uma vista de calendário para tudo o que gere.
Nada para explicar na renovação
Todos os artigos publicados são um URL que pode mostrar, com as impressões e os cliques que ganharam, por site e por idioma.

Perguntas que as agências fazem.

Incluindo a de quem é responsável por um artigo mau.

Fazem white-label da plataforma?

O blog é alojado no domínio do próprio cliente, com a imagem dele, por isso um leitor nunca sai do site dele. O painel em que trabalha é o do Xt4b, e o trabalho que produz é seu para reportar como quiser.

Quantos sites de clientes pode gerir uma conta?

Os sites são adicionados individualmente, cada um com o seu domínio de blog e os seus idiomas, e o painel reporta-os lado a lado — todos os artigos num só calendário, identificados com o site a que pertencem. Não há uma conta separada por cliente.

Os nossos clientes precisam de contas próprias?

Não. Você liga o domínio deles e, se concordarem, o Search Console deles em modo de leitura. Do lado do cliente não há nada em que iniciar sessão — o resultado aparece no próprio site dele.

Quem é responsável se um artigo estiver errado?

Você — ligue a aprovação e nada é publicado até o libertar, que é exatamente onde quer ter a última palavra. Os artigos que falham a verificação final de factos são retidos e assinalados em vez de publicados em silêncio.

Posso obter o conteúdo sem usar o blog?

Sim. A API devolve os artigos que um site gerou com o estado, o idioma, as datas e o URL publicado, por isso o CMS existente de um cliente pode ser o destino, se preferir manter o blog onde está.

Como tratamos as aprovações dos clientes?

Ligue a aprovação e todos os artigos esperam por si antes de serem publicados, para que o visto do cliente aconteça antes de algo ir para o ar e não depois. Um artigo que não se adeque ao cliente pode ser descartado primeiro.

Prometem posicionamento para os nossos clientes?

Não. Recebe um plano apontado a pesquisas onde o cliente não se posiciona, publicação com datas e os dados para mostrar o que rendeu. Posicionamento, tráfego e receita não são garantidos — e deve desconfiar de qualquer fornecedor de conteúdo que diga o contrário.

Comece com um cliente

Gira o site de um cliente e depois os restantes.

Crie uma conta e ligue o domínio de um cliente: o plano dele cai no calendário, e a aprovação pode ficar ligada para que nada vá para o ar sem você.

Domínios por siteAPI para os seus relatórios3 dias grátis, sem cartão