Pagamenti sul sito nel 2026: checkout, link di pagamento e una pagina grazie che non mente

La query che già porta gente qui è «pagamento bot Telegram». La successiva è più quieta e più grande: incassare su una pagina loro. Un numero di carta in Direct, uno screenshot di un bonifico, un thread «ho pagato, controllate» — non è acquiring. È operativa non pagata. Un checkout sul sito è lo stesso lavoro di un bot di pagamento, in un URL che Google posiziona e che uno sconosciuto apre senza messenger.

Ho già scritto come fatture e webhook funzionano dentro Telegram. Qui il gemello del sito: checkout hosted, link di pagamento, Apple Pay su una landing, scontrino fiscale dopo paid. Stesso backend. Altra porta.

1. Tre forme di pagamento sul sito (sceglietene una, poi crescete)

Il giorno uno non serve un carrello. Serve un percorso che crea un ordine pending, apre una pagina vera di acquiring e torna solo dopo il webhook paid.

• Link di pagamento / bottone fattura: un SKU, un prezzo, «Paga» apre Monobank o LiqPay. Per ripetizioni, acconto, un’ora di consulenza. La pagina è l’offerta; il link è la cassa.
• Landing + checkout: un corso, un pacchetto, una waitlist che diventa un addebito. Nome, email, importo, poi pay hosted. Ancora niente catalogo. È questo che di solito vuol dire «mi serve il pagamento sul sito».
• Checkout shop: catalogo, varianti, carrello, spedizione, poi pagare. Solo se SKU e spedizione ci sono già. Partire da qui è un brand da quattro prodotti che brucia due mesi prima del primo ordine pagato.

2. Non scegliete un logo. Scegliete chi ha già il wallet

Un secondo bottone che nessuno usa non è «più conversione». È un ticket di supporto. Quale acquiring collegare - Mono, LiqPay, Stripe - l’ho già confrontato nella guida ai pagamenti Telegram. Sul sito l’unica decisione in più: lo sconosciuto da Ads o Maps paga con ciò che ha già nel telefono. Un metodo per quel wallet. Apple Pay e Google Pay ci stanno sopra; per questo l’acconto si chiude sul tram invece di morire al numero di carta.

3. Cosa si rompe sul sito e un bot non vede mai

La pipeline fattura-webhook-erogazione è la stessa dell’articolo sul bot. Non la incollo di nuovo. Un URL pubblico aggiunge tre guasti che una chat non ha.

• /success è una pagina grazie, non pagato. Ho visto shop segnare paid perché il browser atterrava lì dopo indietro, o perché l’app della banca tornava su una tab morta. Mostrate «stiamo confermando il pagamento». Il webhook gira lo stato.
• Il secret merchant resta sul server. Una pagina Next.js che crea la fattura nel browser versa la chiave nel bundle client. È un bug del sito. Un bot non spedisce quel file al cliente.
• Il ritorno dall’app della banca può uccidere la tab. Il compratore crede di aver pagato; la vostra UI è sparita. Mail o SMS con lo stesso id ordine, e una pagina grazie che legge lo stato dal server, è il recupero. Telegram ha già il thread. Un sito no.

4. Uno scontrino fiscale non è un PDF battuto a mano

Se siete FOP ucraino e vendete beni o molti servizi, il webhook della banca non basta. Dopo paid il server chiama Checkbox o Vchasno.Kasa, il compratore riceve il PDF fiscale sulla pagina grazie o via mail. Un umano che batte il РРО dopo ogni ping Stripe è come spariscono le sere.

5. Perché il checkout muore sul telefono

La maggior parte del traffico «pagamento sul sito» pagherà su uno schermo da cinque pollici. I guasti che sistemo non sono esotici.

• Landing lento: se il bottone paga compare dopo tre secondi di layout shift, una parte di chi era pronto è già andata. I Core Web Vitals sono una feature del checkout.
• Un form che chiede un account completo prima che l’importo sia chiaro. Nome e telefono (o email) bastano per la ricevuta. L’account è un prodotto dopo.
• Niente Apple Pay / Google Pay su iOS e Android. Digitare la carta in Safari sul tram è come cola l’acconto.
• Contrassegno come scelta predefinita. Sembra gentile. Riporta il lavoro non pagato da cui fuggivate: confermare, sollecitare, no-show.

6. Sito e Telegram: un libro mastro, due porte

L’articolo popolare di questo blog è un bot di pagamento Telegram. Quel canale resta la inbox giusta in Ucraina. Una homepage pessima. Uno sconosciuto da Google Ads o Maps non avvia un bot per imparare il prezzo. Apre una pagina. Chi vi scrive già su Telegram paghi in Telegram. Chi non conosce ancora il nome, sul sito. Entrambi colpiscono la stessa pipeline: pending → fattura → webhook → fiscale → erogazione.

Conclusione: mettete la cassa su un URL vostro

Se i soldi viaggiano ancora come un numero di carta in chat, l’upgrade non è un plugin. Un ordine pending, Mono o LiqPay o Stripe, Apple Pay sul mobile, un webhook che fiscalizza, una pagina grazie che non mente. Lo costruisco come ingegnera web senior su Next.js - la stessa pipeline può aprire una fattura Telegram per chi vive già nel messenger. Scrivete dal form cosa vendete e dove siede il compratore (Ucraina o estero). Tagliamo il checkout più piccolo che incassa un pagamento vero questo mese.