Saltar al contenido

Plataformas para medios a la altura de tu audiencia.

CMS con flujos de redacción y aprobación, datos en tiempo real a alta concurrencia, integraciones con Google Ad Manager, paneles internos para audiencia y comercial y migraciones legacy con inventario de URLs y archivo. Te ayudamos a elegir plataforma y a preparar la migración con comprobaciones antes y después del cambio.

Si publicar depende de desarrollo,
la noticia llega tarde.

Cada cambio de portada que espera a un desarrollador retrasa la noticia. Y si la web cae en el pico de audiencia, pierdes lectores e ingresos publicitarios. Esto es lo que construimos para que la redacción publique y la plataforma aguante.

  • CMS para la redacción

    La redacción publica sin pedir cambios a desarrollo. Desarrollamos un CMS headless o tradicional con flujos de edición y aprobación, y un modelo de contenido de medio: portada por franjas, firmas, secciones y hemeroteca.

  • Datos en tiempo real

    Resultados deportivos, cotizaciones y métricas de audiencia se actualizan en la web mientras ocurren. Los servimos a alta concurrencia, para que miles de lectores consulten el mismo dato a la vez sin que la página se ralentice.

  • Publicidad programática

    Configuras ad units y line items desde un panel único, en lugar de uno a uno en Google Ad Manager. Conectamos tu plataforma con Google Ad Manager y equivalentes, con header bidding mediante Prebid.

  • Paneles internos

    Redacción y comercial abren su panel y ven sus métricas, sin pedir un informe al equipo de datos. Cada área consulta las cifras que usa a diario, siempre al día.

  • Migración de contenido y hemeroteca

    Antes de migrar inventariamos URLs, contenido e imágenes. Conservamos las direcciones que siguen vigentes y preparamos redirecciones 301 para las que cambian, con comprobaciones de hemeroteca en la plataforma de destino.

  • Capacidad para picos

    La web aguanta la jornada deportiva, la noche electoral o el estreno. Escalamos en horizontal y sin punto único de fallo, también ante breaking news o una apertura de mercado.

Una noticia, varios canales.
¿Quién aprueba cada salida?

Definimos qué campos comparten web, app, newsletter y feed, y quién puede publicar en cada canal. La redacción prepara el contenido una vez y controla dónde se distribuye, según el flujo editorial acordado.

Del dato a la portada

Fuentes

  • Redacción
  • Datos externos
  • Archivo

Gestor de contenidos

Edición, aprobación y modelo de contenido

Canales

  • Web
  • App
  • Newsletter
  • Feed

Una sola fuente de contenido, varios frontales.

Esquema ilustrativo, no es una captura real.

Por qué encargarnos
tu plataforma de medios.

  • La redacción publica sin depender de desarrollo

    Portada, secciones, firmas y hemeroteca se gestionan desde el CMS. La redacción mueve una noticia en el momento, y desarrollo trabaja en la plataforma, no en la portada del día.

  • Decides con el coste total de propiedad calculado

    Recibes una recomendación entre CMS tradicional, headless o híbrido, razonada con tu redacción, tus frontales y tus picos. Incluye el coste de propiedad y la independencia tecnológica, calculados antes de decidir.

  • Seguimiento después de la migración

    Comparamos rastreo, indexación y clics en Search Console, y visibilidad y posiciones en Semrush, Sistrix o Ahrefs, con los datos previos. Ese seguimiento permite localizar URLs con problemas y corregir incidencias; una migración no garantiza mantener las posiciones ni el tráfico.

  • Pagas la infraestructura del día normal

    La plataforma escala en horizontal durante el pico y vuelve a su tamaño cuando pasa. La factura cloud sigue al tráfico real, no al de la peor noche del año.

Antes de cambiar de plataforma,
localiza el archivo que no puede faltar.

Inventariamos artículos, imágenes y URLs con tráfico o enlaces entrantes. Las redirecciones se preparan para las direcciones que cambian; después comprobamos rastreo e indexación para detectar incidencias.

Migración del medio · sin y con inventario

Sin inventario

  • /noticia-antiguaPágina no encontrada
  • /seccion/archivoPágina no encontrada
  • /autor/firmaPágina no encontrada

Riesgo de enlaces rotos y archivo inaccesible.

Con inventario

  • /noticia-antiguaRedirección 301 a su nueva URL
  • /seccion/archivoRedirección 301 a su nueva URL
  • /autor/firmaRedirección 301 a su nueva URL

Las URLs que cambian tienen un destino revisado.

Esquema ilustrativo, no es una captura real.

Medios y datos que ya
aguantan la audiencia.

Una jornada de resultados no admite fallos ni esperas. Estos son proyectos donde datos en tiempo real, alta concurrencia y contenido de medio han funcionado con audiencia delante.

Medios deportivos · Datos en tiempo real · BBVA

Liga BBVA — Web responsive con resultados en tiempo real para 1.000.000 de visitas diarias

Plataforma web responsive para "la mejor liga del mundo": diseño multidispositivo, acceso a API en tiempo real para resultados de partidos en juego y arquitectura optimizada para 1.000.000 de visitas diarias.

Ver caso completo

Agencia de medios · ymedia

ymedia — La agencia de medios y más que medios

Plataforma web y backend para la agencia de medios ymedia con actualización diaria de datos de audiencia, visualización de información mediante gráficas y sistema integrado de email marketing para miles de usuarios.

Ver caso completo

Automoción · Medios editoriales · Car of the Year

