Hosting para WordPress en Ecuador: qué mirar antes de contratar

Por qué el precio y los gigabytes no predicen el rendimiento

Un WordPress típico de empresa, con unas cuarenta páginas, un blog y una galería de fotos, ocupa entre 1 y 3 GB. Un plan de 8 GB le sobra durante años. Por eso comparar planes por espacio en disco es comparar la variable que casi nunca se agota, mientras se ignoran las que sí se saturan: la CPU disponible por cuenta, la memoria, la cantidad de procesos PHP simultáneos y la velocidad del disco.

Lo que hace lento a un WordPress en hosting compartido, en la práctica, es una de estas cuatro cosas:

• PHP se ejecuta en cada visita porque no hay caché a nivel de servidor y el sitio depende de un plugin que genera archivos.
• Un sitio vecino consume los recursos del servidor y el tuyo espera turno.
• El disco es lento, y cada consulta a la base de datos tarda milisegundos de más que se acumulan.
• El servidor está lejos de los visitantes, y cada petición paga el costo del viaje de ida y vuelta.

Ninguno de esos cuatro problemas aparece en la tabla comparativa de planes de la mayoría de proveedores. Los siguientes apartados explican cómo detectarlos antes de contratar.

1. El servidor web: por qué LiteSpeed cambia el resultado en WordPress

El servidor web es el programa que recibe cada petición del navegador y decide qué devolver. Las tres opciones habituales en hosting compartido son Apache, Nginx y LiteSpeed, y la diferencia importa más en WordPress que en casi cualquier otro sistema.

Apache atiende las peticiones asignando un proceso o un hilo a cada una, un modelo sólido pero que consume memoria proporcional al número de visitas simultáneas. LiteSpeed usa una arquitectura orientada a eventos, en la que un mismo proceso atiende muchas conexiones, lo que le permite sostener más visitantes concurrentes con el mismo hardware. Los proveedores publican multiplicadores muy distintos según cómo midan, así que conviene tomarlos con cautela y fijarse en la diferencia estructural, que sí es real y verificable: el modelo por eventos escala mejor bajo carga que el modelo por proceso.

La ventaja concreta para WordPress no es el servidor en sí, sino LSCache, el sistema de caché integrado en LiteSpeed. Un plugin de caché tradicional genera archivos HTML que Apache tiene que localizar y servir después de arrancar PHP. LSCache guarda la página dentro del propio servidor web, así que en una visita cacheada PHP y WordPress no llegan a ejecutarse. En picos de tráfico, esa diferencia decide si el sitio aguanta o si empieza a devolver errores de tiempo agotado.

Dos detalles prácticos que conviene saber:

• LiteSpeed es un reemplazo directo de Apache y lee los archivos .htaccess existentes, junto con las reglas de reescritura y las de seguridad. Migrar desde Apache no obliga a reescribir configuración.
• El plugin oficial LiteSpeed Cache para WordPress es gratuito y es el que se comunica con la caché del servidor para purgarla cuando publicas o editas contenido. Sin él, la caché del servidor no sabe cuándo el contenido cambió.

Cómo verificarlo antes de contratar: pregunta directamente qué servidor web usan. Si la respuesta es vaga, es un dato en sí mismo. En un sitio ya alojado se puede comprobar mirando la cabecera server de la respuesta HTTP.

2. Aislamiento de recursos: el problema del vecino ruidoso

En hosting compartido, decenas o cientos de cuentas conviven en el mismo servidor físico. Sin un mecanismo de aislamiento, todas compiten por la misma CPU y la misma memoria, y basta con que un sitio reciba un pico de tráfico, ejecute un plugin mal programado o sufra un ataque de fuerza bruta para que los demás se vuelvan lentos. Es el llamado problema del vecino ruidoso, y es la causa más frecuente de esa lentitud intermitente que no coincide con ningún cambio en el propio sitio.

CloudLinux resuelve esto encerrando cada cuenta en un contenedor virtual llamado LVE, con límites propios de CPU, memoria RAM, procesos y entrada/salida de disco. Incluye además CageFS, que impide que una cuenta vea los archivos ni los procesos de las demás. El efecto práctico es doble: un sitio que se desborda llega a su propio techo y se frena sin arrastrar a nadie, y un sitio comprometido por malware queda contenido dentro de su jaula.

Hay un beneficio adicional que se agradece a diario: CloudLinux permite elegir la versión de PHP por cuenta desde el panel, con un selector. Eso significa poder pasar de PHP 8.1 a 8.3 para probar y volver atrás en un minuto si un plugin antiguo se rompe, sin depender del soporte ni afectar a nadie más.

