Para medios y editoriales

Rellena la cola larga que tu redacción no alcanza.

Una publicación ya tiene la autoridad, el archivo y los estándares. Lo que no tiene es una tarde libre por idioma para las miles de preguntas concretas que nunca justifican a un redactor — pero que suman una parte importante de lo que se busca. Esa capa es la que cubre esto, bajo tu revisión y en un dominio que es tuyo.

Aprobación antes de publicarUna línea por mercadoSindícalo o alójalo

Lo que tu archivo aún no responde.

No la noticia del día. La capa de referencia que hay debajo, que es donde vive la demanda de búsqueda duradera.

La cola larga sin responder
Las preguntas concretas y de bajo volumen que tu redacción respondería si tuviera una tarde libre: procedimientos, comparaciones, plazos, definiciones, detalle local. Pequeñas una a una, la mayor parte de la búsqueda en conjunto.
La capa perenne
Contenido de proceso y de referencia que no caduca con el ciclo de noticias y sigue ganando impresiones entre las historias que suben y bajan.
Un mercado cada vez
Cada idioma se planifica desde las búsquedas de su propio mercado, con sus fechas, en vez de ser una traducción automática del archivo inglés que nadie en ese mercado escribiría jamás.
Series y grupos
Las entradas se pueden agrupar para que un conjunto de artículos construya bien un tema, en vez de repartir artículos sueltos por un asunto y no volver nunca a él.
Una superficie legible por máquinas
Sitemap, URLs canónicas, datos estructurados y un llms.txt por blog, generados a partir de lo publicado — para que los rastreadores y los motores de respuesta puedan tomar bien el archivo.
Sindicación en tus términos
Si no debería ser un blog alojado, lee los artículos desde la API en markdown o HTML renderizado y publícalos en el CMS que ya usan tus editores.

La versión constante de un archivo.

Cinco pasos, y el tercero es el que mantiene intactos los estándares de una cabecera: qué se queda la redacción y qué descarta.

  1. 01

    Analiza el dominio

    Gratis y sin cuenta: la portada y el sitemap, además de las consultas que la publicación aún no responde. En un archivo grande, ese hueco suele ser lo interesante.

  2. 02

    Conecta un mercado

    Un registro DNS para un host de blog bajo un dominio que es tuyo, y una línea de idioma para empezar. No se instala nada y tu CMS sigue sirviendo el archivo que sirve hoy.

  3. 03

    Fija el estándar editorial

    El plan muestra la consulta, la intención, el esquema y la fecha. Tu redacción descarta lo que no encaje con los estándares de la cabecera — antes de que se escriba una palabra.

  4. 04

    Deja la aprobación activada

    La aprobación se puede exigir para toda la cuenta, que suele ser el valor por defecto correcto para un medio: nada se publica bajo tu cabecera sin que una persona lo suelte.

  5. 05

    Informa por sitio y por consulta

    Search Console en solo lectura: por qué consultas de cola larga el dominio gana impresiones, mercado por mercado, junto a las historias que tu redacción ya sigue.

Lo que se queda en la redacción.

Los estándares de una cabecera no son una plantilla, y una cadena de producción no puede ser su dueña. Todo lo que conlleve riesgo legal, se lea como reportaje o toque un asunto sobre el que tus abogados tengan opinión es una decisión de las personas cuyos nombres están en la cabecera.

Lo que esto sí puede hacer es mantener la capa de referencia al día — por mercado y con una frecuencia — mientras la redacción dedica su tiempo al trabajo que solo la redacción puede hacer.

  1. Estándares editoriales, libro de estilo y la línea que no vas a cruzar
  2. Todo lo que se lea como reportaje y no como explicación
  3. Riesgo legal, difamación y los temas que necesitan a un abogado
  4. Qué asuntos quedan fuera del alcance de la producción automatizada
  5. Las correcciones y la decisión sobre qué se retira

Un pico, o un archivo.

El tráfico de noticias es irregular por naturaleza. La capa que hay debajo no lo es, y esa es la que merece la pena automatizar.

Solo picos

  • Tráfico que llega con una historia y se va con ella
  • Nada publicado en las semanas entre historias
  • Las preguntas de referencia respondidas por quien esté libre
  • Un idioma, por muchos mercados que sirva la cabecera
  • Sin informes de cola larga, porque nunca se construyó

Picos y un archivo

  • Una base de páginas duraderas bajo el tráfico de noticias
  • Un artículo en cada día de publicación, haya pico o no
  • Una respuesta por consulta, revisada antes de salir
  • Cada mercado planificado desde sus propias búsquedas
  • Impresiones por consulta y por mercado, en Search Console

