--- title: "Perguntas frequentes – ajuda e respostas | MS WebX" description: "Encontre respostas para perguntas comuns sobre os nossos serviços, contas, projetos e como tudo funciona — veja a lista completa abaixo." canonical: https://mswebx.com/pt/perguntas-frequentes language: pt robots: index, follow og_type: website type: faq language_alternates: en: https://mswebx.com/frequently-asked-questions.md cs: https://mswebx.com/cs/casto-kladene-otazky.md de: https://mswebx.com/de/haeufig-gestellte-fragen.md es: https://mswebx.com/es/preguntas-frecuentes.md fr: https://mswebx.com/fr/questions-frequentes.md hu: https://mswebx.com/hu/gyakran-ismetelt-kerdesek.md it: https://mswebx.com/it/domande-frequenti.md nl: https://mswebx.com/nl/veelgestelde-vragen.md pl: https://mswebx.com/pl/najczesciej-zadawane-pytania.md pt: https://mswebx.com/pt/perguntas-frequentes.md ru: https://mswebx.com/ru/часто-задаваемые-вопросы.md tr: https://mswebx.com/tr/sikca-sorulan-sorular.md zh: https://mswebx.com/zh/常见问题.md ja: https://mswebx.com/ja/よくある質問.md ar: https://mswebx.com/ar/الأسئلة-الشائعة.md ko: https://mswebx.com/ko/자주-묻는-질문.md pt-br: https://mswebx.com/pt-br/perguntas-frequentes.md hi: https://mswebx.com/hi/अक्सर-पूछे-जाने-वाले-प्रश्न.md content_hash: sha256:da47ac67bd0d1d9cabd9f7ddf3d64f9d141174824d6254040ecf7ea7831d026e generated: 2026-08-11 --- > **Machine-readable Markdown rendering.** This is a Markdown representation of a web page, > served for AI agents and crawlers as a token-efficient alternative to the full HTML. > Full interactive HTML version: https://mswebx.com/pt/perguntas-frequentes > Canonical URL: https://mswebx.com/pt/perguntas-frequentes > Available languages: en, cs, de, es, fr, hu, it, nl, pl, pt, ru, tr, zh, ja, ar, ko, pt-br, hi > Change detection: `content_hash` is the SHA-256 of this document's Markdown body — everything > below this block, whitespace-trimmed, excluding the front-matter. Compare it to detect a real > content change; `generated` moves on every render and is not a change signal. # Perguntas frequentes Encontre respostas para perguntas comuns sobre os nossos serviços, contas, projetos e como tudo funciona — veja a lista completa abaixo. ## Perguntas em destaque O que faz a MS WebX? Sobre a MS WebX A MS WebX é uma empresa de informática. Construímos sites e plataformas web, aplicações nativas para iOS e Android e integramos IA nelas, a par do trabalho de SEO que torna visível o que construímos. Operamos também produtos próprios na mesma plataforma que usamos com clientes, pelo que a base já corre em produção antes de alguém depender dela. Como começa um projeto com a MS WebX? Trabalhar connosco Descreve o objetivo, não a solução técnica. Fazemos perguntas até o âmbito ficar mesmo claro e pomo-lo por escrito antes de construir seja o que for. Se acharmos que o caminho pedido é o errado, dizemos antes de pagar — essa conversa custa menos do que a refeitura que evita. O site e a aplicação móvel partilham o mesmo backend? A plataforma Sim, e de forma mais estrita do que a frase costuma significar. A API é definida uma vez em PHP e tanto o cliente TypeScript da web como o cliente Dart da aplicação são gerados a partir dessa definição. Nenhum é escrito à mão: o linter recusa um tipo de API escrito manualmente. Assim a aplicação não pode dessincronizar-se em silêncio — uma divergência parte a compilação, não a produção. Os 18 idiomas são reais ou é tradução automática por cima? A plataforma Reais. Cada página existe como registo próprio por idioma, com texto e URL próprios — estas perguntas frequentes estão em /frequently-asked-questions em inglês e em /de/haeufig-gestellte-fragen em alemão, não atrás de um parâmetro de tradução. Assim cada idioma escreve-se como se procura mesmo nesse mercado e corrige-se um sem mexer nos outros dezassete. ## Navegar por categoria [ ### Sobre a MS WebX Quem somos, o que construímos e como podes confirmá-lo por ti próprio. 3 perguntas](/pt/perguntas-frequentes/sobre-a-ms-webx "Sobre a MS WebX") [ ### Trabalhar connosco Como começa um trabalho, como decorre o projeto e o que acontece depois do lançamento. 5 perguntas](/pt/perguntas-frequentes/trabalhar-connosco "Trabalhar connosco") [ ### A plataforma Uma base de código, várias marcas, 18 idiomas, web e nativo a partir do mesmo contrato. 5 perguntas](/pt/perguntas-frequentes/a-plataforma "A plataforma") [ ### Segurança e dados Onde vivem os dados, como viajam, quem lhes chega e o que fica registado. 5 perguntas](/pt/perguntas-frequentes/seguranca-e-dados "Segurança e dados") [ ### IA na prática O que significa mesmo integrar IA quando tem de ir para produção e continuar a funcionar. 3 perguntas](/pt/perguntas-frequentes/ia-na-pratica "IA na prática") ## Sobre a MS WebX O que faz a MS WebX? A MS WebX é uma empresa de informática. Construímos sites e plataformas web, aplicações nativas para iOS e Android e integramos IA nelas, a par do trabalho de SEO que torna visível o que construímos. Operamos também produtos próprios na mesma plataforma que usamos com clientes, pelo que a base já corre em produção antes de alguém depender dela. São uma agência ou uma empresa de produto? As duas coisas, de propósito. O que oferecemos corre primeiro nos nossos produtos: o sistema de páginas multilingue, a camada de API, as ferramentas de administração, a analítica. Nenhum projeto de cliente arranca sobre uma base por testar e, se algo no núcleo falha, damos por isso antes do cliente. Como posso confirmar que a MS WebX é uma empresa real e em atividade? De três formas, todas independentes do que aqui escrevemos. A página de informação legal contém os dados oficiais da empresa. Os nossos produtos são públicos e podem ser usados sem nos contactar. E a página de contacto chega às mesmas pessoas que escrevem o código, sem um call center pelo meio. ## Trabalhar connosco Como começa um projeto com a MS WebX? Descreve o objetivo, não a solução técnica. Fazemos perguntas até o âmbito ficar mesmo claro e pomo-lo por escrito antes de construir seja o que for. Se acharmos que o caminho pedido é o errado, dizemos antes de pagar — essa conversa custa menos do que a refeitura que evita. Como decorre o projeto no dia a dia? Em passos pequenos e visíveis. O trabalho vai para um ambiente de testes que pode abrir no browser quando quiser e só passa para o site ao vivo quando disser. Ninguém vê o produto acabado pela primeira vez no fim do projeto — nessa altura qualquer alteração sai cara. O que acontece depois do lançamento? O que construímos é feito para ser mantido: atualizações de dependências, monitorização e alterações à medida que o negócio muda. Se continuamos nós ou se a sua equipa assume, fica combinado dentro do projeto e não presumido depois. Nada é construído de modo a que só nós lhe possamos tocar. Assumem um sistema construído por outra empresa? Lemos primeiro o código existente e depois dizemos com clareza se continuar ou substituir custa menos ao longo da vida do sistema. Acontecem as duas respostas — código herdado costuma estar perfeitamente bem, apenas mal documentado. Não recomendamos refazer por reflexo, porque refazer é a coisa mais cara que lhe podem vender. Em que tecnologia constroem e como mantêm a qualidade? PHP no servidor, TypeScript no navegador, Flutter para iOS e Android, MariaDB para os dados, nginx e FrankenPHP para servir. Tecnologia atual e amplamente conhecida de propósito, para que qualquer pessoa a possa manter depois de nós. A qualidade é imposta por máquinas e não por boas intenções: a análise estática corre no nível mais rigoroso sem lista de exceções, além de mais de duzentas regras próprias que rejeitam o código assim que ele desvia. ## A plataforma O que querem dizer com «a plataforma»? Uma base de código com um núcleo comum e uma camada fina por marca por cima. Cada marca tem o seu design, os seus conteúdos, a sua base de dados e o seu domínio, enquanto correções de segurança, trabalho de desempenho e novas funcionalidades do núcleo chegam a todas ao mesmo tempo, sem cópia manual site a site. Acrescentar uma marca é configuração e conteúdo, não um fork. O site e a aplicação móvel partilham o mesmo backend? Sim, e de forma mais estrita do que a frase costuma significar. A API é definida uma vez em PHP e tanto o cliente TypeScript da web como o cliente Dart da aplicação são gerados a partir dessa definição. Nenhum é escrito à mão: o linter recusa um tipo de API escrito manualmente. Assim a aplicação não pode dessincronizar-se em silêncio — uma divergência parte a compilação, não a produção. Os 18 idiomas são reais ou é tradução automática por cima? Reais. Cada página existe como registo próprio por idioma, com texto e URL próprios — estas perguntas frequentes estão em /frequently-asked-questions em inglês e em /de/haeufig-gestellte-fragen em alemão, não atrás de um parâmetro de tradução. Assim cada idioma escreve-se como se procura mesmo nesse mercado e corrige-se um sem mexer nos outros dezassete. Uma só plataforma consegue servir várias marcas sem se atrapalharem? É para isso que foi construída. Cada marca tem a sua base de dados, o seu domínio e os seus conteúdos, pelo que uma marca não consegue ler os dados de outra e um erro de conteúdo numa não aparece na outra. O que é partilhado é o motor: o encaminhamento, a camada de API, as ferramentas de administração e o trabalho de segurança. Que produtos próprios opera a MS WebX? O Cannabivo está no ar: um motor de busca de clubes sociais, onde os visitantes encontram e comparam clubes por localização e os clubes gerem a sua própria ficha. O Steel é uma referência de equivalências de materiais dirigida à engenharia e às compras; está em desenvolvimento e ainda não é público. Ambos correm na plataforma descrita nesta secção. ## Segurança e dados De quem são os dados no sistema que constroem para nós? Seus. Tratamo-los para operar o serviço que nos encomendou e para mais nada. Não são misturados com os de outro cliente, não são vendidos e não servem para mostrar publicidade aos seus utilizadores. Se a relação terminar, leva os dados consigo. Como são protegidos os dados em trânsito? As ligações usam HTTP/3 e o domínio consta da lista HSTS pré-carregada dos navegadores, pelo que o navegador recusa falar sem cifra logo na primeiríssima visita, antes de qualquer redirecionamento poder ser intercetado. A troca de chaves é pós-quântica: X25519 combinado com ML-KEM-768, escolhida para que tráfego capturado hoje continue a resistir quando um computador quântico o puder atacar. Como são guardadas palavras-passe, chaves e credenciais de API? Nunca no código-fonte — e é a compilação que o impõe, não a disciplina: código com um segredo escrito à mão é recusado antes de poder ser integrado. Os segredos ficam cifrados num arquivo de definições e só são decifrados em execução onde fazem falta, pelo que trocar uma chave é uma alteração num sítio e não uma caça por toda a base de código. O que fica registado e é possível saber quem alterou algo? Sim. Eventos da aplicação, erros e ações administrativas são escritos na base de dados e não em ficheiros de texto espalhados por servidores, pelo que se conseguem mesmo pesquisar. As alterações administrativas registam quem agiu, o que mudou e quando. A «quem alterou este preço no mês passado» há resposta, não palpite. Como lidam com cookies e consentimento? Os cookies não essenciais só são colocados depois de o visitante aceitar, a escolha fica registada e todos os sites que construímos têm uma página onde a pode alterar ou retirar mais tarde. Recusar é um clique e não uma caça num menu de definições — e quem recusa continua a ter um site que funciona. ## IA na prática O que significa mesmo «integrar IA» na prática? Um modelo a fazer uma tarefa definida dentro do seu produto, batendo de forma mensurável a alternativa: separar mensagens que chegam, redigir textos que uma pessoa depois aprova, fazer a pesquisa perceber o que alguém queria dizer e não o que escreveu. Não é uma bolha de chat colada num site acabado. A pergunta útil nunca é «podemos acrescentar IA», mas «que tarefa repetida lhe está a custar tempo». Onde é que a IA já faz trabalho real nos vossos produtos? No conteúdo. O nosso material multilingue é produzido e mantido atual com apoio de modelos e depois revisto por idioma antes de sair — nunca publicado diretamente a partir do modelo. É também por isso que falamos de IA com cuidado: sabemos por experiência própria onde o resultado é sólido e onde ainda precisa de uma pessoa. O que acontece aos nossos dados se houver uma funcionalidade de IA? Antes de se construir seja o que for, indicamos por escrito que fornecedor trata que dados e o que fica guardado. Se essa resposta não lhe servir, a funcionalidade é desenhada de outra forma ou não é feita. Nenhum dado sai do seu sistema de um modo que não tenha aceitado — e «não sabíamos que estava a ser enviado» não é um resultado que estejamos dispostos a produzir.