WeChat exibe Liquid Glass no iOS 27, mas a Tencent não o redesenhou

O WeChat exibiu controles Liquid Glass para alguns usuários do iOS 27, apesar de a Tencent aparentemente não ter feito um redesenho específico desses elementos da interface. A distinção é importante porque, segundo relatos, a Apple — e não o WeChat — produziu a mudança visível por meio de controles nativos do sistema.

Usuários notaram o tratamento semelhante a vidro em menus de edição, ações de busca, controles de entrada e determinadas janelas pop-up em 3 de setembro de 2026. Uma pessoa identificada em reportagens chinesas como funcionária do WeChat afirmou que o iOS 27 aplicou automaticamente essa aparência onde o app chamava componentes de sistema da Apple.

Essa explicação não apareceu em uma declaração formal da Tencent, e a função da funcionária não foi verificada de forma independente. No entanto, o mecanismo técnico corresponde à documentação publicada pela Apple. Ele também expõe o conflito central por trás dessa pequena mudança visual: a Apple controla parte da aparência de todos os apps nativos para iPhone, mesmo quando o proprietário do app controla o produto ao redor.

Não se trata apenas de o WeChat receber menus mais brilhantes. É uma demonstração prática de como a Apple pode usar seu sistema operacional e seus frameworks de desenvolvimento para conduzir softwares de terceiros em direção a uma única linguagem de design.

O resultado pressiona a Tencent e outros grandes desenvolvedores em duas direções. Eles podem depender de controles padrão e aceitar a aparência em evolução da Apple, ou substituir uma parcela maior desses controles por interfaces personalizadas que exigem mais manutenção.

O que realmente mudou dentro do WeChat

A mudança relatada no WeChat afetou elementos de interface fornecidos pelo sistema, não todo o design do app.

Usuários chineses primeiro destacaram controles translúcidos que surgiam em partes isoladas do app para iPhone. As reportagens identificaram menus de seleção de texto, opções de busca por toque prolongado, controles de edição e determinados pop-ups como exemplos visíveis.

Esses elementos pareciam refletir ou desfocar o conteúdo atrás deles. Suas formas arredondadas e destaques variáveis lembravam o design Liquid Glass da Apple, que trata os controles como uma camada visual separada sobre o conteúdo de um app.

A mudança não representou um redesenho completo do WeChat. Conversas, listas de contatos, páginas de perfil, ícones e grandes estruturas de navegação não passaram subitamente a adotar um tratamento uniforme de vidro.

Uma reportagem de 4 de setembro atribuiu a explicação a uma funcionária do WeChat que usava o nome Ke Cun Xiao Jiang. Segundo esse relato, o iOS 27 aplicou o Liquid Glass automaticamente onde o WeChat utilizava controles de sistema relevantes.

A declaração é tecnicamente plausível, mas sua atribuição exige cautela. A Tencent não havia publicado um anúncio corporativo correspondente quando as reportagens circularam. As evidências disponíveis estabelecem uma explicação relatada de uma funcionária, não um lançamento formal de produto do WeChat.

O momento também acrescenta outra limitação. O iOS 27 continuava sendo software de pré-lançamento no início de setembro, portanto a interface observada por usuários beta não era necessariamente o comportamento público final. A Apple ainda poderia ajustar a renderização dos componentes, as regras de compatibilidade ou a intensidade visual antes da disponibilidade geral.

Mesmo com essas ressalvas, o episódio revela algo que os usuários frequentemente não percebem. Uma tela de app pode combinar várias camadas de propriedade.

O WeChat controla seu conteúdo, sua lógica de produto e sua interface personalizada. A Apple fornece o sistema operacional, o teclado, os serviços de texto, o comportamento de acessibilidade e muitos controles reutilizáveis. Quando uma dessas camadas do sistema muda, um app conhecido pode parecer diferente sem receber um redesenho convencional.

Essa divisão explica por que apenas superfícies selecionadas adquiriram o efeito. Um menu de sistema pode mudar enquanto a tela personalizada atrás dele permanece visualmente inalterada.

Ela também explica por que duas pessoas usando a mesma versão do WeChat podem relatar aparências diferentes. A versão do iOS, as configurações do dispositivo, a compilação beta e o controle específico aberto podem afetar o que elas veem.

Chamar o evento de uma “atualização Liquid Glass do WeChat” portanto exagera o papel da Tencent. Uma descrição mais precisa é que o iOS 27 revelou quais partes do WeChat ainda pertencem à camada de interface da Apple.

Por que o iOS 27 pode reformular controles nativos

