Hay una pregunta que pocos clientes hacen cuando contratan un recorrido virtual y que, cuando la responden, suele cambiar la conversación por completo: ¿el tour es mío o estoy pagando para que exista? La distinción no es semántica. Define si el recorrido virtual es un activo digital de la empresa —con valor en el balance, que se puede transferir, modificar y mantener indefinidamente— o si es un servicio arrendado que desaparece cuando se deja de pagar la suscripción mensual.
La mayoría de las plataformas de recorridos virtuales más conocidas en el mercado —Matterport, Kuula, Roundme, y otras similares— operan bajo un modelo SaaS: Software as a Service. El cliente paga una tarifa mensual o anual para que la plataforma aloje y sirva el tour. Si el pago se interrumpe, el tour deja de estar disponible. El cliente no tiene los archivos, no tiene el código, no tiene forma de trasladar el tour a otro servidor. Lo que pagó fue acceso, no propiedad.
El modelo SaaS: lo que parece barato puede ser lo más caro
Las plataformas SaaS de recorridos virtuales tienen una propuesta de valor legítima: facilitan la publicación del tour sin necesidad de conocimiento técnico, ofrecen una interfaz administrable, y en algunos casos incluyen funciones avanzadas como la vista de dollhouse de Matterport o los analytics integrados de ciertas plataformas. Para un fotógrafo inmobiliario que entrega 30 tours al mes a agentes que solo necesitan el link, el modelo SaaS tiene sentido operativo.
El problema aparece cuando se calcula el costo total en el tiempo. Un plan estándar de Matterport para uso profesional oscila entre los 35 y los 65 USD mensuales para tours activos, más un costo variable por espacio escaneado según el plan. Para un desarrollador inmobiliario con 5 propiedades activas en tour durante 3 años, el costo de suscripción puede superar fácilmente los 2,000 USD —por el derecho a que el tour exista, no por el tour en sí. Si el desarrollador decide cambiar de plataforma, no puede llevarse nada. Los scans quedan en Matterport, con sus formatos propietarios y sin posibilidad de exportación en formato estándar.
es el plazo en el que el costo acumulado de suscripción a una plataforma SaaS de recorridos virtuales suele superar el costo de producción de un tour self-hosted de calidad equivalente. A partir del cuarto año, el cliente SaaS paga por un tour que ya pagó, y el cliente self-hosted no paga nada adicional.
Comparativa basada en planes vigentes de Matterport, Kuula y Roundme vs. producción 3DVista self-hosted, 2024–2025.
El modelo self-hosted: propiedad real del activo digital
El modelo self-hosted funciona de la siguiente forma: el tour se produce con software de publicación como 3DVista Virtual Tour Pro, se exporta como un paquete de archivos web estándar —HTML5, JavaScript, imágenes panorámicas y assets relacionados— y ese paquete de archivos se sube al servidor del cliente o al hosting contratado para ese fin. El tour funciona como cualquier otra página web: mientras el hosting esté activo, el tour está activo. No hay plataforma intermediaria que pueda desactivarlo.
El cliente tiene acceso completo a todos los archivos, puede hacer copias de seguridad, puede mover el tour a otro servidor, puede modificar elementos específicos si tiene conocimiento básico de HTML y JavaScript, puede integrarlo con cualquier sistema de analítica o de reservas que use, y puede entregarlo a cualquier otra agencia para actualizaciones futuras sin depender de que LUM360 u otro proveedor mantenga el acceso. La relación con el proveedor de producción termina cuando se entrega el trabajo; la vida útil del tour depende solo del cliente.
Un tour self-hosted no es un servicio. Es un sitio web. Y como todo sitio web, es propiedad de quien lo contrató, no de quien lo construyó.
Comparativa directa: SaaS vs. self-hosted en los factores que importan
| Factor | Self-Hosted (3DVista) | SaaS (Matterport / Kuula) |
|---|---|---|
| Propiedad del tour | 100% del cliente — archivos en su servidor | Alojado en la plataforma — sin exportación posible |
| Costo a 1 año | Producción única + hosting (~$150–300 USD/año) | Producción + suscripción mensual ($420–780 USD/año) |
| Costo a 3 años | Hosting acumulado (~$450–900 USD total) | Suscripción acumulada ($1,260–2,340 USD total) |
| ¿Qué pasa si deja de pagar? | Nada — el tour sigue activo en el servidor | El tour se desactiva o se degrada según el plan |
| Personalización de marca | Total — sin logos de la plataforma | Limitada — el logo de la plataforma suele aparecer |
| Integración con GA4/GTM | Completa — control total del tracking | Limitada a los analytics propios de la plataforma |
| Hotspots e interactividad | Ilimitados — video, audio, links, formularios | Función de Matterport limitada según plan; Kuula básico |
| Portabilidad | Total — se puede mover a cualquier servidor | Nula — formato propietario, sin exportación |
| Compatibilidad con VR | Sí — archivos estándar WebVR | Sí en Matterport — no en la mayoría de SaaS menores |
| Dependencia del proveedor | Solo del hosting (commodity reemplazable) | Alta — si la plataforma cierra, el tour desaparece |
El riesgo que nadie menciona: ¿qué pasa si la plataforma cierra o cambia?
La industria SaaS tiene un historial de cambios abruptos de planes, fusiones y cierres que afectan directamente a los usuarios. Matterport ha cambiado sus estructuras de precios en múltiples ocasiones, eliminando planes que tenían usuarios activos y forzando migraciones. Plataformas menores han cerrado con poco o ningún aviso, dejando a los clientes sin acceso a sus tours y sin forma de recuperar los archivos.
Para un hotel boutique que tiene su tour integrado en el motor de reservas y en la ficha de Google Business, que el tour deje de funcionar de un día para otro —porque la plataforma cambió sus precios o simplemente cerró— no es un inconveniente menor. Es una interrupción de un canal de conversión activo, con un costo de reposición que incluye nueva producción más el tiempo hasta que el nuevo tour esté indexado y funcionando. Ese riesgo no aparece en el precio mensual de la suscripción, pero es real.
El self-hosting elimina este riesgo por completo. Si LUM360 como empresa dejara de existir mañana, todos los tours que hemos producido seguirían funcionando en los servidores de nuestros clientes sin ninguna interrupción, porque los archivos están ahí y no dependen de ningún sistema centralizado que mantengamos nosotros.
Cuándo el modelo SaaS sí tiene sentido
La honestidad editorial obliga a mencionar los casos en que el modelo SaaS tiene ventajas reales. El más claro es el de Matterport para aplicaciones donde la vista de dollhouse es una funcionalidad esencial y no hay equivalente en el mercado self-hosted con la misma calidad: proyectos de arquitectura, construcción, inspección técnica y gestión de activos inmobiliarios donde la representación volumétrica en 3D es parte del entregable.
También tiene sentido para agencias de fotografía inmobiliaria que producen alto volumen de tours con baja necesidad de personalización: el flujo de trabajo integrado de Matterport, con cámara, app y publicación automática, tiene una eficiencia operativa que no tiene equivalente en el flujo self-hosted. Para quien necesita publicar 50 tours al mes con un turnaround de 24 horas, la fricción técnica del self-hosting puede no justificarse.
Lo que cambia es la conversación con el cliente. En LUM360 creemos que el cliente debe entender desde el principio qué está comprando: si está pagando por acceso a un servicio o si está construyendo un activo. Ambas opciones son legítimas; la que no es aceptable es no saber cuál de las dos está eligiendo.
Lo que recibe el cliente en cada proyecto self-hosted
Archivos web listos para servidor
- Base técnica
- Carpeta completa en HTML5, JavaScript y CSS, preparada para subirse a cualquier servidor compatible.
- Panoramas
- Imágenes equirectangulares en resolución de producción, con un estándar mínimo 8K para preservar detalle y valor percibido.
Proyecto editable y activos de producción
- Archivo maestro
- Proyecto 3DVista editable para futuras actualizaciones, siempre que el cliente o su equipo cuente con licencia propia.
- Control visual
- Activos organizados para que el recorrido pueda mantenerse, respaldarse o trasladarse sin depender de una plataforma cerrada.
Documentación, soporte y autonomía
- Documentación
- Guía de subida al servidor y referencia básica para actualización de hotspots o ajustes menores.
- Soporte
- 30 días post-entrega para ajustes y consultas técnicas relacionadas con la instalación del recorrido.
- Dependencia
- Ninguna dependencia operativa de LUM360: el recorrido funciona como un activo digital propio del cliente.
Para entender la infraestructura completa que hace posible alojar y servir un tour self-hosted —qué es el hosting, qué es el dominio, cómo se relacionan y qué necesitas para que tu tour funcione en tu propio servidor— el siguiente artículo del blog cubre exactamente ese tema: Hosting y dominio para recorridos virtuales: guía completa sin tecnicismos. Y si lo que necesitas es el cálculo financiero comparativo entre seguir pagando una plataforma de suscripción y migrar al modelo self-hosted, el análisis de Matterport vs. LUM360 en horizonte de 5 años hace ese número con escenarios concretos del mercado inmobiliario.
Antes de contratar un tour, pregunta si el tour te pertenece.
En LUM360 producimos recorridos virtuales con entrega completa del código fuente. El tour que producimos es tuyo — no un servicio que te arrendamos mes a mes. Si estás evaluando opciones o ya tienes un tour en plataforma SaaS y quieres migrarlo, conversemos.
