Sin culpar a nadie y sin venderte nada todavía: acá están las cinco razones concretas por las que una tienda en WooCommerce empieza a fallar, qué podés hacer con cada una esta semana, y cómo darte cuenta de si conviene arreglarla o mudarla.
Una tienda en WooCommerce no es un producto: es un armado. WordPress, un tema, un maquetador visual y una pila de plugins hechos por autores distintos, que se actualizan por separado, en fechas distintas y sin probarse entre ellos. Encima de un servidor que administrás vos. Cuando cualquiera de esas piezas se mueve, otra puede dejar de funcionar — y nadie te avisa antes.
Eso no lo decimos para ensuciar a WooCommerce. El software está bien hecho y hay tiendas enormes funcionando con él. Lo que casi nunca se dice al momento de venderlo es que el modelo es autogestionado: el responsable técnico de que todo eso siga encajando sos vos. Si tenés a alguien dedicado a cuidarlo cada semana, funciona. Si tu negocio es vender y no administrar servidores, lo que tenés es una deuda técnica que crece sola y se cobra siempre en el peor momento.
Abajo están las cinco causas, en orden de frecuencia según lo que nos llega a diagnóstico. Cada una viene con el síntoma que vas a reconocer, la explicación de por qué pasa y algo concreto que podés hacer esta semana aunque no nos contrates.
Cómo se ve: actualizás un plugin un martes cualquiera y se cae el checkout, el panel queda en blanco o desaparece el botón de comprar.
Por qué pasa: cada plugin es un proveedor distinto. Uno resuelve los medios de pago, otro los envíos, otro los formularios, otro el caché, otro la facturación. Ninguno de esos autores prueba su actualización contra los otros que tenés instalados, porque no sabe que existen. Con el tiempo se suman plugins que nadie usa, dos que hacen lo mismo y uno que el autor abandonó hace años. La tienda no se rompe por el último plugin que tocaste: se rompe porque la torre ya estaba inclinada.
Qué hacer esta semana: hacé el inventario. Anotá cada plugin activo, para qué sirve y quién lo mantiene. Desactivá y borrá lo que no usás (desactivado no alcanza: el código sigue ahí). Marcá los que no reciben una actualización hace más de un año — esos son los candidatos a romperte algo o a dejarte un agujero de seguridad. Y no instales dos plugins que hagan la misma tarea.
Cómo se ve: la tienda va lenta justo cuando entra gente, tira error 500 en plena campaña, o te llega un mail del hosting avisando que superaste el límite de recursos.
Por qué pasa: un e-commerce no se comporta como un blog. El carrito, el checkout y la cuenta del cliente son páginas que no se pueden cachear: cada visita golpea la base de datos de verdad. En un hosting compartido estás repartiendo procesador y memoria con decenas de sitios vecinos, y el plan que alcanzaba cuando la tienda tenía diez visitas por día deja de alcanzar cuando tenés tráfico real. Se suma que muchas instalaciones corren sobre versiones de PHP que ya no reciben soporte, y eso pega en velocidad y en seguridad al mismo tiempo.
Qué hacer esta semana: pedile a tu hosting el registro de límites de recursos de los últimos 30 días — si aparecen picos, ahí está tu respuesta. Fijate en qué versión de PHP corre la tienda y si sigue con soporte oficial. Si el diagnóstico da recursos, mudarte a un plan con recursos garantizados mejora bastante. Pero sé honesto con el resultado: eso alivia la velocidad, no cura la fragilidad de las otras cuatro causas.
Cómo se ve: actualizás WooCommerce y la ficha de producto se descuadra, el listado pierde el precio o el botón de agregar al carrito directamente no aparece.
Por qué pasa: los temas suelen traer copias propias de las plantillas de WooCommerce para cambiarles el diseño. Cuando WooCommerce actualiza esas plantillas, las copias del tema quedan viejas y muestran cosas incompletas. Encima, el maquetador visual con el que se armó la tienda agrega otra capa de código que también tiene que ser compatible. Si el tema o el maquetador dejaron de mantenerse —o si la licencia venció y nadie la renovó—, no hay nadie del otro lado para actualizar esa pieza.
Qué hacer esta semana: averiguá si tu tema sigue recibiendo actualizaciones y si la licencia está vigente. Dentro del panel de WooCommerce, la pantalla de estado del sistema te avisa cuándo hay plantillas desactualizadas: si esa lista es larga, ya sabés por dónde viene el problema. Un tema abandonado es el techo real de tu tienda, no un detalle estético.
Cómo se ve: apretaste «actualizar todo» una mañana y la tienda dejó de vender hasta la tarde, mientras alguien trataba de entender cuál de las doce actualizaciones fue.
Por qué pasa: no hay entorno de prueba. Todo cambio se hace directamente sobre la tienda que está vendiendo. Y el backup, que debería ser la red de seguridad, en general nunca se probó: muchos dueños descubren el día del incendio que la copia estaba incompleta, era vieja o vivía en el mismo servidor que se cayó. Sin ensayo y sin vuelta atrás, cada actualización es una apuesta.
Qué hacer esta semana: tres cosas baratas. Uno: dejá de actualizar todo junto — de a uno, y probando el checkout después de cada uno. Dos: no actualices un viernes ni en plena campaña; si algo se rompe, querés tener días hábiles por delante. Tres, la más importante: restaurá tu backup una vez, en una copia de prueba. Un backup que nunca restauraste no es un backup, es una carpeta.
Cómo se ve: nadie en la empresa sabe qué versión tiene la tienda, cuándo se actualizó por última vez ni quién tiene el acceso al hosting. El que la hizo dejó de contestar hace meses.
Por qué pasa: es la consecuencia directa del modelo autogestionado. Cuando el proyecto se entrega y el proveedor se va, el mantenimiento no queda mal hecho: queda huérfano. No hay mala fe, hay un rol que nunca se asignó. Y como una tienda que funciona no pide nada, el problema es invisible hasta el día que explota.
Qué hacer esta semana: ponele nombre y apellido al responsable, y una frecuencia («todos los primeros lunes»). Si adentro no hay nadie con ese perfil, contratalo afuera: es más barato que una caída en temporada. Aparte, ordená los accesos —hosting, dominio, panel de la tienda, medios de pago— y guardalos en un gestor de contraseñas, no en un mail ni en un chat de WhatsApp. Si el dominio está a nombre de alguien que ya no trabaja con vos, resolvelo antes que cualquier otra cosa.
No todas las tiendas con problemas necesitan migrar. Algunas necesitan orden y un responsable. Estos son los criterios que usamos nosotros cuando alguien nos manda su caso, y te sirven igual si decidís resolverlo por tu cuenta.
Si caíste del lado derecho, la salida no es cambiar de plugin: es cambiar de modelo. En una plataforma operable como Shopify o Tiendanube, el servidor, la seguridad y las actualizaciones son problema de la plataforma, no tuyo — y vos volvés a poder tocar tu tienda sin miedo. Lo explicamos en detalle en la guía de migración de WooCommerce a Shopify o Tiendanube en Uruguay, con los seis pasos y qué pasa con tu posicionamiento.
Las cinco causas son universales, pero acá se sienten distinto. El mercado técnico uruguayo es chico y buena parte del talento está tomado por la industria del software que exporta. Conseguir a alguien que se meta en un WordPress ajeno, entienda qué hizo el que estaba antes y se quede a mantenerlo lleva semanas, y las primeras horas que pagás son de arqueología, no de arreglo.
Después está el calendario. Si vendés en la costa, entre diciembre y febrero se te juega el año: en Punta del Este, Piriápolis o La Paloma una caída de dos días en enero no es un incidente técnico, es facturación que no vuelve. Y en Montevideo pasa algo parecido en las semanas del Día de la Madre y del Black Friday. Justo en esos picos es cuando el hosting compartido se ahoga y cuando menos gente hay disponible para atenderte.
Por último, el detalle que nadie pone en el presupuesto: la zona horaria. Si tu proveedor de plugins responde en horario europeo o asiático, cada ida y vuelta te cuesta un día. Cuando la tienda está caída un domingo de temporada, la pregunta no es cuánto sale el plan de hosting: es quién te atiende el teléfono.
Somos un estudio de diseño digital en Montevideo y no hacemos WooCommerce: trabajamos con plataformas operables. Pero sí sacamos gente de WooCommerce todas las semanas, y también estabilizamos el que ya tenés si mudarte ahora no es el momento.
Shopify o Tiendanube, según a quién le vendas.
desde USD 987
Si estás en temporada o el presupuesto ya está cerrado.
desde USD 150/mes
El núcleo de WordPress y de WooCommerce está mantenido por equipos serios y publica correcciones de seguridad con frecuencia. El riesgo casi nunca está ahí: está en los plugins y temas viejos o abandonados que quedan instalados, en las contraseñas débiles y en las instalaciones que nadie actualiza durante meses. Dicho de otra forma, no es que el software sea inseguro: es que la seguridad depende de que alguien la sostenga, y ese alguien sos vos.
Porque la lentitud de un e-commerce rara vez viene del catálogo. Viene de la cantidad de código que se ejecuta en cada visita —plugins, maquetador visual, scripts de terceros— y de los recursos que te da el servidor. El carrito, el checkout y la cuenta del cliente no se pueden cachear, así que golpean la base de datos siempre. Una tienda con treinta productos puede ir más lenta que una con tres mil si arriba tiene veinte plugins y un hosting compartido saturado.
Ayuda, pero fijate la trampa: la solución a un problema causado por acumular plugins es… otro plugin. Un buen plugin de caché mejora la velocidad de las páginas de catálogo, y uno de seguridad tapa agujeros conocidos. Ninguno de los dos hace que un tema abandonado vuelva a ser compatible ni reemplaza a un responsable de mantenimiento. Son analgésicos, y está bien usarlos como tales, siempre que no te hagan postergar el diagnóstico.
Es la tentación lógica —«si funciona, no lo toques»— y es exactamente lo que termina mal. Las tiendas que se vulneran suelen ser las que llevan mucho tiempo sin actualizar, porque las fallas viejas son públicas y se explotan de forma automatizada. Además, cuanto más tiempo pasa, más grande es el salto: actualizar después de dos años de atraso rompe muchísimo más que actualizar todos los meses. Quieta no es segura: es frágil y cada vez más cara de poner al día.
No hay un número único, y quien te lo tire de entrada te está adivinando. Lo que sí podés hacer es sumar tus propias partidas de los últimos doce meses: hosting, licencias de tema y plugins premium, certificado, servicio de backup, y las horas de programador que pagaste para arreglar cosas rotas. Agregá lo que no facturaste durante las caídas. Ese total es tu costo real de mantenimiento, y es el número con el que hay que comparar cualquier alternativa. En Bioma, los planes de soporte y mantenimiento arrancan en USD 150 por mes.
Resuelve las cinco causas de raíz, porque las cinco nacen del mismo lugar: sos vos el que sostiene la infraestructura. En una plataforma operable, el servidor, las actualizaciones y la seguridad los mantiene la plataforma; no hay versiones que choquen entre sí y cargar un producto o cambiar un precio lo hacés vos sin llamar a nadie. Lo que cambia no es solo la tecnología, es de quién es el problema. A cambio pagás una suscripción mensual previsible y tenés menos libertad para personalizar a nivel código — para la enorme mayoría de las PYMEs, ese cambio es un negocio. En la guía de migración está el paso a paso.
Contanos qué tenés hoy y te devolvemos el diagnóstico: si se estabiliza, si conviene migrar o si podés resolverlo solo. Si es lo último, te lo decimos igual.
Pedir diagnóstico