Cómo verificarlo antes de contratar: pregunta si el servidor usa CloudLinux y si hay límites de recursos por cuenta documentados. Un proveedor serio los publica; uno que promete recursos "ilimitados" en hosting compartido está describiendo una política comercial, no una realidad técnica, porque el hardware siempre tiene un límite y alguien tiene que administrarlo.

3. Discos NVMe y versión de PHP

WordPress consulta la base de datos varias veces por cada página que genera, y cada consulta implica leer del disco. La diferencia entre tipos de almacenamiento es de órdenes de magnitud, no de porcentajes: un disco mecánico responde en milisegundos, un SSD SATA en fracciones de milisegundo y un NVMe, que se conecta directamente al bus PCIe en vez de pasar por el controlador SATA, en microsegundos. En un blog cacheado la diferencia se nota poco; en el panel de administración de WordPress, en una tienda WooCommerce o en un sitio con muchos plugins, se nota en cada clic.

La versión de PHP tiene un efecto comparable y es gratis. PHP 8.x incorpora el compilador JIT y numerosas optimizaciones frente a PHP 7.x, y cada versión mayor de la rama 8 ha traído mejoras adicionales de rendimiento. Igual de importante: las versiones antiguas dejan de recibir parches de seguridad, así que un sitio en PHP 7.4 no solo es más lento, es vulnerable a fallos que ya no se corrigen.

Cómo verificarlo antes de contratar: pregunta si el almacenamiento es NVMe y qué versiones de PHP están disponibles. Debe haber al menos PHP 8.1, 8.2 y 8.3, y debe poder cambiarse desde el panel sin pedir permiso a nadie.

4. Dónde están los servidores y cuánto importa la latencia

La latencia es el tiempo que tarda un paquete de datos en ir del visitante al servidor y volver. Es física: depende de la distancia y de la ruta que sigue el tráfico, y no se arregla con un servidor más potente. Un visitante en Guayaquil consultando un servidor en Guayaquil tiene una latencia mucho menor que si consulta un servidor en Europa, y esa diferencia se paga en cada uno de los cientos de recursos que carga una página moderna.

La decisión honesta depende de dónde está la audiencia:

• Servidor en Ecuador, con infraestructura propia en Guayaquil, conviene cuando el tráfico es mayoritariamente nacional. Se nota especialmente en el panel de administración de WordPress, que hace muchas peticiones no cacheables, y en formularios, checkout y búsquedas.
• Servidor en Estados Unidos conviene cuando una parte importante de la audiencia está fuera del país o cuando se necesita más capacidad y conectividad internacional. Terranode opera infraestructura propia en ambas ubicaciones, así que la elección se hace por el perfil del tráfico y no por lo que haya disponible.

Una advertencia sobre las redes de distribución de contenido (CDN): son muy efectivas para imágenes, CSS y JavaScript, que se copian en servidores repartidos por el mundo, pero no eliminan la latencia de las páginas generadas dinámicamente ni de las peticiones al panel de administración. Una CDN mejora mucho un sitio bien ubicado; no compensa uno mal ubicado.

Otro dato que casi nadie mira: el ancho de banda del enlace del datacenter. Un enlace de 10 Gbps sin límite de transferencia significa que una subida de tráfico no se convierte en un cargo extra ni en una limitación repentina de velocidad.

5. Backups: la pregunta que hay que hacer bien

Casi todos los proveedores dicen incluir backups. La pregunta útil no es si existen, sino tres detalles que casi nunca aparecen en la página de ventas:

1. 1 ¿Con qué frecuencia y cuántos días se conservan? Un backup diario con siete días de historial es el mínimo razonable. Con solo una copia del día anterior, un sitio comprometido el lunes y detectado el miércoles ya no tiene una copia limpia a la que volver.
2. 2 ¿Dónde se guardan? Un backup almacenado en el mismo servidor que el sitio no protege contra el fallo del servidor, que es exactamente uno de los escenarios que debería cubrir. Debe estar en otro equipo o en otra ubicación.
3. 3 ¿Quién puede restaurarlos? Si solo el proveedor puede hacerlo, cada incidente se convierte en una espera de tiempo desconocido. Poder restaurar desde el panel, uno mismo y de madrugada, cambia por completo el impacto de un error.

Además del backup del proveedor, conviene mantener una copia propia, aunque sea semanal, con un plugin de respaldo que la envíe a un almacenamiento externo. No es desconfianza: es que el sitio es tuyo y la responsabilidad última de que exista una copia también.

6. Seguridad: qué debe traer incluido

WordPress es la plataforma más usada del mundo y por eso es la más atacada, casi siempre de forma automatizada y masiva, no dirigida. Un hosting adecuado debería incluir de serie, sin costos adicionales:

