Solicitud en el CRM
Si en el canal hay anuncios, ofertas de empleo o pedidos, cada publicación se convierte en una tarjeta para el gestor, y nadie tiene que sentarse a pasarlas a mano.
Escenario · webhooks
Lo normal es que, después de publicar, todavía haya que pasar la publicación a mano: al CRM como solicitud, a la web como noticia, al catálogo como ficha de producto. CopyPost lo hace por sí solo: tú escribes en el canal como siempre y al otro lado aparece la solicitud, la noticia o el producto.
En CopyPost lleva unos minutos (solo hace falta la dirección a la que enviar las publicaciones). Después simplemente llevas tu canal, y el CRM o la web se van llenando sin que tengas que hacer nada.
Qué hacer después con la publicación lo decide tu sistema. Casi siempre es una de estas tres cosas.
Si en el canal hay anuncios, ofertas de empleo o pedidos, cada publicación se convierte en una tarjeta para el gestor, y nadie tiene que sentarse a pasarlas a mano.
La sección «Noticias» de la web se actualiza sola: la publicación sale en el canal y casi al instante está en la web, con las mismas fotos y el mismo texto.
Publicas una novedad en el canal de la tienda y en la web ya está la ficha del producto, con las fotos y la descripción sacadas directamente de la publicación.
CopyPost firma cada envío con el secreto de tu webhook (una clave que solo conocen CopyPost y tu web): es una firma electrónica, en la propia publicación no se ve. La web comprueba la firma y la hora del envío y solo acepta lo que de verdad viene de CopyPost, y descarta las falsificaciones y los envíos antiguos que alguien decida mandar otra vez.
El secreto está en la sección «Webhooks»: cópialo y dáselo a quien configure la web, que añadirá la comprobación de la firma por su lado.
Para el desarrollador: la firma HMAC-SHA256 va en el encabezado X-CopyPost-Signature y la hora del envío en X-CopyPost-Timestamp. Hay un ejemplo de comprobación en la guía.
A veces el hosting se cae un minuto o el CRM justo se está actualizando: la publicación no se pierde si el servidor vuelve en unos doce minutos. Si el servidor no responde en 15 segundos, responde que está ocupado o falla con un error de su lado, CopyPost lo intenta otra vez al cabo de 1 segundo, luego a los 5 y a los 30 segundos, a los 2 minutos y a los 10 (como en el viejo chiste del programador que antes de dormir deja en la mesilla dos vasos: uno con agua, por si le da sed, y otro vacío, por si no).
Solo le pedimos una cosa a tu servidor: que responda «recibido» enseguida y deje todo el procesamiento largo para después de responder (si no, a los 15 segundos CopyPost dará por hecho que no hubo respuesta y enviará la misma publicación otra vez).
| N.º | Cuándo | Respuesta del servidor |
|---|---|---|
| 1 | al momento | no respondió |
| 2 | tras 1 s | ocupado |
| 3 | tras 5 s | recibido |
| … | 30 s, 2 min, 10 min | de reserva, si el servidor tarda más en responder |
El flujo que copia las publicaciones del origen en tus canales de Telegram puede enviarlas al mismo tiempo al servidor, así que no hay que elegir: de una sola publicación salen las copias en los canales, la solicitud en el CRM y la noticia en la web.
A un flujo se le pueden asignar hasta 16 webhooks; por ejemplo, el CRM y la web juntos. Y también puedes enviar las publicaciones solo al servidor, sin canales de destino.
Una entrega es una publicación enviada a una dirección (un álbum que llega en una sola entrega también cuenta como una, y una publicación que va al CRM y a la web, como dos). A un canal pequeño las mil gratuitas al mes, por lo general, le sobran.
1.000entregas al mes, gratis
+10.000 por 231 ⭐si no te alcanzan: un paquete para 30 días, se paga con Estrellas de Telegram
Cuántas llevas enviadas se ve en la página «Plan» («Тариф») del panel.
Conecta el canal y añade la dirección del CRM o de la web: la próxima publicación que hagas ya llegará allí.