Solución: Webhooks de Meta (WhatsApp) con Timeout o Retraso en Hostinger (Rate Limiting ASN 47583)

¿Tus Webhooks de WhatsApp fallan en Hostinger? Meta está limitando el tráfico (y aquí está la solución)

Antes de empezar, te aviso que si esta solución te parece complicada, puedes contactarnos para que nuestro equipo la haga por ti. Este servicio tiene un costo, pero es una solución rápida y profesional. Haz clic aquí para contactarnos.

Introducción: El misterio de los mensajes perdidos

Si tienes alojado tu sistema de mensajería (como Chatwoot, Typebot o una API propia) en un VPS de Hostinger y estás integrando la API de WhatsApp Business (Cloud API), es probable que te hayas topado con un muro invisible.

Todo parece estar bien configurado: el token es correcto, tu servidor funciona, el SSL está activo… pero al intentar verificar el Webhook en el panel de Meta, obtienes un error genérico o, peor aún, los mensajes llegan con retrasos inaceptables (delays) o simplemente dan timeout.

Después de investigar a fondo y descartar errores de código, dimos con la causa raíz: no es tu código, es la infraestructura.

El Diagnóstico: Rate Limiting al ASN 47583

El problema no es un bloqueo total, sino un “Rate Limiting” (limitación de tasa) agresivo por parte de Meta hacia la red de Hostinger.

Contactamos al soporte de Hostinger y esta fue su confirmación oficial:

“Somos conscientes de este problema y podemos confirmar que es causado por el rate-limiting de Meta al tráfico hacia nuestra red (ASN 47583) de su parte. Este bloqueo ocurre dentro del fwdproxy de Meta antes de que las solicitudes lleguen a su VPS […]” — Soporte de Hostinger.

¿Qué significa esto?

Meta (Facebook) ha puesto “en cuarentena” o bajo restricción el tráfico que sale de sus servidores hacia el rango de IPs de Hostinger.

• No es un error de firewall: El puerto 443 está abierto.
• No es un error de DNS: El dominio resuelve bien.
• Es un cuello de botella: Meta retrasa o descarta las peticiones antes de que toquen tu servidor, provocando que la validación del Webhook falle por tiempo de espera (timeout).

La Solución: El “Puente” (Proxy Inverso)

Como no podemos esperar a que Meta y Hostinger resuelvan sus disputas de red, la solución para producción es saltarse el bloqueo utilizando un intermediario.

Implementamos un Proxy Inverso en un proveedor de nube diferente (en este caso, DigitalOcean, aunque sirve AWS, Google Cloud, etc.) que tenga una “IP limpia” ante los ojos de Meta.

Arquitectura del Parche

1. Meta envía el Webhook a nuestro Servidor Puente (DigitalOcean).
2. El Puente (Nginx) recibe la petición instantáneamente (sin rate limit).
3. El Puente reenvía la petición internamente a tu VPS Hostinger.
4. Hostinger procesa y responde.

De esta forma, Hostinger ve una petición que viene de DigitalOcean (amigable), y Meta ve que entregó el mensaje a DigitalOcean (amigable). Todos contentos.

Tutorial Paso a Paso

1. Requisitos

• Un Droplet/VPS pequeño en DigitalOcean (el más barato de $4-6 USD es suficiente).
• Ubuntu 24.04 (o similar).
• Un subdominio apuntando a la IP de este nuevo VPS (ej: puente.tuempresa.com).

2. Instalación del Servidor Puente

Entra a tu nuevo VPS e instala Nginx y Certbot:

sudo apt update && sudo apt install nginx certbot python3-certbot-nginx -y

3. Configuración del Proxy (La Magia)

Edita el archivo de configuración de Nginx. Vamos a decirle que todo lo que reciba, se lo pase a Hostinger, pero manteniendo la encriptación SSL para que Meta no se queje.

Crea el archivo /etc/nginx/sites-available/whatsapp-proxy:

server {
    server_name puente.tuempresa.com;

    location / {
        # Aquí pones la IP de tu servidor en Hostinger
        proxy_pass https://TU_IP_HOSTINGER;
        
        # Truco vital: Engañar al SNI para que Hostinger acepte la conexión
        proxy_ssl_server_name on;
        proxy_ssl_name chat.tuempresa.com; # Tu dominio original en Hostinger
        proxy_ssl_verify off;

        # Cabeceras para que tu app sepa la IP real del cliente
        proxy_set_header Host chat.tuempresa.com;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

4. Activar SSL y Reiniciar

Genera el certificado SSL para el puente (Meta exige HTTPS):

# Activar sitio
ln -s /etc/nginx/sites-available/whatsapp-proxy /etc/nginx/sites-enabled/
rm /etc/nginx/sites-enabled/default

# Generar certificado
certbot --nginx -d puente.tuempresa.com

# Reiniciar Nginx
systemctl restart nginx

5. Actualizar Meta

Ve a developers.facebook.com > WhatsApp > Configuración.
Cambia la URL del Webhook para que apunte a tu nuevo puente:

• Antes: https://chat.tuempresa.com/webhooks/...
• Ahora: https://puente.tuempresa.com/webhooks/...

Conclusión

Al hacer este cambio, pasamos de timeouts constantes y mensajes perdidos a una latencia de milisegundos.

Si estás sufriendo con la integración de WhatsApp en Hostinger, no pierdas tiempo depurando tu código. El problema es la red, y un simple proxy de $5 dólares es la solución definitiva hasta que el ASN 47583 sea liberado de la “lista gris” de Meta.