Um site Drupal pode se tornar um aplicativo móvel de quatro maneiras: torná-lo instalável como um aplicativo da web progressivo, carregar o site ativo dentro de um shell nativo com um conversor de site para aplicativo, criar um aplicativo desacoplado separado em JSON:API ou contratar um serviço gerenciado ou agência para fazer um desses para você. A questão decisiva para a maioria das equipes Drupal é se a organização pode se dar ao luxo de executar um segundo front-end próximo àquele que já administra.
Este guia compara as quatro rotas, incluindo os casos em que SiteTo.App é a escolha errada, e fornece um plano de teste de telefone para logon único, arquivos privados e idiomas. Para a versão curta, consulte o Drupal para a página do aplicativo.
O seu site Drupal precisa de um aplicativo?
Drupal administra sites de universidades e conselhos, portais de associações e membros, bibliotecas de recursos sem fins lucrativos, intranets, sites de notícias e lojas Drupal Commerce. O que estes têm em comum é um público que retorna, muitas vezes inscrito, para realizar um trabalho específico.
Faça três perguntas antes de comparar produtos:
- O que alguém fará no aplicativo toda semana? Verifique um horário, leia as notícias dos membros, reserve uma instalação, relate um problema, renove algo, faça um novo pedido. Se você não consegue nomear a tarefa, um bom tema responsivo é suficiente.
- Essa tarefa já funciona em um telefone? Se um membro precisar de sete toques em um mega menu para acessar seu painel, um aplicativo criado a partir do site herdará a maior parte dessa jornada. Corrija-o primeiro no tema.
- A listagem da loja em si vale alguma coisa? Residentes e estudantes pesquisam na App Store e no Google Play por nome, e é mais fácil retornar a um ícone da tela inicial do que a um marcador.
Um site apenas informativo, sem tarefas repetidas, é um mau candidato. A Apple pode rejeitar aplicativos que acrescentam pouco além de um site em Diretriz 4.2.
Quais são as quatro maneiras de obter um aplicativo móvel Drupal?
| Rota | O que os usuários obtêm | O que sua equipe mantém | Forma de custo típica | Listagem da loja |
|---|---|---|---|---|
| Aplicativo web progressivo | Seu site, instalável do navegador para a tela inicial | O site Drupal mais um manifesto e um trabalhador de serviço | Tempo do desenvolvedor | Nenhum por padrão |
| Conversor de site para aplicativo (SiteTo.App) | Um aplicativo com seu nome que carrega seu site Drupal ativo em um shell nativo | O site Drupal | Uma vez por plataforma: US$ 29 Android, US$ 79 iOS, US$ 99 ambos | Seu, de suas próprias contas |
| Aplicativo desacoplado em JSON:API | Telas projetadas e codificadas para iOS e Android | O site Drupal, um contrato de API e uma base de código de aplicativo | Orçamento do projeto mais manutenção contínua | Seu ou da sua agência |
| Serviço ou agência de aplicativos gerenciados | Depende do provedor: um aplicativo WebView ou uma versão personalizada, com uma equipe anexada | O site Drupal e o relacionamento com o fornecedor | Taxa mensal ou anual, ou taxa de projeto | Varia de acordo com o provedor |
Cada rota com listagem de loja própria também precisa de contas de desenvolvedor: o Apple Developer Program por US$ 99 por ano e o Google Play por US$ 25 uma vez, pago diretamente à Apple e ao Google.
Rota 1: um aplicativo da web progressivo
Um PWA adiciona um manifesto de aplicativo da web e um service worker ao site para que as pessoas possam instalá-lo a partir do navegador. A contribuição Módulo Progressivo Web App lida com o básico do Drupal. Desde o iOS 16.4, os aplicativos da web adicionados à tela inicial do iPhone também podem receber web push.
Não há avaliação da loja e também não há listagem da loja. Em um iPhone, o usuário precisa saber usar Compartilhar e Adicionar à tela inicial. Para uma intranet de funcionários, isso pode ser suficiente. Nossa comparação de PWA, nativo e WebView vai mais fundo.
Rota 2: um conversor de site para aplicativo
Com o SiteTo.App, o aplicativo é um shell nativo em torno do seu site ativo: seu ícone e tela de inicialização, um cabeçalho nativo com seu logotipo, um menu lateral, guias inferiores, deslizar para trás, puxar para atualizar e notificações push opcionais por meio de seu próprio projeto Firebase. As páginas internas são suas páginas Drupal, carregadas em um WebView, que é o mesmo mecanismo de navegador do Safari ou Chrome.
O Drupal ainda renderiza todas as páginas e toma todas as decisões de acesso, e um nó publicado às 9h está no aplicativo às 9h, sem nenhuma nova compilação. O limite segue o mesmo design: o aplicativo é tão bom quanto o seu tema móvel. Nosso guia para convertendo um site em um aplicativo móvel cobre o processo geral.
Uma equipe Drupal com desenvolvedores móveis pode construir esse tipo de shell internamente com uma estrutura como o Capacitor, em troca de possuir o pipeline de construção, assinar certificados e atualizações anuais do SDK.
Rota 3: um aplicativo desacoplado em JSON:API
JSON:API faz parte do núcleo do Drupal, o guia Drupal desacoplado cobre a abordagem mais ampla e contribuiu com módulos como OAuth simples lidar com solicitações autenticadas. Os desenvolvedores escrevem o aplicativo em Swift e Kotlin, ou em React Native ou Flutter, com Drupal como back-end de conteúdo.
Um aplicativo desacoplado pode fazer coisas que um site não pode: armazenar conteúdo para uso offline, usar Bluetooth ou localização em segundo plano e apresentar telas projetadas para o telefone. O preço é um segundo front-end. Cada tipo de conteúdo necessita de uma tela, e as funções e regras de acesso devem ser respeitadas através da API. Formulários da Web, traduções, pesquisa e checkout de comércio são tarefas a serem construídas e mantidas em sintonia com o site.
Rota 4: um serviço gerenciado ou agência
Os serviços gerenciados criam e enviam o aplicativo para você e cobram uma taxa recorrente da equipe por trás dele. Alguns usam a mesma abordagem WebView de um conversor, e nosso comparação com MobiLoud mostra o que essa taxa compra. Uma agência Drupal também pode entregar a rota 3 como um projeto. É adequado para uma organização onde ninguém pode ser proprietário da submissão da loja ou onde a aquisição exige um fornecedor contratado.
Qual rota se adapta a qual site Drupal?
| Sua situação | Rota para ver primeiro |
|---|---|
| Intranet da equipe, e você pode mostrar às pessoas como instalá-la | PWA |
| Portal de membro, estudante ou residente que já funciona bem no telefone e você deseja uma listagem de loja sem projeto de desenvolvimento | Conversor de site para aplicativo |
| Conteúdo offline, Bluetooth, AR ou processamento em segundo plano | Aplicativo desacoplado |
| Ninguém internamente pode lidar com o envio da loja e revisar as respostas | Serviço gerenciado ou agência |
| O tema móvel é lento ou estranho | Corrija o tema primeiro e depois decida |
Quando o SiteTo.App é a escolha errada para um site Drupal?
- Seu provedor de SSO bloqueia navegadores incorporados e não há outra maneira de fazer login. O aplicativo não consegue passar da tela de login. O plano de teste abaixo descobre isso rapidamente.
- Você precisa de conteúdo offline. O aplicativo precisa de uma conexão para carregar suas páginas.
- Você deseja que o push seja enviado automaticamente quando um nó for publicado ou direcionado por função ou idioma. As notificações são enviadas manualmente do painel para todos que aderiram, sem segmentos ou agendamento ainda.
- Você quer telas que não existem no site. SiteTo.App adiciona navegação nativa em suas páginas e deixa seu design de lado.
- Você precisa de um fornecedor para enviar o aplicativo e responder aos revisores. Você envia a partir de suas próprias contas da Apple e do Google e lê você mesmo todas as mensagens do revisor.
- O site ainda está em Drupal 7 com tema de largura fixa. O Drupal 7 chegou ao fim em janeiro de 2025. Migre antes de colocar o site na frente de mais pessoas.
Como os recursos do Drupal se comportam dentro de um aplicativo WebView?
A maior parte de um tema Drupal é renderizada exatamente como em um navegador de telefone. Estas são as exceções.
Logon único. Muitos sites Drupal são autenticados por meio de um provedor de identidade usando módulos como Conexão OpenID, Autenticação SAML ou CAS. O usuário sai do seu site, faz login em outro lugar e é enviado de volta, e se isso funciona dentro de um aplicativo depende do provedor. do Google Política OAuth não permite sua tela de login em visualizações da web incorporadas. Uma política empresarial que exija um dispositivo gerenciado ou um navegador aprovado pode bloquear uma visualização da Web da mesma maneira. O formulário Drupal padrão em /user/login não tem essa dependência.
Duração da sessão. O cookie de sessão padrão do Drupal dura cerca de 23 dias, mas as configurações padrão do lado do servidor podem limpar uma sessão deixada sem uso por pouco mais de dois dias, e sites do setor público e universitários podem restringir manipulação de sessão avançar. Uma sessão curta é válida em uma área de trabalho compartilhada. Em um telefone pessoal, significa fazer login novamente com muito mais frequência do que as pessoas esperam de um aplicativo. O Login persistente O módulo adiciona uma opção explícita "lembrar de mim", se você quiser.
Arquivos privados. Documentos armazenados no Drupal sistema de arquivos privado são servidos através do Drupal para que o acesso possa ser verificado para cada solicitação. Se um link de PDF for entregue a outro aplicativo ou navegador que não contém o cookie de sessão, o Drupal vê um visitante anônimo e recusa.
Linguagens e domínios. Drupal Módulo de idioma pode escolher um idioma de um prefixo de URL, um domínio, a conta do usuário ou o navegador. O aplicativo abre um URL inicial e suas guias apontam para caminhos fixos. Um site com /en e /fr Os prefixos precisam de uma decisão sobre qual guia usar e um alternador de idioma visível para todos os outros.
Forms. Simples Formulário web campos não são problema. Uploads de arquivos e fotos, formulários de várias etapas com rascunhos salvos e desafios CAPTCHA são os que você deve testar.
Sobreposições e a barra de ferramentas do administrador. Banners de consentimento, modais de boletins informativos e cabeçalhos fixos competem pelo espaço onde ficam o cabeçalho nativo e as guias do aplicativo. O SiteTo.App pode ocultar o cabeçalho e os pop-ups do seu site com scripts executados dentro do aplicativo, para que o tema permaneça intacto e as páginas em cache sejam exibidas normalmente. Os editores que fizerem login no aplicativo ainda verão a barra de ferramentas de administração do Drupal.
Comércio Drupal. Comércio finalizar a compra com campos de cartão em suas próprias páginas é o caso simples. Os gateways que redirecionam para uma página de pagamento hospedada precisam de um pedido de teste cada.
Accessibility. Os organismos públicos e as universidades geralmente têm obrigações legais de acessibilidade. As páginas dentro do aplicativo são o mesmo HTML que seu tema produz, portanto, o trabalho já realizado lá é transferido. O cabeçalho, o menu e as guias nativos são uma nova interface, portanto, inclua-os ao testar o VoiceOver e o TalkBack.
Como você testa um site Drupal como um aplicativo, passo a passo?
Use um telefone real, o local de produção e teste contas para duas ou três funções. A prévia é gratuita e não precisa de cartão, então execute todo o plano antes de pagar qualquer coisa.
Etapa 1: verifique o tema móvel
Abra suas cinco páginas mais visitadas no navegador do telefone. Procure a rolagem lateral nas tabelas e visualizações, um mega menu que cobre a tela e um banner de consentimento que não pode ser descartado. Corrija o que você encontrar no tema.
Etapa 2: crie a visualização
Cole o URL público em SiteTo.App, usando o prefixo do idioma ou domínio ao qual seus visitantes móveis devem chegar. Defina o nome, o ícone e a tela de inicialização do aplicativo e, em seguida, escolha as guias para as tarefas que as pessoas repetem. Um órgão associativo pode usar Página inicial, Notícias, Eventos e Minha conta. Copie cada link do alias do caminho do site ativo e escaneie o código para abrir o aplicativo em seu telefone.
Um site de teste com autenticação HTTP ou uma lista de permissões de IP não pode ser carregado em um telefone, portanto, o plano usa produção.
Etapa 3: primeiro comprove o login
Este teste decide o projeto, então execute-o antes de qualquer coisa.
- Faça login da mesma forma que os usuários reais fazem. Se for SSO, conclua o percurso completo, incluindo o prompt do MFA.
- Abra uma página que apenas sua função possa ver.
- Feche o aplicativo completamente e abra-o novamente. Verifique novamente na manhã seguinte.
- Se o seu site usa senhas Drupal, solicite uma redefinição. O link único no e-mail normalmente abre no navegador do telefone, portanto, confirme a nova senha e funcionará no aplicativo.
- Saia e confirme que a página restrita foi recusada.
Se o SSO falhar, pergunte à sua equipe de identidade se uma política está bloqueando navegadores incorporados e se um login com senha do Drupal pode ser oferecido junto com ela. Se nada for possível, pare aqui e procure outro caminho.
Passo 4: Abra conteúdo restrito e arquivos privados
Fazendo login, abra um nó com restrição de função e um PDF privado. Verifique se o arquivo é exibido e se você pode voltar para a página de onde veio. Repita a sessão e confirme que Drupal recusa ambos.
Etapa 5: trabalhar com visualizações, pesquisas e formulários
Use um filtro exposto ou uma faceta em uma listagem longa e folheie os resultados. Execute uma pesquisa no site. Em seguida, envie seu formulário da Web mais movimentado do início ao fim, incluindo qualquer campo de upload e CAPTCHA, e verifique se a mensagem de confirmação e o e-mail de notificação chegam.
Etapa 6: mude o idioma e procure sobreposições
Altere o idioma com o alternador do site, toque em cada guia e anote qualquer uma que o leve de volta ao idioma padrão. Em seguida, toque como membro e como editor, procurando um segundo cabeçalho, um banner de consentimento nas guias ou a barra de ferramentas do administrador empurrando o conteúdo para baixo.
Etapa 7: decidir
| Área | Passe quando |
|---|---|
| Entrar | Seu método de login real é concluído, incluindo MFA |
| Sessão | Você ainda estará conectado após fechar e reabrir o aplicativo |
| Acesso | Páginas restritas e arquivos privados são abertos quando conectado e recusados quando desconectado |
| Visualizações e pesquisa | Filtros, facetas e paginação funcionam com um polegar |
| Formulários da web | Uploads e CAPTCHA são concluídos e a confirmação aparece |
| Idiomas | As guias permanecem no idioma escolhido ou o substituto é aceitável |
| Disposição | Um cabeçalho, um menu, nada cobrindo as guias |
Corrija problemas de página no Drupal e problemas de navegação nas configurações do SiteTo.App. Uma falha no login sem retorno é um motivo para escolher uma rota diferente.
Quanto custa cada rota?
SiteTo.App cobra uma vez por plataforma: US$ 29 para Android, US$ 79 para iOS ou US$ 99 quando você compra os dois juntos. Não há assinatura SiteTo.App. Reconstruções posteriores, por exemplo para alterar o ícone, são citadas separadamente. A publicação e edição de conteúdo no Drupal nunca precisa ser reconstruída. O página de preços tem os detalhes e o guia de custos compara o mercado mais amplo.
Um aplicativo desacoplado é um projeto de desenvolvimento seguido de um compromisso de manutenção, porque o aplicativo precisa acompanhar o Drupal e os lançamentos anuais do iOS e Android. Um serviço gerenciado cobra uma taxa recorrente enquanto o aplicativo estiver ativo.
Os US$ 99 anuais da Apple e o registro de US$ 25 do Google se aplicam a qualquer rota com listagem de loja. Organizações sem fins lucrativos, instituições educacionais credenciadas e entidades governamentais podem solicitar à Apple um isenção de taxa se distribuírem apenas aplicativos gratuitos e atenderem às outras condições da Apple.
Como você publica um aplicativo baseado em Drupal na App Store e no Google Play?
O criar e publicar guia percorre a sequência completa. Alguns pontos são mais importantes para os sites Drupal do que para a maioria.
Use as contas de desenvolvedor da própria organização. Inscreva-se com a razão social da instituição para que a listagem mostre a universidade, conselho ou associação como editora. A Apple pede às organizações um número D-U-N-S e a verificação leva tempo, então comece cedo.
Builds. A versão do iOS é assinada e carregada no TestFlight em sua própria conta Apple, então ninguém precisa de um Mac ou Xcode (detalhes aqui). Android chega como um AAB para Google Play, ou APK. Repita o plano de teste na versão TestFlight antes de enviar.
Dê aos revisores uma maneira de entrar. Se a parte útil do aplicativo estiver atrás de um login, crie uma conta de demonstração com função de representante e coloque suas credenciais nas notas de revisão. Uma conta que depende do seu SSO e MFA interromperá um revisor na primeira tela.
Planeje as atualizações do Drupal. Drupal 10 atinge o fim de sua vida útil em 9 de dezembro de 2026, de acordo com o cronograma de lançamento principal. Uma atualização para Drupal 11 que mantém os mesmos aliases de domínio e caminho não precisa de nova construção de aplicativo. Se os aliases mudarem, adicione redirecionamentos ou atualize os links das guias.
A Apple e o Google tomam a decisão de aprovação e ninguém pode prometer o resultado. O guia de publicação cobre listagens e análises mais aprofundadas.
Perguntas frequentes
Posso transformar um site Drupal em um aplicativo móvel sem módulo?
Sim. Um conversor de site para aplicativo como o SiteTo.App carrega as páginas que seu tema já renderiza, portanto, não há módulo para instalar e nenhuma API para expor. O opcional SDK JavaScript para emblemas de guias, a planilha de compartilhamento e a sensação ao toque é um script que você pode anexar por meio da biblioteca do seu tema.
Nosso SSO funcionará dentro do aplicativo?
Depende do seu provedor de identidade. O próprio formulário de login do Drupal funciona como em um navegador. Os logins SAML, OpenID Connect e CAS redirecionam para um provedor que pode restringir navegadores incorporados. Execute um login completo, incluindo MFA, na visualização gratuita antes de decidir.
Funciona com Drupal 10, Drupal 11 e Drupal CMS?
Sim. SiteTo.App funciona a partir do URL público e não depende da versão Drupal, portanto, qualquer site Drupal público e compatível com dispositivos móveis pode ser visualizado, incluindo um com front-end desacoplado.
O Drupal pode acionar notificações push quando o conteúdo é publicado?
Não com SiteTo.App hoje. Você envia cada notificação do painel com um título, texto, imagem opcional e um link, e ela vai para todos que aceitaram. Se notificações automáticas ou baseadas em funções forem essenciais, uma construção desacoplada é a melhor opção.
Próxima etapa
Comece com o teste de login. Cole seu URL do Drupal no visualização gratuita, abra-o em seu telefone e faça login da mesma forma que seus usuários fazem. Se funcionar, execute o resto do plano. O Drupal para a página do aplicativo tem uma pequena lista de verificação para compartilhar com quem precisa aprová-la.
Veja seu site como um aplicativo
Personalize a experiência e visualize-a antes de escolher uma plataforma.
Crie sua visualização


