Ventall empezó con un activo problemático típico del mercado: un sitio WordPress con un gran número de páginas, pero sin una capa específica de pricing, sin FAQ como capa sistemática de respuesta y con una base legible por máquina muy débil. La auditoría base del dominio mostró 0% de JSON-LD y 0% de Open Graph, mientras que la línea base de Share of Answer mostraba solo 1 consulta propia de 10. Al mismo tiempo, el cliente tenía un objetivo de negocio claro: aumentar el volumen de leads, crecer en visibilidad orgánica y empezar a recibir tráfico no solo desde la búsqueda, sino también desde asistentes de IA.
Esto importa por una razón: el problema aquí no era un único title ni un único arreglo SEO. El entorno digital estaba leyendo mal el negocio. El sitio existía, pero no ofrecía un modelo lo bastante claro de lo que Ventall vende realmente, cómo está estructurada su lógica de servicios, dónde están los puntos comerciales de entrada y qué páginas deberían responder a las preguntas de los clientes. Por eso este caso no trata de “añadir unos cuantos bloques de markup”. Trata de reconstruir la base.
Dónde estaba la brecha real
En el questionnaire, el cliente definió sus servicios clave: diseño, venta de equipos, instalación, mantenimiento y reparación de sistemas de ventilación y aire acondicionado. El mismo documento muestra que el sitio antiguo tenía páginas de servicio, páginas de producto, un blog, un portfolio y landing pages, pero no tenía una FAQ separada ni una página de pricing separada como capas estructurales. En la sección de support/FAQ, el cliente también listó preguntas reales de ventas: “cuál es el coste aproximado llave en mano”, “de qué depende el precio”, “si se puede pedir solo el diseño”, “si trabajamos con vuestro equipo” y “si ofrecemos diagnóstico y reparación”. Esto ya no es intuición SEO. Es evidencia de primera mano sobre qué puntos de respuesta debía cubrir el sitio.
La auditoría base confirmó el problema en números. Las consultas relacionadas con precios caían en `MISSING`, y la propia auditoría indicaba directamente la razón principal: Ventall no tenía precios en el sitio. AI Overviews ya dominaba los resultados, pero Ventall no aparecía citado ni una sola vez. Así que la brecha no era solo técnica. El negocio no se había ensamblado en un formato que pudiera leerse bien por personas, por la búsqueda y por los sistemas de IA.
Por qué un enfoque SEO simple no habría sido suficiente
En una situación así, es fácil dar el paso equivocado: entrar en un conjunto de arreglos locales — algo de metadata, algo de FAQ, algo de schema, algo de internal linking — y llamar a eso estrategia.
Pero aquí eso no funciona.
Cuando un negocio no tiene un modelo digital estructurado, los arreglos caóticos no crean claridad. Solo parchearían señales individuales en la superficie. En el caso de Ventall, la tarea no era “afinar el sitio”. La tarea era hacer que el activo digital representara correctamente al propio negocio: su lógica de servicios, sus puntos comerciales de entrada, sus respuestas a preguntas recurrentes y su estructura de páginas.
Por eso el trabajo no empezó desde una única capa SEO, sino desde la arquitectura.
Qué se reconstruyó exactamente
1. Una nueva estructura del activo
El repo actual ya describe a Ventall no como un viejo sitio WordPress, sino como un producto React / Next.js con una estructura preparada para SEO/AEO. El README define con claridad la nueva lógica estructural: `Home`, `Services`, `Service detail pages`, `Portfolio`, `Articles / FAQ`, `Pricing calculator`. Este es un cambio importante. El negocio deja de ser un conjunto de viejas URLs y empieza a operar como un sistema claro: con una capa de servicios, una capa de prueba, una capa de respuestas y una capa comercial de preventa.
2. Capa de respuestas y capa de navegación
Una de las señales más fuertes del repo es que esto ya no es simplemente “FAQ añadida al sitio”, sino una lógica de routing diferenciada. En el estado final de redirects, los roles aparecen separados explícitamente: `FAQ = answer hub` y `/uk/z-chogo-pochaty = orientation hub`. Esto es arquitectura digital correcta: una zona gestiona respuestas y otra la orientación y la entrada por escenarios. Para una persona, eso significa menos caos. Para la búsqueda y la IA, significa una separación más limpia entre intención y tipos de página.
3. Capa comercial
El nuevo activo incluye no solo páginas de contenido, sino también una calculadora de precios como punto de entrada de preventa con lógica backend de estimación. También hay endpoints de administración y un admin interno de pricing. El README indica además directamente que las escrituras de pricing en preview y producción no actualizan archivos del repo, lo que significa que la capa comercial ya está construida como un modelo runtime gestionado y no como ediciones manuales aleatorias en el código. Esto importa porque una base digital fuerte no trata solo de texto y URLs. También trata de un mecanismo comercial controlado dentro del sitio.
4. Limpieza legacy como parte de la reconstrucción, no como apunte técnico
Otra parte fuerte del caso es la migración de redirects. El repo registra que se cerraron 274/274 URLs legacy, reducidas a 404 = 0, chain = 0, query leak = 0, y que los destinos finales devuelven `200 OK`. Esto importa no como detalle técnico, sino como prueba de que la reconstrucción se hizo de forma sistémica. La nueva estructura no solo se diseñó. También se cerró la deuda legacy que había detrás y se ensambló un routing más limpio para búsqueda e indexación.
Qué cambió esto en la práctica
El sitio de Ventall no pasó a estar “un poco más optimizado”. Pasó a ser más fácil de leer.
Primero, ganó un marco de servicios más claro. Segundo, las preguntas reales de ventas del cliente dejaron de vivir solo en llamadas y mensajes: se construyó para ellas una capa preparada para respuestas. Tercero, apareció un punto de entrada comercial en forma de calculadora, y no solo páginas informativas. Cuarto, desapareció buena parte del ruido legacy, el tipo de ruido que suele debilitar tanto las señales de búsqueda como la interpretación por IA. Así es como se ve una reconstrucción digital correcta: el sitio se vuelve más fácil de entender al mismo tiempo para personas, búsqueda y máquinas.
Hay un matiz importante aquí: el estado actual del sitio señala por separado que el repo no debe leerse como “todo ya está perfectamente pulido”. Algunas comprobaciones runtime siguen requiriendo validación externa, y algunos elementos de contenido todavía se están trabajando editorialmente. Pero eso no debilita el caso. Lo vuelve más honesto. No es un cuento pulido. Es un caso en el que primero se ensambló una base más fuerte y solo después se puede escalar búsqueda, IA y contenido encima de ella.
Por qué este caso importa para otras empresas
Ventall es una prueba externa importante no porque tenga una única página exitosa. Y tampoco porque podamos mostrar un único arreglo técnico bonito.
Importa porque demuestra un modelo operativo distinto.
Cuando un negocio ya tiene un sitio, pero ese sitio modela mal el negocio, el problema no se resuelve con un rediseño aislado, un engagement SEO aislado o un único sprint de schema. Requiere una reconstrucción sistémica: estructura de servicios, capa de respuestas, puntos comerciales de entrada, lógica de routing, arquitectura limpia de contenido y una base técnica gestionada.
Eso es exactamente lo que pasó aquí.
Conclusión
El caso de Ventall muestra un punto simple: la visibilidad sistemática en IA no se construye mediante ediciones caóticas.
Se construye cuando una empresa deja de tratar el sitio como una colección de páginas y empieza a construirlo como un sistema digital. Con un modelo de servicios claro. Con una capa dedicada de respuestas. Con puntos comerciales de entrada. Con una arquitectura gestionada. Con una transición limpia de la estructura legacy a la nueva.
Así es como un activo antiguo y problemático se convierte en una base más fuerte para búsqueda, IA y claridad comercial.
Y así es como luce el trabajo cuando la tarea no es “mejorar un poco el SEO”, sino reconstruir la base digital del negocio para que realmente pueda rendir mejor.
