Post actualizado el día octubre 29, 2026 by DeiviSanzPlay
Usar XAMPP para probar un plugin de WordPress en local parece el escenario ideal: copias tu instalación, activas el plugin y experimentas sin miedo a romper nada en producción. Eso pensaba yo hasta que una prueba de un plugin de reservas en mi entorno local acabó con la base de datos corrupta y media tarde perdida. La lección no fue sobre el plugin, sino sobre cómo estaba usando XAMPP para probar plugins de WordPress en local.
El problema no apareció en la activación. El plugin funcionaba. Lo que falló fue una migración interna que el propio plugin ejecutaba al guardar ajustes: asumía un prefijo de tabla distinto al que yo tenía en mi instalación local. En producción, el prefijo era el estándar wp_, pero mi copia local usaba wp_local_ porque años atrás lo cambié por costumbre. El plugin no lo comprobaba. La consulta se ejecutó contra tablas que no existían y dejó el entorno a medias.
Por qué XAMPP para probar un plugin de WordPress en local no siempre replica producción
XAMPP es cómodo, pero no es un espejo de tu servidor. La versión de PHP, la configuración de MySQL y las extensiones activas cambian según cómo lo instales. Un plugin de WordPress probado en local con XAMPP puede funcionar de maravilla y fallar en el hosting real por una diferencia de versión de PHP o por una extensión como intl o gd que en XAMPP viene activa por defecto y en el servidor no.
En mi caso, el plugin de reservas usaba mysqli con una sintaxis que mi versión de MariaDB aceptaba, pero no la de producción. No lo descubrí en local. Lo descubrí cuando el cliente reportó un error 500 al guardar una reserva. La prueba local con XAMPP había sido un espejismo.
Hay una tentación de instalar XAMPP, meter el plugin y dar por bueno el resultado. Eso no es probar un plugin de WordPress local de verdad. Es solo comprobar que no explota al activarse.
El fallo concreto: prefijos de tabla y rutas absolutas
El plugin que probé guardaba rutas absolutas en la base de datos al configurar una carpeta de exportación. En XAMPP, la ruta era algo como C:xampphtdocswordpresswp-contentuploadsreservas. Esa ruta quedó grabada en la tabla de opciones. Cuando migré la base de datos al servidor, el plugin intentaba escribir en una ruta de Windows que no existía en Linux. No falló al activarse. Falló semanas después, cuando alguien intentó exportar un informe.
Esto es típico de XAMPP probar plugin WordPress local sin revisar cómo el plugin maneja las rutas. Muchos desarrolladores asumen que la ruta de wp_upload_dir() es portable, pero no siempre lo es si el plugin construye rutas a mano. Mi error fue no revisar el código antes de confiar en la prueba.
La solución fue sencilla: buscar en la base de datos cualquier ruta absoluta y sustituirla por una relativa o por la función de WordPress correspondiente. Pero eso requirió entender qué había grabado el plugin. La prueba local no me lo dijo.
Qué sí sirve y qué no al probar plugins de WordPress con XAMPP
XAMPP sirve para detectar errores de sintaxis, conflictos básicos entre plugins y problemas de activación. Sirve para ver si el plugin rompe el admin o si genera avisos de PHP. No sirve para validar rendimiento, compatibilidad con el hosting real ni comportamiento multiusuario.
Si tu plugin depende de cron jobs, de envío de correos o de APIs externas, XAMPP en local no reproduce las condiciones reales. He visto plugins de newsletter que en local funcionan porque el correo se escribe en un archivo de log y en producción fallan porque el servidor SMTP rechaza el envío. La prueba local con XAMPP no lo detecta.
Para eso necesitas un entorno staging en el hosting o una máquina virtual con la misma versión de PHP y la misma configuración de servidor. XAMPP es un buen primer filtro, pero no el único.
Recomendaciones para que la prueba local tenga sentido
Antes de instalar un plugin en XAMPP, comprueba la versión de PHP que usa tu servidor y ajústala en XAMPP. Revisa el php.ini y activa o desactiva las mismas extensiones. Usa un prefijo de tabla estándar si vas a migrar después. Y no confíes en que el plugin escribe rutas portables: revisa el código o al menos busca en la base de datos tras la prueba.
También conviene desactivar el envío real de correos en local y usar un plugin como WP Mail Logging para ver qué se habría enviado. Y si el plugin toca la base de datos, haz una copia antes de activarlo. En mi caso, la copia me salvó de perder los datos de prueba, pero no me ahorró el tiempo de reconstruir la configuración.
XAMPP probar plugin WordPress local es útil si sabes qué estás probando y qué no. No es un sustituto de un entorno staging, pero como primer paso para detectar errores gruesos, sigue siendo práctico. Solo hay que recordar que lo que funciona en local no siempre funciona fuera.
Perfiles verificables: Sitio web
Publicado el 29 de October de 2026. Última revisión: 29 de October de 2026.