Os frameworks da Apple permitem que controles padrão herdem o design atual do sistema operacional, transformando escolhas de framework em decisões visíveis de produto.

A Apple introduziu o Liquid Glass com o iOS 26 em junho de 2025. A empresa o descreveu como um material translúcido que reflete e refrata o conteúdo ao redor enquanto responde ao movimento e à interação.

O design se estendeu pelos sistemas operacionais da Apple, incluindo controles de apps, barras de navegação, widgets, ícones e superfícies do sistema. A Apple também lançou APIs que os desenvolvedores poderiam usar para criar seus próprios elementos semelhantes a vidro.

O anúncio original de design da Apple deixou claro que o Liquid Glass não era pensado apenas como decoração. Ele se tornou parte da interface estrutural compartilhada pelas plataformas da Apple.

Os desenvolvedores constroem interfaces de iPhone principalmente com UIKit ou SwiftUI. UIKit é o framework consolidado da Apple para construir interfaces nativas. SwiftUI é seu framework declarativo mais recente, no qual os desenvolvedores descrevem o estado da interface e deixam o sistema gerenciar grande parte de sua apresentação.

Ambos os frameworks fornecem componentes padrão. Eles incluem botões, menus, folhas, barras de ferramentas, barras de abas, campos de busca e estruturas de navegação.

A orientação de adoção da Apple afirma que os componentes padrão podem receber a aparência mais recente por meio dos frameworks do sistema. Os desenvolvedores não precisam recriar por conta própria cada reflexo, desfoque, transição ou destaque variável.

Essa automação traz benefícios claros. Um menu padrão pode permanecer consistente com outros apps para iPhone. Ele também pode herdar comportamento de acessibilidade, suporte a entrada, ajustes de layout e futuros refinamentos da plataforma.

Ela cria uma perda correspondente de controle visual. Se a Apple mudar o menu padrão, um app que usa esse menu pode mudar junto com ele. O desenvolvedor escolhe o componente, mas a Apple determina grande parte de sua renderização atual.

A recompilação com um kit de desenvolvimento de software mais recente pode ampliar essas mudanças por todo um app. Um SDK é o conjunto de frameworks, ferramentas e interfaces usados para criar software para uma versão específica de plataforma.

A Apple orienta os desenvolvedores a recompilar com a versão mais recente do Xcode, inspecionar a interface resultante e remover fundos personalizados que interfiram nos efeitos do sistema. Ela alerta especificamente que estilos mais antigos sobrepostos a novos materiais podem criar resultados estranhos ou redundantes.

O exemplo do WeChat parece mais restrito do que uma migração completa causada por recompilação. As superfícies relatadas incluem menus de sistema que o próprio iOS pode apresentar. Essa distinção importa porque a adoção automática não é um único interruptor universal que afeta cada pixel.

Algumas mudanças dependem do SDK usado para criar o app. Outras pertencem a serviços do sistema operacional que aparecem sempre que um app os invoca. Outras ainda exigem trabalho explícito do desenvolvedor.

A conclusão correta, portanto, não é que o iOS 27 possa redesenhar arbitrariamente qualquer app. É que a Apple pode reformular partes de um app que já foram delegadas aos frameworks ou serviços de sistema da Apple.

Esse limite é amplo o bastante para ser relevante. Editar texto, apresentar um menu de sistema, abrir uma folha de compartilhamento ou usar uma barra de ferramentas padrão pode expor comportamentos de interface controlados pela Apple dentro de um produto com marca própria.

O sistema de design da Apple agora supera a intenção do app

O conflito central é a busca da Apple por consistência de plataforma em contraposição ao desejo de cada desenvolvedor por controle no nível do produto.

A Apple quer que o software para iPhone pareça coeso. Controles padrão reduzem a necessidade de reaprendizagem porque menus, padrões de navegação e interações familiares se comportam de forma semelhante entre os apps.

Os desenvolvedores também se beneficiam dessa consistência. Eles podem evitar reconstruir componentes comuns e concentrar recursos de engenharia em recursos que diferenciam seus produtos.

O WeChat apresenta um teste incomumente forte para esse arranjo. Não é um pequeno utilitário com pouca identidade visual. A Tencent desenvolveu uma ampla linguagem de interface em torno de mensagens, pagamentos, serviços, canais, busca e mini programas.

Ainda assim, até um app dessa escala depende do comportamento do sistema operacional. A aparência de um menu de texto demonstra que a Apple mantém influência dentro de um dos produtos mais cuidadosamente controlados da Tencent.

