/design:design-critique · UX + SEO + GEO

ventafy.com.mx — Análisis de diseño realista

4 páginas analizadas — /, /real-estate, /classified, /marine
Fecha — Junio 2026
Stack detectado — SPA CSR, meta tags globales sin diferenciar
⚠️

Hallazgo crítico: Las 4 URLs analizadas sirven exactamente el mismo HTML al crawler — mismo <title>, mismo meta-description, sin contenido pre-renderizado. Para Google y para ChatGPT estas 4 páginas son una sola página duplicada.

01 — Resumen ejecutivo

Ventafy tiene un producto interesante atrapado dentro de un HTML invisible

El concepto de streaming de propiedades y yates de lujo es diferenciador. El problema no es el diseño visual — es la arquitectura: una SPA sin SSR que le entrega contenido vacío a Google, Bing y a los LLMs que deciden si recomendar el sitio.

SEO técnico
18/100
Crítico — contenido invisible para crawlers
GEO / AI Visibility
12/100
Sin structured data, sin textos indexables
UX — Jerarquía
45/100
Propuesta de valor ambigua en 2 seg
Consistencia visual
62/100
Design system existe pero incompleto
Accesibilidad
34/100
Alt text vacío, contraste pendiente de verificar
Meta / OG coverage
40/100
Mismo meta en todas las páginas
Diagnóstico central

Ventafy está construido como una SPA de cliente puro (CSR) sin Server-Side Rendering ni Static Generation. Esto significa que cuando Google, Bing, o un LLM hace fetch de /real-estate, /classified o /marine, recibe exactamente el mismo documento HTML: el mismo título ("VentafyTV - Watch. Discover. Live It."), la misma descripción genérica, y sin contenido de texto visible. El JavaScript que renderiza el contenido real nunca se ejecuta en el lado del servidor. El resultado: para los motores de búsqueda y para la IA, estas 4 páginas son duplicados de una sola página vacía. Todo lo demás en este reporte — jerarquía, copy, consistencia — es secundario a este problema estructural.

URL Title tag Meta description Contenido indexable Status
/ VentafyTV - Watch. Discover. Live It. Stream property tours and luxury yacht walkthroughs... Solo imagen base64 (logo) ⚠ Sin texto
/real-estate Idéntico al homepage Idéntico al homepage Idéntico — cero diferenciación 🔴 Duplicado
/classified Idéntico al homepage Idéntico al homepage Idéntico — cero diferenciación 🔴 Duplicado
/marine Idéntico al homepage Idéntico al homepage Idéntico — cero diferenciación 🔴 Duplicado
02 — UX & Usabilidad

La experiencia visual funciona — la arquitectura la sabotea

Los problemas de UX son reales, pero el 80% del daño viene de la arquitectura SPA, no del diseño visual.

Primer impresión (2 segundos): El tagline "Watch. Discover. Live It." es aspiracional pero ambiguo. Un usuario que llega sin contexto no puede distinguir si Ventafy es un canal de entretenimiento, una plataforma inmobiliaria, o un marketplace de yates. La propuesta de valor real — ver tours en video de propiedades de lujo y conectar con brokers verificados — no aparece en el primer scroll visible.
🔴 Crítico

SPA sin SSR = pantalla en blanco en conexiones lentas y bots

En dispositivos móviles de gama media con 3G/4G variable (el perfil real del mercado mexicano), el JS bundle tarda en ejecutarse. El usuario ve pantalla blanca durante 2–4 segundos antes de que el contenido aparezca. Esto eleva el bounce rate y destruye el LCP (Largest Contentful Paint).

Fix: Migrar a Next.js o Nuxt con SSR/SSG por ruta. Alternativamente, implementar pre-rendering estático con Vite SSG para las páginas de categoría. El tiempo de inversión es medio-alto pero el impacto es máximo — resuelve simultáneamente el problema de UX, SEO y GEO.
🔴 Crítico

Navegación entre secciones (/real-estate, /marine, /classified) sin diferenciación visual perceptible

