Un cliente tuyo te escribe a las 9 de la mañana: “mi web muestra una pantalla en blanco, no se que pasó”. Vos administras decenas de sitios WordPress bajo tu marca y no tenes forma de saber, sin entrar uno por uno, cual es el problema real. La mayoria de las veces la causa no es un hackeo ni un desastre: es un tema de configuracion de PHP o de memoria, y saber diagnosticarlo rapido te ahorra horas de idas y vueltas con el cliente.
Que es la version de PHP y que es el memory_limit, en terminos de reseller
WordPress corre sobre PHP, un lenguaje que tiene distintas versiones, cada una con requisitos distintos de compatibilidad para plugins y temas. El memory_limit es el tope de memoria que cada sitio puede usar para procesar una pagina: si una tarea exigente (subir imagenes, generar reportes, procesar pedidos) supera ese tope, aparece un error critico o una pantalla en blanco. Cuando administras varios sitios bajo marca blanca, estos dos numeros dejan de ser un detalle tecnico aislado: son parte de tu producto.
Por que esto define tu reputacion como reseller
Tus clientes no contrataron al proveedor mayorista que esta detras: te contrataron a vos. Si un sitio muestra un error critico, el reclamo llega a tu bandeja de entrada. Por eso conviene tener un metodo rapido para diagnosticar si el problema es de PHP, de memoria, o de un plugin puntual, antes de responderle al cliente “dejame revisar” sin saber por donde empezar.
Las causas mas comunes en una cartera de multiples sitios
- Version de PHP desactualizada en algunos sitios mientras otros ya fueron migrados a una version reciente.
- Memory_limit bajo en planes de entrada que tus clientes contratan sin saber que eso puede limitarlos.
- Plugins instalados por el cliente sin verificar antes su compatibilidad.
- Conflictos entre plugins que se agravan cuando cada sitio tiene una combinacion distinta de complementos.
Paso a paso para diagnosticar y corregir esto en cualquier sitio de tu cartera
Paso 1: revisa la version de PHP del sitio afectado
Entra al escritorio de WordPress de ese cliente y anda a Herramientas > Salud del sitio > Info > Servidor. Anotá la version exacta: te va a servir para comparar contra los requisitos del plugin que causo el problema.
Paso 2: revisa el memory_limit asignado
En la misma pantalla, revisá el “Limite de memoria de PHP” de ese sitio en particular. Si administras varios planes distintos, es normal que este numero varie de un cliente a otro.
Paso 3: hace un respaldo antes de tocar nada
Generá una copia de seguridad completa del sitio afectado antes de modificar cualquier configuracion. Un cliente que ya tuvo un error critico no va a perdonarte que, al intentar arreglarlo, le borres informacion.
Paso 4: aumenta el memory_limit del sitio
- Entra al panel de hosting de esa cuenta y busca el “Selector de PHP” o la configuracion de memoria disponible.
- Si tenes acceso al archivo wp-config.php de ese sitio, sumá la linea define(‘WP_MEMORY_LIMIT’, ‘256M’); antes del comentario final del archivo.
- Guardá y recargá el sitio para confirmar que el error desaparecio.
- Documentá el cambio en tu registro interno de esa cuenta, para no repetir el diagnostico si vuelve a pasar.
Paso 5: actualiza la version de PHP si corresponde
Elegí una version estable y reciente desde el selector de PHP de ese plan especifico. Si tu proveedor mayorista ofrece un entorno de staging, probá ahi primero, sobre todo si se trata de un cliente con una tienda online activa.
Paso 6: verifica que todo el sitio siga funcionando
Recorré las paginas principales del sitio, el checkout si tiene tienda, y el panel de administracion. Si algo sigue fallando, activa el modo de depuracion temporalmente y desactivá plugins de a uno hasta identificar cual es incompatible con la nueva configuracion.
Como llevar esto a nivel de toda tu cartera
Armá una planilla simple con la version de PHP y el memory_limit de cada sitio que administras. Revisala cada vez que un cliente pida instalar un plugin nuevo, y actualizala despues de cada migracion o cambio de plan. Esto te permite anticipar problemas en lugar de reaccionar cuando ya llego el reclamo.
Errores comunes al gestionar esto en multiples cuentas
Un error tipico es aplicar la misma configuracion de memoria a todos los sitios sin considerar que cada cliente tiene necesidades distintas (una tienda online no es lo mismo que una web institucional simple). Otro error es actualizar la version de PHP de varios sitios al mismo tiempo sin probar antes: si algo sale mal, terminas gestionando varios reclamos en simultaneo en lugar de uno solo.
Que podes recomendarle a tus clientes, mas alla de la configuracion tecnica
- Pedirte autorizacion antes de instalar plugins nuevos, para que vos verifiques compatibilidad primero.
- Mantener el tema y los plugins actualizados de forma periodica.
- Avisarte antes de una fecha comercial importante, para revisar la configuracion con anticipacion.
- No acumular plugins innecesarios que ya no usan pero siguen instalados.
Un caso tipico en una cartera de reseller
Un cliente con una tienda online instala, sin avisarte, un plugin de facturacion justo antes de una campaña de publicidad paga. A los minutos, su checkout empieza a mostrar un error critico. Con este metodo (Salud del sitio, memory_limit, version de PHP, backup previo), podes identificar y resolver el problema en poco tiempo, y explicarle al cliente con claridad que fue lo que paso, en lugar de dejarlo esperando sin respuestas.
Como elegir un proveedor mayorista pensando en esto
Al evaluar o renovar tu proveedor mayorista, preguntá:
- ¿Puedo cambiar la version de PHP de cada cuenta de forma independiente desde el panel?
- ¿Cual es el memory_limit por defecto en cada tipo de plan que revendo?
- ¿Ofrecen un entorno de staging para probar cambios sin afectar el sitio en produccion?
Estas respuestas definen que tan rapido vas a poder resolver este tipo de incidentes frente a tus clientes.
Como comunicarle esto a un cliente sin generar alarma
Cuando le expliques a un cliente que fue lo que paso, evitá los terminos tecnicos innecesarios. Un mensaje simple como “detectamos que un plugin nuevo necesitaba mas memoria de la que tenia asignada tu plan, ya lo ajustamos y tu sitio quedo funcionando normalmente” transmite control y profesionalismo, sin necesidad de explicar que es el memory_limit en detalle. Si el incidente duro varios minutos y afecto ventas concretas, considerá ofrecer algun gesto comercial: eso construye mas confianza a largo plazo que cualquier explicacion tecnica extensa.
Como prevenir esto antes de que un cliente lo reporte
La mejor version de este proceso no es la que resuelve rapido un reclamo, sino la que evita que el reclamo llegue a existir. Sumá estas practicas a tu rutina de gestion de cartera:
- Revisá la version de PHP de cada sitio cuando el cliente te pida instalar un plugin nuevo, antes de activarlo.
- Definí un memory_limit minimo estandar para todos los planes que vendes, mas alla del valor por defecto del proveedor.
- Armá un checklist para revisar despues de cada actualizacion masiva de plugins o de WordPress en tu cartera.
- Comunicá a tus clientes con anticipacion cuando vayas a actualizar la version de PHP de sus sitios, aunque sea un cambio de rutina.
Con este habito, la mayoria de los errores criticos se detectan y corrigen antes de que el cliente siquiera note que algo estuvo a punto de fallar.
Preguntas frecuentes para resellers
¿Puedo automatizar la revision de PHP y memoria en toda mi cartera?
Algunos paneles de gestion multicuenta permiten ver estos datos de forma centralizada. Si tu volumen de clientes es alto, vale la pena evaluar esa opcion en lugar de revisar sitio por sitio.
¿Que hago si un cliente se niega a que le actualice la version de PHP?
Explicale con claridad los riesgos de seguir con una version desactualizada, incluida la posibilidad de errores criticos como el que motivo la consulta. La decision final es del cliente, pero documentá que se lo advertiste.
¿Conviene tener un plan de staging para cada cliente?
Para clientes con tiendas online o webs criticas, si es recomendable. Para sitios institucionales simples, no siempre es necesario desde el inicio.
¿Cada cuanto deberia revisar la version de PHP de toda mi cartera?
Un repaso cada tres o cuatro meses alcanza para la mayoria de los casos, salvo que un cliente reporte un problema puntual antes.
¿Debo cobrar aparte por resolver este tipo de incidentes?
Depende de tu modelo de negocio: algunos resellers lo incluyen en el soporte basico, otros lo facturan como servicio tecnico puntual. Definilo con claridad desde el contrato inicial con cada cliente.
Conclusion
Como reseller, saber diagnosticar rapido un error de PHP o de memoria en WordPress te permite responderle a tus clientes con seguridad, en lugar de improvisar. Con un metodo claro, un registro por cuenta y backups previos a cada cambio, podes convertir un problema que antes generaba horas de incertidumbre en una tarea de minutos, y eso es exactamente lo que refuerza la confianza en tu marca.
