WordPress Hosting

entornos desarrollo local wordpress batalla

Entornos de desarrollo local para WordPress ¿debería usarlos? ¿alguno en particular es más recomendable?

¿Desarrollar en local o directamente en el hosting?

Cuando trabajas con WordPress, tienes básicamente 2 opciones principales para crear y probar tus proyectos: hacerlo en un entorno local (como los que veremos luego) o hacerlo directamente en el servidor de hosting donde luego va a funcionar la web.

Ambos métodos tienen ventajas e inconvenientes que conviene valorar según el tipo de proyecto, el cliente y tus herramientas.

Desarrollo en entorno local

Ventajas:

  • Velocidad y rendimiento: Al no depender de la conexión a internet ni de latencias del servidor, todo responde más rápido.
  • Trabajo sin conexión: Puedes avanzar en el desarrollo en cualquier momento, incluso sin acceso a Internet.
  • Entorno controlado: Puedes cambiar fácilmente versiones de PHP, bases de datos, configurar registros, errores, etc.
  • Pruebas más seguras: Se puede romper o experimentar sin afectar a un entorno público.
  • Backup y clonado sencillos: Puedes duplicar proyectos, hacer pruebas, revertir estados con más facilidad.

Inconvenientes:

  • Paso adicional para migrar: Una vez terminado el proyecto en local, hay que migrarlo al servidor de producción.
  • Diferencias entre entornos: Puede haber discrepancias si el servidor final tiene versiones o configuraciones diferentes (PHP, MySQL, permisos…).
  • No refleja rendimiento real: Algunos problemas de velocidad, carga o compatibilidad no se detectan hasta que se sube al hosting.

Desarrollo directamente en el hosting

Ventajas:

  • Entorno real desde el principio: Todo se configura, prueba y optimiza en el mismo servidor que usará el proyecto.
  • Sin migraciones: Se evitan errores o pérdidas al pasar de local a producción.
  • Colaboración más directa: Otros usuarios (clientes, redactores, diseñadores) pueden acceder y revisar el trabajo en tiempo real.
  • Aprovechamiento del entorno staging: Muchos hosting modernos incluyen entornos de staging (copia de pruebas), lo que combina ventajas del local con las del entorno real.

Inconvenientes:

  • Dependencia del servidor: Todo depende de la velocidad y recursos del hosting. Si va lento, el desarrollo también.
  • Menos privacidad: Aunque uses un entorno en construcción, el trabajo puede estar expuesto si no se protege adecuadamente.
  • Mayor riesgo de errores públicos: Cualquier fallo durante el desarrollo puede afectar a usuarios reales si no se separan bien entornos.
  • Limitaciones técnicas: Algunos hosting limitan configuraciones o el acceso a herramientas de desarrollo avanzadas.

Resumiendo

No hay una única forma correcta. Dependerá de tu flujo de trabajo, del proyecto y del cliente. Algunas buenas prácticas actuales:

  • Desarrollar en local al principio para ganar velocidad y libertad.
  • Subir a un entorno staging en el hosting para pruebas finales y validación del cliente.
  • Publicar solo cuando todo esté revisado y afinado.

En proyectos más pequeños o urgentes, desarrollar directamente en el hosting puede ser más ágil. Pero en muchos casos empezar en local sigue siendo recomendable por seguridad, eficiencia y control.

Si te has decidido por usar un entorno de desarrollo local, aquí tienes los mejores entre los que elegir.

Comparativa de entornos de desarrollo local para WordPress

Existen varios entornos de desarrollo local que puedes usar para trabajar con WordPress en tu ordenador. A continuación, te detallo cinco de los más conocidos, sus ventajas, desventajas y cuándo puede ser conveniente usarlos.

MAMP

Ventajas:

  • Muy conocido y con años de recorrido.
  • Disponible tanto para macOS como para Windows.
  • Permite montar un stack completo (Apache, MySQL, PHP) sin necesidad de Docker.
  • No requiere conocimientos técnicos avanzados.
  • Nostalgia: es el más veterano de todos, y algunos le tenemos cariño.

