Por qué un directorio de 1.044 empresas no necesita un CMS: el caso MANYA Madrid

El problema: ser la referencia local en un mercado de directorios pagos

El mercado estaba lleno de directorios donde paga quien aparece arriba, con reseñas poco fiables y datos desactualizados. MANYA Madrid necesitaba convertirse en la referencia local para encontrar empresas confiables en Madrid, con criterios editoriales visibles en vez de posiciones compradas sin etiquetar.

Por qué el contenido vive en código, no en un CMS

Cada empresa es un objeto Empresa definido en TypeScript, dentro de uno de 104 archivos de datos. No hay Sanity, ni Contentful, ni ningún CMS: el contenido se edita directamente en el código y se versiona con git.

export interface Empresa {
  slug: string;
  nombre: string;
  sectorSlug: string;
  barrioSlug: string;
  rating: Rating;
  descripcionEditorial: string;
  rangoPrecios: "€" | "€€" | "€€€" | "€€€€";
  premium: boolean;
  asociada?: boolean;
  ultimaVerificacion: string; // fecha ISO de la última verificación
  posicion: number; // 1-10 dentro de sector x barrio
}

El campo posicion es la clave de todo el «ranking» del directorio: un número del 1 al 10 dentro de cada combinación de sector y barrio, escrito a mano por mí, no calculado por ningún algoritmo. La «metodología de 6 fases» que describo públicamente (investigación, verificación manual, análisis de reseñas, evaluación editorial, ranking, revisión mensual) es exactamente eso: un proceso que yo sigo, no una pipeline de software. No hay ningún scraper, cron ni motor de scoring en el repositorio que la ejecute, y prefiero decirlo así de claro a dejar que suene más automatizado de lo que es.

Cómo funciona el plan premium sin pasarela de pago

El directorio tiene un plan gratuito y un plan destacado, pero no hay ningún Stripe ni integración de pago en el código. La propia página de planes lo dice: sin cobro online, el pago se formaliza por email después de verificar el negocio.

Contando los flags reales en los 1.044 registros: 10 empresas tienen premium: true hoy. Ninguna tiene asociada: true, el plan más económico, pensado para formalizarse igual por email.

Cómo validé esta arquitectura

Corrí npm run build contra el repositorio real y conté las rutas generadas en vez de repetir una cifra de memoria.

const nextConfig: NextConfig = {
  output: "export",
  images: { unoptimized: true },
};

Es, por lejos, el Lighthouse más alto que medí en toda esta serie. Mi lectura es que un directorio de texto y datos estructurados, sin un carrusel de imágenes ni lectura en tiempo real bloqueando el render inicial, deja que el export estático rinda al máximo de lo que puede dar: no hay nada compitiendo con el HTML por el primer pintado.

SEO: notificar a Google en vez de esperar a que rastree solo

El commit más reciente del repositorio, del mismo día que escribo esto, agrega un script para notificar URLs nuevas a la Indexing API de Google, en vez de depender solo de que Googlebot las encuentre por su cuenta en un directorio de más de mil páginas.

Un sistema no es más confiable por sonar más automatizado. Es más confiable cuando decís con precisión qué parte es código y qué parte es trabajo editorial.

Mi participación en este proyecto

MANYA Madrid es un proyecto propio dentro de MANYA Digital: diseñé la arquitectura, construí el sitio y llevo adelante la investigación y verificación editorial de cada empresa listada.

Lo que haría distinto: cifras publicadas que no coincidían con el código

Antes de escribir este artículo, la página del proyecto decía «67 sectores» y «más de 1.050 empresas». Contando directamente en el código (y confirmándolo con la salida del build), el número real es 97 sectores y 1.044 empresas. Ya corregí esas cifras en la página del proyecto; las dejo registradas acá como lo que fueron: una desactualización, no una exageración deliberada, pero una desactualización real de todos modos.

Qué probaría después

Evaluaría en qué punto el enfoque de «datos como código» deja de ser cómodo, probablemente cuando más de una persona necesite editar al mismo tiempo, y automatizaría una alerta simple basada en el campo ultimaVerificacion para saber qué fichas llevan más tiempo sin revisión antes de que alguien tenga que buscarlo a mano.