WeChat mostra Liquid Glass in iOS 27, ma Tencent non l'ha riprogettato
WeChat ha mostrato controlli Liquid Glass per alcuni utenti di iOS 27, nonostante Tencent apparentemente non abbia realizzato una riprogettazione dedicata di quegli elementi dell'interfaccia. La distinzione è importante perché, secondo quanto riportato, il cambiamento visibile è stato prodotto da Apple, non da WeChat, attraverso i controlli nativi del sistema.
Gli utenti hanno notato il trattamento simile al vetro nei menu di modifica, nelle azioni di ricerca, nei controlli di input e in alcune finestre pop-up selezionate il 3 settembre 2026. Una persona identificata dai resoconti cinesi come dipendente di WeChat ha affermato che iOS 27 ha applicato automaticamente l'aspetto nei punti in cui l'app richiamava i componenti di sistema di Apple.
Questa spiegazione non è comparsa in una dichiarazione formale di Tencent e il ruolo del dipendente non è stato verificato in modo indipendente. Tuttavia, il meccanismo tecnico corrisponde alla documentazione pubblicata da Apple. Evidenzia inoltre il conflitto centrale dietro questo piccolo cambiamento visivo: Apple controlla una parte dell'aspetto di ogni app nativa per iPhone, anche quando il proprietario dell'app controlla il prodotto circostante.
Non è semplicemente una storia di WeChat che riceve menu più luccicanti. È una dimostrazione concreta di come Apple possa usare il proprio sistema operativo e i framework per sviluppatori per orientare il software di terze parti verso un unico linguaggio di design.
Il risultato mette Tencent e gli altri grandi sviluppatori sotto pressione in due direzioni. Possono affidarsi ai controlli standard e accettare l'aspetto in evoluzione di Apple, oppure sostituire una quota maggiore di tali controlli con interfacce personalizzate che richiedono più manutenzione.
Cosa è realmente cambiato dentro WeChat
La modifica segnalata in WeChat ha riguardato elementi dell'interfaccia forniti dal sistema, non l'intero design dell'app.
Gli utenti cinesi hanno inizialmente evidenziato controlli traslucidi comparsi in parti isolate dell'app per iPhone. I resoconti hanno indicato come esempi visibili i menu di selezione del testo, le opzioni di ricerca attivate con una pressione prolungata, i controlli di modifica e alcuni pop-up.
Questi elementi sembravano riflettere o sfocare il contenuto alle loro spalle. Le forme arrotondate e i riflessi variabili ricordavano il design Liquid Glass di Apple, che tratta i controlli come un livello visivo separato sopra il contenuto di un'app.
La modifica non equivaleva a una riprogettazione completa di WeChat. Chat, elenchi dei contatti, pagine del profilo, icone e principali strutture di navigazione non hanno improvvisamente adottato un trattamento uniforme in vetro.
Un resoconto del 4 settembre ha attribuito la spiegazione a un dipendente di WeChat che usava il nome Ke Cun Xiao Jiang. Secondo tale resoconto, iOS 27 ha applicato Liquid Glass automaticamente ovunque WeChat utilizzasse controlli di sistema pertinenti.
L'affermazione è credibile sul piano tecnico, ma la sua attribuzione richiede cautela. Tencent non aveva pubblicato un annuncio aziendale corrispondente quando sono circolati i resoconti. Le prove disponibili confermano una spiegazione riferita da un dipendente, non un rilascio ufficiale del prodotto da parte di WeChat.
La tempistica aggiunge un'altra limitazione. All'inizio di settembre iOS 27 era ancora software prerelease, quindi l'interfaccia osservata dagli utenti beta non rappresentava necessariamente il comportamento finale per il pubblico. Apple potrebbe ancora modificare il rendering dei componenti, le regole di compatibilità o l'intensità visiva prima della disponibilità generale.
Anche con queste cautele, l'evento rivela qualcosa che gli utenti spesso non notano. Una schermata di un'app può combinare diversi livelli di proprietà.
WeChat controlla i propri contenuti, la logica di prodotto e l'interfaccia personalizzata. Apple fornisce il sistema operativo, la tastiera, i servizi di testo, il comportamento di accessibilità e molti controlli riutilizzabili. Quando uno di questi livelli di sistema cambia, un'app familiare può apparire diversa senza ricevere una riprogettazione convenzionale.
Questa divisione spiega perché solo superfici selezionate hanno acquisito l'effetto. Un menu di sistema può cambiare mentre la schermata personalizzata dietro di esso resta visivamente invariata.
Spiega anche perché due persone che usano la stessa versione di WeChat potrebbero segnalare aspetti diversi. La loro versione di iOS, le impostazioni del dispositivo, la build beta e il controllo specifico aperto possono tutti influire su ciò che vedono.
Definire l'evento un “aggiornamento Liquid Glass di WeChat” sopravvaluta quindi il ruolo di Tencent. Una descrizione più accurata è che iOS 27 ha mostrato quali parti di WeChat appartengono ancora al livello d'interfaccia di Apple.
Perché iOS 27 può rinnovare lo stile dei controlli nativi
I framework di Apple permettono ai controlli standard di ereditare il design dell'attuale sistema operativo, trasformando le scelte dei framework in decisioni di prodotto visibili.
Apple ha introdotto Liquid Glass con iOS 26 nel giugno 2025. L'azienda lo ha descritto come un materiale traslucido che riflette e rifrange il contenuto circostante, reagendo al movimento e all'interazione.
Il design si è esteso ai sistemi operativi di Apple, inclusi controlli delle app, barre di navigazione, widget, icone e superfici di sistema. Apple ha inoltre rilasciato API che gli sviluppatori potevano utilizzare per creare propri elementi simili al vetro.
L'annuncio originale del design di Apple chiariva che Liquid Glass non era pensato soltanto come decorazione. È diventato parte dell'interfaccia strutturale condivisa dalle piattaforme Apple.
Gli sviluppatori realizzano interfacce per iPhone principalmente con UIKit o SwiftUI. UIKit è il framework di lunga data di Apple per costruire interfacce native. SwiftUI è il suo framework dichiarativo più recente, nel quale gli sviluppatori descrivono lo stato dell'interfaccia e lasciano al sistema la gestione di gran parte della presentazione.
Entrambi i framework forniscono componenti standard. Tra questi figurano pulsanti, menu, pannelli, barre degli strumenti, barre delle schede, campi di ricerca e strutture di navigazione.
Le linee guida di adozione di Apple affermano che i componenti standard possono ricevere l'aspetto più recente tramite i framework di sistema. Gli sviluppatori non devono ricreare personalmente ogni riflesso, sfocatura, transizione o riflesso variabile.
Questa automazione produce vantaggi evidenti. Un menu standard può restare coerente con le altre app per iPhone. Può inoltre ereditare il comportamento di accessibilità, il supporto per l'input, gli adeguamenti del layout e i futuri miglioramenti della piattaforma.
Crea una corrispondente perdita di controllo visivo. Se Apple modifica il menu standard, un'app che utilizza quel menu può cambiare insieme a esso. Lo sviluppatore sceglie il componente, ma Apple determina gran parte del suo rendering attuale.
La ricompilazione con un kit di sviluppo software più recente può estendere questi cambiamenti a tutta un'app. Un SDK è l'insieme di framework, strumenti e interfacce utilizzati per sviluppare software per una specifica versione della piattaforma.
Apple invita gli sviluppatori a ricompilare con l'ultima versione di Xcode, ispezionare l'interfaccia risultante e rimuovere gli sfondi personalizzati che interferiscono con gli effetti di sistema. Avverte in particolare che uno stile precedente sovrapposto a nuovi materiali può creare risultati scomodi o ridondanti.
L'esempio di WeChat sembra più circoscritto di una migrazione completa guidata dalla ricompilazione. Le superfici segnalate includono menu di sistema che può presentare direttamente iOS. Questa distinzione è importante perché l'adozione automatica non è un singolo interruttore universale che interessa ogni pixel.
Alcuni cambiamenti dipendono dall'SDK utilizzato per creare l'app. Altri appartengono ai servizi del sistema operativo che appaiono ogni volta che un'app li richiama. Altri ancora richiedono un lavoro esplicito da parte dello sviluppatore.
La conclusione corretta non è quindi che iOS 27 possa riprogettare arbitrariamente qualsiasi app. È che Apple può rinnovare lo stile delle parti di un'app già delegate ai framework o ai servizi di sistema di Apple.
Questo confine è abbastanza ampio da avere conseguenze rilevanti. Modificare testo, presentare un menu di sistema, aprire un foglio di condivisione o usare una barra degli strumenti standard può esporre un comportamento dell'interfaccia controllato da Apple all'interno di un prodotto con un proprio marchio.
Il sistema di design di Apple ora prevale sull'intento dell'app
Il conflitto centrale è tra la richiesta di Apple di coerenza della piattaforma e il desiderio di ogni sviluppatore di mantenere il controllo a livello di prodotto.
Apple vuole che il software per iPhone risulti coerente. I controlli standard riducono la necessità di riapprendere le funzioni, perché menu, schemi di navigazione e interazioni familiari si comportano in modo simile tra le app.
Anche gli sviluppatori beneficiano di questa coerenza. Possono evitare di ricreare componenti comuni e concentrare le risorse ingegneristiche sulle funzioni che distinguono i loro prodotti.
WeChat rappresenta un test insolitamente forte di questo assetto. Non è una piccola utility con poca identità visiva. Tencent ha sviluppato un ampio linguaggio d'interfaccia attorno a messaggistica, pagamenti, servizi, canali, ricerca e mini programmi.
Eppure anche un'app di questa portata dipende dal comportamento del sistema operativo. L'aspetto di un menu di testo dimostra che Apple mantiene influenza all'interno di uno dei prodotti più attentamente controllati da Tencent.
Il rapporto di potere diventa più visibile in iOS 27 perché Apple ha ristretto il percorso di compatibilità. Apple aveva in precedenza fornito un'opzione temporanea che consentiva alle build più recenti di mantenere l'aspetto dell'interfaccia precedente mentre gli sviluppatori esaminavano il proprio software.
La proprietà pertinente, UIDesignRequiresCompatibility, indica al sistema di presentare elementi UI compatibili usando un design precedente. Era progettata come aiuto temporaneo alla migrazione, non come veto permanente sulla direzione visiva di Apple.
La documentazione sulla compatibilità di Apple afferma che il sistema ignora questa chiave quando un'app è compilata per iOS 27 o versioni successive. Gli sviluppatori che passano al nuovo SDK non possono dipendere indefinitamente da questa via di fuga.
Questa politica modifica la negoziazione pratica. Durante la transizione a iOS 26, gli sviluppatori potevano esaminare Liquid Glass mantenendo un aspetto precedente per rilasci selezionati. Con l'SDK di iOS 27, Apple si aspetta che il nuovo design diventi la base di riferimento.
Un grande sviluppatore può rispondere sostituendo i controlli standard con controlli personalizzati. Questa opzione preserva il branding, ma comporta costi che vanno oltre il disegno di un menu diverso.
I controlli personalizzati richiedono test su dimensioni dello schermo, lingue, impostazioni di accessibilità, metodi di input e future versioni del sistema. Gli sviluppatori devono gestire animazioni, contrasto, aree di tocco, comportamento del focus e casi limite che i componenti di sistema affrontano già.
WeChat deve inoltre mantenere esperienze riconoscibili su iPhone, Android, sistemi desktop e web. Seguire troppo da vicino Apple può ampliare il divario visivo tra i suoi prodotti iOS e Android.
Ignorare gli schemi di Apple crea un problema diverso. Un'interfaccia può sembrare datata o incoerente accanto a un software di sistema aggiornato. Gli utenti potrebbero interpretare questa discrepanza come trascuratezza, anche quando il design precedente riflette una scelta deliberata multipiattaforma.
Ecco perché l'evento mette sotto pressione qualcosa di più del team di design di Tencent. Costringe i responsabili di prodotto a decidere quali parti di un'app debbano apparire native del dispositivo e quali debbano restare native del marchio.
Meta affronta la stessa questione con WhatsApp. Google la affronta in Gmail, Maps e nelle sue app di produttività. Microsoft la incontra in Outlook, Teams e OneDrive.
Ogni azienda utilizza una combinazione di componenti nativi della piattaforma e personalizzati. Ogni combinazione crea un diverso programma di migrazione e un diverso rischio di frammentazione visiva.
Il cambiamento parziale di WeChat rende osservabile questa frammentazione. Un menu Liquid Glass sopra una vecchia schermata personalizzata può sembrare meno una riprogettazione e più lo scontro tra due sistemi di design.
Liquid Glass automatico non significa qualità automatica
L'adozione di sistema può offrire coerenza, ma non può garantire che un'interfaccia mista resti leggibile, coerente o intenzionale.
Liquid Glass combina trasparenza, sfocatura, riflessi e movimento reattivo. Queste proprietà dipendono fortemente dal contenuto dietro un controllo.
Un menu traslucido può sembrare ben controllato su uno sfondo semplice. Lo stesso menu può perdere chiarezza su fotografie, testo fitto, video o colori altamente saturi.
Apple ha perfezionato il design dal suo debutto in iOS 26. Per iOS 27, l’azienda ha annunciato un cursore nelle impostazioni che consente agli utenti di regolare Liquid Glass, rendendolo più trasparente o più intensamente colorato.
La panoramica di iOS 27 di Apple presenta questo controllo come una forma di personalizzazione. Ma funziona anche come riconoscimento del fatto che un unico livello di trasparenza non è adatto a ogni utente o contesto.
Questo crea una matrice di test per gli sviluppatori. Un controllo dovrebbe restare comprensibile tra modalità chiara e scura, colori diversi dello sfondo, preferenze di accessibilità, contrasto aumentato, movimento ridotto e la nuova impostazione della trasparenza.
Il rendering automatico gestisce il materiale stesso. Non valuta però se la schermata personalizzata circostante fornisca la gerarchia corretta.
Apple consiglia agli sviluppatori di evitare di sovrapporre effetti vetro, affollare i controlli o collocare sfondi personalizzati dietro i materiali di sistema. Queste raccomandazioni mostrano che l’automazione del framework richiede comunque una revisione del design.
Le superfici in vetro isolate di WeChat meritano quindi di essere testate come elementi di prodotto, anche se Tencent non le ha create deliberatamente. L’azienda deve verificare se i menu oscurano il contenuto delle chat, se le etichette mantengono un contrasto sufficiente e se le aree di tocco restano prevedibili.
La localizzazione rende la sfida più difficile. WeChat supporta stringhe dell’interfaccia la cui lunghezza varia notevolmente. Un’azione compatta in inglese e il suo equivalente cinese possono occupare larghezze diverse, influenzando dimensioni e movimento di un menu traslucido.
L’accessibilità è un altro punto di pressione. Rifrazione e animazione possono contribuire a creare profondità, ma possono anche distrarre gli utenti che preferiscono ridurre il movimento visivo.
I nuovi controlli nelle impostazioni assegnano agli utenti una certa autorità sul risultato. Tuttavia, gli sviluppatori non possono presumere che ogni utente scoprirà o modificherà tali opzioni.
C’è anche una questione di fiducia. Le persone interpretano generalmente un cambiamento visibile nell’app come una decisione intenzionale dello sviluppatore dell’app. Raramente distinguono un pulsante progettato da Tencent da un menu di testo renderizzato da Apple.
Se agli utenti non piace una nuova superficie, WeChat potrebbe ricevere la lamentela anche quando è stato iOS a fornirla. Se piace, potrebbero concludere erroneamente che Tencent abbia completato una migrazione più ampia a Liquid Glass.
Nessuna delle due interpretazioni coglie la titolarità mista della schermata.
Questa incertezza dovrebbe moderare le affermazioni secondo cui WeChat ha “adottato” Liquid Glass. L’adozione implica di solito una revisione pianificata del design, un processo di implementazione e test e un rilascio del prodotto.
L’evento riportato stabilisce che determinati controlli visualizzavano il materiale. Non stabilisce che Tencent abbia approvato una strategia visiva completa attorno a esso.
La distinzione diventerà ancora più importante dopo che iOS 27 raggiungerà gli utenti generici. Un’osservazione in beta può rivelare una transizione in corso, mentre un rilascio di produzione rappresenta un design che gli sviluppatori devono supportare su larga scala.
L’effetto WeChat è un avvertimento per ogni sviluppatore iOS
I componenti nativi riducono il lavoro di ingegneria, ma trasferiscono anche ad Apple una parte dell’aspetto futuro di un’app.
Questo compromesso inizia molto prima dell’arrivo di una nuova versione di iOS. I team lo accettano ogni volta che scelgono tra un componente standard e un’alternativa personalizzata.
L’uso di un menu di testo standard offre a un’app comportamenti consolidati per copiare, incollare, cercare, tradurre e altre azioni contestuali. Apple può aggiungere funzionalità a quel menu senza richiedere a ogni sviluppatore di ricostruire da zero l’interazione.
La stessa astrazione consente ad Apple di modificare forma, animazione, spaziatura e materiale del menu. Una dipendenza scelta per la funzionalità diventa una dipendenza dalla politica visiva.
Per i piccoli team di sviluppo, questo scambio ha spesso senso. Riprodurre il comportamento di sistema consumerebbe tempo che sarebbe meglio dedicare allo scopo principale dell’applicazione.
I team più grandi dispongono di maggiori risorse, ma anche il loro rischio è più elevato. Un cambiamento visivo può raggiungere milioni di utenti, apparire in screenshot e pagine di supporto e confliggere con un sistema di design consolidato.
La risposta più sicura non consiste nel sostituire ogni componente nativo. Ciò aumenterebbe la manutenzione e creerebbe nuovi rischi per l’accessibilità.
Gli sviluppatori hanno bisogno di un inventario delle superfici controllate da UIKit, SwiftUI, contenuti web incorporati, rendering personalizzato o servizi di sistema. Senza questa mappa, i team non possono prevedere dove un aggiornamento del sistema operativo diventerà visibile.
Dovrebbero poi testare i flussi di lavoro, non screenshot isolati. Una barra degli strumenti statica potrebbe apparire corretta, ma cambiare forma in modo inatteso durante lo scorrimento. Un pop-up potrebbe restare leggibile su una schermata e perdere contrasto su un’altra.
Anche la spaziatura standard conta. Apple mette in guardia contro misure di layout codificate rigidamente, poiché nuove forme e dimensioni dei controlli possono rompere le ipotesi costruite attorno a interfacce precedenti.
I team che hanno sovrapposto sfondi personalizzati alle barre native affrontano un problema simile. Lo sfondo può interferire con l’effetto sul bordo di scorrimento o creare più livelli traslucidi.
Questi problemi possono influire sulla funzionalità. Un controllo spostato potrebbe sovrapporsi ai contenuti. Una barra di navigazione potrebbe occupare spazio inatteso. Un’icona personalizzata potrebbe apparire disallineata all’interno di un pulsante di sistema rivisto.
Gli sviluppatori dovrebbero inoltre considerare la modalità di compatibilità come tempo preso in prestito. Apple la descrive esplicitamente come temporanea e le build di iOS 27 non possono usare la chiave per preservare il design precedente.
Questa politica significa che rimandare non elimina la migrazione. Concentra i test in prossimità di una futura scadenza dell’SDK.
L’episodio WeChat offre un’utile dimostrazione interna. I product manager possono richiamarlo per spiegare perché le beta del sistema operativo meritano una revisione strutturata, anche quando un team non ha pianificato una riprogettazione.
I team di conoscenza dovrebbero conservare screenshot, note di test, documentazione per sviluppatori e decisioni di ogni ciclo beta in una base di conoscenza tecnica ricercabile. Questa documentazione aiuta a distinguere il comportamento previsto del framework da una regressione reale.
La lezione vale anche al di fuori delle piattaforme Apple. Librerie di design Android, browser, framework desktop e motori web incorporati mediano tutti il modo in cui le applicazioni appaiono e si comportano.
La stretta integrazione di Apple rende l’effetto particolarmente visibile. L’azienda controlla l’hardware, il sistema operativo, gli strumenti di sviluppo, i framework dell’interfaccia e il canale di distribuzione.
Questo stack offre ad Apple una leva insolita per trasformare una raccomandazione di design in un’impostazione predefinita, quindi trasformare tale impostazione in un requisito per le build future.
Gli sviluppatori scelgono ancora quanta parte della loro interfaccia utilizzi il sistema Apple. Semplicemente, non possono considerare questa scelta visivamente neutra.
Cosa osservare mentre iOS 27 raggiunge gli utenti
Tre segnali mostreranno se l’aspetto di WeChat è un artefatto temporaneo della beta o l’inizio di una riprogettazione più ampia guidata dalla piattaforma.
Il primo segnale è la prossima release pubblica di WeChat da parte di Tencent dopo che iOS 27 sarà generalmente disponibile. Le note di rilascio, le modifiche all’interfaccia o una dichiarazione ufficiale degli sviluppatori chiarirebbero se Tencent accetta il trattamento automatico.
Un aspetto più esteso nella navigazione e nei controlli indicherebbe un’adozione intenzionale. Un’implementazione più limitata o modificata suggerirebbe che Tencent voglia preservare una quota maggiore della propria identità visiva consolidata.
Il silenzio non dimostrerebbe indifferenza. Le grandi app spesso regolano il comportamento dei framework senza documentare ogni modifica dell’interfaccia. La build di produzione effettiva fornirà prove più solide dei soli commenti informali.
Il secondo segnale è il comportamento finale della compatibilità di Apple. Gli sviluppatori devono confermare quali elementi cambiano perché un’app utilizza l’SDK di iOS 27 e quali cambiano esclusivamente perché il dispositivo esegue iOS 27.
Questa distinzione determinerà la portata della politica di design di Apple. Se anche le build più vecchie delle app ricevono più superfici renderizzate dal sistema, gli utenti vedranno cambiamenti prima che gli sviluppatori completino migrazioni più ampie.
La gestione di UIDesignRequiresCompatibility da parte di Apple sarà particolarmente importante. La sua documentazione afferma che le build di iOS 27 non possono fare affidamento sulla chiave, ma i team devono testare l’SDK finale su applicazioni reali.
Se la release finale si comporterà come documentato, la posizione di Apple diventerà più forte. Gli sviluppatori che aggiornano la propria toolchain dovranno accettare il design di sistema corrente oppure investire in interfacce personalizzate accuratamente giustificate.
Il terzo segnale è la risposta degli utenti dopo il periodo beta. Le segnalazioni di un piccolo gruppo di appassionati non possono prevedere come reagirà un pubblico più ampio nella messaggistica quotidiana.
Osservate l’eventuale ripetersi di lamentele su contrasto, movimento, stile incoerente o controlli che sembrano scollegati dai contenuti di WeChat. Osservate anche se gli utenti preferiscono i menu rivisti dopo aver regolato l’impostazione di trasparenza di Apple.
Una risposta positiva sosterrebbe l’affermazione di Apple secondo cui materiali comuni migliorano la familiarità tra le app. Una confusione persistente rafforzerebbe l’argomento secondo cui la coerenza automatica può compromettere la coesione all’interno dei singoli prodotti.
Questi segnali sono importanti per chiunque utilizzi software per iPhone in modo continuativo. Un aggiornamento di sistema può modificare gli strumenti attorno a scrittura, selezione, condivisione e organizzazione delle informazioni, anche quando l’app sottostante non ha annunciato nuove funzionalità.
Per gli sviluppatori, l’azione immediata è semplice: testare i flussi di lavoro critici sulla build finale di iOS 27 e identificare ogni superficie gestita da un framework di sistema.
Per gli utenti, la domanda più utile non è se WeChat abbia “copiato” il design di Apple. Chiedetevi quale azienda controlla l’elemento dell’interfaccia davanti a voi e se questa divisione migliora l’attività.
La prossima build di WeChat, le regole finali di compatibilità di Apple e il feedback degli utenti su scala di produzione risponderanno a questa domanda in modo più affidabile di uno screenshot beta. Fino ad allora, i menu Liquid Glass riportati dovrebbero essere letti come prova della leva di Apple sulla piattaforma, non come conferma di una riprogettazione Tencent completata.
