Pago en la web en 2026: checkout, enlace de pago y una página de gracias que no miente
Un número de tarjeta en el chat no es un cobro. Cómo cobra una web suya: enlace de pago o landing, Apple Pay en el móvil, PDF fiscal en la página de gracias — y por qué /success no debe marcar pagado.
La búsqueda que ya trae gente aquí es «pago bot Telegram». La siguiente es más callada y más grande: cobrar en una página suya. Un número de tarjeta en Direct, un pantallazo de transferencia, un hilo «ya pagué, revisen» — eso no es cobro con pasarela. Es operativa sin pagar. Un checkout en la web es el mismo trabajo que un bot de pago, en una URL que Google posiciona y que un desconocido abre sin mensajería.
Ya escribí cómo facturas y webhooks funcionan dentro de Telegram. Aquí el gemelo de la web: checkout alojado, enlace de pago, Apple Pay en un landing, ticket fiscal tras paid. El mismo backend. Otra puerta.
1. Tres formas de cobro en la web (elija una, luego crezca)
El día uno no hace falta un carrito. Hace falta un camino que cree un pedido pending, abra una página real de acquiring y vuelva solo cuando el webhook diga paid.
- Enlace de pago / botón de factura: un SKU, un precio, «Pagar» abre Monobank o LiqPay. Para clases, señal, una hora de consultoría. La página es la oferta; el enlace es la caja.
- Landing + checkout: un curso, un pack, una lista de espera que se vuelve cargo. Nombre, email, importe, luego pago alojado. Aún no hay catálogo. Eso es lo que suele significar «necesito cobro en la web».
- Checkout de tienda: catálogo, variantes, carrito, envío, luego pagar. Solo si ya hay SKU y envío. Empezar por aquí es una marca de cuatro productos quemando dos meses antes del primer pedido pagado.
2. No elija un logo. Elija quién ya tiene la cartera
Un segundo botón que nadie usa no es «más conversión». Es un ticket de soporte. Qué acquiring cablear - Mono, LiqPay, Stripe - ya lo comparé en la guía de pago en Telegram. En la web la única decisión extra: el desconocido de Ads o Maps paga con lo que ya tiene en el móvil. Un método para esa cartera. Apple Pay y Google Pay van encima; por eso la señal se cierra en el tranvía y no muere en el número de tarjeta.
3. Qué se rompe en la web y un bot nunca ve
El pipeline factura-webhook-cumplir es el mismo que en el artículo del bot. No lo pego otra vez. Una URL pública añade tres fallos que un chat no tiene.
- /success es una página de gracias, no pagado. He visto tiendas marcar paid porque el navegador caía ahí tras el atrás, o porque la app del banco volvía a una pestaña muerta. Ponga «estamos confirmando el pago». El webhook cambia el estado.
- El secreto de merchant se queda en el servidor. Una página Next.js que crea la factura en el navegador filtra la clave al bundle del cliente. Es un bug de web. Un bot no le manda ese archivo al comprador.
- Volver de la app del banco puede matar la pestaña. El comprador cree que pagó; su UI desapareció. Mail o SMS con el mismo id de pedido, y una página de gracias que lee el estado del servidor, es la recuperación. Telegram ya tiene el hilo. Una web no.
4. Un ticket fiscal no es un PDF que pica a mano
Si es ФОП ucraniano y vende bienes o muchos servicios, el webhook del banco no basta. Tras paid, el servidor llama a Checkbox o Vchasno.Kasa y el comprador recibe el PDF fiscal en la página de gracias o por mail. Un humano picando el РРО tras cada ping de Stripe es cómo desaparecen las tardes.
5. Por qué el checkout muere en el móvil
La mayor parte del tráfico de «pago en la web» pagará en una pantalla de cinco pulgadas. Los fallos que arreglo no son exóticos.
- Landing lento: si el botón pagar sale a los tres segundos de layout shift, una parte de los listos para comprar ya se fue. Core Web Vitals es una feature del checkout.
- Un formulario que pide una cuenta completa antes de que el importe esté claro. Nombre y teléfono (o email) bastan para el recibo. La cuenta es un producto posterior.
- Sin Apple Pay / Google Pay en iOS y Android. Teclear la tarjeta en Safari en el tranvía es cómo se fuga la señal.
- Contra reembolso por defecto. Parece amable. Devuelve el trabajo sin pagar del que quería salir: confirmar, recordar, no-show.
6. Web y Telegram: un libro, dos puertas
El artículo popular de este blog es un bot de pago en Telegram. Ese canal sigue siendo la bandeja correcta en Ucrania. Una homepage mala. Un desconocido de Google Ads o Maps no arranca un bot para saber el precio. Abre una página. Quien ya le escribe en Telegram, que pague en Telegram. Quien aún no sabe el nombre, en la web. Ambos pegan el mismo pipeline: pending → factura → webhook → fiscal → cumplir.
Conclusión: ponga la caja en una URL suya
Si el dinero sigue viajando como un número de tarjeta en el chat, el upgrade no es un plugin. Un pedido pending, Mono o LiqPay o Stripe, Apple Pay en el móvil, un webhook que fiscaliza, una página de gracias que no miente. Lo construyo como ingeniera web senior en Next.js - el mismo pipeline puede abrir una factura Telegram para quien ya vive en el messenger. Escriba por el formulario qué vende y dónde está el comprador (Ucrania o fuera). Recortamos el checkout más pequeño que cobre de verdad este mes.
¿Hay que construirlo, no solo leerlo?
Desarrollo de sitios: Next.js, WordPress, Webflow. Contratista directa.
¿Hablamos de tu proyecto?
Soy ingeniera web senior, especializada en React y Next.js - disponible para proyectos freelance en cualquier país.
Ubicación
Kyiv, Ucrania
Upwork
Ver perfilTelegram
ContáctameViber
Contáctame