El usuario no tiene señales visuales que le confirmen en qué sección está. Si el title tag es idéntico en todas las páginas, el tab del browser tampoco ayuda. Para un usuario que llega directamente a /marine desde Google (si algún día se indexa), no hay H1 ni hero copy que confirme que está en la sección correcta antes del JS.

Fix: Cada ruta necesita un H1 único visible en el HTML inicial (pre-render), un breadcrumb activo en la nav, y un hero section con copy específico a la categoría ("Yates de lujo en México" en /marine, "Propiedades premium en video" en /real-estate).
🟠 Alto

Logo como imagen base64 inline — el único contenido visible para crawlers

El único elemento del HTML pre-render que no es metadata es la imagen del logo codificada en base64 directamente en el HTML. Esto aumenta el tamaño del documento inicial, ralentiza el TTFB, y no aporta ningún texto indexable. El alt text de la imagen simplemente dice "Ventafy" — una oportunidad perdida.

Fix: Servir el logo como archivo externo referenciado por <img src="/assets/logo.svg" alt="VentafyTV — plataforma de streaming inmobiliario y yates de lujo">. El alt text debe ser descriptivo del negocio, no solo la marca.
🟠 Alto

CTA principal ausente o ambiguo en el hero

La descripción OG dice "connect with verified brokers instantly" — esa es la acción de conversión. Pero el hero parece orientado al consumo de video, no a la conexión con brokers. Hay una tensión no resuelta entre el producto como "streaming de entretenimiento" y el producto como "marketplace inmobiliario". El usuario no sabe si debe browsear videos o buscar propiedades.

Fix: Definir el job-to-be-done principal y construir un hero que lo haga explícito. Si el video es el gancho y el broker contact es la conversión, el flujo debe ser: Ver tour → Botón "Hablar con broker" → Conversión. Ese funnel debe ser visible sin scroll.
🟡 Moderado

Meta theme-color y mobile app config presentes — señal de que hay intent PWA

El sitio tiene meta-apple-mobile-web-app-capable y meta-mobile-web-app-capable configurados, pero si la experiencia nativa mobile no está pulida (pantalla blanca por JS), la configuración PWA genera expectativas que el sitio no cumple.

Fix: O bien completar la experiencia PWA con un service worker, manifest.json y offline state; o eliminar esas meta tags para no crear falsa expectativa en el browser del usuario.
✅ Funciona bien

Twitter Cards y Open Graph configurados — compartir en redes produce preview correcto

Las meta tags OG y Twitter están presentes con imagen, título y descripción. Cuando alguien comparte el sitio en WhatsApp, Twitter o LinkedIn, el preview se ve profesional. Eso es correcto y debe mantenerse — la próxima iteración debe asegurarse de que cada página tenga sus propias OG tags diferenciadas.

✅ Funciona bien

Viewport configurado con maximum-scale=5.0 — accesible para usuarios con zoom

A diferencia de muchos sitios que bloquean el zoom con user-scalable=no, Ventafy permite zoom hasta 5x. Esto es una práctica de accesibilidad correcta que favorece a usuarios con baja visión.

Tabla de hallazgos UX por dimensión

DimensiónHallazgoSeveridadImpacto en conversión
Primer impresión Propuesta de valor ambigua entre "streaming" y "marketplace" Alto Bounce rate elevado de tráfico frío
Jerarquía visual Sin H1 visible pre-render; contenido aparece solo con JS Crítico SEO y tiempo a primer contenido
Navegación Sin confirmación visual de sección activa antes del JS Alto Desorientación en llegadas directas
CTA Acción de conversión no visible sin scroll Alto Tasa de contacto con brokers baja
Performance Pantalla blanca 2–4s en móvil con JS bundle sin code-split Crítico Abandono inmediato en 3G
Accesibilidad Alt text del logo genérico ("Ventafy"), imágenes de propiedades sin alt Alto Usuarios con lectores de pantalla excluidos
Consistencia OG tags y meta tags sin diferenciar por sección Crítico Previews incorrectos al compartir /marine o /real-estate
03 — SEO técnico

