Para publicações
Encha a cauda longa a que a sua redação não chega.
Uma publicação já tem a autoridade, o arquivo e os padrões. O que não tem é uma tarde livre por idioma para os milhares de perguntas específicas que nunca justificam um jornalista — mas que representam uma boa parte do que é pesquisado. É essa camada que isto cobre, sob a sua revisão, num domínio que possui.
Aprovação antes de publicarUma linha por mercadoSindique ou aloje
O que o arquivo ainda não responde.
Não é a notícia do dia. É a camada de referência por baixo dela, onde vive a procura de pesquisa duradoura.
- A cauda longa sem resposta
- As perguntas específicas e de baixo volume a que a sua redação responderia se tivesse uma tarde livre: procedimentos, comparações, prazos, definições, detalhe local. Individualmente pequenas, coletivamente a maior parte da pesquisa.
- A camada perene
- Conteúdo de processo e de referência que não expira com o ciclo noticioso e continua a ganhar impressões entre as notícias que disparam e caem.
- Um mercado de cada vez
- Cada idioma é planeado a partir das pesquisas do seu próprio mercado, com as suas próprias datas, em vez de uma tradução automática do arquivo em inglês que ninguém nesse mercado escreveria.
- Séries e agrupamentos
- As entradas podem ser agrupadas para que um conjunto de artigos construa um tema como deve ser, em vez de dispersar artigos isolados por um assunto e nunca lá voltar.
- Uma superfície legível por máquinas
- Sitemap, URLs canónicos, dados estruturados e um llms.txt por blog, gerados a partir do que é publicado — para que os crawlers e os motores de respostas consigam absorver o arquivo corretamente.
- Sindicação nos seus termos
- Se não deve ser um blog alojado, leia os artigos da API em markdown ou HTML renderizado e publique-os no CMS que os seus editores já usam.
A versão estável de um arquivo.
Cinco passos, e o terceiro é o que mantém intactos os padrões de uma publicação: o que a redação guarda e o que descarta.
- 01
Analise o domínio
Gratuito e sem conta: a página inicial e o sitemap, mais as pesquisas a que a publicação ainda não responde. Num arquivo grande, essa lacuna é habitualmente a parte interessante.
- 02
Ligue um mercado
Um registo DNS para um hostname de blog sob um domínio que possui, uma linha de idioma para começar. Nada é instalado e o seu CMS continua a servir o arquivo que serve hoje.
- 03
Defina o padrão editorial
O plano mostra a pesquisa, a intenção, o esquema e a data. A sua redação descarta o que não se adequa aos padrões do título — antes de se escrever uma palavra.
- 04
Deixe a aprovação ligada
A aprovação pode ser exigida para toda a conta, que é habitualmente a predefinição certa para uma publicação: nada é publicado sob o seu cabeçalho sem uma pessoa o libertar.
- 05
Relate por site e por pesquisa
Search Console em modo de leitura: para que pesquisas de cauda longa o domínio está a ganhar impressões, mercado a mercado, a par das notícias que a sua redação já acompanha.
O que fica com a redação.
Os padrões de um título não são um modelo, e um pipeline não os pode deter. Tudo o que transporta risco legal, tudo o que se leia como reportagem e tudo o que toque num tema sobre o qual os seus advogados tenham opiniões é uma decisão das pessoas cujos nomes estão no cabeçalho.
O que isto pode fazer é manter a camada de referência atual — por mercado, segundo o calendário — enquanto a redação gasta o seu tempo no trabalho que só a redação pode fazer.
- Padrões editoriais, estilo da casa e a linha que não vai cruzar
- Tudo o que se leia como reportagem e não como explicação
- Risco legal, difamação e os temas que precisam de um advogado
- Que assuntos estão fora dos limites para produção automatizada
- Correções, e a decisão sobre o que é retirado
Um pico ou um arquivo.
O tráfego de notícias é pontiagudo por natureza. A camada por baixo não é, e é essa a camada que vale a pena automatizar.
Apenas picos
- Tráfego que chega com uma notícia e sai com ela
- Nada publicado nas semanas entre notícias
- Perguntas de referência respondidas por quem estiver livre
- Um idioma, por muitos mercados que o título sirva
- Sem relatórios sobre a cauda longa, porque nunca foi construída
Picos e um arquivo
- Uma base de páginas duradouras sob o tráfego de notícias
- Um artigo em cada dia de publicação, haja pico ou não
- Uma resposta por pesquisa, revista antes de sair
- Cada mercado planeado a partir das suas próprias pesquisas
- Impressões por pesquisa, por mercado, no Search Console
O que isto não é
Não é uma redação, não é uma agência noticiosa e não substitui o jornalismo. Não produz despachos, não reage a acontecimentos e não decide o que importa — e se a reputação de uma publicação assenta em acesso original e análise, essa reputação não é tocada por nada publicado aqui.
A ressalva habitual aplica-se também sem decoração: posicionamento, tráfego e receita não são garantidos. O arquivo aqui é um corpo de trabalho publicado segundo um calendário, revisto por si, num domínio que possui.
A superfície legível por máquinas, de graça.
Todos os blogs são servidos com os ficheiros que um crawler ou um motor de respostas quer, gerados a partir do que é publicado — o que importa mais quanto maior o arquivo fica.
Um sitemap a listar todos os artigos publicados, um robots.txt que convida ao rastreamento, um URL canónico em cada página, dados estruturados por artigo e um llms.txt a indexar o arquivo para os modelos que leem um. Nada disto precisa de plugin, de build ou de um programador.
As publicações com um CMS existente podem receber os mesmos artigos como dados: markdown ou HTML renderizado, um pedido por página de resultados, filtrados por site e idioma.
- Sitemap gerado apenas a partir de artigos publicados
- URLs canónicos, uma página por artigo
- Dados estruturados com a data real do artigo
- llms.txt a indexar o blog para modelos de linguagem
- API só de leitura para sindicação no seu próprio CMS
Mais sobre conteúdo
- Para negócios locais
Responda à pergunta antes de o telefone tocar.
- Para e-commerce
O blog em torno do catálogo — as páginas de produto continuam a ser suas.
- Para hotéis e turismo
Responda ao hóspede no idioma em que ele pesquisou.
- Para restaurantes
A pergunta que acaba numa mesa — ementas e preços continuam a ser seus.
- Para dentistas e clínicas
Responda às perguntas sobre tratamento e custo, com revisão clínica.
- Para sociedades de advogados
Os clientes pesquisam a situação, não a área de prática.
- Para sites WordPress
Um blog para WordPress sem plugin e sem mexer no tema.
Perguntas que as publicações fazem.
Incluindo se isto substitui uma redação, se tudo pode ser revisto e como um arquivo grande não se atrapalha a si mesmo.
Isto substitui editores ou jornalistas?
Não, e não deve ser vendido como tal. Enche a camada por baixo da redação: as perguntas de referência e de processo que nunca justificam uma tarde de um jornalista mas que em conjunto representam uma boa parte da pesquisa. O jornalismo, o julgamento e a voz ficam com a redação.
Podemos rever tudo antes de ser publicado?
Sim, e para uma publicação essa é a definição sensata. A aprovação pode ser exigida para a conta, para que cada rascunho espere que uma pessoa o liberte — e a revisão pode acontecer mais cedo, no momento do planeamento, onde descartar uma entrada não custa nada.
Vai produzir notícias?
Não. Não há nenhum mecanismo para reagir a um acontecimento, e nada deve fingir o contrário. O plano cobre perguntas duradouras — como funciona algo, o que envolve um procedimento, como se comparam duas opções — que é a parte da superfície de uma publicação que não precisa de uma redação de prevenção.
Como trata vários mercados ao mesmo tempo?
Cada idioma é uma linha separada com o seu próprio plano e calendário, planeada a partir das pesquisas desse mercado. É essa a diferença entre acrescentar um mercado e traduzir para um: as entradas alemãs são construídas a partir de pesquisas alemãs, não do seu arquivo em inglês.
Os artigos podem ir para o nosso próprio CMS?
Sim. A API de leitura devolve cada artigo em markdown ou em HTML renderizado, com metadados e imagens, numa chave ao nível da conta — por isso um build ou uma importação pode publicá-los onde os seus editores já trabalham. Nada na API pode escrever de volta para o Xt4b.
E o conteúdo duplicado face ao nosso arquivo?
Cada entrada visa uma pesquisa a que o domínio ainda não responde, e cada página tem o seu próprio URL canónico. Onde o seu arquivo já responde a uma pergunta, é essa a página que deve posicionar-se, e o blog liga a ela em vez de a repetir.
O volume prejudica um site?
Publicar páginas quase duplicadas em volume prejudica, e é por isso que o plano é uma pesquisa por artigo e a cadência é uma escolha e não uma definição para produção máxima. Um calendário mais lento de respostas distintas é a forma mais defensável de construir um arquivo.
Quanto custa e o que está garantido?
20€ por site, por idioma, por mês, com a análise gratuita e sem conta. Os resultados não estão: posicionamento, tráfego e receita não são garantidos, o que está dito nos termos de serviço e em todas as respostas deste site.
Comece pelo seu arquivo
Construa a camada por baixo das notícias.
Analise o domínio e leia o plano: as pesquisas a que o seu arquivo ainda não responde, os esquemas por trás delas e as datas em que seriam publicadas.
Revisão antes de publicar20€ / site / idioma / mês3 dias grátis, sem cartão