Qué no es esto

No es una redacción, ni un servicio de agencia, ni un sustituto del reportaje. No envía, no reacciona a los acontecimientos y no decide qué importa — y si la reputación de una publicación se apoya en acceso propio y análisis, esa reputación no la toca nada de lo que se publique aquí.

La advertencia de siempre también aplica, sin adornos: el posicionamiento, el tráfico y los ingresos no están garantizados. El archivo de aquí es un cuerpo de trabajo publicado con una frecuencia, revisado por ti y en un dominio que es tuyo.

La superficie legible por máquinas, gratis.

Cada blog se sirve con los ficheros que quiere un rastreador o un motor de respuesta, generados a partir de lo publicado — y eso importa más cuanto más grande se hace el archivo.

Un sitemap con cada artículo publicado, un robots.txt que invita al rastreo, una URL canónica en cada página, datos estructurados por artículo y un llms.txt que indexa el archivo para los modelos que leen uno. Nada de eso necesita un plugin, una compilación ni un desarrollador.

Los medios que ya tienen un CMS pueden tomar los mismos artículos como datos: markdown o HTML renderizado, una petición por página de resultados, filtrado por sitio e idioma.

  1. Sitemap generado solo con los artículos publicados
  2. URLs canónicas, una página por artículo
  3. Datos estructurados con la fecha real del artículo
  4. llms.txt que indexa el blog para los modelos de lenguaje
  5. API de solo lectura para sindicar a tu propio CMS
Qué devuelve la API de lectura, campo por campo

Preguntas que hacen los medios.

Incluido si esto sustituye a una redacción, si se puede revisar todo y cómo un archivo grande no se estorba a sí mismo.

¿Esto sustituye a editores o periodistas?

No, y no debería venderse así. Rellena la capa que hay debajo de la redacción: las preguntas de referencia y de proceso que nunca justifican la tarde de un redactor, pero que en conjunto suman una parte importante de la búsqueda. El reportaje, el criterio y la voz se quedan en la redacción.

¿Podemos revisarlo todo antes de que se publique?

Sí, y para un medio es el ajuste sensato. La aprobación se puede exigir para la cuenta, de modo que cada borrador espera a que una persona lo suelte — y la revisión puede ocurrir antes, en la fase de planificación, donde descartar una entrada no cuesta nada.

¿Va a producir noticias?

No. No hay ningún mecanismo para reaccionar a un acontecimiento, y nada debería pretender lo contrario. El plan cubre preguntas duraderas — cómo funciona algo, en qué consiste un procedimiento, cómo se comparan dos opciones — que es la parte de la superficie de una publicación que no necesita una redacción de guardia.

¿Cómo gestiona varios mercados a la vez?

Cada idioma es una línea aparte con su propio plan y su propio calendario, planificada desde las búsquedas de ese mercado. Esa es la diferencia entre añadir un mercado y traducir a uno: las entradas alemanas se construyen desde consultas alemanas, no desde tu archivo en inglés.

¿Los artículos pueden ir a nuestro propio CMS?

Sí. La API de lectura devuelve cada artículo en markdown o en HTML renderizado, con metadatos e imágenes, con una clave a nivel de cuenta — así que una compilación o una importación puede publicarlos donde ya trabajan tus editores. Nada de la API puede escribir de vuelta en Xt4b.

¿Y el contenido duplicado con nuestro archivo?

Cada entrada apunta a una consulta que el dominio aún no responde, y cada página lleva su propia URL canónica. Donde tu archivo ya responde a una pregunta, esa es la página que debe posicionar, y el blog enlaza a ella en vez de repetirla.

¿El volumen perjudica a un sitio?

Publicar páginas casi idénticas en volumen sí, y por eso el plan es una consulta por artículo y la frecuencia una decisión y no un ajuste para producir el máximo. Un calendario más lento de respuestas distintas es la forma más defendible de construir un archivo.

¿Cuánto cuesta y qué está garantizado?

20 € por sitio web, por idioma, por mes, con el análisis gratuito y sin cuenta. Los resultados no lo están: el posicionamiento, el tráfico y los ingresos no están garantizados, como dicen los términos del servicio y cada respuesta de este sitio.

Empieza por tu archivo

Construye la capa que hay bajo las noticias.

Analiza el dominio y lee el plan: las consultas que tu archivo aún no responde, los esquemas que hay detrás y las fechas en que se publicarían.

Revisión antes de publicar20 € / sitio / idioma / mes3 días gratis, sin tarjeta