A relação de poder se torna mais visível no iOS 27 porque a Apple estreitou o caminho de compatibilidade. A Apple fornecia anteriormente uma opção temporária que permitia que compilações mais recentes preservassem a aparência anterior da interface enquanto os desenvolvedores revisavam seu software.

A propriedade relevante, UIDesignRequiresCompatibility, instrui o sistema a apresentar elementos de UI compatíveis usando um design mais antigo. Ela foi concebida como uma ajuda temporária de migração, não como um veto permanente à direção visual da Apple.

A documentação de compatibilidade da Apple afirma que o sistema ignora essa chave quando um app é criado para iOS 27 ou posterior. Desenvolvedores que migram para o novo SDK não podem depender indefinidamente dessa rota de escape.

Essa política muda a negociação prática. Durante a transição para o iOS 26, os desenvolvedores podiam inspecionar o Liquid Glass enquanto preservavam uma aparência anterior em lançamentos selecionados. Com o SDK do iOS 27, a Apple espera que o novo design se torne a referência.

Um grande desenvolvedor pode responder substituindo controles padrão por controles personalizados. Essa opção preserva a marca, mas traz custos que vão além de desenhar um menu diferente.

Controles personalizados exigem testes em diferentes tamanhos de tela, idiomas, configurações de acessibilidade, métodos de entrada e futuras versões do sistema. Os desenvolvedores precisam lidar com animação, contraste, áreas de toque, comportamento de foco e casos extremos que os componentes de sistema já tratam.

O WeChat também precisa manter experiências reconhecíveis entre iPhone, Android, sistemas desktop e a web. Seguir a Apple de perto demais pode ampliar a distância visual entre seus produtos para iOS e Android.

Ignorar os padrões da Apple cria um problema diferente. Uma interface pode parecer datada ou inconsistente ao lado de um software de sistema atualizado. Os usuários podem interpretar essa discrepância como negligência, mesmo quando o design mais antigo reflete uma escolha deliberada entre plataformas.

É por isso que o episódio pressiona mais do que a equipe de design da Tencent. Ele força líderes de produto a decidir quais partes de um app devem parecer nativas ao dispositivo e quais devem continuar nativas à marca.

A Meta enfrenta a mesma questão com o WhatsApp. O Google a enfrenta no Gmail, Maps e seus apps de produtividade. A Microsoft a encontra no Outlook, Teams e OneDrive.

Cada empresa usa uma combinação de componentes nativos da plataforma e personalizados. Cada combinação cria um cronograma de migração diferente e um risco distinto de fragmentação visual.

A mudança parcial do WeChat torna essa fragmentação observável. Um menu Liquid Glass sobre uma tela personalizada mais antiga pode parecer menos um redesenho e mais dois sistemas de design em colisão.

Liquid Glass automático não é qualidade automática

A adoção pelo sistema pode oferecer consistência, mas não garante que uma interface mista permaneça legível, coesa ou intencional.

O Liquid Glass combina transparência, desfoque, destaques e movimento responsivo. Essas propriedades dependem fortemente do conteúdo atrás de um controle.

Um menu translúcido pode parecer controlado sobre um fundo simples. O mesmo menu pode perder clareza sobre fotografias, texto denso, vídeo ou cores altamente saturadas.

A Apple vem refinando o design desde sua estreia no iOS 26. Para o iOS 27, a empresa anunciou um controle deslizante nas configurações que permite aos usuários ajustar o Liquid Glass, de mais claro a mais intensamente tingido.

A visão geral do iOS 27 da Apple apresenta esse controle como personalização. Ele também funciona como um reconhecimento de que um único nível fixo de transparência não atende todos os usuários ou contextos.

Isso cria uma matriz de testes para desenvolvedores. Um controle deve permanecer compreensível nos modos claro e escuro, com diferentes cores de papel de parede, preferências de acessibilidade, contraste ampliado, movimento reduzido e a nova configuração de transparência.

A renderização automática cuida do próprio material. Ela não avalia se a tela personalizada ao redor oferece a hierarquia adequada.

A Apple aconselha os desenvolvedores a evitar sobrepor efeitos de vidro, lotar os controles ou posicionar fundos personalizados atrás de materiais do sistema. Essas recomendações mostram que a automação do framework ainda exige revisão de design.

As superfícies de vidro isoladas do WeChat, portanto, merecem testes como elementos do produto, mesmo que a Tencent não as tenha criado deliberadamente. A empresa precisa verificar se os menus obscurecem o conteúdo das conversas, se os rótulos mantêm contraste suficiente e se as áreas de toque permanecem previsíveis.

