Checklist rápida tras contratar un hosting barato

Los primeros siete días tras contratar un hosting barato son críticos. Es el periodo perfecto para descubrir si el proveedor cumple lo que promete o si acabarás migrando antes de acabar el mes. No necesitas herramientas caras ni conocimientos avanzados, solo método y algo de atención a los detalles.

Día 1: Prueba de acceso y configuración inicial

En cuanto recibas los datos de acceso, comprueba tres cosas básicas: tiempo de activación, acceso a cPanel (o al panel que use el proveedor) y conexión FTP/SSH. Si cualquiera de estas opciones falla o se retrasa más de unas horas, sospecha. Un hosting serio no te hace esperar 24 horas para un servicio compartido.

Sube un archivo index.html de prueba y asegúrate de que carga correctamente con HTTPS. Si el certificado SSL gratuito se activa de inmediato (por ejemplo, con Let’s Encrypt), buen comienzo. Si te obligan a comprarlo o configurarlo manualmente, anótalo como punto negativo.

Día 2: Rendimiento básico y tiempo de carga

Instala una web ligera de prueba (por ejemplo, WordPress limpio o una plantilla HTML). Usa herramientas como GTmetrix, Pingdom o PageSpeed Insights para medir el tiempo de carga inicial. Un hosting barato no debería superar los 3 segundos con un sitio vacío. Si lo hace, investiga: podría ser por CPU saturada o disco lento.

Cuando trabajo con proyectos pequeños, suelo medir también la latencia con ping o traceroute para ver desde dónde responde el servidor. Si tu público está en España y el servidor está en América, ya tienes medio segundo perdido en cada conexión.

Día 3: Estabilidad del servidor (uptime)

Activa un monitor de uptime gratuito, como UptimeRobot. Configura una comprobación cada 5 minutos y déjalo corriendo toda la semana. Si el servidor tiene más de un 0,5 % de caídas o responde con códigos 500, descártalo. Las caídas pequeñas de madrugada son admisibles, pero si cada día tienes 10 minutos offline, no sirve para proyectos serios.

Día 4: Soporte técnico y tiempos de respuesta

Abre un ticket con una duda realista, por ejemplo: “¿Cómo cambio la versión de PHP?”. No lo hagas solo para probarlos: ese tipo de incidencias cotidiana muestra cuánto tardan en contestar y cómo se explican. Si tardan más de 12 horas o te contestan con un copia-pega genérico, su soporte es deficiente.

La atención al cliente es clave, sobre todo en hostings baratos donde los recursos son limitados. Prefiero pagar 2 € más al mes si sé que un técnico revisa y responde con claridad. Si te piden que lo resuelvas tú sin guía ni referencias al panel, es mala señal.

Día 5: Recursos reales y rendimiento bajo carga

La mayoría de hostings compartidos limitan CPU, RAM o número de procesos simultáneos, aunque no lo digan abiertamente. Instala un plugin de monitorización como Query Monitor (WordPress) o usa top y uptime si tienes acceso SSH para observar los picos de uso. Si con pocas visitas el sitio va lento o te muestra errores “Resource limit reached”, estás en un servidor saturado.

Para hacer una prueba simple usa loader.io o k6.io y lanza unas 20-30 peticiones simultáneas. No hace falta más. El objetivo es ver si el servidor aguanta picos sin caerse. En un hosting compartido decente, debería responder aceptablemente hasta con 10-15 usuarios concurrentes en una web ligera.

Día 6: Copias de seguridad y restauración

Abre el panel y verifica que existan copias de seguridad automáticas. Muchos hostings baratos las prometen, pero luego son parciales o con retención de solo un día. Haz una copia manual y restaurala para comprobar que funciona de verdad. Si no tienes opción de restauración directa desde el panel y dependes de soporte para hacerlo, anótalo: te hará perder tiempo cuando lo necesites de verdad.

Día 7: Revisión global y decisión

Con una semana de pruebas ya tendrás claro si el hosting cumple. Repasa tu checklist: velocidad, uptime, soporte, facilidad de uso, SSL, backups y tiempos de carga. Si al menos cinco de esos puntos son sólidos, probablemente merezca la pena quedarse. Si has detectado caídas, lentitud o soporte deficiente, solicita la devolución del dinero dentro del periodo de garantía (la mayoría ofrecen 7 o 14 días de reembolso).

