A-12
Tendencia de Noticias
Portal de noticias de San Miguel de Tucumán. Dos años de desarrollo y mantenimiento, solo, con el tráfico creciendo.
This sheet is not translated yet. Shown in Spanish.
| Client | Portal de noticias · Tucumán |
|---|---|
| Type | freelance |
| Platform | Next.js 14 |
| Year | 2024 |
| Role | Full-stack, end to end |
| Stack | Next.js 14 · React · MongoDB · Tailwind CSS · Vercel |
| Duración | 2024-03 → 2026-02 |
| Métricas de repo | sin medir · no tengo el repositorio en esta máquina |
Contexto
Un portal de noticias local con redacción propia. Recibí un diseño hecho por un equipo externo y el encargo de convertirlo en un producto que funcionara y se pudiera sostener.
Opciones
Para un medio, la respuesta por defecto es WordPress: la redacción ya sabe usarlo y el ecosistema de plugins resuelve casi todo. El costo aparece después, en performance y en la cantidad de superficie que hay que mantener actualizada.
Decisión
Next.js 14 con MongoDB, y la administración hecha a medida en lugar de un CMS. La razón es concreta: un portal de noticias tiene un modelo de contenido chico y muy repetido —nota, sección, portada— y para eso un panel propio de tres pantallas es menos superficie que un CMS entero.
Configuré el deploy y la infraestructura en Vercel de punta a punta, con integración continua, y quedé a cargo del mantenimiento y de las funcionalidades nuevas durante los dos años, mientras el tráfico crecía.
Verificación
El sitio responde 200 y sirve Next.js. Las métricas de repositorio no están medidas: no tengo ese repositorio en esta máquina, así que los commits y las líneas no se publican. Las fechas y el stack son declarados.
Esa distinción es la regla del sitio, no una excusa: un dato que no puedo reproducir con un comando no lleva número.
Consecuencias
Un panel a medida significa que cada campo nuevo que la redacción necesita es trabajo de desarrollo. Funcionó dos años porque el modelo de contenido casi no cambió. Si hubiera cambiado seguido, el CMS habría sido la decisión correcta.