Si cada cambio del sitio termina en otra reparación, es razonable plantearse reconstruirlo. Antes de pagar por empezar de nuevo, compara qué resolvería cada alternativa y qué habría que conservar. Una apariencia antigua y una base imposible de mantener son problemas distintos.
Tres opciones que merece la pena comparar
| Opción | Cuándo estudiarla | Qué debe demostrar la propuesta |
|---|---|---|
| Reparar | El problema está localizado y el resto puede mantenerse. | Causa identificada, corrección y forma de comprobar que funciona. |
| Renovar por partes | Hay funciones valiosas que deben continuar mientras se reemplaza lo deteriorado. | Etapas, dependencias y una entrega útil en cada avance. |
| Reconstruir | La estructura actual impide los objetivos y conservarla exige cambios extensos. | Qué se conserva, qué se reemplaza y cómo llegará a funcionar el sitio nuevo. |
Qué problema estás intentando resolver
Escribe los incidentes recientes con ejemplos: un formulario no entrega solicitudes, el catálogo tarda demasiado o una actualización rompe la navegación. Evita empezar con “todo está mal”. Una lista observable permite pedir una revisión y comparar respuestas.
Si el problema principal es que el mensaje no explica bien el servicio, quizá necesites contenido y diseño. Si una dependencia abandonada impide actualizar, la decisión tiene otra dimensión. No conocer la causa vuelve difícil saber si un sitio nuevo resolvería el problema o lo trasladaría.
En WordPress existe un procedimiento documentado de actualización que incluye copias de archivos y base de datos, además de comprobarlas. Esto aporta una referencia para preparar el trabajo; no acredita que cualquier combinación de tema y complementos sea compatible. Guía oficial de actualización de WordPress.
Lo que ya funciona también tiene valor
Un sitio puede tener textos útiles, páginas que reciben consultas, documentos descargados o formularios integrados con otro sistema. Pide un inventario antes de decidir qué se elimina. Anota también quién puede editarlo y qué actividades dependen de él.
Si además maneja pedidos, usuarios, inventario o datos históricos, la evaluación debe incluir esas funciones. Llamarlo “página web” no reduce el trabajo necesario para conservarlas. Nuestra recomendación es comparar una renovación por etapas cuando una sustitución completa deje demasiadas incógnitas operativas.
Compara el gasto completo durante el mismo periodo
Solicita propuestas con el mismo objetivo y un horizonte común. Para reparar, incluye el trabajo inicial y el mantenimiento previsto. Para reconstruir, considera también traslado de contenido, integraciones, pruebas y puesta en marcha. El tiempo de tu equipo revisando textos y validando entregas cuenta, aunque no aparezca en la factura del proveedor.
Ejemplo hipotético, no tarifa de Acinsoft ni referencia de mercado: compara los siguientes importes para un horizonte de doce meses. Son cantidades antes de IVA, sin hospedaje y sujetas al alcance supuesto.
| Concepto | Reparar | Reconstruir |
|---|---|---|
| Trabajo inicial | $6,000 MXN | $18,000 MXN |
| Migración adicional | $0 MXN en este supuesto | $4,000 MXN |
| Mantenimiento por 12 meses | $1,000 × 12 = $12,000 MXN | $500 × 12 = $6,000 MXN |
| Total del ejemplo | $18,000 MXN | $28,000 MXN |
En este escenario, reconstruir cuesta $10,000 MXN más. Para justificarlo tendrías que identificar un beneficio o riesgo que la reparación no resuelva. Si las dos alternativas cumplen el objetivo, el simple deseo de “tener algo nuevo” no demuestra que convenga gastar más. Si la reparación no permite mantener una función necesaria, comparar sólo los totales tampoco basta.
No sumes el costo de incidentes futuros como si fuera seguro. Registra un escenario y sus supuestos; por ejemplo, qué ocurriría si volviera a fallar el formulario. No atribuyas ventas perdidas sin evidencia.
Qué debe conservar una reconstrucción
Reconstruir no obliga a cambiar las direcciones de las páginas. Inclúyelas en el inventario y pide conservarlas junto con el contenido y las funciones útiles. Un cambio de URL debe ser una decisión explícita, con sus riesgos evaluados. Si el proyecto lo requiere, Google recomienda preparar la correspondencia de direcciones y revisar el traslado en Search Console; puede haber fluctuaciones durante el rastreo y la indexación. Documentación de Google sobre cambios de URL.
Conserva también una lista de formularios, correos de destino y eventos de medición. Antes de sustituir el sitio, comprueba que una solicitud de prueba llegue al lugar correcto y que el nuevo recorrido se pueda usar desde un teléfono. Una portada terminada no equivale a un sitio listo para captar consultas.
Qué pedir para tomar la decisión
Pide una recomendación que responda estas preguntas, con ejemplos del sitio:
- ¿Qué causa los problemas y qué evidencia lo muestra?
- ¿Qué puede conservarse y qué debe reemplazarse?
- ¿Cuánto cuesta cada alternativa con el mismo alcance?
- ¿Cómo se comprobarán formularios, contenido e integraciones?
- ¿Qué queda pendiente y qué podría cambiar el presupuesto?
Con esas respuestas, elige la opción que cumpla el objetivo con un costo y un riesgo que puedas asumir. Si todavía no están claras las funciones o dependencias, conviene resolver esa incertidumbre antes de comprometer una reconstrucción completa.
Para concretar las comprobaciones de uso, puedes apoyarte en nuestra guía sobre cómo revisar la accesibilidad de un sitio web.
¿Quieres valorar una renovación en Acinsoft?
Comparte la dirección del sitio y los problemas que se repiten. La conversación puede comenzar por lo que necesitas conservar y el resultado que buscas, antes de definir un proyecto.
Conocer rescate y modernización