El sitio está efectivamente invisible para Google

No es exageración. Un crawler de Google que visite /real-estate encuentra exactamente el mismo documento que en /. Sin contenido, sin señales de relevancia, sin estructura semántica.

El problema raíz

Ventafy usa Client-Side Rendering (CSR) puro. El servidor envía un HTML shell vacío y el contenido lo inyecta JavaScript en el browser del usuario. Google puede ejecutar JavaScript, pero lo hace de forma diferida, con menor confianza, y en una segunda wave de crawl que puede tardar días o semanas. Para Bing, DuckDuckGo, y los crawlers de LLMs como Perplexity, el JS simplemente no se ejecuta — ven HTML vacío.

Estado actual de meta tags (idéntico en las 4 URLs)

<!-- Mismo documento para /, /real-estate, /classified, /marine --> <title>VentafyTV - Watch. Discover. Live It.</title> <meta name="description" content="VentafyTV - Watch. Discover. Live It! Stream property tours and luxury yacht walkthroughs. Your gateway to finding the perfect home on land or sea."> <!-- ❌ Sin canonical tags --> <!-- ❌ Sin hreflang (sitio bilingüe implícito) --> <!-- ❌ Sin structured data / JSON-LD --> <!-- ❌ Sin H1 visible en el HTML inicial --> <!-- ❌ Sin sitemap.xml referenciado --> <!-- ❌ Sin robots.txt con reglas claras -->

Lo que debería verse por URL

<!-- /real-estate — PROPUESTA CORRECTA --> <title>Tours en Video de Propiedades de Lujo en México | VentafyTV</title> <meta name="description" content="Descubre casas y departamentos de lujo en México a través de tours en video. Conecta con brokers verificados en Los Cabos, CDMX, Riviera Maya y más. Regístrate gratis en VentafyTV."> <link rel="canonical" href="https://ventafy.com.mx/real-estate"> <!-- /marine --> <title>Yates y Embarcaciones de Lujo en México | VentafyTV</title> <!-- /classified --> <title>Clasificados Inmobiliarios Premium | VentafyTV</title>
🔴 Crítico — SEO

Content duplication: 4 URLs, 1 documento idéntico

Google trata páginas con contenido idéntico como duplicados. Cuando crawlea las 4 URLs, encuentra el mismo title, la misma descripción y el mismo cuerpo HTML. El algoritmo de deduplicación puede elegir una sola URL para indexar (probablemente el homepage) y ignorar las demás. Esto significa que /real-estate, /marine y /classified no aparecerán en resultados de búsqueda, sin importar qué tan relevante sea su contenido una vez cargado el JS.

Fix prioritario: SSR o SSG para que cada URL sirva HTML único con su contenido real. A corto plazo: al menos diferencia los title y meta-description tags por ruta usando dynamic meta en el HTML shell antes del JS bundle.
🔴 Crítico — SEO

Ausencia total de structured data (JSON-LD)

Para una plataforma de listings inmobiliarios y yates, el structured data es esencial. Sin él, Google no puede generar rich results (precio, ubicación, tipo de propiedad en el SERP). Los competidores que implementen RealEstateListing, Product, o VideoObject schema aparecerán con rich snippets mientras Ventafy aparece como un link plano — si es que aparece.

Fix: Implementar JSON-LD en cada página de listing con los schemas relevantes: RealEstateListing para propiedades, ItemList para páginas de categoría, VideoObject para tours en video, Organization y WebSite en el homepage.
🔴 Crítico — SEO

Sin sitemap.xml ni robots.txt confirmados

No hay sitemap referenciado en el HTML. Sin sitemap, Google depende de seguir links para descubrir páginas internas. En una SPA donde los links se generan dinámicamente con JS, el Googlebot puede nunca descubrir las URLs de listings individuales.