Inconvenientes:

  • Interfaz algo anticuada.
  • No está orientado específicamente a WordPress.
  • No permite gestionar múltiples sitios con facilidad.
  • La versión gratuita tiene funcionalidades limitadas.

Recomendado para: Usuarios que ya están familiarizados con servidores LAMP/WAMP/XAMP o que quieren algo básico sin contenedores.

Local (anteriormente Local by Flywheel)

Ventajas:

  • Interfaz amigable y moderna.
  • Pensado exclusivamente para WordPress.
  • Permite cambiar versiones de PHP, importar/exportar sitios y clonar fácilmente.
  • Incluye herramientas útiles como Live Links, mail testing y gestión de base de datos.
  • Muy extendido en comunidades de freelancers y agencias.

Inconvenientes:

  • Usa Docker, lo que puede afectar al rendimiento en equipos con pocos recursos.
  • Más cerrado que otras soluciones si se quiere usar fuera del ecosistema WordPress.
  • Algunos procesos pueden ser más lentos que en otros entornos más ligeros.

Recomendado para: Quienes buscan facilidad de uso, entorno visual y herramientas integradas para WordPress.

InstantWP

Ventajas:

  • Portable, se puede ejecutar desde un USB.
  • No requiere instalación compleja.

Inconvenientes:

  • Bastante desactualizado.
  • Interfaz poco intuitiva.
  • Muy limitado frente a otras soluciones modernas.

Recomendado para: Pruebas muy puntuales, aunque hoy en día su uso está prácticamente obsoleto.

WordPress Studio (de WordPress.com)

Ventajas:

  • Solución oficial de Automattic.
  • Ligero y fácil de usar.
  • Bien integrado con servicios como Jetpack o WordPress.com.

Inconvenientes:

  • Todavía en fase inicial de desarrollo.
  • Muy limitado: solo válido para proyectos simples.
  • No permite configurar aspectos técnicos como versiones de PHP o ajustes del servidor.

Recomendado para: Usuarios principiantes que trabajan en el entorno WordPress.com.

DevKinsta

Ventajas:

  • Pensado exclusivamente para WordPress.
  • Interfaz clara y moderna.
  • Incluye herramientas útiles como Mailhog, Adminer y registros de errores.
  • Permite probar sitios con HTTPS localmente.
  • Optimizado para entornos basados en Docker.

Inconvenientes:

  • Al usar Docker puede consumir bastantes recursos en equipos con pocos recursos.
  • Comunidad y soporte más limitado que otras opciones como Local.

Recomendado para: Usuarios avanzados o profesionales que quieren entornos controlados y preparados para desplegar fácilmente a producción.

Conclusión: ¿Cuál elegir?

Entorno Facilidad de uso Rendimiento Enfoque WordPress Flexibilidad Recomendado para
MAMP Media Media Baja Alta Usuarios técnicos tradicionales
Local Alta Media Alta Media Freelances, agencias, desarrolladores web
InstantWP Baja Media Media Baja Casos muy puntuales y entornos portables
WP Studio Alta Media Alta Baja Principiantes en WordPress.com
DevKinsta Alta Alta Alta Media Profesionales con proyectos avanzados

¿Y tú cual usas?

Yo te reconozco que, aunque siempre tengo instalaciones de casi todo en mi ordenador portátil con MAMP, no lo uso nunca, porque para mi prima más la compatibilidad de software base, facilidad de puesta en producción y el poder revisar fácilmente cambios con los clientes en remoto que ofrece desarrollar directamente en el hosting, pero igual es que yo soy raro.

Compartir en redes
Resumir con IA

¿De cuánta utilidad te ha parecido este contenido?

¡Haz clic en las estrellas para valorarlo!

Promedio de puntuación 4.9 / 5. Total de votos: 8

¡Todavía no hay votos! Sé el primero en valorar este contenido.

Ya que has encontrado útil este contenido...

¡Sígueme en las redes sociales!

