Soamee.com: 996 páginas en 5 idiomas con un equipo boutique

El caso de estudio más incómodo de publicar es el propio. No hay cliente al que atribuir el mérito ni cifras de negocio ajenas tras las que escudarse: solo un repositorio que cualquiera puede auditar. Esta es la historia de cómo soamee.com pasó de ser una web corporativa normal a la prueba de campo de nuestra metodología.

El reto

Una agencia boutique tiene un problema de aritmética. Nuestros clientes internacionales llegan desde España, Portugal, Italia, Alemania y el mundo anglosajón, y cada mercado quiere leer en su idioma. La web que necesitábamos no era una web de cinco páginas: era un catálogo completo de servicios, sectores, integraciones, comparativas y producto propio, multiplicado por cinco.

Hechas las cuentas con el método clásico, el proyecto no salía. Traducir y mantener cada landing a mano consume el tiempo que debería ir a los proyectos de cliente, y todos conocemos el final de esa historia: el español se actualiza, el alemán se queda congelado dos años, y acabas con un sitio que da peor impresión que no tener versión alemana.

Los tres problemas concretos eran:

• Paridad multiidioma: cada contenido nuevo tenía que salir en cinco idiomas o no salir. Sin excepciones «temporales» que duran para siempre.
• Calidad técnica constante a alta velocidad: publicar rápido es fácil; publicar rápido sin dejar metadatos rotos, imágenes fantasma ni enlaces muertos, no.
• Coste de oportunidad: ni una hora del equipo dedicada a tareas que una máquina puede hacer y verificar.

Nuestra solución

Aplicamos a nuestra propia casa el pipeline que usamos con clientes: el proceso CRAFT (Consult, Research, Architect, Forge, Track) con una capa de agentes de IA por debajo y un conjunto de puertas de calidad automáticas por encima.

Las decisiones siguen siendo humanas

La arquitectura del sitio, el sistema de diseño, la taxonomía de contenidos y el criterio editorial los decidió el equipo. Los agentes no eligen qué construir: ejecutan lo que ya está decidido. Cada cambio pasa por revisión humana antes de fusionarse, sin excepción.

La capa de agentes se ocupa de lo repetitivo

Donde el trabajo es mecánico y verificable, delegamos:

• Traducciones a cuatro idiomas de cada artículo y cada landing, con revisión posterior
• Andamiaje de páginas a partir de plantillas y datos ya estructurados
• Migraciones masivas y refactors que tocan cientos de archivos a la vez
• Scripts de comprobación y automatizaciones de CI

Las puertas de calidad no se saltan

Aquí está la parte que hace sostenible la velocidad. Todo cambio atraviesa comprobaciones automáticas antes de llegar a producción, y las mismas comprobaciones corren en local mediante un hook de pre-push:

• Cobertura de traducciones: si un contenido sale en español sin sus cuatro traducciones, el push falla
• Verificación de imágenes: toda imagen referenciada existe, y dos contenidos distintos no reutilizan la misma
• Auditoría SEO: títulos, descripciones, h1, canónicas y hreflang de cada URL construida
• Validación de Schema.org: el JSON-LD de cada plantilla, comprobado
• Miniaturas sociales: cada URL tiene su tarjeta con su propio copy, renderizada bajo demanda

A esto se suman las auditorías programadas: Lighthouse, detector de enlaces rotos, vigilancia de metadatos y snapshots de posicionamiento. 22 automatizaciones en total.

Las tarjetas sociales, un ejemplo del enfoque

Un detalle pequeño ilustra bien la diferencia. Cada URL del sitio tiene su propia miniatura social, con el título y la descripción de esa página concreta y con el diseño de su sección. No hay ni una imagen guardada en el repositorio: se renderizan bajo demanda con satori y resvg, sin navegador, y se cachean en memoria.

Hacer eso a mano para mil páginas es inviable. Automatizado, es una plantilla por familia de contenido y un endpoint. Ese es el tipo de trabajo que cambia de categoría cuando el coste marginal de la ejecución se desploma.

Resultados

• 996 páginas publicadas y mantenidas, sin contar rutas dinámicas
• 5 idiomas en paridad real: español, inglés, portugués, italiano y alemán
• 635 artículos de blog (127 originales en español con sus cuatro traducciones)
• 130 casos de éxito publicados (26 casos × 5 idiomas), siempre sincronizados
• 67 componentes de un sistema de diseño propio, sin plantillas compradas
• 22 automatizaciones de CI vigilando traducciones, imágenes, SEO, Schema.org, enlaces y rendimiento

El dato que más nos importa no es el volumen, sino la paridad. Mantener cinco idiomas alineados es lo primero que abandona cualquier equipo que va justo de capacidad: es el indicador honesto de si un pipeline funciona o solo suena bien en una landing.

Qué no funcionó

Publicamos también la letra pequeña, porque un caso de éxito sin ella no vale nada.

El diseño visual original fue el terreno donde menos ayuda obtuvimos: lo generado tendía a lo genérico y hubo que rehacerlo a mano hasta dar con la identidad. Las decisiones de producto y la lógica de negocio compleja siguieron siendo íntegramente humanas y consumieron el tiempo que se esperaría. Y en las primeras semanas subestimamos la revisión: sin las puertas de calidad, la velocidad producía deuda más rápido de lo que producía páginas. Las automatizaciones nacieron precisamente de ahí.

Stack técnico

• Framework: Astro 5 en modo híbrido (SSR con @astrojs/node)
• Estilos: Tailwind CSS v4 con sistema de diseño propio
• Interactividad: islas de React donde hacen falta
• Contenido: Content Collections en Markdown para blog y casos
• Imágenes sociales: satori + resvg, renderizadas bajo demanda
• CI/CD: GitHub Actions y despliegue en Dokku
• Calidad: comprobadores propios en Node ejecutados en CI y en hooks de git