Fix: Generar un sitemap.xml dinámico que incluya todas las páginas de categoría y, en la medida de lo posible, las páginas de listing individuales. Referenciar el sitemap en robots.txt. Enviar el sitemap a Google Search Console.
🟠 Alto — SEO

Title tags fuera de spec: longitud y keyword primaria

El title actual "VentafyTV - Watch. Discover. Live It." tiene 38 caracteres — dentro del límite visual pero sin keywords de búsqueda. Nadie busca "Watch. Discover. Live It." en Google. Las búsquedas objetivo son "propiedades de lujo en México", "yates en venta México", "tours virtuales casas México".

Fix: Reformatear los titles como [Keyword primaria] | [Keyword secundaria] | [Marca]. Ejemplo: "Tours de Propiedades de Lujo en México | VentafyTV". 55–60 caracteres máximo.
🟠 Alto — SEO

OG image es el logo (logo_beta_text.png) — no una imagen de propiedad

Cuando alguien comparte un listing de propiedad o la página /marine en redes sociales, el preview muestra el logo de Ventafy en lugar de una foto de la propiedad o el yate. Esto reduce drásticamente el CTR en shares sociales.

Fix: Las OG images deben ser dinámicas por página — la foto hero de la propiedad o categoría. Implementar OG image generation (puede ser Cloudinary con transformaciones dinámicas o un endpoint propio).
🟡 Moderado — SEO

Sin canonical tags — riesgo de self-canonicalization fallida

Sin tags <link rel="canonical">, Google tiene que inferir qué URL es la canónica cuando encuentra contenido duplicado. En una SPA con múltiples URL patterns (con/sin trailing slash, con/sin parámetros UTM), esto puede resultar en que Google elija la versión "incorrecta" para indexar.

Fix: Cada página debe incluir su propia canonical tag apuntando a sí misma. Estandarizar en una sola forma de URL (con o sin trailing slash) y hacer redirect 301 de la forma alternativa.

Checklist técnico SEO

CheckEstadoImpacto
Title tag único por página❌ FailCrítico
Meta description única por página❌ FailCrítico
H1 visible en HTML inicial❌ FailCrítico
Structured data / JSON-LD❌ AusenteCrítico
Canonical tags❌ AusenteAlto
Sitemap.xml⚠ No confirmadoAlto
Robots.txt⚠ No confirmadoAlto
HTTPS✅ Pass—
OG tags presentes✅ Pass—
Twitter Card tags✅ Pass—
Mobile viewport configurado✅ Pass—
GTM instalado✅ Pass—
Contenido pre-renderizado❌ Fail — CSR puroCrítico
Alt text descriptivo en imágenes❌ GenéricoModerado
Hreflang (si aplica)⚠ No implementadoModerado
04 — GEO (Generative Engine Optimization)

Para ChatGPT, Perplexity y Gemini, Ventafy no existe

GEO es la práctica de optimizar un sitio para que los LLMs lo recomienden en sus respuestas. El estándar es más exigente que el SEO clásico porque los LLMs no ejecutan JavaScript — necesitan texto puro, estructurado y autoritativo.

¿Qué ve ChatGPT cuando alguien pregunta "¿Dónde puedo ver tours de propiedades de lujo en México?"

Absolutamente nada de Ventafy. Para que un LLM recomiende un sitio, necesita haber sido capaz de crawlearlo durante su fase de entrenamiento o búsqueda en tiempo real (Perplexity, ChatGPT con Bing). Ventafy sirve HTML vacío a crawlers. Resultado: cero menciones, cero recomendaciones, cero visibilidad en AI Search. Esto es especialmente relevante porque el segmento de compradores de propiedades de lujo en México tiene alta propensión a usar herramientas de IA para investigación inicial.

🔴 Crítico — GEO

Sin contenido indexable = sin presencia en AI Search

