Soporte para Sana 9.3, después de que Sana se detuvo.

Sana terminó el soporte de 9.3.0 a 9.3.4 al cierre de 2024, y de 9.3.5 al cierre de 2025. Ambas fechas quedaron atrás, y los acuerdos de soporte extendido que cubrían el hueco se agotaron.

Nada de eso apaga nada. Ninguna licencia expira, no se activa ningún interruptor, y la tienda que tenías la semana pasada es la tienda que tienes hoy. Muchas tiendas Sana 9 siguen generando buenos ingresos y lo seguirán haciendo durante años.

Lo que terminó es la red de seguridad detrás de la tienda: parches de seguridad, correcciones de la plataforma, una ruta de escalamiento y ese trabajo silencioso de compatibilidad que mantuvo viva una integración con el ERP de cinco años mientras los navegadores, los proveedores de pago y tu propio ERP se movían por debajo.

Quedarse es una decisión legítima. Solo es legítima si alguien reemplaza esa red de seguridad. Seguir después del fin de vida sin nadie en ese rol no es realmente una decisión, es una apuesta a que no pasará nada. Ganas esa apuesta la mayoría de los meses. El mes que la pierdes, la pierdes dentro de tu flujo de pedidos y sin proveedor a quién llamar.

La mayoría de lo que se reporta como “un problema de Sana” resulta que no lo es. Es el stack de abajo, una personalización, un cambio en el ERP, o algo completamente fuera de la casa. Separar eso rápido es buena parte del trabajo, y es justo la parte difícil de hacer sin haber vivido dentro del código.

Cuando sí es la plataforma, el trabajo va por capas:

• Contenerlo donde controlamos el tráfico. Reglas de firewall, política de borde y de proxy inverso, encabezados, configuración de la aplicación, y apagar superficie que no estás usando. Una parte sorprendente del riesgo de plataforma se cierra aquí sin tocar la aplicación.
• Parchar todo aquello sobre lo que se apoya la plataforma. En una instalación 9.3 típica eso es la gran mayoría de la superficie expuesta, y Microsoft todavía da soporte a casi todo.
• Enterarnos primero. Monitorear los avisos de la plataforma y sus dependencias, para que un problema te llegue de nosotros y no de un cliente o de un auditor.
• Decirte las opciones reales. Incluidos los casos en que la respuesta honesta es que seguir aplazando la mudanza ya se volvió la opción cara.

Ese último punto es el que querríamos leer si nosotros fuéramos los que compran. Un proveedor de mantenimiento cuyo interés comercial es que nunca te vayas tiene un incentivo obvio para no mencionarlo, y preferimos ser quienes lo dicen a tiempo.

“Estamos en una plataforma sin soporte” suele tratarse como un solo problema indivisible. No lo es. Una instalación de Sana 9.3 es una aplicación ASP.NET MVC sobre .NET Framework, servida por IIS en modo de canalización clásica, sobre Windows Server. Sana es un componente de ese stack. Microsoft todavía da soporte a casi todo lo demás.

En la práctica, aquí es donde encontramos el riesgo real y corregible en una tienda 9.3 descuidada:

• La versión de .NET Framework. Las instalaciones de Sana 9 suelen estar en .NET Framework 4.6.x, que Microsoft dejó de soportar en abril de 2022. Pasar a 4.8 suele ser sencillo, sigue teniendo soporte completo y cierra un hueco real. Además es invisible hasta que alguien te audita.
• El sistema operativo. Windows Server 2012 R2 salió de soporte en octubre de 2023. Un número nada despreciable de tiendas B2B de larga vida sigue ahí.
• Configuración de TLS y cifrados. Versiones de protocolo y suites de cifrado viejas que quedaron habilitadas desde una instalación de 2019, que reprueban los escaneos modernos y cada vez más rompen integraciones de pago.
• Dependencias alrededor de la aplicación. Librerías dentro de tus propias personalizaciones, que son tuyas para actualizar y nadie ha actualizado.

