El link de WhatsApp que apuntaba al número equivocado

El 10 de septiembre de 2026 auditamos el sitio orgánico de un cliente y contamos 199 enlaces de WhatsApp. Todos abrían el chat con el mismo número: +57 315 541 8973. El problema es que ese número llevaba un mes fuera de producción — era la línea de voz que en algún momento también se usó para automatizar por Baileys, y desde el 12 de agosto el número real del sitio era otro, +57 301 552 6062, conectado a la Cloud API. Los 199 links no estaban en el sitio en vivo. Estaban en una carpeta vieja, a un sftp put de volver a estarlo.

Cómo se arma un link de WhatsApp, y por qué nunca falla ahí

Crear un enlace de WhatsApp es lo más simple de todo el stack de un negocio: https://wa.me/57XXXXXXXXXX, el número completo con código de país, sin el 00 ni el +. Si quieres que el chat abra con un mensaje ya escrito, se agrega ?text= con el texto codificado en la URL — por ejemplo https://wa.me/573015526062?text=Hola%2C%20vengo%20del%20sitio. Eso es todo. No hay token, no hay aprobación de Meta, no hay API de por medio: es un redireccionamiento que abre WhatsApp con el número y el mensaje que le pongas.

Por eso casi nadie vuelve a revisar sus enlaces de WhatsApp después de crearlos: parecen imposibles de romper, y en la práctica es cierto — el link como tal no se rompe solo. El riesgo no está en cómo se arma. Está en cuántas copias de ese link quedan repartidas por el sitio, y qué pasa con todas ellas el día que el número cambia.

El caso: diez páginas congeladas con el número viejo

El sitio del cliente había pasado por una migración de número el 12 de agosto de 2026: el WhatsApp de atención dejó la línea de voz y se movió a un número dedicado a la Cloud API. El cambio se hizo correctamente en producción — un barrido completo del sitemap, 208 URLs, confirmó el 10 de septiembre que las 208 estaban usando el número nuevo. El problema apareció en otro lado: una carpeta local con diez archivos HTML de finales de julio y comienzos de agosto, que habían quedado congelados justo antes del cambio de número. Esos diez archivos llevaban, sumados, 199 enlaces wa.me apuntando todavía al +57 315 541 8973.

Esa carpeta no era un respaldo olvidado. Era, hasta ese momento, la carpeta de trabajo: la práctica documentada del equipo era "editar ahí y subir por SFTP" cada vez que había que tocar el sitio orgánico. Nadie iba a subir esos diez archivos a propósito — pero la carpeta seguía activa, con permisos de escritura y sin ninguna marca que dijera que estaba desactualizada. Bastaba con que alguien, meses después, necesitara ajustar un texto en una de esas páginas y volviera a subir el archivo entero: los 199 enlaces habrían vuelto a producción de un solo put.

Por qué el número viejo era el peor destino posible

No era solo un número distinto. El +57 315 541 8973 era la línea de voz, operada en su momento con Baileys — la librería no oficial de WhatsApp — y sin conexión al CRM. Un lead que hubiera llegado por uno de esos 199 enlaces habría abierto una conversación que el equipo comercial nunca vería registrada: sin oportunidad creada, sin tag, sin que quedara rastro de que el sitio generó ese contacto. El +57 301 552 6062, en cambio, corre sobre la Cloud API oficial, conectado al mismo CRM que atiende el resto de canales. La diferencia entre un número y otro no era estética: era la diferencia entre un lead que se puede medir y uno que desaparece.

Lo que de verdad frenó el error

No fue una nota en el LOG. El proyecto lleva un registro de cambios que ya pasa de las 7.800 líneas, y ahí es exactamente donde una advertencia se pierde: nadie relee 7.800 líneas antes de subir un archivo. Lo que funcionó fue más simple y más difícil de ignorar — renombrar la carpeta. Donde antes decía publicado/, una invitación directa a subir cualquier cosa que hubiera adentro, ahora dice publicado-OBSOLETO-pre-2026-08-12/. El nombre de la carpeta se volvió la advertencia, en el único lugar donde alguien la ve antes de actuar: el explorador de archivos, justo antes de arrastrar algo a un cliente de SFTP.

El checklist antes de dar por bueno tu link de WhatsApp

Si tu negocio ya usa enlaces wa.me — en el sitio, en redes, en material impreso — esto es lo que conviene revisar después de cualquier cambio de número, no solo al crear el link la primera vez:

1. Buscar wa.me en todo el código fuente del sitio, no solo en las páginas que se te ocurre revisar a ojo. Un grep de dos minutos sobre el repositorio completo encuentra copias que ni recordabas que existían.
2. Cruzar contra el sitemap, no contra la memoria de qué páginas existen. El sitemap es la lista real de lo que Google y tus visitantes pueden encontrar.
3. Desactivar o renombrar cualquier carpeta de trabajo vieja que ya no sea la fuente de verdad. Si algo no se debe volver a subir, que el nombre de la carpeta lo diga — no una nota en un documento que nadie relee.
4. Verificar a qué CRM llega el número nuevo, no solo que el chat de WhatsApp abra. Un enlace que abre bien pero cae en un número sin trazabilidad da la sensación de que todo funciona mientras el negocio pierde el rastro de cada lead.
5. Repetir la revisión después de cada migración, no solo la primera vez. El riesgo no nace al crear el link: nace en el momento del cambio, cuando queda una versión vieja circulando en paralelo con la nueva.

Cuándo un link ya no alcanza

Un enlace de WhatsApp resuelve bien el primer contacto: alguien hace clic y el chat se abre con tu número. Lo que no resuelve es todo lo que viene después — enrutar la conversación por equipo, dejar registro en el CRM, responder con plantillas cuando el volumen crece, o simplemente saber con certeza que ese lead entró y a quién le tocó atenderlo. Ese es el punto en el que varios de nuestros clientes dejan de operar solo con wa.me y pasan a la API oficial de WhatsApp Business: mismo canal para quien escribe, pero con la trazabilidad que un link solo, por bien armado que esté, no puede dar por sí mismo.