PARA AGÊNCIAS E FREELANCERS Execute aplicativos construídos com IA nos sites WordPress de seus clientes: eles leem posts, páginas e usuários reais de cada site e executam em sandbox, portanto um aplicativo quebrado não consegue danificar o site.

Crie um widget de reservas uma vez. Envie-o para cada site do cliente.

DSGo Apps oferece uma unidade menor que um plugin completo: envie um único bundle para N clientes com um comando CLI, atualize todos da mesma forma. Implantações multi-site e white-label estão no plano Studio.

Início rápido da CLI Preços para agências Bridge client no GitHub

O loop da agência

Um bundle. N sites de clientes.

É o mesmo loop de init, login, deploy que os desenvolvedores usam, apenas repetido por cliente. Construa o app uma vez, então execute designsetgo apps login --site e designsetgo apps deploy --site para cada hostname de cliente. Cada instalação lê os dados WordPress do próprio cliente.

Consulte a página do desenvolvedor para o passo a passo completo do CLI. O loop de init, login, deploy →

Implantação em muitos sites

Um pequeno loop bash é o "implantação multi-site."

Nenhum gerenciador de frota personalizado. O CLI aceita um único --site por chamada; agências incorporam isso em qualquer orquestração que já possuem, um loop shell, uma matriz CI, uma tarefa Ansible.

deploy.sh SH

# Build once.
npm run build

# Ship the same dist/ to every client.
for site in client-1.com client-2.com client-3.com; do
  designsetgo apps deploy --site "$site" --no-build
done

Em CI, o mesmo loop se torna uma etapa de matriz no GitHub Actions, com segredos por site. Há um deploy-action inicial que envolve o CLI.

Por que agências adotam isso

Mais rápido que um plugin personalizado.

Um app DSGo é um bundle estático e um manifesto. Nenhum boilerplate PHP. Nenhum scaffold de plugin. Nenhum canal de atualização para você escrever.

Mais seguro que um snippet.

Um bug em um plugin snippet quebra o site. Um bug em um app DSGo quebra o app. A sandbox torna "implantar em todos os clientes na sexta-feira" uma ideia aceitável.

Faturas como um serviço recorrente.

"O pacote de agendamento" ou "o portal do cliente" agora é um SKU. Um pacote, N clientes, taxa mensal. Você mantém uma vez, não N vezes.

Marca própria

Substitua nossa marca pela sua.

A página DSGo Apps do wp-admin, a tela de instalação, os estados vazios, tudo pode exibir o nome e o logotipo da sua agência em vez do nosso. Os clientes veem sua marca executando suas ferramentas de site, não um plugin de terceiros que você revende.

Seu nome, seu logotipo.

Defina plugin_name e logo_url nas configurações de marca própria. Cada superfície do admin os utiliza: item do menu, tela de instalação, cartões de aplicativo.

Seus links de suporte.

Substitua nossa documentação e links de suporte pelos seus. Os clientes recorrem a você quando precisam de respostas, não ao fórum de código aberto.

Pré-empacotado com seus aplicativos.

Envie um único zip que instale o plugin, aplique sua marca e pré-instale seu portal ou pacote de agendamento. A integração de novos clientes vai de uma lista de verificação de configuração para um único upload.

White-label está incluído no plano Studio. Pro pode executar implantação CLI multi-site, mas é distribuído sob o nome DesignSetGo Apps. Ver preços →

Registro de modelos privados

Sua biblioteca de modelos iniciais, separada da pública.

Hospede seus próprios pacotes em qualquer URL HTTPS que você controle. Sua equipe estrutura novos projetos de cliente a partir de sua biblioteca, não da pública.

Uma configuração por máquina de desenvolvimento.

Execute designsetgo apps registry add acme https://acme.example/registry.json --token xxx uma vez. Depois disso, cada apps init pode extrair de sua biblioteca por alias.

Modelos iniciais versionados.

Fixe uma versão específica de modelo (--template booking-widget@1.4.0) ou use a mais recente. Verificação de integridade SHA-256 em cada download impede que um arquivo tar adulterado seja instalado.

Também aparece em Riff

Depois de configurado em um site, o construtor Riff no admin lista seus modelos privados junto aos públicos, com um clique para "Copiar comando CLI" disponível para seus devs.

setup + scaffold SH

designsetgo apps registry add acme https://acme.example/registry.json --token xxx
designsetgo apps init clients/new-site --template booking-widget --registry acme

Você fornece os bytes (GitHub Pages, S3, seu próprio site WP, CDN interno); DSGo fornece a especificação e a infraestrutura CLI. Disponível no plano Studio. Ver preços →

Modelo de confiança

Escolha o modo de renderização de acordo com quem escreveu o código.

A maioria dos aplicativos de agências são revisados internamente. O modo inline é o padrão correto: páginas reais do WP, SEO nativa, montável na raiz. O modo iframe é o correto para bundles fornecidos pelo cliente que você não escreveu.

Recomendado para agências

Modo inline

O app é renderizado como uma página real do WordPress. Rastreável, indexável, envolvível por tema, otimizado para SEO. CSP e sanitização de HTML são executados a cada requisição. O bundle é seu próprio código, então o modelo de confiança é 'plugin confiável que você envia'.

"isolation": "inline"

Para drop-ins não confiáveis

Modo iframe

Sandbox forçado pelo navegador com uma origem opaca. Use quando um cliente lhe entrega um bundle HTML de seu freelancer ou um artefato Claude salvo. A ponte ainda funciona; a página não compartilha origem com o resto do site.

"isolation": "iframe"

Referência da CLI

Cada comando, cada sinalizador.

Incluindo --site, --sites, --from-artifact e a ação de deploy para CI.

Instalar plugin gratuito Ver preços para agências

zsh · agency workflow

$ designsetgo apps init booking-pack --astro
$ designsetgo apps login --site client-1.com
$ designsetgo apps login --site client-2.com
$ for s in client-1.com client-2.com; do
>   designsetgo apps deploy --site "$s"
> done
  ✓ deployed to 2 sites
  └ same app id, atomic per site