Una tienda no es un blog
Cuando alguien arma un blog y le va bien, el hosting casi no se nota. Las páginas son siempre iguales para todos los visitantes, un plugin de caché las guarda armadas y el servidor termina sirviendo archivos ya hechos. Podés tener miles de visitas por día con un plan de entrada y andar bárbaro.
Una tienda WooCommerce no funciona así. El carrito, el checkout y "mi cuenta" son distintos para cada persona: no se pueden cachear sin romperlos. Cada vez que alguien agrega algo al carrito, filtra por categoría o pide la página 4 del catálogo, el servidor arranca PHP, consulta la base de datos varias veces y arma la respuesta en el momento. Y la base de datos de WooCommerce no es liviana: entre productos, variaciones, metadatos, stock y pedidos, una consulta que en un blog toca dos tablas acá toca seis.
Eso ya de por sí cambia lo que tenés que mirar en un plan. Pero si además la tienda sincroniza con un marketplace, cambia más todavía.
Qué le suma una integración con Mercado Libre
Un plugin de sincronización como el plugin hace tres cosas que el hosting siente:
- Corre tareas programadas. Cada tantos minutos se despierta un proceso que revisa qué cambió, arma la lista de lo que hay que actualizar y lo manda. Si tenés 800 productos y cambiaste precios en 200, ese proceso trabaja un rato largo.
- Hace llamadas salientes a una API. Tu servidor le habla al servidor de Mercado Libre y espera la respuesta. A veces contesta en medio segundo y a veces tarda varios segundos. Mientras espera, el proceso PHP queda ocupado sin hacer nada. Ocupado igual.
- Trabaja en segundo plano mientras los clientes navegan. Las tareas no se detienen porque entró gente a la tienda. Compiten por los mismos recursos.
Esa es la diferencia de fondo: en un sitio común el servidor trabaja cuando alguien entra. En una tienda que sincroniza, el servidor trabaja aunque no entre nadie, y a veces trabaja bastante.
Qué mirar de verdad en un plan
Las páginas de venta de los hostings están llenas de números grandes que casi nunca son los que importan. "Ancho de banda ilimitado" no te sirve de nada si el plan te deja correr dos procesos PHP a la vez. Esto es lo que yo miro, en orden de importancia:
| Qué mirar | Por qué importa |
|---|---|
| Procesos simultáneos / CPU | Es lo primero que se agota. Una tarea programada pesada ocupa procesos por minutos; si el plan te da pocos, los clientes que están navegando quedan esperando. |
| Memoria PHP | WooCommerce con varios plugins arranca pesado. Una importación o una sincronización masiva necesita margen; si te quedás corto, el proceso muere a mitad de camino sin avisar bien. |
| Cron del servidor configurable | Para que las tareas corran a horario real y no cuando pase alguien. |
| Conexiones salientes habilitadas | Si el hosting bloquea o filtra las llamadas a APIs externas, la integración directamente no funciona. |
| Disco SSD o NVMe | Las consultas de catálogo golpean el disco constantemente. Con disco mecánico el checkout se arrastra. |
| Base de datos en el mismo servidor | Si la base está en otra máquina, cada consulta suma un viaje de red. Multiplicado por cientos de consultas por página, se nota. |
| Backups diarios y retención | Un backup de ayer sirve. Uno de hace dos semanas, cuando te diste cuenta del problema el martes, no. |
| SSL incluido con renovación automática | Un certificado vencido tira abajo la tienda entera hasta que alguien lo renueve a mano. |
| Ubicación del servidor | Cuanto más lejos de tus compradores, más tarda cada ida y vuelta. Se siente en el checkout. |
| Soporte en tu idioma y horario | Cuando la tienda se cae un sábado a la noche, querés a alguien que conteste y entienda. |
El tema del cron, que merece párrafo aparte
WordPress trae su propio sistema de tareas programadas, wp-cron, y tiene una particularidad que casi nadie te cuenta: no es un reloj, es un changuito que se despierta cuando alguien entra al sitio. Si nadie visita tu tienda entre las 2 y las 9 de la mañana, ninguna tarea programada corre en esas siete horas. Después entra la primera visita y se le cae encima toda la cola de trabajo pendiente, lo que además hace que esa pobre persona vea la página lenta.
Para una tienda con poco tráfico esto es un problema serio: justo las tiendas que menos visitas tienen son las que más necesitan que la sincronización corra sola. La solución es desactivar el cron interno y configurar un cron real del servidor que lo llame cada 5 o 10 minutos. Para eso necesitás un hosting que te deje configurar tareas programadas desde el panel, con la frecuencia que vos elijas. Muchos planes de entrada solo te dejan correrlas una vez por día o cada varias horas: para una tienda que sincroniza stock, eso no alcanza.
Las conexiones salientes
Hay hostings, sobre todo los más baratos y algunos corporativos, que por seguridad bloquean las conexiones salientes del servidor o las pasan por un proxy. Para un blog es transparente. Para una integración es fatal: el plugin manda la consulta a la API y no vuelve nada. Antes de contratar, preguntá directo: "¿el servidor puede hacer peticiones HTTP salientes a APIs externas sin restricción?". Si la respuesta es ambigua, es que no.
Cuándo alcanza un compartido y cuándo no
Sin dar números que después envejecen mal, la guía general que uso:
- Compartido de entrada: catálogos chicos, del orden de unos cientos de productos, pocos pedidos por día y sincronizaciones que no son masivas. Anda bien y es la forma sensata de arrancar. No tiene sentido pagar de más para una tienda que todavía no vende.
- Compartido con más recursos: cuando el catálogo pasa el millar de productos, tenés variaciones, empezás a tener pedidos todos los días y la sincronización corre seguido. Acá lo que estás comprando no es espacio, es CPU y procesos simultáneos.
- Nube, VPS o dedicado: catálogos grandes con muchas variaciones, decenas de pedidos por día, varios canales sincronizando o promociones que te meten picos de tráfico concentrado. También si necesitás versiones específicas de PHP, extensiones particulares o control fino del servidor.
Yo uso Hostinger en las tiendas que armo, y lo digo con todas las letras: ver los planes de Hostinger. Tienen las tres gamas, el panel te deja configurar el cron del servidor con la frecuencia que necesitás, las conexiones salientes andan sin vueltas y el soporte contesta en español. Y lo más importante en la práctica: cuando una tienda crece, pasás de una gama a la otra sin migrar de proveedor.
Los enlaces a Hostinger son de afiliado: a vos te cuesta lo mismo y a mí me queda una comisión. Los recomiendo porque son los planes que uso en las tiendas que armo.
Señales de que te quedaste corto
No hace falta ser técnico para darse cuenta. Los síntomas son bastante claros:
- El escritorio de WordPress se arrastra. Entrar a Productos o a Pedidos tarda una eternidad. Suele ser lo primero que se nota, porque el admin no se cachea.
- Las tareas programadas no terminan. Arrancan, procesan una parte y quedan colgadas. En el registro del plugin ves lotes a medio hacer.
- Errores de tiempo agotado. Pantallas en blanco, errores 504 o mensajes de
max_execution_timecuando hacés una operación grande. - El checkout tarda. El cliente aprieta "finalizar compra" y pasan varios segundos hasta que algo se mueve. Ahí se te van ventas de verdad.
- Se cae justo en los picos. Anda bien toda la semana y se rompe el día que mandás la promo.
Cómo probar antes de comprometerte
Este es el error más común y el más caro: probar el hosting con la tienda vacía. Una WooCommerce recién instalada, con el tema de ejemplo y diez productos de prueba, vuela en cualquier lado. Eso no te dice nada.
La prueba que sirve es con el catálogo cargado de verdad:
- Subí el catálogo completo, o al menos una muestra realista, con las fotos que vas a usar.
- Instalá los plugins que vas a tener funcionando, no solo WooCommerce pelado.
- Cronometrá con el reloj del celular: cuánto tarda en abrir la lista de productos en el escritorio, cuánto una categoría con muchos artículos, cuánto el checkout con algo en el carrito.
- Mientras corre una sincronización completa, navegá la tienda como si fueras un cliente. Si se pone lenta justo ahí, ya sabés dónde está el techo.
- Probá a distintas horas. Los compartidos suelen sentir la carga de los vecinos en los horarios pico.
La mayoría de los proveedores serios tienen garantía de devolución los primeros días. Usá esos días para probar en serio, no para mirar el panel. Y antes de ponerte con el hosting, si todavía no armaste la conexión, te conviene leer otra guía donde está el paso a paso de la integración.
Para cerrar
El hosting es la única parte de la tienda que no se ve pero se siente en todo. Nadie te felicita porque el servidor anda bien; sí te enterás cuando anda mal, y casi siempre te enterás tarde, cuando un cliente te escribe que no pudo pagar.
No hace falta arrancar con lo más caro. Hace falta arrancar con un plan que te deje configurar el cron, que no te bloquee las llamadas a la API y que te permita subir de gama cuando la tienda crezca, sin mudanza. Si querés comparar opciones, podés ver los planes de Hostinger, que es donde tengo alojadas las tiendas que armo.