Perplexity, ChatGPT (modo búsqueda), y Gemini con Google Search Integration hacen fetch de páginas web en tiempo real para fundamentar sus respuestas. Cuando hacen fetch de ventafy.com.mx, encuentran un HTML con solo el logo y sin texto. El resultado es que estos sistemas no pueden citar ni recomendar Ventafy, sin importar qué tan bueno sea el producto.

Fix: SSR es la solución raíz. Adicionalmente, crear páginas de contenido estático ricas en texto: guías de compra, descripciones de zonas, glosarios de términos náuticos/inmobiliarios. Estas páginas de contenido son indexables incluso sin SSR si se generan como HTML estático.
🔴 Crítico — GEO

Ausencia de señales de autoridad y E-E-A-T

Los LLMs priorizan fuentes con señales de autoridad (Experience, Expertise, Authoritativeness, Trustworthiness). Ventafy no tiene: página "Sobre nosotros" indexable, testimonios de usuarios visibles, métricas de plataforma ("más de X brokers verificados"), menciones en prensa, ni partnerships explícitos. Un LLM no puede establecer por qué Ventafy es una fuente confiable sobre bienes raíces de lujo.

Fix: Crear páginas de contenido estático con: About page con historia y equipo, press/media page con menciones, página de brokers verificados con nombres y credenciales, y testimoniales de compradores. Todo esto en HTML indexable.
🔴 Crítico — GEO

Sin structured data para LLMs — el contexto del producto es opaco

Los LLMs usan structured data para entender qué es una entidad. Sin Organization schema con descripción, sin WebSite con potentialAction de búsqueda, sin RealEstateListing en los listings — los LLMs no pueden categorizar a Ventafy correctamente y no saben qué queries resolver con él.

Fix inmediato: Agregar en el homepage (incluso como inline script en el shell HTML, sin esperar SSR):

{"@type":"Organization","name":"VentafyTV","description":"Plataforma de streaming de tours inmobiliarios y yates de lujo en México","url":"https://ventafy.com.mx","areaServed":"MX"}
🟠 Alto — GEO

Sin estrategia de contenido textual — no hay nada que los LLMs puedan citar

Perplexity y ChatGPT citan fuentes cuando responden. Para citar a Ventafy, necesitan encontrar texto útil en el sitio: guías, comparativas, datos de mercado, descripciones de zonas. Si el sitio es solo una interfaz de video sin texto de apoyo, nunca será citado — y por lo tanto nunca recomendado.

Fix estratégico: Crear un blog o sección de contenido estático con: "Guía para comprar propiedad de lujo en Los Cabos", "Qué buscar al comprar un yate en México", "Las 10 zonas con mayor plusvalía en la Riviera Maya". Este contenido atrae tráfico SEO y construye presencia en AI Search simultáneamente.
🟡 Moderado — GEO

Sin llms.txt — señal de que el sitio no está pensado para crawlers de IA

El estándar emergente llms.txt permite a sitios web definir cómo los LLMs deben interpretar su contenido. No es un estándar obligatorio, pero su ausencia (junto con el HTML vacío) refuerza que Ventafy no ha considerado la visibilidad en AI Search como parte de su estrategia.

Fix opcional pero recomendado: Crear un archivo /llms.txt que describa la plataforma, sus secciones principales y su propuesta de valor en texto plano estructurado. Este archivo es leído por algunos LLM crawlers y puede mejorar la precisión con que los sistemas de IA describen Ventafy.

GEO Readiness Matrix

Factor GEOEstadoQué necesita
Contenido indexable por crawlers sin JS❌SSR / SSG o páginas estáticas de contenido
Structured data descriptivo del negocio❌JSON-LD Organization + WebSite + RealEstateListing
Señales E-E-A-T (About, Press, Team)❌Páginas de contenido estático
Contenido citable (guías, datos, comparativas)❌Blog / sección de contenido
llms.txt❌Archivo simple de definición
Menciones externas / backlinks de autoridad⚠ DesconocidoPR + partnerships con medios inmobiliarios MX
OG tags para compartir en redes✅Mantener; diferenciar por página
HTTPS✅—
05 — Plan de acción

