Daily Sports llegó a Gambit Lab con una visión concreta: construir un medio deportivo capaz de informar, cubrir eventos y ofrecer fotografía profesional desde un mismo producto. La solución debía darle autonomía al equipo para operar el contenido cotidiano sin depender del desarrollo ante cada publicación o cambio de portada.
El proyecto se planteó como una plataforma completa, no como un sitio institucional. Lectores, periodistas, fotógrafos, compradores y administradores necesitaban recorridos diferentes, conectados por la misma información y las mismas reglas de negocio.
El diferencial: una sola operación para publicar noticias, organizar coberturas y comercializar fotografía deportiva.
El desafío
Un medio deportivo trabaja con noticias que cambian durante el día, coberturas que producen cientos de fotografías y espacios comerciales que también necesitan actualización. Resolver sólo la experiencia pública habría dejado una parte central del trabajo fuera del producto.
Por eso el alcance reunió tres necesidades:
- Experiencia editorial: ofrecer una lectura rápida y clara de noticias deportivas.
- Autonomía operativa: permitir que el equipo organice la portada y gestione el contenido desde un backoffice propio.
- Nueva línea comercial: transformar las coberturas fotográficas en galerías navegables y productos digitales comercializables.
Una plataforma, tres superficies conectadas
Diseñamos y desarrollamos una base compartida para la web editorial, la operación interna y el marketplace fotográfico. Esto permite que una noticia, un evento, una fotografía o un usuario mantengan relaciones consistentes durante todo su recorrido.
El trabajo incluyó descubrimiento de producto, UX/UI, desarrollo full-stack e infraestructura. Los flujos se revisaron junto con el equipo de Daily Sports mediante entregas y demostraciones periódicas, ajustando la experiencia alrededor de las tareas reales de publicación y cobertura.
| Superficie | Necesidad que resuelve |
|---|---|
| Web editorial | Publicar y priorizar noticias para lectores. |
| Backoffice | Operar contenidos, coberturas y espacios comerciales con autonomía. |
| Marketplace fotográfico | Organizar, proteger y comercializar fotografías de eventos. |
El producto en uso
Portada y criterio editorial
El backoffice permite crear contenido y decidir qué publicaciones ocupan los espacios principales o secundarios. La portada pública traduce esas prioridades en una composición visual que combina una historia destacada con accesos rápidos a otras noticias.
Eventos y marketplace fotográfico
Las coberturas se organizan como eventos y álbumes. El sistema procesa las fotografías de alta resolución, genera vistas públicas protegidas con marca de agua y mantiene los archivos originales dentro del flujo comercial.
Cada álbum expone información útil para encontrar una cobertura —fecha, ubicación, organización y fotógrafo— junto con la cantidad de imágenes disponibles. El circuito documentado también contempla precios, compra mediante Mercado Pago y descarga del archivo original después de la confirmación.
Sponsors y propuesta comercial
El producto incorpora espacios para patrocinadores y un Media Kit público. Así, el equipo puede presentar su propuesta comercial y administrar banners o carruseles sin solicitar una modificación técnica para cada campaña.
Capacidades entregadas
- Contenido editorial: creación, revisión, programación y publicación de noticias.
- Portada priorizable: organización de contenidos destacados y secundarios.
- Coberturas deportivas: administración de eventos, álbumes y activos fotográficos.
- Protección de imágenes: procesamiento de archivos y generación de previews con marca de agua.
- Marketplace: definición de precios, compra y liberación de originales.
- Sponsors: gestión de banners, carruseles y enlaces comerciales.
- Usuarios y permisos: recorridos para lectores, compradores, periodistas, fotógrafos y administradores.
- Medición y comunicación: integración con Google Analytics, Tag Manager y Mailjet.
Una base preparada para evolucionar
La experiencia pública y el backoffice utilizan Next.js 16 con App Router. Una API en ASP.NET Core 10 centraliza las reglas editoriales y comerciales, mientras PostgreSQL mantiene las relaciones entre contenido, usuarios, permisos, eventos y compras.
Cuando el equipo actualiza una publicación, el backend persiste el cambio y solicita a Next.js la invalidación de las vistas afectadas. Esta estrategia de regeneración incremental busca conservar contenido actualizado sin renunciar al SEO y al rendimiento de páginas preconstruidas.
La plataforma se ejecuta sobre Ubuntu 24 y utiliza Nginx como reverse proxy. La composición permite evolucionar la experiencia, las reglas del negocio y la operación sin convertir cada nuevo requerimiento en una reconstrucción del producto.
Arquitectura y decisiones técnicas
Flujo de actualización editorial
- Un integrante del equipo actualiza una noticia o configuración desde el backoffice.
- La API valida la operación y guarda el cambio en PostgreSQL.
- El backend solicita a Next.js que invalide únicamente el contenido relacionado.
- La próxima versión de esas vistas se genera con los datos actualizados.
Decisiones principales
- Renderizado híbrido: combina páginas preparadas para buscadores con contenido que puede actualizarse desde la operación editorial.
- Backoffice a medida: reúne priorización de portada, noticias, fotografías y espacios comerciales en flujos adaptados al medio.
- API centralizada: mantiene permisos, activos y transacciones bajo las mismas reglas de negocio.
- Infraestructura controlada: Ubuntu y Nginx sostienen la publicación y el tráfico del producto en producción.
Podés recorrer la experiencia pública en Daily Sports Magazine.