Qué obtienes en realidad del repositorio de GitHub o del script de CodeCanyon de un CRM de WhatsApp, qué no incluye, y cuándo comprar código fuente vale el mantenimiento al que te estás comprometiendo.
Busca “whatsapp crm source code” y terminas en uno de tres lugares: un repositorio de GitHub que alguien liberó como código abierto, un script en PHP a la venta en CodeCanyon, o un tutorial que te dice que conectes tú mismo una librería no oficial. Los tres prometen lo mismo, un CRM de WhatsApp que posees por completo en lugar de alquilar por suscripción. Lo que no anuncian de entrada es que ninguno te entrega una conexión de WhatsApp que ya funcione. Esa parte todavía tienes que construirla o comprarla por separado, y suele ser justo la parte que decide si el código fuente “gratis” se mantiene gratis.
Esto es lo que realmente hay en cada una de esas tres categorías, qué términos de licencia y mantenimiento vienen incluidos, y dónde encaja una herramienta lista para usar como The Chat Quotient para un equipo que prefiere directamente no tener que poseer el código.
| Ruta | Qué obtienes | Conexión a WhatsApp | Costo típico | Riesgo principal |
|---|---|---|---|---|
| GitHub (código abierto) | Código de aplicación de calidad muy variable, desde activamente mantenido hasta abandonado | Tú la aportas: API oficial o una librería no oficial | Código gratis, más hosting y la conexión que conectes tú mismo | Sin soporte de proveedor, algunos repositorios nacen muertos |
| CodeCanyon | Un panel de administración en PHP empaquetado, compra única | Generalmente la API oficial o la API de un BSP externo | Aproximadamente entre $18 y $40-50, pago único | Licencia de un solo proyecto, sin revisión de código garantizada |
| Construir sobre Baileys | Código a medida completo, control total | Automatización no oficial de WhatsApp Web | Librería gratis, más tu propio tiempo de desarrollo y mantenimiento | Viola los términos de servicio de WhatsApp, riesgo de bloqueo |
| The Chat Quotient | Una extensión de Chrome terminada, nada que alojar | Corre dentro de tu sesión existente de WhatsApp Web | Plan mensual fijo, ver precios | Ninguno de los anteriores, no hay código que mantener |
Cada opción de esta lista es una capa de aplicación, una interfaz de CRM con contactos, pipelines y registros de mensajes, construida para apoyarse sobre una conexión a WhatsApp. No es la conexión en sí. De todas formas necesitas una de estas dos cosas por debajo: la API oficial de WhatsApp Business, lo que implica aprobación de Meta, un contrato con un BSP (Business Solution Provider, o Proveedor de Soluciones de Negocio) y facturación por mensaje, o una librería no oficial que automatiza la interfaz de WhatsApp Web, que es gratis pero va en contra de los términos de servicio de Meta y conlleva un riesgo real de que el número termine bloqueado.
Esa distinción importa más aquí que en una comparación de CRM normal, porque cuando compras o haces fork de código fuente, eres tú quien decide cuál de esos dos caminos toma el proyecto, y heredas las ventajas y desventajas que vienen con esa elección. Ya cubrimos la decisión entre API oficial y sin API con más detalle en ¿necesitas la API de WhatsApp Business para un CRM?, y la mayor parte de esa lógica se traslada directamente al código fuente, solo que con el paso adicional de que tú eres dueño de la fontanería en lugar de que lo sea un proveedor por ti.
Un puñado de proyectos de código abierto aparecen una y otra vez bajo “whatsapp crm github”, y no son intercambiables entre sí.
wacrm se presenta como una plantilla de CRM autoalojable construida específicamente para hacerle fork, cambiarle la marca y desplegarla tal cual: una bandeja de entrada compartida, contactos con etiquetas y campos personalizados, pipelines de ventas, envíos masivos con seguimiento de entrega, y automatizaciones sin código, todo construido sobre la API oficial de WhatsApp Business en lugar de una conexión no oficial.
Frappe CRM es un CRM de código abierto más amplio, no un proyecto específico de WhatsApp, que agrega mensajería de WhatsApp a través de una app aparte de Frappe WhatsApp. Es una opción real si una empresa ya usa otras apps de Frappe y quiere WhatsApp dentro del mismo ecosistema, menos si WhatsApp es la única razón por la que lo estás evaluando.
Evolution API no es un CRM en absoluto, es una capa de API REST que se conecta a WhatsApp ya sea a través de la Cloud API oficial o de la librería no oficial Baileys, y los desarrolladores la conectan a herramientas como Chatwoot o Typebot para construir su propio front end encima. Es la pieza correcta si estás armando un stack a medida, y la incorrecta si buscas algo en lo que hacer clic en “deploy” y obtener un CRM terminado.
Después está la larga cola: docenas de repositorios más pequeños, proyectos paralelos de una sola persona, e intentos abandonados, algunos literalmente llamados cosas como “a failed CRM project for WhatsApp” en su propio README. Código abierto no significa verificado. Un repositorio con un puñado de estrellas y un solo colaborador de hace dos años es, en el mejor de los casos, un punto de partida, no un producto mantenido.
El mercado CodeCanyon de Envato lista docenas de productos bajo “whatsapp crm”, en su mayoría paneles de administración en PHP vendidos como compra única en lugar de suscripción. Los precios van desde unos $18 para un script básico hasta $40-50 para opciones más completas, la mayoría posicionadas como un enviador masivo de WhatsApp o un CRM ligero construido alrededor de la Cloud API de WhatsApp o de la API de un BSP externo.
Hay dos cosas de esa compra que son fáciles de pasar por alto en la página del producto. Primero, la licencia: la Regular License estándar de Envato cubre un solo producto final, un sitio, un cliente, y prohíbe explícitamente revender el ítem, redistribuir el código fuente, o reutilizar la misma licencia en varios proyectos. Si estás construyendo para más de un cliente, necesitas comprar más de una licencia. Segundo, no hay revisión de código más allá de pruebas básicas de funcionamiento antes de que un script salga a la venta. Estás confiando las prácticas de seguridad de un vendedor anónimo con un código base que va a contener números de teléfono de clientes e historiales de chat, y el soporte continuo más allá de los primeros meses suele ser un complemento pago aparte, no algo incluido.
Algunos desarrolladores se saltan tanto GitHub como CodeCanyon y construyen directamente sobre una librería como Baileys, que automatiza la interfaz de WhatsApp Web en lugar de pasar por la API de Meta. Es gratis, no requiere el proceso de aprobación de Meta, y funciona con un número que ya usas, que es justo la razón por la que aparece por debajo de tantos de los proyectos “gratis” de GitHub y CodeCanyon mencionados arriba.
La contrapartida es la misma que Meta plantea sin rodeos en sus propios términos de servicio: automatizar WhatsApp fuera de la API oficial va en contra de esos términos, y el riesgo práctico es que el número sea marcado o bloqueado, sin proceso de apelación ante Meta ya que nunca fuiste un usuario verificado de la API. Ese es un costo real aunque no aparezca ninguna factura por él, y vale la pena revisar qué método de conexión usa en realidad un repositorio o script determinado antes de construir algo encima.
Ninguna de las tres rutas anteriores es gratis en cuanto cuentas lo que viene después de la descarga. Un proyecto autoalojado necesita un servidor, TLS y copias de seguridad corriendo de forma continua, no una configuración de una sola vez. Una conexión basada en Baileys necesita actualizaciones cada vez que WhatsApp cambia su cliente web, algo que ocurre sin aviso y puede romper el envío de mensajes hasta que alguien parchee la versión de la librería. Y cualquiera de estas opciones, repositorio de GitHub, script de CodeCanyon, o desarrollo a medida, necesita que alguien de tu equipo trate los parches de seguridad como una responsabilidad continua, porque el código ahora es tuyo para asegurar, no de un proveedor.
Si eliges la ruta de la API oficial en lugar de Baileys, la carga de mantenimiento cambia de forma pero no desaparece, ahora estás gestionando una relación con un BSP y la facturación por mensaje de Meta además de la aplicación en sí. Desglosamos cómo es esa facturación en la práctica en nuestra guía de precios de la API de WhatsApp Business y en la comparación completa de precios de CRM de WhatsApp entre las principales plataformas.
The Chat Quotient no es un cuarto elemento de esta lista. No es código fuente que descargas, al que le haces fork, o que alojas, y no es código abierto. Es un CRM de WhatsApp independiente que corre como una extensión de Chrome directamente dentro de WhatsApp Web, sobre el número que ya usas, y no se integra ni se conecta con ninguno de los proyectos mencionados arriba, ya sea GitHub, CodeCanyon, Frappe u otro.
Como corre como una extensión de navegador conectada a tu propia sesión de WhatsApp Web en lugar de un servicio en segundo plano que automatiza la API en tu nombre, no hay servidor que aprovisionar, ni versión de Baileys que parchear, ni contrato de BSP que negociar. Lo que obtienes en cambio es el mismo resultado para el que normalmente se construye una configuración autoalojada: un pipeline visual para leads y negocios, envíos de campañas con manejo de bajas y límites diarios, un agente de IA que puede sostener una primera conversación con un lead y transferirla cuando termina, y las herramientas de productividad (sugerencias de respuesta con IA, resúmenes de chat, respuestas rápidas, mensajes programados) a las que un script hecho a mano le tomaría tiempo real de desarrollo igualar. Corre con una tarifa mensual fija en lugar de una factura de servidor más horas de desarrollo; los niveles actuales están en la página de precios.
Nada de esto significa que comprar o hacer fork de código fuente sea un error. Es la opción correcta cuando una empresa tiene desarrolladores propios, necesita conectar los datos de WhatsApp directamente a una base de datos o un ERP existente que un CRM empaquetado no va a tocar, o quiere construir funcionalidad propietaria que ninguna herramienta lista para usar ofrece. En ese caso, ser dueño del código es justamente el objetivo, y la sobrecarga de hosting y mantenimiento es un costo que ya tenías planeado asumir. Es la opción equivocada cuando el objetivo real es simplemente tener un CRM de WhatsApp funcionando lo antes posible, y la ruta del código fuente se convierte en un proyecto paralelo no planeado de administración de servidores.
¿El código fuente de un CRM de WhatsApp es realmente gratis? El código en sí puede serlo, ya sea un repositorio gratuito de GitHub o una compra única en CodeCanyon, pero el hosting, los parches de seguridad, y la conexión a WhatsApp por debajo (las tarifas de la API de Meta o el mantenimiento que necesita una configuración basada en Baileys) son costos continuos que no aparecen en la página de descarga.
¿Es legal usar Baileys u otras librerías no oficiales de WhatsApp? Usarlas no infringe ninguna ley, pero sí viola los propios términos de servicio de WhatsApp, ya que automatizan el cliente de WhatsApp Web en lugar de pasar por la API oficial de Meta. El riesgo práctico es que el número conectado termine bloqueado, sin vía de apelación ya que nunca fue un número verificado de la API de Business.
¿Puedo revender un script de CRM de WhatsApp que compré en CodeCanyon? No, bajo la Regular License estándar de Envato. Esa licencia cubre un solo producto final para un cliente o proyecto, y prohíbe explícitamente revender, redistribuir el código fuente, o reutilizar la licencia entre varios clientes. Para revender se necesita una Extended License.
¿The Chat Quotient ofrece código fuente descargable? No. Es una extensión de Chrome que instalas, no código fuente que alojas o modificas. No se integra con proyectos de CRM de WhatsApp de GitHub o CodeCanyon; es una alternativa aparte e independiente para equipos que quieren el resultado de un CRM sin ser dueños del código.
¿Cuál es la forma más segura de tener funcionalidad de CRM de WhatsApp sin escribir ni mantener código? Una herramienta lista para usar que corra sobre tu número de WhatsApp existente sin una librería de automatización no oficial por debajo. The Chat Quotient funciona así, como extensión de Chrome; la contrapartida de esa comodidad es que usas su conjunto de funciones tal como está construido, no un código que puedas personalizar libremente.
El “código fuente de CRM de WhatsApp” te da un armazón de aplicación, no un producto terminado. GitHub te da un punto de partida de calidad muy variable, CodeCanyon te da un armazón comprado con restricciones de licencia reales y sin revisión de seguridad garantizada, y construir sobre una librería no oficial cambia la aprobación de Meta por riesgo de bloqueo. Las tres opciones te siguen dejando responsable del hosting, los parches, y la conexión a WhatsApp en sí. Si ser dueño de ese stack es genuinamente el objetivo, es un objetivo razonable. Si el objetivo era simplemente tener un CRM de WhatsApp funcionando, una herramienta independiente como The Chat Quotient llega ahí sin el proyecto paralelo.
Agrega la extensión de Chrome y transforma cómo gestionas las conversaciones de WhatsApp para tu negocio.
