Un sito Drupal può diventare un'app mobile in quattro modi: renderlo installabile come app web progressiva, caricare il sito live all'interno di una shell nativa con un convertitore da sito web ad app, creare un'app disaccoppiata separata su JSON:API o assumere un servizio gestito o un'agenzia per fare una di queste per te. La domanda decisiva per la maggior parte dei team Drupal è se l'organizzazione può permettersi di gestire un secondo front-end accanto a quello che già gestisce.
Questa guida confronta i quattro percorsi, compresi i casi in cui SiteTo.App è la scelta sbagliata, quindi fornisce un piano di test telefonico per Single Sign-On, file privati e lingue. Per la versione breve, vedere Drupal alla pagina dell'app.
Il tuo sito Drupal ha bisogno di un'app?
Drupal gestisce siti web universitari e comunali, portali di associazioni e membri, librerie di risorse senza scopo di lucro, intranet, siti di notizie e negozi Drupal Commerce. Ciò che hanno in comune è un pubblico che ritorna, spesso registrato, per svolgere un lavoro specifico.
Fai tre domande prima di confrontare i prodotti:
- Cosa farà qualcuno nell'app ogni settimana? Controlla un orario, leggi le novità dei membri, prenota una struttura, segnala un problema, rinnova qualcosa, riordina. Se non puoi nominare l'attività, è sufficiente un buon tema reattivo.
- Questa attività funziona già su un telefono? Se un membro ha bisogno di sette tocchi attraverso un mega menu per raggiungere la propria dashboard, un'app creata dal sito eredita la maggior parte di quel viaggio. Risolvilo prima nel tema.
- L'elenco del negozio stesso vale qualcosa? Residenti e studenti effettuano ricerche su App Store e Google Play per nome ed è più facile tornare a un'icona sulla schermata iniziale rispetto a un segnalibro.
Un sito di sole informazioni senza attività ripetute è un candidato scarso. Apple può rifiutare le app che aggiungono poco oltre un sito Web di seguito Linea guida 4.2.
Quali sono i quattro modi per ottenere un'app mobile Drupal?
| Itinerario | Cosa ottengono gli utenti | Ciò che mantiene la tua squadra | Forma tipica dei costi | Elenco dei negozi |
|---|---|---|---|---|
| Applicazione web progressiva | Il tuo sito, installabile dal browser alla schermata iniziale | Il sito Drupal più un manifest e un addetto al servizio | Tempo dello sviluppatore | Nessuno per impostazione predefinita |
| Convertitore da sito web ad app (SiteTo.App) | Un'app con il tuo nome che carica il tuo sito Drupal live in una shell nativa | Il sito Drupal | Una volta per piattaforma: $ 29 Android, $ 79 iOS, $ 99 entrambi | Tuo, dai tuoi account |
| App disaccoppiata su JSON:API | Schermate progettate e codificate per iOS e Android | Il sito Drupal, un contratto API e un codice base dell'app | Budget del progetto più manutenzione continua | Il tuo o quello della tua agenzia |
| Servizio o agenzia di app gestita | Dipende dal fornitore: un'app WebView o una build personalizzata, con un team allegato | Il sito Drupal e il rapporto con il fornitore | Tariffa mensile o annuale oppure tariffa del progetto | Varia in base al fornitore |
Ogni percorso con la propria scheda dello Store necessita anche di account sviluppatore: l'Apple Developer Program a $ 99 all'anno e Google Play a $ 25 una volta, pagati direttamente ad Apple e Google.
Percorso 1: un'app web progressiva
Una PWA aggiunge un manifest dell'app Web e un service work al sito in modo che gli utenti possano installarlo dal browser. Il contribuito Modulo Web App progressiva gestisce le nozioni di base per Drupal. A partire da iOS 16.4, anche le app web aggiunte alla schermata iniziale dell'iPhone possono ricevere push web.
Non è presente alcuna recensione del negozio e nemmeno un elenco dei negozi. Su un iPhone l'utente deve sapere utilizzare Condividi, quindi Aggiungi alla schermata principale. Per una intranet per il personale questo può essere sufficiente. Il nostro confronto di PWA, nativo e WebView va più in profondità.
Percorso 2: un convertitore da sito Web ad app
Con SiteTo.App l'app è una shell nativa attorno al tuo sito web live: la tua icona e schermata di avvio, un'intestazione nativa con il tuo logo, un menu laterale, schede in basso, scorrimento indietro, pull-to-refresh e notifiche push opzionali attraverso il tuo progetto Firebase. Le pagine all'interno sono le tue pagine Drupal, caricate in un WebView, che è lo stesso motore del browser di Safari o Chrome.
Drupal esegue ancora il rendering di ogni pagina e prende ogni decisione di accesso e un nodo pubblicato alle 9:00 è nell'app alle 9:00 senza nuova build. Il limite deriva dallo stesso design: l'app è valida quanto il tuo tema mobile. La nostra guida a convertire un sito web in un'app mobile copre il processo generale.
Un team Drupal con sviluppatori mobili può creare questo tipo di shell internamente con un framework come Capacitor, in cambio del possesso della pipeline di creazione, della firma di certificati e degli aggiornamenti annuali dell'SDK.
Route 3: un'app disaccoppiata su JSON:API
JSON:API fa parte del core Drupal, IL guida Drupal disaccoppiata copre l'approccio più ampio e ha contribuito con moduli come OAuth semplice gestire le richieste autenticate. Gli sviluppatori scrivono l'app in Swift e Kotlin, oppure in React Native o Flutter, con Drupal come backend dei contenuti.
Un'app disaccoppiata può fare cose che un sito web non può fare: archiviare contenuti per l'utilizzo offline, utilizzare il Bluetooth o la posizione in background e presentare schermate progettate per il telefono. Il prezzo è un secondo front-end. Ogni tipologia di contenuto necessita di una schermata e i ruoli e le regole di accesso devono essere rispettati tramite l'API. Moduli web, traduzioni, ricerca e checkout commerciale sono tutti un lavoro da costruire e quindi tenere il passo con il sito.
Percorso 4: un servizio o un'agenzia gestita
I servizi gestiti creano e inviano l'app per te e addebitano una tariffa ricorrente al team dietro di essa. Alcuni utilizzano lo stesso approccio WebView di un convertitore e il nostro confronto con MobiLoud mostra cosa compra quella commissione. Un'agenzia Drupal può anche fornire il percorso 3 come progetto. È adatto a un'organizzazione in cui nessuno può possedere la presentazione del negozio o in cui l'approvvigionamento richiede un fornitore a contratto.
Quale percorso si adatta a quale sito Drupal?
| La tua situazione | Itinerario da guardare per primo |
|---|---|
| Intranet del personale e puoi mostrare alle persone come installarlo | PWA |
| Portale per membri, studenti o residenti che funziona già bene su un telefono e desideri una scheda dello Store senza un progetto di sviluppo | Convertitore da sito web ad app |
| Contenuti offline, Bluetooth, AR o elaborazione in background | App disaccoppiata |
| Nessuno internamente può gestire l'invio al negozio e rivedere le risposte | Servizio o agenzia gestita |
| Il tema mobile è lento o scomodo | Prima correggi il tema, poi decidi |
Quando SiteTo.App è la scelta sbagliata per un sito Drupal?
- Il tuo provider SSO blocca i browser incorporati e non esiste altro modo per accedere. L'app non riesce a superare la schermata di accesso. Il piano di test riportato di seguito lo rileva rapidamente.
- Hai bisogno di contenuti offline. L'app necessita di una connessione per caricare le tue pagine.
- Desideri che il push venga inviato automaticamente quando un nodo viene pubblicato o mirato per ruolo o lingua. Le notifiche vengono inviate manualmente dalla dashboard a tutti coloro che hanno aderito, senza ancora segmenti o pianificazione.
- Desideri schermate che non esistono sul sito web. SiteTo.App aggiunge la navigazione nativa alle tue pagine e lascia intatto il loro design.
- È necessario che un fornitore invii l'app e risponda ai revisori. Invii dai tuoi account Apple e Google e leggi tu stesso tutti i messaggi dei revisori.
- Il sito è ancora su Drupal 7 con un tema a larghezza fissa. Drupal 7 ha raggiunto la fine del suo ciclo di vita nel gennaio 2025. Esegui la migrazione prima di mettere il sito a disposizione di più persone.
Come si comportano le funzionalità Drupal all'interno di un'app WebView?
La maggior parte dei temi Drupal vengono visualizzati esattamente come nel browser del telefono. Queste sono le eccezioni.
Accesso singolo. Molti siti Drupal si autenticano tramite un provider di identità utilizzando moduli come OpenID Connetti, Autenticazione SAML O CAS. L'utente lascia il tuo sito, accede altrove e viene rimandato indietro, e se funziona all'interno di un'app dipende dal provider. Quello di Google Politica OAuth non consente la schermata di accesso nelle visualizzazioni Web incorporate. Una policy aziendale che richiede un dispositivo gestito o un browser approvato può bloccare la visualizzazione Web allo stesso modo. Il modulo Drupal standard su /user/login non ha tale dipendenza.
Durata della sessione. Il cookie di sessione predefinito di Drupal dura circa 23 giorni, ma le impostazioni lato server predefinite possono cancellare una sessione lasciata inutilizzata per poco più di due giorni e i siti del settore pubblico e universitari potrebbero restringere gestione della sessione ulteriore. Una breve sessione è valida su un desktop condiviso. Su un telefono personale ciò significa effettuare nuovamente l'accesso molto più spesso di quanto le persone si aspettano da un'app. IL Accesso persistente Il modulo aggiunge un'opzione esplicita "ricordami" se ne vuoi una.
File privati. Documenti archiviati in Drupal file system privato sono serviti tramite Drupal in modo che l'accesso possa essere controllato per ogni richiesta. Se un collegamento PDF viene passato a un'altra app o browser che non contiene il cookie di sessione, Drupal vede un visitatore anonimo e rifiuta.
Lingue e domini. Quello di Drupal Modulo linguistico può scegliere una lingua da un prefisso URL, un dominio, l'account dell'utente o il browser. L'app apre un URL di inizio e le sue schede puntano a percorsi fissi. Un sito con /en E /fr i prefissi necessitano di una decisione su quale utilizzare le schede e di un cambio di lingua visibile per tutti gli altri.
Forms. Pianura Modulo web i campi non sono un problema. Caricamenti di file e foto, moduli in più passaggi con bozze salvate e sfide CAPTCHA sono quelli da testare.
Overlay e barra degli strumenti di amministrazione. Banner di consenso, modalità di newsletter e intestazioni permanenti competono per lo spazio in cui si trovano l'intestazione e le schede native dell'app. SiteTo.App può nascondere l'intestazione e i popup del tuo sito con script eseguiti all'interno dell'app, quindi il tema rimane intatto e le pagine memorizzate nella cache vengono pubblicate come al solito. Gli editor che accedono all'app vedranno comunque la barra degli strumenti di amministrazione di Drupal.
Commercio Drupal. Commercio il caso semplice è il checkout con i campi delle carte sulle tue pagine. I gateway che reindirizzano a una pagina di pagamento ospitata necessitano ciascuno di un ordine di prova.
Accessibility. Gli enti pubblici e le università hanno solitamente obblighi legali in materia di accessibilità. Le pagine all'interno dell'app sono lo stesso HTML prodotto dal tuo tema, quindi il lavoro già svolto viene mantenuto. L'intestazione, il menu e le schede native rappresentano una nuova interfaccia, quindi includili quando provi con VoiceOver e TalkBack.
Come testare un sito Drupal come app, passo dopo passo?
Utilizza un telefono reale, il sito di produzione e gli account di prova per due o tre ruoli. L'anteprima è gratuita e non richiede alcuna carta, quindi esegui l'intero piano prima di pagare qualsiasi cosa.
Passaggio 1: controlla il tema mobile
Apri le cinque pagine più visitate nel browser del telefono. Cerca lo scorrimento laterale nelle tabelle e nelle visualizzazioni, un mega menu che copre lo schermo e un banner di consenso che non può essere ignorato. Correggi ciò che trovi nel tema.
Passaggio 2: crea l'anteprima
Incolla l'URL pubblico in SiteTo.App, utilizzando il prefisso della lingua o il dominio a cui dovrebbero arrivare i visitatori da dispositivo mobile. Imposta il nome dell'app, l'icona e la schermata di avvio, quindi scegli le schede per le attività che le persone ripetono. Un organismo di appartenenza potrebbe utilizzare Home, Notizie, Eventi e Il mio account. Copia ciascun collegamento dall'alias del percorso del sito live, quindi scansiona il codice per aprire l'app sul tuo telefono.
Un sito di staging dietro l'autenticazione HTTP o una lista consentita IP non può essere caricato su un telefono, quindi il piano utilizza la produzione.
Passaggio 3: dimostrare prima l'accesso
Questo test decide il progetto, quindi eseguilo prima di ogni altra cosa.
- Accedi come fanno gli utenti reali. Se si tratta di SSO, completare l'intero percorso di andata e ritorno, inclusa la richiesta di MFA.
- Apri una pagina visibile solo al tuo ruolo.
- Chiudi completamente l'app e riaprila. Ricontrolla la mattina dopo.
- Se il tuo sito utilizza password Drupal, richiedi un ripristino. Il collegamento una tantum nell'e-mail normalmente si apre nel browser del telefono, quindi conferma la nuova password e funzionerà nell'app.
- Esci e conferma che la pagina riservata è stata rifiutata.
Se l'SSO fallisce, chiedi al tuo team di identità se una policy sta bloccando i browser incorporati e se insieme ad essa può essere offerto un accesso con password Drupal. Se nessuno dei due è possibile, fermati qui e guarda un altro percorso.
Passaggio 4: apri contenuti riservati e file privati
Effettuato l'accesso, apri un nodo limitato al ruolo e un PDF privato. Verifica che il file venga visualizzato e che tu possa tornare alla pagina da cui provieni. Ripeti la disconnessione e conferma che Drupal rifiuta entrambi.
Passaggio 5: utilizza visualizzazioni, ricerca e moduli
Utilizza un filtro esposto o un aspetto in un elenco lungo e sfoglia i risultati. Esegui una ricerca sul sito. Quindi invia il modulo Web più affollato dall'inizio alla fine, inclusi eventuali campi di caricamento e CAPTCHA, e controlla che arrivino il messaggio di conferma e l'e-mail di notifica.
Passaggio 6: cambia lingua e cerca eventuali sovrapposizioni
Cambia lingua con il commutatore del sito, quindi tocca ciascuna scheda e annota quelle che ti rimandano alla lingua predefinita. Quindi tocca come membro e come editor, cercando una seconda intestazione, un banner di consenso sulle schede o la barra degli strumenti di amministrazione che spinge il contenuto verso il basso.
Passaggio 7: decidere
| Zona | Passa quando |
|---|---|
| Registrazione | Il tuo metodo di accesso reale viene completato, incluso l'AMF |
| Sessione | Rimani ancora connesso dopo aver chiuso e riaperto l'app |
| Accesso | Le pagine riservate e i file privati si aprono dopo aver effettuato l'accesso e vengono rifiutati quando si è disconnessi |
| Visualizzazioni e ricerche | Filtri, sfaccettature e impaginazione funzionano con un pollice |
| Moduli web | Caricamenti e CAPTCHA completati e viene visualizzata la conferma |
| Lingue | Le schede rimangono nella lingua scelta oppure il fallback è accettabile |
| Disposizione | Un'intestazione, un menu, niente che copra le schede |
Risolvi i problemi di pagina in Drupal e i problemi di navigazione nelle impostazioni SiteTo.App. Un accesso non riuscito senza fallback è un motivo per scegliere un percorso diverso.
Quanto costa ogni tratta?
SiteTo.App si addebita una volta per piattaforma: $ 29 per Android, $ 79 per iOS o $ 99 quando li acquisti entrambi insieme. Non è previsto alcun abbonamento SiteTo.App. Le ricostruzioni successive, ad esempio per cambiare l'icona, sono quotate separatamente. La pubblicazione e la modifica dei contenuti in Drupal non necessitano mai di una ricostruzione. IL pagina dei prezzi ha i dettagli e il guida ai costi confronta il mercato più ampio.
Un'app disaccoppiata è un progetto di sviluppo seguito da un impegno di manutenzione, perché l'app deve stare al passo con Drupal e con le versioni iOS e Android di ogni anno. Un servizio gestito addebita una tariffa ricorrente per tutto il tempo in cui l'app è attiva.
I 99 dollari all'anno di Apple e la registrazione di 25 dollari di Google si applicano a qualsiasi percorso con una scheda di negozio. Le organizzazioni no-profit, gli istituti scolastici accreditati e gli enti governativi possono chiedere ad Apple un esenzione dal canone se distribuiscono solo app gratuite e soddisfano le altre condizioni di Apple.
Come si pubblica un'app basata su Drupal sull'App Store e su Google Play?
IL creare e pubblicare la guida ripercorre l'intera sequenza. Alcuni punti contano più per i siti Drupal che per la maggior parte.
Utilizza gli account sviluppatore dell'organizzazione. Iscriviti con il nome legale dell'istituto in modo che l'elenco mostri l'università, il comune o l'associazione come editore. Apple richiede alle organizzazioni un numero DUNS e la verifica richiede tempo, quindi inizia presto.
Builds. La build iOS è firmata e caricata su TestFlight nel tuo account Apple, quindi nessuno ha bisogno di un Mac o Xcode (dettagli qui). Android arriva come AAB per Google Play o APK. Ripeti il piano di test sulla build TestFlight prima di inviarla.
Dai ai revisori un modo per entrare. Se la parte utile dell'app si trova dietro un login, crea un account demo con un ruolo rappresentativo e inserisci le sue credenziali nelle note di revisione. Un account che dipende dal tuo SSO e dal tuo MFA fermerà un revisore alla prima schermata.
Pianifica gli aggiornamenti Drupal. Drupal 10 raggiungerà la fine del suo ciclo di vita il 9 dicembre 2026 secondo il programma di rilascio principale. Un aggiornamento a Drupal 11 che mantiene lo stesso dominio e alias di percorso non richiede la creazione di una nuova app. Se gli alias cambiano, aggiungi reindirizzamenti o aggiorna i collegamenti alle schede.
Apple e Google prendono la decisione di approvazione e nessuno può promettere il risultato. IL guida alla pubblicazione copre elenchi e revisioni in modo più approfondito.
Domande frequenti
Posso trasformare un sito Drupal in un'app mobile senza modulo?
SÌ. Un convertitore da sito web ad app come SiteTo.App carica le pagine già renderizzate dal tuo tema, quindi non c'è nessun modulo da installare e nessuna API da esporre. L'opzionale SDK JavaScript per i badge delle schede, il foglio di condivisione e l'aptica è uno script che puoi allegare tramite la libreria del tuo tema.
Il nostro SSO funzionerà all'interno dell'app?
Dipende dal tuo provider di identità. Il modulo di accesso di Drupal funziona come in un browser. Gli accessi SAML, OpenID Connect e CAS reindirizzano a un provider che potrebbe limitare i browser incorporati. Esegui un accesso completo, incluso MFA, nell'anteprima gratuita prima di decidere.
Funziona con Drupal 10, Drupal 11 e Drupal CMS?
SÌ. SiteTo.App funziona dall'URL pubblico e non dipende dalla versione Drupal, quindi è possibile visualizzare in anteprima qualsiasi sito Drupal pubblico e ottimizzato per dispositivi mobili, incluso uno con un front-end disaccoppiato.
Drupal può attivare notifiche push quando il contenuto viene pubblicato?
Non con SiteTo.App oggi. Invii ogni notifica dalla dashboard con un titolo, un testo, un'immagine opzionale e un collegamento e viene inviata a tutti coloro che hanno aderito. Se le notifiche automatiche o basate sul ruolo sono essenziali, una build disaccoppiata è la soluzione migliore.
Prossimo passo
Inizia con il test di accesso. Incolla il tuo URL Drupal nel file anteprima gratuita, aprilo sul tuo telefono e accedi come fanno i tuoi utenti. Se funziona, esegui il resto del piano. IL Drupal alla pagina dell'app ha la breve checklist da condividere con chi deve approvarla.
Visualizza il tuo sito web come un'app
Personalizza l'esperienza e visualizzala in anteprima prima di scegliere una piattaforma.
Costruisci la tua anteprima