¿Te gustó este artículo? ¡Ni te imaginas lo que te estás perdiendo en YouTube!



Sobre el autor

8 comentarios en “Entornos de desarrollo local para WordPress ¿debería usarlos? ¿alguno en particular es más recomendable?”

  1. ¡Hola Fernando! Como siempre, gracias por tus aportaciones. Yo no veo mucho inconveniente en hacer la migración al final, y me gusta también que, en momentos puntuales y concretos, el cliente pueda ver cómo va la evolución del proyecto (siempre les aviso que, salvo que entren justo cuando les diga yo, puede no representar lo que realmente se está haciendo, porque en desarrollo siempre se rompen y desajustan cosas). Entonces, esto normalmente lo hago desde un hosting propio que dedico a ello, dándole un nombre de dominio provisional (normalmente un subdominio) y protegiendo el acceso con contraseña. Por experiencia personal de un proyecto muy concreto, y por más situaciones similares que me han explicado después, he aprendido que, hasta que esa web no está terminada y lista para entregar, tiene que estar en mi propia infraestructura y no en la del cliente. Sobre todo en ciertos proyectos que pueden prolongarse, podrían surgir «situaciones extrañas», y de repente te encuentras un día en que ya no tienes acceso a la infraestructura que, al fin y al cabo, es de otros. ¡Esa es mi visión, muy personal y muy particular! Saludos.

    1. Claro, cada uno tiene sus cosas y manías, pero yo soy mucho de ahorrar pasos/clics/disgustos 😀

      Desde que existen las conexiones por fibra óptica, la creación de stagings y sobre todo el trabajo remoto, sinceramente, no veo sentido a desarrollar en local, reunirse en persona con clientes, esas cosillas 🙂

  2. Hola, Fernando. ¡No conocía ni la mitad! 🙂
    En tu opinión ¿cuál es la mayor diferencia de estos con el hiperclásico XAMPP y qué los hace más adecuados?
    Yo tengo una cuenta de Local Hub y también en local, pero la cabra tira al monte y siempre termino con XAMPP.
    Saludos.

    1. Los entornos más «modernos» te permiten ese mix entre desarrollo local y poder enseñar avances a los clientes.

      Yo ya digo que ni uno ni otro, prefiero en el hosting.

  3. Gracias por el post, Fernando, muy necesario. Muchos desarrolladores siempre queremos que haya mejores soluciones para hacer entornos en el servidor local subir rápido porque es el pan de cada día.

    Y ya si trabajas con más gente, la cosa se complica.

    Algo como lo que tiene Local de WP Engine y el reciente WP Studio (aunque está verde todavía) podría ser una solución.

    1. Gracias a ti por pasarte Marta 🙂

      Yo es que soy más de probar todo en el entorno definitivo, así evito sorpresas, y de paso ya me evito commits y demás mierdas de los entornos locales. Fueron tantos años no teniendo alternativa a los entornos locales que cuando descubrí los staging, tuvimos fibra óptica y trabajo remoto, la verdad, ni de coña 😀

  4. Hola , instale el plugin ele costum skin , pero para funcionar necesita elementor y elementor pro , me salio el fatal error , voy a phpmyadmin y realice los pasos pero aun el error perciste , puede ayudarme , lei que en algunas ocaciones es necesario borrar el caché?! Será lo que me ocurre ?! Apreciaria mucho su comentario 🙂
    Este es el error
    Fatal error: Class ‘ElementorTemplateLibrarySource_Base’ not found in /var/www/web27255858/html/wp-content/plugins/sina-extension-for-elementor/admin/sina-ext-templates.php on line 111

    1. Hola Sile,

      Lo lamento pero así a la brava no es posible ayudarte con un problema tan concreto con un plugin tan concreto.

      de todos modos, por el error, parece ser una incompatibilidad de Elementor con el plugin sina extension for elementor (que no conozco), avisa al desarrollador del error y seguro que lo soluciona 😉

Los comentarios están cerrados.

Scroll al inicio