• Certificado SSL gratuito con Let's Encrypt y renovación automática para el dominio y sus subdominios. HTTPS dejó de ser opcional: los navegadores marcan como no seguro cualquier sitio sin él.
• Firewall de aplicaciones web y escaneo de malware, como Imunify, que bloquea patrones de ataque conocidos antes de que lleguen a WordPress y detecta archivos infectados dentro de la cuenta.
• Protección contra fuerza bruta sobre wp-login.php y xmlrpc.php, que son los dos objetivos de prácticamente todo bot que rastrea WordPress.
• Aislamiento entre cuentas, para que el sitio comprometido de un vecino no infecte al tuyo. Es la misma función de CloudLinux mencionada antes, vista desde el ángulo de la seguridad.
• Actualizaciones automáticas de seguridad del núcleo de WordPress, activadas por defecto en la instalación.

Nada de esto reemplaza la higiene básica del sitio: mantener plugins y temas actualizados, eliminar los que no se usan, no instalar plugins de fuentes no oficiales y usar contraseñas únicas con doble factor en las cuentas de administrador.

7. Soporte, factura y respaldo local

Este apartado no es técnico, pero en Ecuador decide tanto como los anteriores. Tres criterios concretos:

Soporte en la misma zona horaria y en español. Un sitio caído a las nueve de la noche de un viernes necesita a alguien despierto. Un soporte 24/7 que responde en español, sin traducción automática y sin diferencia horaria de ocho horas, cambia el tiempo real de resolución más que cualquier especificación de hardware.

Factura válida para el SRI. Un proveedor que factura desde Ecuador entrega comprobante electrónico válido, y el hosting se registra como gasto operativo deducible como cualquier otro servicio. Al contratar en el exterior con tarjeta, la empresa se queda con un cargo en el estado de cuenta y sin documento de respaldo, lo que además complica el pago con transferencia local o el trámite de compras de una empresa mediana.

Migración incluida. Mover un WordPress implica copiar archivos y base de datos, ajustar las rutas internas, reconfigurar el correo y cambiar los DNS en el orden correcto. Un proveedor que lo hace sin costo elimina la barrera principal para cambiar de proveedor, que casi nunca es el precio sino el miedo a romper algo en el traslado.

Comparativa de criterios: qué buscar y qué evitar

Qué incluye el hosting WordPress de Terranode

Los planes de hosting de Terranode empiezan en 40 dólares al año e incluyen 8 GB de espacio NVMe, 40 GB de transferencia, 5 bases de datos, correos ilimitados, certificado SSL de Let's Encrypt gratuito, cPanel con instalación de WordPress en un clic y soporte 24/7. El plan de 14 GB cuesta 64 dólares al año, con 70 GB de transferencia y 7 bases de datos, y el de 35 GB cuesta 175 dólares al año, con 175 GB de transferencia, 17 bases de datos y soporte prioritario.

Sobre la infraestructura, los tres planes corren sobre la misma base técnica: LiteSpeed como servidor web con LSCache, CloudLinux para el aislamiento de recursos por cuenta, cPanel como panel de control, discos NVMe y un enlace de 10 Gbps sin límite de transferencia. Los servidores son infraestructura propia, no reventa, con presencia en Guayaquil y Estados Unidos, de modo que la ubicación se elige según dónde esté la audiencia del sitio. La migración desde el proveedor anterior es gratuita e incluye archivos, base de datos y correos, y la factura es electrónica y válida para el SRI. Los planes y detalles completos están en la página de hosting en Ecuador.

Cuándo el hosting compartido deja de alcanzar

El hosting compartido cubre bien la mayoría de sitios corporativos, blogs y tiendas pequeñas, y forzar un VPS antes de tiempo es pagar por complejidad que nadie va a administrar. Estas son las señales concretas de que llegó el momento de mirar un servidor virtual privado:

• El sitio supera de forma sostenida las 50.000 visitas mensuales con contenido que no se puede cachear.
• La tienda WooCommerce pasa de unos cientos de pedidos diarios, o el catálogo tiene decenas de miles de productos.
• Se necesita software específico en el servidor: Redis dedicado, Elasticsearch, una versión concreta de Node.js o un servicio propio.
• Hay que ejecutar procesos pesados en segundo plano, como sincronizaciones con un ERP o generación masiva de reportes.
• Se requiere acceso root para configurar el entorno a medida.
• El panel muestra que la cuenta llega con frecuencia a sus límites de CPU o memoria, lo que se ve en las estadísticas de recursos de cPanel.

La señal contraria también importa: si el sitio es lento pero los recursos de la cuenta nunca se saturan, el problema no es el plan. Casi siempre son imágenes sin optimizar, demasiados plugins, un tema mal construido o falta de caché, y migrar a un VPS solo movería el problema a un servidor más caro.