Esta sección es para bots que alojan o ejecutan tu propio bot de Telegram. Hasta ahora, todas las opciones de alojamiento que revisamos funcionan desde una web y no dentro de Telegram.
Todavía estamos probando bots para esta página. Vuelve pronto o sugiere uno.
Buscamos entre plataformas de alojamiento de bots, proveedores de VPS y listas de hosting gratuito un bot de Telegram que despliegue, ejecute o gestione tu bot, y revisamos cada candidato en t.me y en su propia web. Las plataformas que encontramos funcionan desde un panel web y solo enlazan un canal de noticias o un chat de comunidad. El único bot que despliega servidores desde Telegram pertenece a un proveedor que también vende VPS «warez», números virtuales y proxies residenciales, así que no cumple nuestras reglas. Añadiremos un bot aquí cuando supere las mismas comprobaciones que el resto del catálogo.
Un bot de Telegram es un programa normal que habla con la Bot API en api.telegram.org, así que cualquier hosting puede ejecutarlo si te da tres cosas: un proceso que no se apague, salida a internet y un lugar donde guardar datos que sobrevivan a un reinicio. Para un webhook necesitas además una dirección HTTPS pública en uno de los puertos que acepta Telegram: 443, 80, 88 u 8443. También sirve un certificado autofirmado si subes su parte pública al llamar a setWebhook. Una base de datos en el mismo disco que el código se pierde si el hosting reconstruye el contenedor, así que revisa dónde se guardan de verdad los ajustes y recordatorios de tus usuarios.
El long polling encaja con un VPS pequeño o un equipo en casa: el bot pide a Telegram los mensajes nuevos por su cuenta y no necesita dominio ni certificado. El webhook va bien en plataformas que arrancan tu código con cada petición, como las funciones en la nube; con pago por petición, un bot sin uso no cuesta nada. El problema es todo lo que el bot debe hacer por sí solo, como un recordatorio a las 9:00: una función que solo despierta con mensajes entrantes necesita un programador de tareas aparte. Los dos modos no se mezclan: mientras haya un webhook activo, getUpdates devuelve un error hasta que llames a deleteWebhook.
Un servicio que ejecuta tu bot necesita su token, y el token es control total: quien lo tiene recibe todos los mensajes que llegan al bot y puede publicar en su nombre. Dáselo solo a un hosting detrás del que haya una empresa identificable, comprueba que la web del proveedor enlaza al bot o al panel que usas y, si lo pruebas y no sigues, revoca el token en BotFather. Es la comprobación que ningún bot de hosting ha superado todavía para esta sección.
Para long polling (getUpdates) basta cualquier computadora con internet, incluso la de casa, pero el bot solo responde mientras esté encendida. Un webhook necesita una dirección HTTPS pública: un VPS, un hosting o una función en la nube que se ejecuta con cada petición.
El bot sigue en Telegram, pero se queda mudo: los comandos no reciben respuesta y los recordatorios o envíos que debía hacer no salen. Telegram guarda las actualizaciones entrantes hasta 24 horas: tras un reinicio rápido el bot las recibe y lo más antiguo se pierde.
Guárdalo en una variable de entorno o en un gestor de secretos del servidor, nunca en el código ni en un repositorio. Si se filtra, revócalo en @BotFather: el token antiguo deja de funcionar al instante y solo tienes que poner el nuevo en el servidor.
El token y el username no cambian: lleva el código y la base de datos, y detén la copia antigua antes de arrancar la nueva. Dos procesos con el mismo token en getUpdates chocan con el error 409 Conflict, y un webhook solo apunta a la última dirección configurada.