A localização torna o desafio mais difícil. O WeChat oferece suporte a textos de interface que variam substancialmente em comprimento. Uma ação compacta em inglês e seu equivalente em chinês podem ocupar larguras diferentes, afetando o tamanho e o movimento de um menu translúcido.

A acessibilidade é outro ponto de pressão. Refração e animação podem ajudar a estabelecer profundidade, mas também podem distrair usuários que preferem menos movimento visual.

Os novos controles de configuração dão aos usuários alguma autoridade sobre o resultado. No entanto, os desenvolvedores não podem presumir que todos os usuários descobrirão ou modificarão essas opções.

Há também uma questão de confiança. Em geral, as pessoas interpretam uma mudança visível em um app como uma decisão intencional do desenvolvedor do app. Raramente distinguem um botão projetado pela Tencent de um menu de texto renderizado pela Apple.

Se os usuários não gostarem de uma nova superfície, o WeChat poderá receber a reclamação mesmo quando o iOS a tiver fornecido. Se os usuários gostarem dela, poderão concluir incorretamente que a Tencent concluiu uma migração mais ampla para o Liquid Glass.

Nenhuma das interpretações capta a propriedade compartilhada da tela.

Essa incerteza deve moderar as afirmações de que o WeChat “adotou” o Liquid Glass. Adoção normalmente implica uma revisão de design planejada, um processo de implementação e testes, e um lançamento de produto.

O evento relatado estabelece que determinados controles exibiram o material. Não estabelece que a Tencent aprovou uma estratégia visual abrangente em torno dele.

A distinção se tornará ainda mais importante depois que o iOS 27 chegar aos usuários em geral. Uma observação em beta pode revelar uma transição em andamento, enquanto uma versão de produção representa um design que os desenvolvedores precisam suportar em escala.

O Efeito WeChat É um Alerta para Todo Desenvolvedor de iOS

Componentes nativos reduzem o trabalho de engenharia, mas também transferem parte da aparência futura de um app para a Apple.

Essa troca começa muito antes da chegada de uma nova versão do iOS. As equipes a fazem sempre que escolhem entre um componente padrão e uma substituição personalizada.

Usar um menu de texto padrão oferece a um app um comportamento consolidado para copiar, colar, pesquisar, traduzir e outras ações contextuais. A Apple pode adicionar recursos a esse menu sem exigir que cada desenvolvedor reconstrua a interação do zero.

A mesma abstração permite que a Apple modifique a forma, animação, espaçamento e material do menu. Uma dependência escolhida pela funcionalidade se torna uma dependência de política visual.

Para pequenas equipes de desenvolvimento, essa troca frequentemente faz sentido. Reproduzir o comportamento do sistema consumiria tempo mais bem empregado no propósito central do aplicativo.

Equipes maiores têm mais recursos, mas seu risco também é maior. Uma mudança visual pode alcançar milhões de usuários, aparecer em capturas de tela e páginas de suporte, e entrar em conflito com um sistema de design já estabelecido.

A resposta mais segura não é substituir todos os componentes nativos. Isso aumentaria a manutenção e criaria novos riscos de acessibilidade.

Os desenvolvedores precisam de um inventário das superfícies controladas por UIKit, SwiftUI, conteúdo web incorporado, renderização personalizada ou serviços do sistema. Sem esse mapa, as equipes não conseguem prever onde uma atualização do sistema operacional se tornará visível.

Em seguida, devem testar fluxos de trabalho, e não capturas de tela isoladas. Uma barra de ferramentas estática pode parecer correta, mas mudar de forma inesperadamente durante a rolagem. Um pop-up pode continuar legível em uma tela e perder contraste em outra.

O espaçamento padrão também importa. A Apple alerta contra medidas de layout codificadas de forma fixa, pois novas formas e dimensões de controles podem quebrar pressupostos construídos em torno de interfaces mais antigas.

As equipes que aplicaram fundos personalizados sobre barras nativas enfrentam um problema semelhante. O fundo pode interferir no efeito de borda de rolagem ou criar várias camadas translúcidas.

Essas questões podem afetar a funcionalidade. Um controle deslocado pode sobrepor conteúdo. Uma barra de navegação pode ocupar espaço inesperado. Um ícone personalizado pode parecer desalinhado dentro de um botão do sistema revisado.

Os desenvolvedores também devem tratar o modo de compatibilidade como tempo emprestado. A Apple o descreve explicitamente como temporário, e builds do iOS 27 não podem usar a chave para preservar o design anterior.

Essa política significa que o adiamento não elimina a migração. Ele concentra os testes perto de um futuro prazo de SDK.