El replanteamiento útil: una tienda Sana 9.3 sin mantenimiento no es una sola cosa sin soporte. Es un componente sin soporte apoyado sobre un stack que suele llevar varios años de retraso en parches que nadie estaba impedido de aplicar. Cerrar eso es la mayor parte del riesgo, y es trabajo que puede empezar de inmediato.

Lo de mayor impacto que puedes hacer por una tienda sobre una plataforma congelada es dejar de pedirle a la aplicación que se defienda sola. Pon un borde moderno delante y buena parte del modelo de amenazas nunca llega a tu código.

• Firewall de aplicaciones web. Conjuntos de reglas gestionados que absorben el escaneo genérico y el tráfico de inyección que toda tienda pública recibe sin parar, mantenidos por alguien más, delante de una aplicación que ya no se actualiza.
• Control de bots y abuso. Credential stuffing contra los accesos B2B, scraping de precios específicos por cliente y sondeo del checkout son los tres que de verdad importan en B2B. Los tres son baratos de mitigar en el borde y caros de atender dentro de una aplicación vieja.
• Límites de tasa en las rutas caras. Búsqueda, consultas de precio y cualquier cosa que llegue hasta el ERP. Esto protege al ERP tanto o más que a la tienda.
• TLS actual sin importar el origen. Terminar protocolos y cifrados modernos en el borde significa que un escaneo de seguridad o un proveedor de pago ve una configuración vigente incluso mientras el origen se pone al día.
• Caché y disponibilidad. Servir contenido estático y semiestático desde el borde le quita carga a un origen que preferirías no tener que escalar, y deja algo en pantalla durante un incidente.

Nada de esto requiere tocar Sana. Es la mejora de seguridad significativa más barata disponible para una tienda 9.3, y normalmente se entrega en días y no en meses.

Tus compradores no tienen idea de en qué versión estás. Saben si el sitio se siente actual, si funciona en su teléfono y si encuentran la pieza que necesitan. Una tienda con un tema de 2019 suele perder en las tres, y ninguna de esas es una limitación de la plataforma.

Este es nuestro oficio de verdad. Trabajando dentro del modelo de theming soportado por Sana, y no rodeándolo, una tienda 9.3 todavía puede tener:

• Un refresh visual. Tipografía, espaciado, color e imágenes puestos al día sin cambiar una sola regla de negocio.
• Un móvil realmente usable. Muchas tiendas Sana 9 son técnicamente responsivas y en la práctica incómodas en un teléfono, algo que pesa más cada año conforme los compradores reordenan desde el piso del almacén y no desde un escritorio.
• Páginas más rápidas. Formatos de imagen, disciplina de peso y caché suelen dar una mejora medida mayor de la que la gente espera de un stack viejo.
• Trabajo de accesibilidad. Marcado semántico, contraste, navegación por teclado y etiquetado. Se ha vuelto un requisito de compras en partes del B2B y es una razón común para quedar descalificado en silencio, sin que nadie te diga por qué.
• Arreglos de conversión en las rutas que generan. Búsqueda, ficha de producto, recompra y checkout.

Hay un argumento estratégico para hacerlo ahora en lugar de guardarlo para la reconstrucción: el trabajo de diseño y contenido es justamente la parte que sí se conserva. La estructura, los requerimientos y un sistema de diseño se mudan a una plataforma nueva con mucha más facilidad que el código.

Algo cambió en los últimos dos años y la mayoría de las tiendas B2B no ha reaccionado. Una parte real de la investigación del comprador ahora ocurre dentro de un asistente y no en una página de resultados, y lo que hace legible un catálogo para un asistente no es lo mismo que lo hacía posicionar en 2019.

Lo útil es que esto es sobre todo un problema de contenido y marcado, así que una tienda 9.3 se puede poner completamente al día sin replataformar:

• Datos estructurados en todo el catálogo. Producto, oferta, precio, disponibilidad e identificadores renderizados del lado del servidor. Eso alimenta los resultados enriquecidos y los comparadores, y cada vez más es lo que lee un asistente al decidir si puede responder una pregunta sobre tu producto.
• Contenido de producto que se pueda leer de verdad. Especificaciones como marcado real y no como la imagen de una tabla, para que un crawler y un modelo puedan interpretarlas.
• Resúmenes explícitos y legibles por máquina. Una declaración simple de quién eres, qué vendes y a quién, en un formato que los asistentes consumen directo.
• Los básicos técnicos que se degradan en silencio. Canónicos, sitemaps y redirecciones que estaban bien al lanzar y se fueron desviando tras años de cambios de catálogo, más el presupuesto de rastreo que se gasta en URLs de facetas que nadie quiere indexadas.
• Una política de crawlers de IA que tú elegiste. Decidir a propósito qué asistentes pueden leer tu catálogo, en vez de dejarlo en un valor por defecto que nadie configuró.

Que un asistente te cite depende mucho más de ser claro y estar bien estructurado que de la autoridad de dominio, lo que lo convierte en uno de los pocos canales donde un distribuidor mediano le puede ganar a un competidor mucho más grande. Además es trabajo que sobrevive intacto a una replataforma.

No auditamos una. No implementamos una y seguimos adelante. Hemos operado una tienda Sana 9 profundamente personalizada, con integración real al ERP, de forma continua, durante años: con sus escalamientos de plataforma, sus sorpresas de integración, su trabajo de rendimiento y las fallas de un martes cualquiera que nunca llegan a un caso de éxito.

Eso importa aquí más que en un proyecto nuevo. El mantenimiento es un negocio de reconocer cosas. Saber que cierto síntoma significa que el ERP cambió la longitud de un campo, o que una falla en el checkout es un proveedor de pago rotando un requisito y no tu código rompiéndose, no es algo que se lea en la documentación.

ProjectThunder es una agencia web certificada por Sana, no un VAR de ERP. Llevamos construyendo comercio desde 2004. Si además tienes un socio de ERP, trabajamos junto a él y no en su lugar.

Nadie puede cotizar mantenimiento sobre una tienda que no ha visto, y cualquier proveedor que lo haga está adivinando tus personalizaciones. Empezamos por establecer cuatro cosas:

1. Exactamente en qué versión estás. De 9.3.0 a 9.3.4 llegaron al fin de vida un año completo antes que 9.3.5, y eso cambia qué tan urgente es esto.
2. Qué se personalizó y por qué. Un inventario de add-ons, módulos, sobrescrituras de vistas y trabajo de front-end, incluidas las reglas de negocio enterradas en ellos que nadie ha escrito.
3. El estado del stack. Sistema operativo, versión de .NET Framework, configuración de IIS y TLS, manejo de certificados, y qué tan atrasado está cada uno.
4. La salud de la integración con el ERP. Los seis contratos de los que depende la tienda, y si algo ya está fallando en silencio y alguien lo está sorteando a mano.

Eso produce una foto escrita de lo que realmente tienes. El alcance y las condiciones salen de ahí. Si la evaluación dice que necesitas menos de lo que esperabas, también te lo diremos.

El mantenimiento no busca dejarte en 9.3 para siempre. Busca devolverte el control del calendario, para que una mudanza a Sana Commerce Cloud ocurra en una fecha que elegiste y presupuestaste, y no a las carreras después de un incidente.

Cuando llegue ese momento, vale la pena saber qué estás comprando. Sana Commerce Cloud es un producto distinto y no la versión 10 del que tienes, y casi nada se conserva de forma automática. Lo escribimos completo, incluyendo qué sí se conserva y dónde la IA reduce el costo de verdad: Sana 9.3 ya pasó su fin de vida: lo que eso significa depende de quién le da mantenimiento.

Mantener bien la tienda mientras tanto también protege lo que más importa en una eventual reconstrucción. Una tienda mantenida conserva a alguien con fluidez en tus reglas de negocio. Una abandonada las vuelve a convertir en arqueología.