Los conectores no han muerto y no van a desaparecer. Pero la mayoría de los escenarios que las empresas montan en ellos existen solo porque sus herramientas no saben hablar entre sí. Cuándo tiene sentido un conector, cuándo es un parche y qué pasa cuando se elimina la causa.
La pregunta provocadora del titular merece una respuesta honesta desde el principio: no, no han muerto. Zapier, Make y sus parientes son buenas herramientas y en ciertas situaciones no tienen sustituto.
Hay algo más interesante. Si repasa los escenarios que las empresas realmente construyen en ellos, buena parte no resuelven automatización. Resuelven el hecho de que dos herramientas no comparten base de datos.
Para qué son realmente buenos los conectores
Empecemos por lo que hacen bien, porque eso suele saltarse en textos como este:
- Conectar dos servicios de terceros. Una tienda online y un programa de contabilidad. Un sistema de reservas y un calendario. Cosas que nunca estarán bajo el mismo techo.
- Probar una idea rápido. Antes de que alguien programe algo, un escenario confirma si el proceso tiene sentido siquiera.
- Transferencias puntuales. Migraciones, procesamiento de datos de una sola vez.
- Cosas para las que su sistema simplemente no tiene función.
Son tareas legítimas y el conector es la herramienta correcta para ellas.
Dónde empieza a salir caro
El problema aparece cuando el conector se convierte en el pegamento que sostiene la operación de la empresa. Tres razones concretas:
Se cobra por operaciones. Cada paso de un escenario es una operación. Un escenario de cuatro pasos que se dispara con cada solicitud, con quinientas solicitudes al mes, son dos mil operaciones. Las tarifas están construidas exactamente sobre esto.
Fallo silencioso. El escenario se interrumpe a mitad de camino. Los datos están en el primer sistema, no en el segundo. Nadie se entera - a menos que alguien note que falta algo. Y normalmente ese alguien es el cliente.
Mantenimiento adicional. Cambia un campo en un sistema y el escenario deja de funcionar. Ha añadido una cuarta cosa que mantener, junto a los tres sistemas que quería conectar.
Mismo resultado, dos caminos distintos
Cuatro saltos entre herramientas son cuatro sitios donde algo puede romperse. Dentro del sistema no se transfiere nada, porque los datos ya están en su sitio.
Qué significa la automatización dentro del sistema
La diferencia es simple: un conector transfiere datos, la automatización integrada trabaja con los datos donde están.
Un ejemplo concreto. Llega un formulario rellenado y debe pasar esto:
- crear un registro de solicitud,
- asignarlo a un comercial según la región,
- enviar una confirmación al cliente,
- recordárselo a los tres días si nadie ha respondido.
A través de un conector: herramienta de formularios → conector → CRM → herramienta de correo → planificador. Cinco servicios, al menos cuatro operaciones por solicitud, cuatro sitios donde puede romperse.
Dentro del sistema: una sola regla con cuatro pasos. El formulario escribe directamente en la base de datos, porque forma parte de ella. El correo lo envía el sistema que conoce el registro. El recordatorio es una condición sobre un campo que ya existe.
No se produce ninguna transferencia de datos, porque no hay entre qué transferir.
| Conector externo | Automatización integrada | |
|---|---|---|
| Dónde están los datos | En dos o más sistemas | En un solo lugar |
| Facturación | Por operaciones | Parte del sistema |
| Cuando falla | Los datos quedan a medias | El paso no se ejecuta, el registro queda entero |
| Quién lo arregla | Quien construyó el escenario | Cualquiera que sepa editar una regla |
| Historial de ejecuciones | En el conector | En el registro al que afecta |
No se trata de prohibir los conectores
Un estado razonable suele ser este: dentro del sistema corre todo lo que tiene que ver con sus propios datos. El conector se queda para lo que de verdad sale hacia fuera - por ejemplo, conectar la tienda online con el programa de contabilidad.
Cómo reconocer un escenario que es solo un parche
Repase sus escenarios y pregúntese en cada uno: ¿cuántos de sus pasos son solo transferir la misma información entre herramientas?
Cuando son todos los pasos menos el último, tiene un parche. Cuando el escenario realmente calcula, decide o habla con un servicio externo, está en su sitio.
Segunda prueba: si ambas herramientas fueran una sola, ¿existiría ese escenario siquiera? Esta pregunta descubre la mayoría de los casos más rápido que cualquier análisis.
Qué pasa cuando se elimina la causa
Las empresas que unifican su base de datos suelen informar de tres cosas:
La mayoría de los escenarios desaparecen. No es que se trasladen - dejan de hacer falta, porque la transferencia que realizaban ya no tiene de dónde ni a dónde ir.
Deja de preocupar si los datos cuadran. No pueden desincronizarse, porque existen una sola vez.
Las automatizaciones son legibles para más gente. Una regla descrita en el sistema donde viven los datos la puede leer también un compañero sin perfil técnico. Un escenario en una herramienta aparte solo lo lee quien lo construyó.
Una introducción completa a cómo funcionan las automatizaciones sin código está en la guía Automatización en Apexloop. Por qué merece la pena ver por dentro cada paso lo explica el artículo Automatización sin caja negra. Los detalles técnicos de la conexión con servicios externos están en la página Webhooks y API. Todo el tema, desde encontrar candidatos hasta calcular el retorno, lo recorre la guía de automatización de procesos empresariales.
Preguntas frecuentes sobre conectores y automatización
¿Significa esto que debemos cancelar Make o Zapier?
No. Significa repasar sus escenarios y averiguar cuántos existen solo porque sus herramientas no comparten datos. Deje el resto tal cual - para conectar servicios externos, un conector sigue siendo la opción más sensata.
¿Y si necesitamos algo que la automatización integrada no sabe hacer?
Para eso existen las vías de escape - un webhook o una llamada a una API dentro de la automatización. La diferencia frente a un conector es que resuelve solo esa excepción concreta, no todo el flujo de datos.
¿Cómo averiguo cuánto nos cuesta realmente un conector?
Mire el consumo de operaciones de los últimos tres meses y divídalo entre el número de escenarios. Casi siempre resulta que dos o tres escenarios consumen el ochenta por ciento del crédito - y esos suelen ser el parche.