Alojamiento para una tienda WooCommerce: los requisitos que realmente importan

WooCommerce convierte WordPress en una tienda online completa, lo que significa que tu alojamiento ahora tiene que hacer dos trabajos exigentes a la vez: servir un sistema de gestión de contenidos y hacer funcionar una tienda transaccional. Un blog puede tolerar una página lenta; una tienda no — un carrito perezoso o un tiempo de espera al pagar te cuesta la venta. Esta guía repasa los requisitos que afectan de verdad a una tienda WooCommerce para que puedas juzgar cualquier alojamiento por ti mismo, en lugar de fiarte de un ranking de marketing.

Por qué una tienda es más pesada que un blog

Un blog típico de WordPress puede cachear casi todas las páginas y servirlas como HTML estático. Una tienda no puede hacer eso con las páginas que más importan. El carrito, el pago, «mi cuenta» y cualquier vista con sesión iniciada son dinámicas y por usuario, así que saltan el caché de página y golpean PHP y la base de datos en cada petición. Añade la búsqueda de productos, el filtrado por facetas, la lógica de cupones, las comprobaciones de stock y las llamadas a las pasarelas de pago, y el servidor está haciendo trabajo real en las páginas exactas donde la velocidad se convierte en ingresos.

Por eso un alojamiento que parece correcto para un sitio de presentación puede sufrir con una tienda: el cuello de botella pasa de «¿puede servir HTML rápido?» a «¿puede ejecutar PHP y consultas de base de datos rápido, para muchos compradores simultáneos?».

Los requisitos que importan

Compara los alojamientos en estas dimensiones concretas en lugar de en adjetivos como «ultrarrápido».

Versión de PHP y recursos

Ejecuta una versión de PHP actualmente soportada — las versiones más nuevas son notablemente más rápidas y siguen recibiendo parches de seguridad, mientras que las versiones que han llegado al fin de su vida no. Más allá de la versión, dos límites del lado del servidor afectan directamente a las tiendas WooCommerce:

• memory_limit — WooCommerce recomienda un límite de memoria PHP generoso; importar productos, generar informes o ejecutar muchos plugins puede agotar uno demasiado ajustado.
• max_execution_time y los límites de subida — las tareas largas (importaciones masivas de productos, CSV grandes) fallan en silencio cuando son demasiado bajos.

Confirma que el alojamiento te deja subir estos valores, idealmente por sitio, en lugar de encerrarte en los valores por defecto del compartido.

Rendimiento de la base de datos

WooCommerce hace un uso intensivo de la base de datos. Los pedidos, los productos, las sesiones y especialmente las tablas wp_options y de metadatos se consultan constantemente. Prefiere un alojamiento con un MySQL o MariaDB moderno con almacenamiento NVMe/SSD — la velocidad del disco se nota directamente en los tiempos de consulta y, por tanto, en la latencia del pago. En catálogos más grandes, la capacidad de usar el almacenamiento de pedidos de alto rendimiento de WooCommerce (tablas de pedidos dedicadas) ayuda a que la base de datos escale; es un ajuste de WooCommerce, pero solo rinde en un alojamiento que no esté ya falto de CPU y de E/S.

Margen de RAM y CPU

La memoria suele ser el primer recurso que se agota en una tienda. Cada worker de PHP que atiende una petición dinámica consume RAM, y un pago muy concurrido significa varios workers a la vez. Demasiada poca memoria y las peticiones se encolan o mueren; el síntoma que ve el comprador es un carrito que da vueltas. La CPU importa para esas mismas páginas dinámicas y para el trabajo en segundo plano (cron, correos de pedidos, indexación de búsqueda). Dimensiona ambos con margen para los picos de tráfico — una venta flash o una mención en una newsletter puede multiplicar los usuarios simultáneos en minutos.

Un caché bien hecho

El caché es la mayor palanca individual para la velocidad de una tienda, pero tiene que ser consciente de la tienda:

• Caché de página para las páginas de catálogo y de contenido — bien cachear de forma agresiva.
• Exclusiones de caché para el carrito, el pago y las páginas de cuenta — estas nunca deben servirse caducadas, o un comprador verá el carrito de otra persona.
• Caché de objetos (Redis o Memcached) para cachear los resultados de las consultas a la base de datos y los objetos PHP — esto es lo que mantiene rápidas las páginas dinámicas a escala. Comprueba si el alojamiento ofrece un caché de objetos persistente.
• Caché de opcode (OPcache) activado, para que el PHP compilado se reutilice entre peticiones.

SSL, seguridad y consideraciones PCI

Una tienda maneja datos personales y enruta pagos, así que el HTTPS es obligatorio, no opcional — la mayoría de los alojamientos incluyen certificados automatizados gratuitos, así que confírmalo. Si recoges los datos de las tarjetas en tu sitio, heredas obligaciones PCI-DSS; usar una pasarela de pago alojada (donde los datos de la tarjeta se introducen del lado del proveedor) mantiene la mayor parte de esa carga fuera de tu servidor. Busca valores por defecto sensatos: un cortafuegos de aplicaciones web, un análisis automatizado de malware y un aislamiento para que una brecha de un vecino no pueda llegar a tu tienda.

Copias de seguridad y entorno de pruebas

Una tienda online es un sistema transaccional vivo — perder la tabla de pedidos es perder dinero y la confianza de los clientes. Exige copias de seguridad diarias automatizadas que incluyan tanto los archivos como la base de datos, con una restauración fácil de un clic. Un entorno de pruebas (staging) es casi igual de importante: las actualizaciones de WooCommerce, WordPress y los plugins pueden romper el pago, así que querrás probarlas en una copia antes de que toquen a clientes reales.

Escalabilidad

El tráfico de una tienda es irregular por naturaleza — lanzamientos, rebajas, picos estacionales. Pregunta cómo escala el plan: ¿puedes añadir RAM y CPU sin reconstruir el sitio? ¿Hay un camino de mejora claro de un plan pequeño a uno mayor, o a un VPS, a medida que crecen el catálogo y los pedidos? Un alojamiento que puedes redimensionar bajo demanda supera a uno donde crecer implica una migración dolorosa.

Compartido vs WordPress gestionado vs VPS

Opción	Ideal para	A tener en cuenta
Alojamiento compartido	Una tienda recién creada con pocos productos y poco tráfico, con un presupuesto ajustado.	Vecinos ruidosos, límites de CPU/procesos, a menudo sin caché de objetos — se queda corto rápido en cuanto despegan los pedidos.
WordPress/WooCommerce gestionado	Dueños que quieren un caché consciente de la tienda, entorno de pruebas y actualizaciones gestionadas por ellos.	Precio más alto; a veces restricciones de plugins o tarificación por visita — lee los límites.
VPS (autogestionado o gestionado)	Tiendas en crecimiento que necesitan RAM/CPU garantizadas, configuración a medida y espacio para crecer.	Tú (o un plan gestionado) asumes la administración del servidor, el ajuste y la seguridad.

Para quién es

• Recién lanzando, catálogo pequeño: un plan compartido de calidad o un gestionado de entrada basta — concentra tu presupuesto en una versión de PHP soportada, SSL y copias de seguridad.
• Ventas constantes, catálogo en crecimiento: pasa a un alojamiento WooCommerce gestionado o a un VPS pequeño para obtener un caché de objetos, entorno de pruebas y recursos garantizados.
• Tráfico alto, ventas flash, catálogo grande: un VPS (o superior) con CPU/RAM dedicadas, caché de objetos Redis y un camino de escalado claro — las páginas de pago dinámicas necesitan margen real.

Cómo decidir

Parte de la tienda, no de una lista de «mejores alojamientos». Confirma una versión de PHP soportada con un límite de memoria generoso, almacenamiento de base de datos NVMe/SSD, un caché consciente de la tienda con un caché de objetos persistente, SSL gratuito, copias de seguridad automatizadas de archivos y base de datos, un entorno de pruebas y un camino limpio para escalar. Haz coincidir esos requisitos con tu tráfico real y el tamaño de tu catálogo, y luego elige el plan más pequeño que los cubra con margen — podrás crecer hacia un VPS o un nivel superior a medida que suban los pedidos.