La secuencia es siempre la misma. En abril cerrás la temporada y nadie vuelve a abrir el panel. De mayo a octubre se acumulan las actualizaciones del núcleo, del tema y de cada plugin — el de reservas, el de galería, el de formularios, el de idiomas, el de caché—. En noviembre entrás para cargar la carta nueva y te encontrás con veintitantas actualizaciones pendientes, un aviso de que la versión de PHP del hosting quedó vieja y un plugin que su autor abandonó. Actualizás, y algo se rompe: casi siempre el formulario de reservas o la galería.
Ahí aparece el costo real, que no es la reparación: es que estás quemando la única ventana que tenías para preparar la temporada, y que a esa altura del año cualquiera que pueda arreglarlo está con la agenda llena. Se termina saliendo con lo que hay, publicando a las apuradas y arrastrando errores durante enero. El modelo autogestionado no falla por el software: falla porque asume un mantenimiento continuo que un negocio estacional estructuralmente no hace. Y está bien que no lo haga — en junio no tenés ingresos para pagarlo.
Una plataforma operable elimina el problema de raíz, porque no hay nada que actualizar: entrás en noviembre después de ocho meses y está exactamente como la dejaste, funcionando. Cargás la carta, cambiás las fotos, publicás. Ese es todo el argumento, y para un negocio de temporada pesa mucho más que para cualquier otro.
Dos caminos honestos, según dónde estés parado. Si tu sitio es una tienda, migrarla a Shopify te saca del ciclo para siempre, y el mejor momento para hacerlo es ahora y no en noviembre. Si preferís no tocar nada este año, entonces contratá el mantenimiento antes de la temporada y no durante: un plan de soporte que haga las actualizaciones en septiembre, con tiempo para probar, cuesta bastante menos que una urgencia el 18 de diciembre. Si querés entender primero por qué se rompe lo que se rompe, está todo explicado en por qué mi WooCommerce se rompe.