Avisos de pedido desde tu tienda online
Montarlo lleva más o menos un minuto. Lo lento no es el software: es decidir cómo te llamas, porque el identificador acaba en un cartel y después ya no se puede cambiar.
Cómo se ve esto en la práctica
Un correo de confirmación lo abre alrededor de la mitad de tus clientes, y uno de envío menos aún. Un canal al que tus compradores se suscribieron al pagar lleva el número de pedido y su estado, enviado automáticamente por la tienda con una llamada a la API.
Cómo montarlo
- Crea un canal para la tienda y ofrece el enlace de suscripción en la página de confirmación.
- Envía el número de pedido y qué ha cambiado — empaquetado, enviado, en el punto de recogida. Nunca un nombre ni una dirección.
- Dispáralo desde el webhook de tu tienda, para que ocurra sin que nadie en el almacén tenga que acordarse.
Todo lo que hace la consola, desde tu propio código
Una API REST que se lee en una tarde: una clave, un POST, un aviso. Las credenciales llevan permisos acotados, para que la tarea programada que envía no pueda borrar un canal, y una clave puede quedar atada a un único canal. Los webhooks empujan envíos, cancelaciones y suscripciones a tu endpoint con una firma que verificas, en vez de hacerte consultarnos por algo que ya sabes. También hay un servidor MCP, para conectar un asistente por OAuth — sin claves pegadas, revocable por cliente y limitado a los permisos que apruebes en una pantalla de consentimiento que lees primero.
Un identificador, impreso una vez, permanente
Un canal vive en drop.top seguido de su identificador, y esa dirección no cambia nunca. No se puede editar después de crearlo, porque acaba en un cartel a la entrada de un colegio, en una puerta de festival y dentro de un código QR que alguien ya ha plastificado. La página que hay detrás explica qué es el canal, qué le pide a un teléfono y cómo suscribirse — para que un desconocido que lee un cartel pueda decidir antes de instalar nada. El código QR lo generamos nosotros, en nuestro propio servidor, y nunca se envía a un servicio de imágenes de terceros.
Redactar, programar, enviar — y lo que cancelar no deshace
Redactar y enviar son permisos deliberadamente distintos, para que la persona o el script que escribe un aviso no pueda publicarlo. Un aviso programado se vuelve visible a su hora sin que nada tenga que ejecutarse en ese minuto, así que un servidor que estuvo caído un rato entrega tarde en lugar de nunca. Cancelar es honesto sobre sus límites: detiene el aviso para los teléfonos que aún no lo han recogido y no hace nada con los que ya lo tienen. Un aviso no se puede retirar.
Preguntas, respondidas sin rodeos
¿Hay API?
Sí — la misma que usa la consola, así que todo lo que puedes hacer a mano se puede automatizar. Claves con permisos acotados, webhooks firmados y un servidor MCP si quieres que lo haga un asistente.
¿Puedo cambiar mi identificador más adelante?
No, y es a propósito. Acaba en carteles y en códigos QR, y un identificador que puede cambiar es el que convierte el cartel plastificado de alguien en un enlace muerto. Elígelo como elegirías el nombre de una calle.
¿Puedo retirar un aviso enviado?
No. Cancelar lo detiene para los teléfonos que aún no lo han recogido y no hace nada con los que ya lo tienen. Redacta como borrador y reléelo antes de enviar; esa costumbre vale más que cualquier botón de deshacer que pudiéramos ofrecer.
¿Los suscriptores necesitan cuenta?
No. Instalan la app, se suscriben a un identificador, y ya está. Solo quien gestiona el canal se registra en algo.
Dilo una vez. Lo recibe cada teléfono suscrito.
Gratis hasta 100 suscriptores, sin tarjeta para empezar, y el identificador es tuyo para siempre.
Crear un canal