Checklist resumido (valores directos)

  • Panel de control: acceso estable y completo en menos de 1 h.
  • Certificado SSL: activado automáticamente en 24 h.
  • Tiempos de carga: inferiores a 3 s en sitio vacío.
  • Uptime: superior al 99,5 % en 7 días.
  • Soporte: respuesta útil en menos de 12 h.
  • Recursos: sin mensajes de límites de CPU/RAM bajo uso normal.
  • Backups: disponibles y restaurables desde el panel.

Errores comunes al evaluar un hosting

Muchos principiantes solo miran el precio mensual y no evalúan estabilidad ni soporte. Otro error clásico: juzgar demasiado rápido el primer día. Un pico de lentitud puntual no invalida un servicio, pero repetir la prueba a distintas horas sí revela patrones. También es importante no confundirse con el marketing: “espacio ilimitado” no significa rendimiento ilimitado. Un disco saturado con millones de archivos puede ralentizar hasta el mejor SSD.

Trucos para detectar hostings saturados

Si tienes acceso SSH, ejecuta uptime o cat /proc/loadavg. Si la carga supera el número de núcleos del servidor constantemente, probablemente esté sobrecargado. Otra pista: revisa el encabezado “Server” en las respuestas HTTP. Si ves nombres genéricos como “cloudhost123” o “cpanel52” compartido con miles de sitios, ya sabes dónde estás metido.

Ejemplo práctico: comparando dos proveedores reales

Hace poco ayudé a un cliente a probar dos hostings de 2,99 €/mes. Uno activó su web en 15 minutos, SSL automático, y cargaba en 1,8 s. El otro tardó 36 h en activar la cuenta, el SSL fallaba y cargaba en más de 4 s. En siete días, el primero tuvo un 100 % de uptime; el segundo, tres caídas de 10 min. El cliente se quedó con el primero y no ha vuelto a cambiar. Los datos valen más que las reseñas.

Verificando limitaciones ocultas

Algunos hostings restringen funciones avanzadas: enviar correos desde PHP, conexiones externas a bases de datos, o cron jobs personalizados. En los primeros días, prueba todo eso. Configura una tarea cron cada hora y verifica que se ejecute. Si no puedes hacerlo o todo requiere intervención del soporte, el hosting no es flexible para desarrolladores.

También prueba subir un archivo grande (por ejemplo, una imagen de 100 MB). Si el servidor corta la transferencia demasiado pronto o presenta errores 413 (Request Entity Too Large), sabrás que el límite de subida es bajo. En algunos casos puedes ajustarlo desde .htaccess, pero si el proveedor lo bloquea, limita tu capacidad de trabajar cómodamente.

Valor añadido: documentación y comunidad

Aunque no lo parezca, la calidad de la documentación del hosting es un factor que influye. Un buen proveedor ofrece tutoriales claros y actualizados. Si cada guía menciona versiones obsoletas o capturas de cPanel de hace una década, muestra poco mantenimiento. Yo evalúo incluso la claridad del blog o base de conocimiento interna: cuanto más actual, más probable es que el servicio esté cuidado.

Cuándo merece la pena un hosting barato

Un hosting económico es perfecto para proyectos personales, landing pages, sitios en desarrollo o tiendas con poco tráfico. Pero si notas lag, lentitud en el panel o mala atención, no insistas. Pagar 3 € menos al mes por vivir con problemas constantes no compensa. Lo barato no es lo mismo que lo cutre, y los primeros siete días son tu mejor filtro.

Conclusión rápida: si el soporte responde bien, el servidor es estable y todo va fluido, quédate. Si no, pide reembolso y mira opciones más sólidas. Evaluar bien esos primeros siete días es lo que separa a un webmaster tranquilo de uno que pasa la vida migrando webs.

Si estás probando varios proveedores, te recomiendo revisar esta comparativa de hostings baratos recomendados. Ahí verás datos reales y experiencias de prueba similares.