De una agenda contaminada por reservas falsas a una plataforma propia y segura.
Cómo un problema de fraude, dependencia tecnológica y falta de visibilidad local se convirtió en una infraestructura más fiable para operar, captar y proteger el posicionamiento premium de una sastrería a medida.
La web había dejado de ser una herramienta y se había convertido en un riesgo operativo.
La marca operaba sobre Wix, pagaba comisiones por cada reserva y sufría solicitudes falsas que ocupaban huecos reales de agenda. Al mismo tiempo, dominio, correo y plataforma estaban demasiado ligados a un entorno cerrado, mientras la web no explicaba la propuesta premium con el lenguaje que utilizaba el mercado.
El problema digital consumía tiempo real
- Solicitudes falsas ocupando huecos de agenda.
- Tiempo invertido en validar reservas.
- Disponibilidad real distorsionada.
- Comisiones asociadas al sistema externo.
La marca no controlaba plenamente su infraestructura
- Dependencia de Wix.
- Riesgo sobre DNS y correo durante la transición.
- Arquitectura SEO limitada.
- Uso de términos poco alineados con la búsqueda real.
La captación no podía separarse de la operación.
Antes de ampliar visibilidad había que garantizar que el negocio pudiera recibir una reserva real, mantener su correo operativo y conservar el control sobre dominio y datos. Una vez protegida la operación, el siguiente reto era traducir la propuesta premium a una arquitectura comprensible para usuarios y buscadores: servicios, proceso artesanal, tejidos, zonas y términos que el cliente sí utilizaba.
Migración con continuidad
Planificación del traslado desde Wix a WordPress, preservando dominio, DNS y correo para reducir el riesgo de interrupción durante el cambio.
Selecciona cada elemento del sistema para consultar la intervención asociada.Traducir un problema empresarial a prioridades digitales.
Mi contribución se centró en comprender el impacto real de las reservas fraudulentas, ordenar la secuencia del proyecto y convertir las necesidades de migración, seguridad, SEO y reservas en requisitos claros para el equipo técnico. La programación específica del sistema de reservas y de sus capas de seguridad fue una ejecución colectiva de equipo. Mi responsabilidad fue definir qué debía resolver el sistema y cómo debía integrarse con la estrategia de captación y posicionamiento.
Proteger primero. Posicionar después.
El orden de ejecución fue parte de la estrategia. Construir visibilidad sobre una operación vulnerable habría multiplicado los problemas.
Inventario técnico
Dominio, DNS, correo y dependencias de Wix.
Migración
Traslado controlado a una plataforma propia.
Seguridad
Bloqueo de patrones fraudulentos identificados.
Arquitectura
Servicios, proceso y tejidos organizados para búsqueda.
Captación local
Demanda alineada con la propuesta premium.
La web pasó de generar dependencia a sostener la operación.
La transformación no fue únicamente visual. Cambió quién controlaba la infraestructura, cómo se protegía la agenda y cómo la marca podía trabajar su visibilidad.
La infraestructura dejó de consumir capacidad y empezó a protegerla.
El resultado combina mejora operativa y preparación comercial. La agenda recuperó fiabilidad, la marca redujo dependencia tecnológica y la estructura quedó preparada para captar demanda de mayor valor.
Agenda protegida
Las reservas fraudulentas identificadas dejaron de entrar en el nuevo sistema.
Más margen
El sistema propio eliminó las comisiones asociadas al booking externo.
Arquitectura de captación
Páginas construidas alrededor de servicios, proceso artesanal y casas de tejido.
Visibilidad medible
Keywords organizadas en nueve clusters para seguir la evolución orgánica.
Una web puede ser comunicación, captación e infraestructura crítica al mismo tiempo.
Este proyecto demuestra mi capacidad para entender que el SEO solo aporta valor cuando se apoya en una operación fiable. Antes de captar más demanda, había que proteger la agenda, recuperar el control tecnológico y garantizar la continuidad del negocio.
También muestra cómo traduzco una propuesta premium a una arquitectura concreta: qué servicios deben existir, qué lenguaje utiliza el mercado, qué señales locales necesita Google y qué requisitos debe cumplir la tecnología para no convertirse en una fuente de riesgo.