Este guia mostra o que o Opal faz, em que estágio ele está, o que a documentação declara e o que ela não declara, e um cuidado ao compartilhar que a documentação simplesmente não trata: o que acontece com o endereço do seu aplicativo depois que você o publica.
O que é o Google Opal?
O anúncio oficial, de 24 de julho de 2025, descreve o Opal como uma ferramenta experimental do Google Labs que permite construir e compartilhar mini aplicativos de IA que encadeiam instruções, modelos e ferramentas.
A diferença para conversar com um assistente comum é a permanência. Numa conversa, você descreve o que quer e recebe a resposta; da próxima vez, descreve tudo de novo. No Opal, aquilo vira um pequeno aplicativo com entrada, etapas e saída, que você reusa e entrega a outra pessoa.
E a diferença para as plataformas que geram sites e sistemas por descrição, como as que o guia de vibe coding trata, é o escopo: ali você constrói uma aplicação com banco e login; aqui você monta um fluxo que chama modelos de IA, com uma tela simples em volta.
Está disponível no Brasil?
Está, e o detalhe importa porque a ferramenta começou restrita:
Fonte: anúncios oficiais do Google e a página de perguntas frequentes do Opal, atualizada em 24/02/2026 e consultada em 15/09/2026.
O Brasil entrou na segunda etapa, em outubro de 2025, e a página oficial de perguntas frequentes lista o país entre aqueles onde a ferramenta está publicamente disponível.
Mas continua sendo experimento. O próprio título da página traz a marca de experimento, e isso não é detalhe: produto do Google Labs pode mudar de forma, de limite e de existência sem aviso. Isso pesa na decisão de quanto do seu processo vai depender dele.
Como ele funciona na prática?
Três passos, e o segundo é o que separa o Opal de um prompt salvo:
1. Você descreve o que quer em linguagem natural: o que entra, o que precisa acontecer, o que sai.
2. A ferramenta monta um fluxo visual, com as etapas encadeadas. As etapas documentadas são de entrada, de geração e de saída, mais o passo de agente, acrescentado em fevereiro de 2026. As ferramentas não são um tipo de etapa: elas vêm embutidas e são entregues ao modelo junto com a instrução de cada passo de geração.
3. Você edita o fluxo, mexendo nas etapas em vez de reescrever o pedido inteiro.
O ponto que importa é o terceiro. Quando o resultado sai errado numa conversa comum, você reformula tudo e torce. Aqui você abre a etapa que falhou e corrige só ela, o que torna o resultado reproduzível.
Qual a diferença entre compartilhar e publicar?
A documentação separa as duas ações, e a diferença importa mais do que parece:
Ação | O que faz |
|---|---|
Compartilhar | dá acesso a outra pessoa e revela as instruções que você escreveu |
Publicar | cria um link onde as pessoas podem usar o aplicativo |
Fonte: documentação oficial do Opal, consultada em 15/09/2026.
Duas consequências práticas:
Compartilhar entrega o seu trabalho. Se o valor do que você montou está na sequência de instruções, compartilhar mostra a receita. Para dar acesso a um cliente sem entregar o método, o caminho é publicar.
Os aplicativos são privados por padrão e ficam guardados no Drive da conta. Isso é bom, e é o que torna a próxima seção necessária: o padrão é privado, e a decisão de publicar tem uma consequência que a documentação não descreve.
O aplicativo compartilhado pode aparecer no Google?
Esta seção existe porque procuramos a resposta na documentação e ela não está lá.
Vasculhamos as páginas oficiais do produto, que são em inglês, pelos termos que resolveriam a dúvida: "index", "indexing", "robots", "search engine", "SEO" e "crawl". Nenhuma ocorrência. Não existe documento explicando se o link que você publica é visível para o Google.
Então fomos verificar por fora. O que observamos, em 15/09/2026:
- Uma busca restrita ao domínio da ferramenta devolve aplicativos de usuários já indexados.
- O domínio não serve um arquivo de instruções para robôs válido.
- Não há um caminho canônico por aplicativo: os endereços observados penduram o identificador do arquivo no domínio raiz, sem tag canonical e sem meta de robôs.
Isso é observação, não documentação. Pode mudar amanhã, e o Google não se comprometeu com nenhum comportamento. Mas o que dá para dizer com segurança é o suficiente para orientar uma decisão: se você publicar um aplicativo, considere que o endereço dele pode ser encontrável, e você não tem controle documentado sobre isso.
Há um contraste que reforça a ressalva. Para os Gems, os assistentes personalizados do Gemini, a documentação afirma com todas as letras que, quando o criador marca o compartilhamento como público, qualquer pessoa pode buscar no Google e ter acesso ao que ele criou, sem nem entrar na conta. Para o Opal, o Google não escreve nem uma coisa nem outra.
O que fazer com isso, na prática:
- Não coloque em instruções nada que não possa vazar: dado de cliente, credencial, regra comercial sensível.
- Se o aplicativo é interno, use compartilhamento controlado, não publicação.
- Se precisar de garantia de privacidade, este não é o lugar. Os guias de indexação e robots.txt mostram os controles que existem num site próprio, e que aqui você não tem.
Quanto custa e quais são os limites?
Não sabemos, e isso é um achado, não uma omissão deste artigo.
Não há documentação de preço e não há documentação de limites: quantos aplicativos por conta, quantas execuções, tamanho de arquivo. Compartilhar e publicar estão documentados; quota, limite e cobrança não têm página nenhuma.
A leitura honesta é mais estreita do que "é grátis": o Google não documenta cobrança, plano nem crédito, e também não documenta gratuidade. Ele simplesmente não trata do assunto. Qualquer texto que informe preço ou limite específico do Opal está informando o que o Google não publicou.
A consequência para o seu planejamento: não construa processo crítico em cima disso sem um plano de saída. Serve para acelerar tarefa repetitiva e para prototipar; não serve como infraestrutura.
Para que ele serve no marketing?
Sendo concreto, e ficando dentro do que a ferramenta faz:
Funciona bem para tarefa repetitiva com formato fixo: transformar uma lista de tópicos num conjunto de variações de texto, padronizar descrições a partir de uma planilha, montar um fluxo de triagem que classifica pedidos por categoria, gerar rascunhos a partir de um mesmo molde.
O ganho real é entregar a ferramenta, não o resultado. A diferença entre mandar um prompt para a equipe usar e entregar um aplicativo com campo de entrada é a taxa de adoção. Prompt colado num documento compartilhado ninguém usa; tela com um campo, usam.
Não funciona como substituto de sistema. Não tem banco de dados próprio, não tem login de usuários, não tem garantia de continuidade.
Para gerar aplicação de verdade, com dados e autenticação, o guia de Lovable trata da categoria. Para automação com controle de código, Claude Code e Cursor resolvem outro tipo de problema.
Conclusão
O Opal monta mini aplicativos de IA a partir de uma descrição, está disponível no Brasil desde outubro de 2025 e continua marcado como experimento. O que a documentação não diz é tão relevante quanto o que ela diz: não há preço, não há limites publicados e não há uma linha sobre buscadores, e o que observamos em 15/09/2026 é que endereços de aplicativos de usuários já apareciam indexados.
O próximo passo, se você for testar, é escolher uma tarefa repetitiva e sem dado sensível, montar o fluxo e entregar para alguém da equipe usar. É nesse momento que se descobre se o ganho é real, porque a diferença entre um prompt e um aplicativo é quem consegue usar sem você por perto.