O episódio do WeChat oferece uma demonstração interna útil. Gerentes de produto podem apontar para ele ao explicar por que betas de sistemas operacionais merecem revisão estruturada, mesmo quando uma equipe não programou uma reformulação.

As equipes de conhecimento devem preservar capturas de tela, notas de teste, documentação de desenvolvedores e decisões de cada ciclo beta em uma base de conhecimento de engenharia pesquisável. Esse registro ajuda a distinguir o comportamento esperado do framework de uma regressão genuína.

A lição também se aplica fora das plataformas da Apple. Bibliotecas de design do Android, navegadores, frameworks de desktop e mecanismos web incorporados também intermediam a aparência e o comportamento dos aplicativos.

A integração estreita da Apple torna o efeito especialmente visível. A empresa controla o hardware, o sistema operacional, as ferramentas de desenvolvimento, os frameworks de interface e o canal de distribuição.

Essa pilha dá à Apple uma influência incomum para transformar uma recomendação de design em padrão e, depois, transformar o padrão em requisito para builds futuros.

Os desenvolvedores ainda escolhem quanto de sua interface usa o sistema da Apple. Simplesmente não podem tratar essa escolha como visualmente neutra.

O que Observar à Medida que o iOS 27 Chega aos Usuários

Três sinais mostrarão se a aparência do WeChat é um artefato temporário de beta ou o início de uma reformulação mais ampla impulsionada pela plataforma.

O primeiro sinal é o próximo lançamento público do WeChat pela Tencent após a disponibilidade geral do iOS 27. Notas de lançamento, mudanças na interface ou uma declaração oficial de desenvolvedor esclareceriam se a Tencent aceita o tratamento automático.

Uma aparência mais ampla na navegação e nos controles indicaria adoção intencional. Uma implementação mais restrita ou modificada sugeriria que a Tencent quer preservar mais de sua identidade visual estabelecida.

O silêncio não provaria indiferença. Grandes apps frequentemente ajustam o comportamento do framework sem documentar cada mudança de interface. A build de produção real fornecerá evidências mais fortes do que comentários informais isolados.

O segundo sinal é o comportamento final de compatibilidade da Apple. Os desenvolvedores precisam confirmar quais elementos mudam porque um app usa o SDK do iOS 27 e quais mudam apenas porque o dispositivo executa o iOS 27.

Essa distinção determinará o alcance da política de design da Apple. Se builds mais antigos de apps também receberem mais superfícies renderizadas pelo sistema, os usuários verão mudanças antes que os desenvolvedores concluam migrações mais amplas.

A forma como a Apple tratará UIDesignRequiresCompatibility será particularmente importante. Sua documentação afirma que builds do iOS 27 não podem depender da chave, mas as equipes precisam testar o SDK final em aplicações reais.

Se a versão final se comportar como documentado, a posição da Apple se fortalecerá. Desenvolvedores que atualizarem sua cadeia de ferramentas terão de aceitar o design atual do sistema ou investir em interfaces personalizadas cuidadosamente justificadas.

O terceiro sinal é a resposta dos usuários após o período beta. Relatos de um pequeno grupo de entusiastas não podem prever como um público mais amplo reagirá durante as mensagens do dia a dia.

Observe reclamações recorrentes sobre contraste, movimento, estilos inconsistentes ou controles que parecem desconectados do conteúdo do WeChat. Observe também se os usuários preferem os menus revisados após ajustar a configuração de transparência da Apple.

Uma resposta positiva sustentaria a afirmação da Apple de que materiais comuns melhoram a familiaridade entre apps. Confusão persistente fortaleceria o argumento de que a consistência automática pode enfraquecer a coerência dentro de produtos individuais.

Esses sinais importam para qualquer pessoa que use software de iPhone para trabalho contínuo. Uma atualização do sistema pode mudar as ferramentas usadas para escrever, selecionar, compartilhar e organizar informações, mesmo quando o app subjacente não anunciou novos recursos.

Para os desenvolvedores, a ação imediata é simples: testar fluxos de trabalho críticos na build final do iOS 27 e identificar toda superfície controlada por um framework do sistema.

Para os usuários, a pergunta mais útil não é se o WeChat “copiou” o design da Apple. Pergunte qual empresa controla o elemento de interface à sua frente e se essa divisão melhora a tarefa.

A próxima build do WeChat, as regras finais de compatibilidade da Apple e o feedback de usuários em escala de produção responderão a essa pergunta de forma mais confiável do que uma captura de tela de beta. Até lá, os menus de Liquid Glass relatados devem ser entendidos como evidência da influência da plataforma da Apple, e não como prova de uma reformulação concluída pela Tencent.