Qué revisar antes de renovar o cambiar el alojamiento de tu sitio web

Antes de renovar o cambiar el alojamiento, reúne tres cosas: la factura real del próximo periodo, una lista de las dependencias del sitio y una forma comprobada de restaurarlo. Aportan más a la decisión que un precio mensual de lanzamiento o una afirmación no verificada de que un proveedor es más rápido.

La renovación es un momento razonable para revisar el acuerdo. No es automáticamente un motivo para migrar. La comparación adecuada incluye tanto el trabajo y el riesgo de cambiar de proveedor como el costo de quedarse.

Calcula el precio del periodo que realmente contratarás

Obtén el importe de renovación del plan y del periodo de facturación exactos. Distingue el equivalente mensual anunciado del total que se cobra por adelantado. Registra la moneda, los impuestos aplicables, la fecha de renovación, el plazo de cancelación y cualquier ajuste de renovación automática.

Enumera las dependencias que se cobran por separado: dominios, correo electrónico, copias de seguridad, almacenamiento, asistencia para migrar, servicios de seguridad y licencias de software de pago. Pregunta qué prestaciones promocionales caducan y cuánto cuesta restaurar una copia. Una función incluida en el nombre del plan puede seguir teniendo límites o cargos opcionales.

Compara la misma carga de trabajo y el mismo periodo con cada proveedor. Evita enfrentar una oferta promocional de tres años con una renovación de un año sin hacer visible esa diferencia. Si las condiciones no están claras, obtén una respuesta por escrito antes de basarte en la cifra.

Considera tu propio tiempo de migración como un costo. También lo son el periodo de solapamiento entre cuentas, la ayuda especializada y cualquier reconfiguración del correo o las herramientas de publicación. Un ahorro modesto puede merecer la pena, pero debe seguir siendo un ahorro después de este cálculo más completo.

Esta lista no clasifica proveedores ni presenta pruebas de velocidad. Las ofertas publicadas cambian, y el precio útil es el que se aplica a tu plan, ubicación y circunstancias de renovación cuando tomas la decisión.

Relaciona los límites con las tareas del sitio

Identifica qué consume recursos: páginas de artículos, entrega de imágenes, búsqueda, tareas programadas, copias de seguridad, importaciones, boletines y administración. Una publicación principalmente estática tiene necesidades distintas de un CMS que genera páginas y consulta una base de datos en cada visita.

Pregunta cómo define y aplica el proveedor los límites de almacenamiento, tráfico, CPU, memoria, procesos simultáneos y número de archivos. Averigua qué ocurre al llegar al límite: un aviso, un cargo, una reducción de recursos o la interrupción del servicio. No supongas que una transferencia de datos generosa elimina otras restricciones.

Comprueba las versiones de software que necesita el sitio y cómo gestiona el proveedor las versiones compatibles y las actualizaciones. Si una agencia o un desarrollador administra la aplicación, pídele que confirme la compatibilidad en lugar de fiarte de la categoría comercial del alojamiento.

Define el alcance de la asistencia. ¿Quién investiga un despliegue fallido, restaura una base de datos, resuelve un conflicto de plugins o responde fuera del horario laboral? Pregunta por los compromisos de respuesta y por la diferencia entre responder a una consulta y resolver el fallo.

Utiliza un problema real de tu historial operativo si dispones de uno. Describe el fallo y pregunta qué cubriría el plan. No inventes un incidente de prueba ni afirmes un tiempo de respuesta que no hayas medido.

Demuestra que puedes recuperarte y conservar el control

Una copia de seguridad solo es útil si contiene lo que necesita el sitio y alguien puede restaurarla. En WordPress, la documentación oficial de copias de seguridad distingue la base de datos de los archivos; una recuperación completa habitual requiere ambos.

Para cualquier plataforma, enumera los elementos necesarios para recuperarla: contenido, medios, archivos de la aplicación o de compilación, configuración, redirecciones y bases de datos separadas. Identifica los secretos que deben poder recuperarse de forma segura sin incluirlos en un archivo descargable públicamente.

Restaura una copia reciente en un entorno privado de pruebas. Revisa un artículo actual, otro antiguo con imágenes y las acciones de las que depende el sitio. Registra la fecha de la copia, qué se restauró y qué falta. Ver un mensaje que indica que la copia se completó correctamente no responde a esas preguntas.

Comprueba también la titularidad de las cuentas. La persona adecuada debe controlar el registro del dominio, el DNS, la facturación del alojamiento y los canales de recuperación. Garantiza que la organización o el propietario conserven acceso si un colaborador externo deja de trabajar con ellos. Utiliza cuentas separadas y permisos adecuados cuando los servicios lo permitan.

La rutina de mantenimiento convierte estas comprobaciones en trabajo periódico, para que la próxima renovación no sea la primera vez que alguien pregunte dónde están las copias.

Prepara la migración antes de cambiar el DNS

Haz un inventario de todos los servicios asociados al dominio. El alojamiento web y el correo pueden suministrarse juntos o por separado, así que identifica los registros pertinentes antes de sustituir nada. Conserva una copia de la configuración DNS existente y acuerda quién hará y verificará los cambios.

Mueve primero una copia y pruébala en privado. Compara URL, redirecciones, imágenes, formularios, acceso, tareas programadas y proceso de publicación. En un CMS, contempla las escrituras posteriores a la copia inicial: de lo contrario, un artículo nuevo o un envío de formulario pueden quedar fuera.

El manual de migración de WordPress explica que el procedimiento correcto depende de lo que se traslade, incluido si cambian las URL. Mover un servidor y cambiar un dominio son tareas diferentes. No añadas una estructura nueva de URL a una migración de alojamiento sin un motivo y un plan propios.

Define el periodo del cambio, la sincronización final, los pasos de verificación y el criterio para volver atrás. Asigna a una persona la decisión de aceptar el nuevo entorno. Evita depender de la expectativa de que alguien advertirá un problema.

Cancela solo después de revisar las dependencias

Tras el cambio, verifica el sitio público siguiendo los recorridos habituales de lectores y editores. Comprueba el destino previsto, la conexión segura, el correo si se ha visto afectado y los servicios externos que dependan del entorno antiguo. Revisa registros y supervisión para detectar fallos que una visita al inicio no mostraría.

Mantén disponible el servicio antiguo durante el periodo acordado de solapamiento y recuperación. La duración adecuada depende de la configuración y las necesidades del negocio; no existe un día universal para cancelar. Confirma que has exportado los datos necesarios y que puedes acceder a copias independientes antes de cerrar la cuenta.

Si el tráfico baja después del traslado, utiliza una investigación estructurada de la caída, empezando por el acceso, la medición y los cambios de URL. No lo atribuyas de inmediato al rendimiento del nuevo alojamiento en buscadores.

Termina con un breve traspaso de información: quién controla cada cuenta, dónde se guarda el material de recuperación, qué cambió y cuándo será la próxima renovación. La decisión de alojamiento queda completada cuando quienes son responsables del sitio pueden operarlo y recuperarlo.