No hace falta tirarlo todo
Una situación muy común: la empresa tiene una web en WordPress que funciona, que posiciona bien y que le ha costado dinero. Y tiene, o quiere tener, un CRM donde gestionar clientes y oportunidades.
Y llega alguien y dice que hay que rehacer la web.
Casi nunca es necesario. Si tu WordPress cumple su función, la conversación correcta no es sobre migrar, es sobre conectar. Y eso es un proyecto mucho más pequeño.
Qué significa integrar, en la práctica
"Integrar el CRM con la web" puede querer decir cosas muy distintas. Conviene concretar cuál necesitas, porque el esfuerzo cambia por completo:
Entrada de leads. Los formularios de la web crean o actualizan contactos en el CRM. Es lo más habitual y lo más rentable.
Salida de contenido. El CRM o el ERP contienen datos que la web debe mostrar: catálogo, disponibilidad, precios, inmuebles, cursos.
Zona privada. El cliente entra en la web y ve sus datos, sus pedidos o sus facturas.
Sincronización bidireccional. Los cambios fluyen en ambos sentidos. Es lo más potente y también lo que más problemas da si se hace sin cuidado.
La mayoría de empresas necesita la primera. Bastantes necesitan la segunda. Muy pocas necesitan de verdad la cuarta.
Andie recomienda
Si alguien te propone sincronización bidireccional en el primer proyecto, pregunta qué pasa cuando el mismo registro cambia en los dos sitios a la vez. Si no hay una respuesta clara sobre quién gana, la integración va a generar datos corruptos en algún momento. Empieza por una dirección y añade la otra cuando la primera sea sólida.
Entrada de leads: el caso que casi todos necesitan
El objetivo es que un formulario de contacto acabe en el CRM sin que nadie copie nada.
Las opciones, de menos a más control:
Plugin del CRM. Muchos CRM tienen plugin oficial para WordPress. Si el tuyo lo tiene y hace lo que necesitas, es el camino corto. Límites: te ata a su modelo de datos y al ritmo de actualizaciones del plugin.
Webhook desde el formulario. La mayoría de plugins de formularios modernos pueden enviar los datos a una URL al enviarse. Esa URL es un pequeño servicio tuyo que valida, transforma y crea el registro en el CRM. Es la opción que más recomendamos: sencilla, controlable y sin dependencia de un plugin específico.
Automatización intermedia. Herramientas tipo conector entre servicios. Rápidas de montar, cómodas para probar, y con un coste recurrente que crece con el volumen. Útil para validar la idea antes de construir.
Integración a medida. Un servicio propio que habla con la API del CRM. Es lo adecuado cuando la lógica no es trivial: asignar comercial según parroquia o idioma, deduplicar contra clientes existentes, disparar avisos distintos según el producto.
Lo que casi nadie prevé y siempre pasa
Tres cosas que hunden integraciones que sobre el papel eran simples:
Duplicados. El mismo cliente rellena el formulario tres veces. Sin una regla de deduplicación por correo o teléfono, tu CRM se llena de basura en un mes.
Caídas. El CRM no responde durante diez minutos. Si tu formulario no guarda el lead en algún sitio mientras tanto, esos leads se han perdido y no lo sabrás.
Cambios de campos. Alguien añade un campo obligatorio en el CRM y la integración empieza a fallar en silencio. Sin alertas, te enteras cuando alguien pregunta por qué no llegan contactos.
La solución a las tres es la misma y es barata: guardar siempre el lead también en WordPress y tratar el envío al CRM como un proceso que puede fallar y reintentarse. Si el CRM está caído, el lead sigue en tu base de datos y se sincroniza después.
Salida de contenido: el catálogo vive en el CRM
El segundo caso más frecuente: la información buena está en tu sistema de gestión y la web debería mostrarla sin que nadie la copie.
Es lo típico en inmobiliarias, donde los inmuebles viven en el CRM, y en comercio, donde el catálogo y el stock viven en el ERP.
El patrón que funciona:
- El sistema de gestión expone los datos por API o los publica en un formato acordado
- Un proceso programado los trae a WordPress cada cierto tiempo
- WordPress los guarda como contenido propio, no los pide en tiempo real
Ese tercer punto es importante y se hace mal a menudo. Si tu web consulta el CRM cada vez que alguien carga una página, cuando el CRM va lento tu web va lenta, y si cae, tu web se rompe. Guardando una copia local, la web funciona siempre y solo se desactualiza un poco entre sincronizaciones.
Cuándo sí conviene salir de WordPress
Para ser honestos, hay casos en los que integrar deja de compensar:
- Cuando la web es en realidad una aplicación con usuarios, permisos y lógica compleja, y WordPress se está sosteniendo con quince plugins
- Cuando el rendimiento se ha vuelto un problema real y la causa es la acumulación de capas
- Cuando cada cambio pequeño requiere tocar tres plugins que se pisan entre sí
- Cuando la seguridad es crítica y la superficie de ataque de tantos plugins ya no es asumible
En esos escenarios tiene sentido plantear una aplicación web a medida. Pero conviene llegar ahí por análisis, no porque alguien tenga ganas de rehacerlo todo.
Andie recomienda
Antes de decidir, cuenta cuántos plugins activos tienes y cuántos de ellos tocan los mismos datos. Por encima de veinte, y con tres o cuatro solapándose en la misma función, la web ya no es un WordPress estándar: es un sistema a medida construido con piezas de otros, con el mantenimiento de un sistema a medida y sin sus ventajas.
Cómo lo abordamos
En AndorraDev hacemos bastantes de estos proyectos, y casi siempre empiezan igual: la empresa cree que necesita una web nueva y en realidad necesita que dos sistemas hablen.
Nuestro enfoque habitual es un servicio intermedio propio entre WordPress y el CRM o ERP, que valida, deduplica, reintenta y avisa cuando algo falla. Es poco vistoso y es lo que hace que la integración siga funcionando dos años después.
Si tienes un WordPress que funciona y un CRM que no se entera de nada de lo que pasa en la web, hablemos.