Qué hacer, en qué orden, con qué impacto

Ordenado de mayor a menor impacto. Las acciones rápidas no reemplazan la solución estructural — la complementan mientras llega.

Nota importante: La solución real es SSR/SSG. Todo lo demás son optimizaciones marginales sin eso. Pero hay acciones que se pueden tomar esta semana en el HTML shell (antes del JS bundle) que mejoran SEO y GEO sin rediseñar el stack.

⚡ Esta semana

01

Diferenciar title y meta-description por ruta en el HTML shell. Usar el path del URL para inyectar el título correcto antes de que el JS cargue. Impacto: inmediato en cómo Google ve las páginas. Esfuerzo: 2–4 horas de dev.

02

Agregar JSON-LD de Organization en el homepage. Inline en el HTML shell, no necesita SSR. ChatGPT y crawlers lo ven de inmediato. Esfuerzo: 1 hora.

03

Crear sitemap.xml y robots.txt. El sitemap debe incluir al menos las 4 URLs de categoría. Subir a Google Search Console. Esfuerzo: 2 horas.

04

Agregar canonical tags por ruta. Igual que los meta tags, puede hacerse en el shell antes del JS. Esfuerzo: 1 hora.

05

Crear /llms.txt. Archivo de texto plano describiendo el sitio. 30 minutos de esfuerzo, señal positiva para AI crawlers.

06

Cambiar alt text del logo de "Ventafy" a "VentafyTV — Plataforma de streaming de propiedades y yates de lujo en México". Esfuerzo: 5 minutos.

🏗 Este trimestre

01

Migrar a SSR o implementar SSG. Next.js (React) o Nuxt (Vue) si el stack actual lo permite. O implementar un pre-renderer como Rendertron en el servidor para servir HTML estático a bots. Impacto: transforma completamente la visibilidad SEO y GEO. Esfuerzo: alto (2–4 semanas dev).

02

Crear 5–8 páginas de contenido estático. Guías de compra por zona (Los Cabos, CDMX, Riviera Maya), glosario de términos náuticos, comparativa de tipos de yate. Estas páginas son la base de la visibilidad en AI Search y también atraen tráfico orgánico de long tail.

03

Implementar structured data completo. RealEstateListing en páginas de propiedad, VideoObject en tours, ItemList en páginas de categoría, Organization en homepage. Habilita rich results en Google.

04

Construir página About + Press. Con historia del equipo, métricas de la plataforma, y logos de medios que hayan mencionado Ventafy. Señal de E-E-A-T crítica para GEO.

05

Definir y clarificar la propuesta de valor en el hero. ¿Es una plataforma de streaming de entretenimiento o un marketplace inmobiliario? El copy y el CTA principal deben resolver esa ambigüedad en menos de 3 segundos.

Impacto esperado si se implementa todo

MétricaHoy (estimado)En 3 mesesEn 6 meses
Páginas indexadas en Google ~1 (solo homepage) 4–10 (con quick fixes) 50+ (con SSR + contenido)
Tráfico orgánico estimado Mínimo +40–60% base +300–500% vs baseline
Presencia en AI Search (ChatGPT, Perplexity) 0% Baja pero presente Media-alta con contenido
Rich results en SERP Ninguno Ninguno (esperando SSR) Listings con precio y rating
LCP (Largest Contentful Paint) ~4–6s (móvil) Sin cambio (sin SSR) <2.5s (con SSR + optimización)
Conclusión

Ventafy tiene una propuesta de producto genuinamente interesante en un mercado con demanda real. El problema no es el diseño visual — es que el producto es literalmente invisible para los canales de descubrimiento más importantes del 2026: Google y la IA generativa. La inversión en SSR/SSG es la única forma de cambiar esa realidad. Mientras tanto, las quick wins de esta semana (meta tags diferenciados, JSON-LD básico, sitemap, llms.txt) son de bajo esfuerzo y alto valor relativo — y deben hacerse mañana.