Car of the Year — Plataforma editorial con base de datos histórica de coches y jueces

Plataforma web responsive para el premio europeo Car of the Year: base de datos SQL con todos los coches y jueces participantes en la historia del premio, herramienta de gestión de contenido y multimedia integrada con YouTube.

Ver caso completo

Deporte · Medios institucionales · ADO

ADO — Webs multidispositivo para la Asociación de Deportes Olímpicos

Plataforma web multidispositivo para la Asociación de Deportes Olímpicos: noticias en tiempo real, vídeos integrados con YouTube y sistema de fichas de atletas con histórico filtrable por deporte y región.

Ver caso completo

Elige el CMS
desde la mesa de redacción.

Partimos de una jornada real: quién edita, quién aprueba, cuántos canales publican y qué se cambia en portada. Con esos requisitos comparamos CMS tradicional, headless o híbrido y valoramos si basta con adaptar la plataforma actual.

Primera revisión · resultado

  • CMS tradicionalSi la edición y la publicación se concentran en una web.
  • CMS headlessSi varios canales necesitan consumir el contenido por API.Lo que te conviene
  • CMS híbridoSi necesitas edición visual y distribución del contenido por API.

El modelo editorial orienta la elección; después valoramos adaptar o sustituir el CMS.

Esquema ilustrativo, no es una captura real.

CMS, publicidad y migración:
dudas sobre tu plataforma.

Qué CMS te conviene, qué entrega el discovery, cómo cuidamos el posicionamiento durante la migración, cómo se integra Google Ad Manager y cómo se presupuesta.

  • ¿CMS tradicional, headless o híbrido, y cuál?
    Con redacción pequeña, un solo frontend y tráfico sin picos, el CMS tradicional es la opción adecuada; headless está justificado cuando sirves el mismo contenido a varios frontales (web, app, newsletters, widgets) o necesitas un frontend a medida con SSG/SSR que soporte picos; el híbrido conserva la edición visual y expone el contenido por API. Ningún headless vale para todos: Sanity gana en flexibilidad de esquema y experiencia del editor, Strapi en open-source y control, Contentful en madurez y soporte enterprise; construir uno desde cero solo se justifica con un flujo editorial muy específico (varios idiomas, aprobaciones legales por pieza) que los comerciales no cubren sin extensiones costosas. Lo decidimos con tu equipo en el discovery, valorando el coste total de propiedad y la independencia tecnológica, con un requisito innegociable: la redacción publica y compone la portada sin depender de desarrolladores.
  • ¿Trabajáis con clientes de medios que no son grandes grupos?
    Sí. La capacidad para servir datos en tiempo real o integrar publicidad es la misma para un gran grupo que para un medio especializado; cambia el dimensionamiento, no el alcance funcional.
  • ¿Habéis trabajado con La Liga directamente?
    El proyecto Liga BBVA del portfolio histórico se realizó con la agencia digital de la liga en su momento. Lo mencionamos porque la capacidad demostrada ahí (resultados en tiempo real, alta concurrencia, integración con datos deportivos) es la que aplicamos hoy.
  • ¿Se pierde posicionamiento al migrar?
    No tiene por qué, con método. Antes de modificar nada rastreamos el sitio y elaboramos un inventario de URLs con tráfico y enlaces entrantes; cada URL que cambia lleva su redirección 301 una a una, no una regla genérica; conservamos hemeroteca, imágenes y metadatos; y tras el cambio comparamos rastreo, indexación y clics en Search Console, y visibilidad en Semrush, Sistrix o Ahrefs, con los datos previos. No realizamos migraciones sin ese inventario previo.
  • ¿Qué implica integrar Google Ad Manager en una plataforma para medios?
    La dificultad no está en mostrar anuncios, sino en mantener manualmente cientos de line items y ad units para header bidding: es lento y cada error es inventario sin vender. Creamos y actualizamos los line items por script contra la API de Google Ad Manager, también en la versión gratuita sin Ad Manager 360, de modo que la configuración de Prebid se genera y revisa en bloque; además configuramos el waterfall de demanda (programmatic guaranteed → header bidding → remanente) y la analítica cruzada contenido-publicidad para ver el CPM real por sección, autor o tipo de contenido. Si quieres cobrar a los crawlers de IA que consumen tu contenido sin devolverte tráfico, lo tratamos en pagos agénticos.
  • ¿Cómo se dimensiona la plataforma para picos sin pagar infraestructura de pico todo el año?
    CDN edge con TTL dinámico (la portada se invalida en segundos, los artículos antiguos en horas), API de datos en tiempo real sobre serverless o contenedores con autoescalado y caché agresiva en lectura. En picos predecibles (jornada deportiva, noche electoral, estreno, apertura de mercado) precalentamos el CDN; en los imprevistos (breaking news) el autoescalado responde por sí solo. El resto del año la infraestructura vuelve a su tamaño y el coste cloud se reduce con ella.
  • ¿Cómo se presupuesta una plataforma para medios?
    Por bloques: CMS y modelo de contenido, frontend, datos en tiempo real, integración publicitaria, paneles internos y migración. Cada bloque queda definido en el discovery con alcance y dependencias claras y se puede aplazar o retirar sin rehacer los demás; así comparas propuestas sobre el mismo alcance.

El siguiente paso

¿Cómo publica tu redacción
y cómo aguanta el pico?

Empezamos por el discovery con tu redacción, del que resulta una recomendación entre CMS tradicional, headless o híbrido.