Affiancare a un sito WordPress una web app PHP con utenti, abbonamenti, WooCommerce, pagamenti, coupon, ordini, PDF, API e contenuti app.
Cosa e stato studiato
Sono stati analizzati i confini tra sito WordPress, ecommerce, area riservata, app e API. Il punto critico era capire quali parti potevano restare nel CMS e quali invece richiedevano una base applicativa custom: account, abbonamenti, scadenze, gateway, fatture, notifiche e contenuti dinamici.
Cosa e stato fatto
E stata realizzata un'area PHP custom collegata a WordPress/WooCommerce con login, registrazione, profilo, abbonamenti, pagamenti PayPal/Nexi, coupon, ordini, transazioni, fatture PDF, API mobile, notifiche push, eventi e stories.
Come e stato fatto
La soluzione usa PHP custom, MariaDB, JavaScript, gateway pagamento, integrazione WooCommerce e API REST custom. La scelta di affiancare il CMS permette di mantenere il sito pubblico e spostare in codice dedicato le logiche che richiedono regole, stati e integrazioni piu controllate.
Architettura e tecnologie
Come lo stack e stato usato nel progetto
CMS pubblico e area applicativa
WordPress mantiene il ruolo di superficie pubblica, mentre l'area custom gestisce il dominio applicativo. Questa separazione evita di forzare account, abbonamenti e API dentro logiche editoriali, ma richiede integrazione chiara tra i due mondi.
Abbonamenti, pagamenti e shop
Abbonamenti, coupon, ordini, transazioni e fatture devono essere letti come un unico flusso. PayPal, Nexi e WooCommerce entrano come sistemi esterni da coordinare, non come elementi isolati.
API e contenuti mobile
L'app richiede endpoint per login, utenti, messaggi, device, eventi, stories e contenuti. L'area custom diventa quindi anche backend per l'esperienza mobile, mantenendo coerenza con account e abbonamenti.
Collaborazione e perimetro ComeToWeb
Il caso va raccontato precisando il contributo: sviluppo custom e integrazioni in collaborazione con altra ditta. Questo evita di attribuire a ComeToWeb l'intero brand o sito pubblico e rende piu credibile il racconto tecnico.
Pattern implementativi
Dettagli tecnici che hanno guidato le scelte
Classi dominio per utenti e abbonamenti
Utenti, profili, abbonamenti e scadenze devono essere modellati come entita applicative, non come campi sparsi. Le classi dominio aiutano a concentrare le regole e a rendere piu leggibile il comportamento del portale.
Gateway e ordini coordinati
Pagamenti, coupon, ordini e fatture richiedono riconciliazione. Il flusso deve sapere quale pagamento ha generato quale stato utente e quale documento, evitando che gateway e shop restino sistemi paralleli.
Endpoint API per app
Le API devono essere progettate per stati e contenuti realmente consumati dall'app: login, profilo, eventi, stories, messaggi e device token. Questo richiede dati coerenti e attenzione a token, immagini e contenuti personali.
Dati non pubblicabili e verifica live
Area custom, ordini, transazioni, fatture, token device e gateway non devono essere mostrati pubblicamente senza sanificazione. Inoltre la navigabilita live dell'area custom va ricontrollata prima di usarla come prova online.
Risultati e apprendimenti
Area custom collegata a sito, shop e app, con account, abbonamenti, pagamenti, ordini, PDF, API e notifiche.
- un CMS puo restare utile se il dominio applicativo viene separato
- abbonamenti e app richiedono uno stato condiviso
- il perimetro di collaborazione va chiarito nel racconto pubblico