WeChat muestra Liquid Glass en iOS 27, pero Tencent no lo rediseñó
WeChat mostró controles Liquid Glass para algunos usuarios de iOS 27, pese a que Tencent aparentemente no realizó un rediseño específico de esos elementos de interfaz. La distinción es importante porque, según los informes, Apple, y no WeChat, produjo el cambio visible mediante controles nativos del sistema.
Los usuarios detectaron el tratamiento similar al vidrio en menús de edición, acciones de búsqueda, controles de entrada y determinadas ventanas emergentes el 3 de septiembre de 2026. Una persona identificada en informes chinos como empleada de WeChat afirmó que iOS 27 aplicó automáticamente esa apariencia allí donde la app invocaba componentes del sistema de Apple.
Esa explicación no ha aparecido en una declaración formal de Tencent, y el cargo de la empleada no ha podido verificarse de forma independiente. Sin embargo, el mecanismo técnico coincide con la documentación publicada por Apple. También expone el conflicto central detrás de este pequeño cambio visual: Apple controla parte de la apariencia de cada app nativa de iPhone, incluso cuando el propietario de la app controla el producto que la rodea.
No se trata simplemente de que WeChat haya recibido menús más llamativos. Es una demostración práctica de cómo Apple puede utilizar su sistema operativo y sus frameworks para impulsar el software de terceros hacia un mismo lenguaje de diseño.
El resultado presiona a Tencent y a otros grandes desarrolladores en dos direcciones. Pueden apoyarse en los controles estándar y aceptar la apariencia cambiante de Apple, o sustituir más de esos controles por interfaces personalizadas que exigen mayor mantenimiento.
Qué cambió realmente dentro de WeChat
El cambio reportado en WeChat afectó a elementos de interfaz proporcionados por el sistema, no al diseño completo de la app.
Los usuarios chinos destacaron primero controles translúcidos que aparecían en partes aisladas de la app para iPhone. Los informes señalaron como ejemplos visibles los menús de selección de texto, las opciones de búsqueda mediante pulsación prolongada, los controles de edición y ciertas ventanas emergentes.
Estos elementos parecían reflejar o difuminar el contenido situado detrás de ellos. Sus formas redondeadas y sus reflejos cambiantes se asemejaban al diseño Liquid Glass de Apple, que trata los controles como una capa visual independiente sobre el contenido de una app.
El cambio no equivalía a un rediseño completo de WeChat. Los chats, las listas de contactos, las páginas de perfil, los iconos y las principales estructuras de navegación no adoptaron de repente un tratamiento de vidrio uniforme.
Un informe del 4 de septiembre atribuyó la explicación a una empleada de WeChat que utilizaba el nombre Ke Cun Xiao Jiang. Según ese relato, iOS 27 aplicó Liquid Glass automáticamente allí donde WeChat utilizaba los controles relevantes del sistema.
La afirmación es creíble a nivel técnico, pero su atribución exige cautela. Tencent no había publicado un anuncio corporativo correspondiente cuando circularon los informes. La evidencia disponible establece una explicación atribuida a una empleada, no un lanzamiento formal de producto por parte de WeChat.
El momento añade otra limitación. iOS 27 seguía siendo software de prelanzamiento a comienzos de septiembre, por lo que la interfaz observada por los usuarios beta no era necesariamente el comportamiento público final. Apple aún podría ajustar el renderizado de los componentes, las reglas de compatibilidad o la intensidad visual antes de la disponibilidad general.
Incluso con esas salvedades, el episodio revela algo que los usuarios suelen pasar por alto. La pantalla de una app puede combinar varias capas de propiedad.
WeChat controla su contenido, la lógica de producto y la interfaz personalizada. Apple proporciona el sistema operativo, el teclado, los servicios de texto, el comportamiento de accesibilidad y muchos controles reutilizables. Cuando cambia una de esas capas del sistema, una app conocida puede verse diferente sin recibir un rediseño convencional.
Esa división explica por qué solo determinadas superficies adquirieron el efecto. Un menú del sistema puede cambiar mientras la pantalla personalizada situada detrás permanece visualmente intacta.
También explica por qué dos personas que utilizan la misma versión de WeChat podrían informar de apariencias diferentes. La versión de iOS, los ajustes del dispositivo, la compilación beta y el control específico que se abre pueden afectar a lo que ven.
Por tanto, llamar al episodio una «actualización Liquid Glass de WeChat» exagera el papel de Tencent. Una descripción más precisa es que iOS 27 dejó al descubierto qué partes de WeChat siguen perteneciendo a la capa de interfaz de Apple.
Por qué iOS 27 puede reformular los controles nativos
Los frameworks de Apple permiten que los controles estándar adopten el diseño actual del sistema operativo, convirtiendo las decisiones sobre frameworks en decisiones visibles de producto.
Apple presentó Liquid Glass con iOS 26 en junio de 2025. La empresa lo describió como un material translúcido que refleja y refracta el contenido circundante mientras responde al movimiento y la interacción.
El diseño se extendió por los sistemas operativos de Apple, incluidos los controles de las apps, las barras de navegación, los widgets, los iconos y las superficies del sistema. Apple también lanzó APIs que los desarrolladores podían utilizar para crear sus propios elementos similares al vidrio.
El anuncio original de diseño de Apple dejó claro que Liquid Glass no estaba concebido únicamente como decoración. Pasó a formar parte de la interfaz estructural compartida por las plataformas de Apple.
Los desarrolladores crean interfaces de iPhone principalmente con UIKit o SwiftUI. UIKit es el framework consolidado de Apple para construir interfaces nativas. SwiftUI es su framework declarativo más reciente, en el que los desarrolladores describen el estado de la interfaz y permiten que el sistema gestione gran parte de su presentación.
Ambos frameworks proporcionan componentes estándar. Entre ellos se incluyen botones, menús, hojas, barras de herramientas, barras de pestañas, campos de búsqueda y estructuras de navegación.
La guía de adopción de Apple indica que los componentes estándar pueden recibir la apariencia más reciente mediante los frameworks del sistema. Los desarrolladores no tienen que recrear por sí mismos cada reflejo, desenfoque, transición o cambio de iluminación.
Esa automatización ofrece beneficios claros. Un menú estándar puede mantenerse coherente con otras apps de iPhone. También puede heredar el comportamiento de accesibilidad, la compatibilidad de entrada, los ajustes de diseño y las futuras mejoras de la plataforma.
Genera una pérdida correspondiente de control visual. Si Apple cambia el menú estándar, una app que utiliza ese menú puede cambiar con él. El desarrollador elige el componente, pero Apple determina gran parte de su renderizado actual.
Volver a compilar con un kit de desarrollo de software más reciente puede extender esos cambios por toda una app. Un SDK es la colección de frameworks, herramientas e interfaces utilizada para crear software para una versión concreta de una plataforma.
Apple recomienda a los desarrolladores volver a compilar con la versión más reciente de Xcode, inspeccionar la interfaz resultante y eliminar los fondos personalizados que interfieran con los efectos del sistema. Advierte específicamente que los estilos antiguos superpuestos sobre materiales nuevos pueden generar resultados incómodos o redundantes.
El ejemplo de WeChat parece más limitado que una migración completa impulsada por una nueva compilación. Las superficies reportadas incluyen menús del sistema que el propio iOS puede presentar. Esa distinción importa porque la adopción automática no es un interruptor universal que afecte a cada píxel.
Algunos cambios dependen del SDK utilizado para crear la app. Otros pertenecen a servicios del sistema operativo que aparecen cada vez que una app los invoca. Otros requieren trabajo explícito por parte del desarrollador.
Por tanto, la conclusión correcta no es que iOS 27 pueda rediseñar arbitrariamente cualquier app. Es que Apple puede reformular partes de una app que ya han sido delegadas a los frameworks o servicios del sistema de Apple.
Ese límite es lo bastante amplio como para tener consecuencias. Editar texto, presentar un menú del sistema, abrir una hoja para compartir o utilizar una barra de herramientas estándar puede exponer comportamientos de interfaz controlados por Apple dentro de un producto de marca.
El sistema de diseño de Apple ahora prevalece sobre la intención de las apps
El conflicto central es la exigencia de Apple de coherencia en la plataforma frente al deseo de cada desarrollador de controlar el producto.
Apple quiere que el software de iPhone se sienta coherente. Los controles estándar reducen la necesidad de reaprendizaje porque los menús, patrones de navegación e interacciones conocidos se comportan de forma similar entre apps.
Los desarrolladores también se benefician de esa coherencia. Pueden evitar reconstruir componentes comunes y concentrar los recursos de ingeniería en funciones que distingan a sus productos.
WeChat constituye una prueba especialmente exigente de este acuerdo. No es una pequeña utilidad con poca identidad visual. Tencent ha desarrollado un amplio lenguaje de interfaz en torno a mensajería, pagos, servicios, canales, búsqueda y mini programas.
Sin embargo, incluso una app de esa escala sigue dependiendo del comportamiento del sistema operativo. La apariencia de un menú de texto demuestra que Apple conserva influencia dentro de uno de los productos más cuidadosamente controlados de Tencent.
La relación de poder se hace más visible en iOS 27 porque Apple ha estrechado la vía de compatibilidad. Apple ofrecía anteriormente una opción temporal que permitía a las compilaciones más recientes conservar la apariencia anterior de la interfaz mientras los desarrolladores revisaban su software.
La propiedad relevante, UIDesignRequiresCompatibility, indica al sistema que presente elementos de interfaz compatibles utilizando un diseño anterior. Fue concebida como una ayuda temporal para la migración, no como un veto permanente a la dirección visual de Apple.
La documentación de compatibilidad de Apple establece que el sistema ignora esta clave cuando una app se crea para iOS 27 o versiones posteriores. Los desarrolladores que migren al nuevo SDK no pueden depender indefinidamente de esa vía de escape.
Esta política cambia la negociación práctica. Durante la transición a iOS 26, los desarrolladores podían inspeccionar Liquid Glass mientras mantenían una apariencia anterior para versiones seleccionadas. Con el SDK de iOS 27, Apple espera que el nuevo diseño se convierta en la referencia.
Un gran desarrollador puede responder sustituyendo los controles estándar por otros personalizados. Esa opción preserva la marca, pero implica costes que van más allá de dibujar un menú diferente.
Los controles personalizados requieren pruebas en distintos tamaños de pantalla, idiomas, ajustes de accesibilidad, métodos de entrada y futuras versiones del sistema. Los desarrolladores deben gestionar animaciones, contraste, áreas táctiles, comportamiento de enfoque y casos límite que los componentes del sistema ya resuelven.
WeChat también debe mantener experiencias reconocibles en iPhone, Android, sistemas de escritorio y la web. Seguir demasiado de cerca a Apple puede ampliar la brecha visual entre sus productos de iOS y Android.
Ignorar los patrones de Apple crea un problema diferente. Una interfaz puede parecer anticuada o incoherente junto al software actualizado del sistema. Los usuarios pueden interpretar esa discrepancia como descuido, incluso cuando el diseño anterior refleje una elección deliberada entre plataformas.
Por eso el episodio presiona a algo más que al equipo de diseño de Tencent. Obliga a los responsables de producto a decidir qué partes de una app deben sentirse nativas del dispositivo y cuáles deben seguir siendo nativas de la marca.
Meta afronta la misma cuestión con WhatsApp. Google la afronta en Gmail, Maps y sus apps de productividad. Microsoft se la encuentra en Outlook, Teams y OneDrive.
Cada empresa utiliza una combinación de componentes nativos de la plataforma y personalizados. Cada combinación crea un calendario de migración distinto y un riesgo diferente de fragmentación visual.
El cambio parcial de WeChat hace observable esa fragmentación. Un menú Liquid Glass situado sobre una pantalla personalizada más antigua puede parecer menos un rediseño y más dos sistemas de diseño en colisión.
Liquid Glass automático no equivale a calidad automática
La adopción del sistema puede ofrecer coherencia, pero no puede garantizar que una interfaz mixta siga siendo legible, coherente o intencional.
Liquid Glass combina transparencia, desenfoque, reflejos y movimiento dinámico. Estas propiedades dependen en gran medida del contenido situado detrás de un control.
Un menú translúcido puede parecer controlado sobre un fondo sencillo. El mismo menú puede perder claridad sobre fotografías, texto denso, vídeo o colores muy saturados.
Apple ha refinado el diseño desde su debut en iOS 26. Para iOS 27, la compañía anunció un control deslizante en Ajustes que permite a los usuarios ajustar Liquid Glass, desde una apariencia más clara hasta un tinte más intenso.
La visión general de iOS 27 de Apple presenta este control como una opción de personalización. También funciona como un reconocimiento de que un único nivel fijo de transparencia no sirve para todos los usuarios ni contextos.
Esto crea una matriz de pruebas para los desarrolladores. Un control debe seguir siendo comprensible en los modos claro y oscuro, con distintos colores de fondo de pantalla, preferencias de accesibilidad, contraste aumentado, movimiento reducido y el nuevo ajuste de transparencia.
El renderizado automático se encarga del material en sí. No evalúa si la pantalla personalizada circundante ofrece la jerarquía adecuada.
Apple aconseja a los desarrolladores evitar apilar efectos de cristal, saturar los controles o colocar fondos personalizados detrás de los materiales del sistema. Estas recomendaciones demuestran que la automatización del framework sigue requiriendo revisión de diseño.
Por tanto, las superficies de cristal aisladas de WeChat merecen pruebas como elementos de producto, incluso si Tencent no las creó deliberadamente. La compañía debe comprobar si los menús ocultan el contenido de los chats, si las etiquetas conservan suficiente contraste y si los objetivos táctiles siguen siendo predecibles.
La localización dificulta aún más el reto. WeChat admite cadenas de interfaz cuya longitud varía considerablemente. Una acción compacta en inglés y su equivalente en chino pueden ocupar anchuras distintas, lo que afecta al tamaño y al movimiento de un menú translúcido.
La accesibilidad es otro punto de presión. La refracción y la animación pueden ayudar a establecer profundidad, pero también pueden distraer a los usuarios que prefieren reducir el movimiento visual.
Los nuevos controles de Ajustes otorgan a los usuarios cierta capacidad de decisión sobre el resultado. Sin embargo, los desarrolladores no pueden asumir que todos los usuarios descubrirán o modificarán esas opciones.
También existe una cuestión de confianza. Por lo general, las personas interpretan un cambio visible en una app como una decisión intencional del desarrollador de la aplicación. Rara vez distinguen entre un botón diseñado por Tencent y un menú de texto renderizado por Apple.
Si a los usuarios no les gusta una nueva superficie, WeChat puede recibir la queja incluso cuando iOS la proporcionó. Si les gusta, podrían concluir erróneamente que Tencent ha completado una migración más amplia a Liquid Glass.
Ninguna de las dos interpretaciones refleja la propiedad compartida de la pantalla.
Esta incertidumbre debería moderar las afirmaciones de que WeChat ha “adoptado” Liquid Glass. La adopción suele implicar una revisión de diseño planificada, un proceso de implementación y pruebas, y un lanzamiento de producto.
El evento reportado establece que ciertos controles mostraban el material. No establece que Tencent haya aprobado una estrategia visual integral en torno a él.
La distinción será aún más importante cuando iOS 27 llegue a los usuarios generales. Una observación en beta puede revelar una transición en curso, mientras que una versión de producción representa un diseño que los desarrolladores deben admitir a escala.
El efecto WeChat es una advertencia para todos los desarrolladores de iOS
Los componentes nativos reducen el trabajo de ingeniería, pero también transfieren a Apple parte de la apariencia futura de una app.
Esta disyuntiva comienza mucho antes de que llegue una nueva versión de iOS. Los equipos la afrontan cada vez que eligen entre un componente estándar y un reemplazo personalizado.
Usar un menú de texto estándar ofrece a una app comportamientos consolidados para copiar, pegar, buscar, traducir y realizar otras acciones contextuales. Apple puede añadir capacidades a ese menú sin obligar a cada desarrollador a reconstruir la interacción desde cero.
La misma abstracción permite a Apple modificar la forma, la animación, el espaciado y el material del menú. Una dependencia elegida por funcionalidad se convierte en una dependencia de la política visual.
Para equipos de desarrollo pequeños, ese intercambio suele tener sentido. Reproducir el comportamiento del sistema consumiría tiempo que se aprovecharía mejor en el propósito principal de la aplicación.
Los equipos más grandes cuentan con más recursos, pero su riesgo también es mayor. Un cambio visual puede llegar a millones de usuarios, aparecer en capturas de pantalla y páginas de soporte, y entrar en conflicto con un sistema de diseño consolidado.
La respuesta más segura no es sustituir todos los componentes nativos. Eso incrementaría el mantenimiento y crearía nuevos riesgos de accesibilidad.
Los desarrolladores necesitan un inventario de qué superficies están controladas por UIKit, SwiftUI, contenido web integrado, renderizado personalizado o servicios del sistema. Sin ese mapa, los equipos no pueden prever dónde se hará visible una actualización del sistema operativo.
Después deberían probar flujos de trabajo, no capturas de pantalla aisladas. Una barra de herramientas estática puede parecer correcta, pero cambiar de forma inesperadamente durante el desplazamiento. Una ventana emergente puede seguir siendo legible en una pantalla y perder contraste en otra.
El espaciado estándar también importa. Apple advierte contra las medidas de diseño codificadas de forma rígida, porque nuevas formas y dimensiones de los controles pueden romper supuestos construidos alrededor de interfaces anteriores.
Los equipos que superpusieron fondos personalizados sobre barras nativas enfrentan un problema similar. El fondo puede interferir con el efecto del borde de desplazamiento o crear múltiples capas translúcidas.
Estos problemas pueden afectar a la funcionalidad. Un control desplazado podría superponerse al contenido. Una barra de navegación podría ocupar espacio inesperado. Un icono personalizado podría parecer desalineado dentro de un botón del sistema revisado.
Los desarrolladores también deberían considerar el modo de compatibilidad como tiempo prestado. Apple lo describe explícitamente como temporal, y las compilaciones de iOS 27 no pueden usar la clave para conservar el diseño anterior.
Esa política implica que posponer la migración no la elimina. Concentra las pruebas cerca de una futura fecha límite del SDK.
El episodio de WeChat ofrece una demostración interna útil. Los responsables de producto pueden señalarlo al explicar por qué las betas de sistemas operativos merecen una revisión estructurada, incluso cuando un equipo no ha programado un rediseño.
Los equipos de conocimiento deberían conservar capturas de pantalla, notas de prueba, documentación para desarrolladores y decisiones de cada ciclo beta en una base de conocimiento de ingeniería con capacidad de búsqueda. Ese registro ayuda a distinguir el comportamiento esperado del framework de una regresión real.
La lección también se aplica fuera de las plataformas de Apple. Las bibliotecas de diseño de Android, los navegadores, los frameworks de escritorio y los motores web integrados también median en la forma en que las aplicaciones se ven y se comportan.
La estrecha integración de Apple hace que el efecto sea especialmente visible. La compañía controla el hardware, el sistema operativo, las herramientas de desarrollo, los frameworks de interfaz y el canal de distribución.
Esa pila otorga a Apple una capacidad inusual para convertir una recomendación de diseño en un valor predeterminado y, después, convertir ese valor predeterminado en un requisito para futuras compilaciones.
Los desarrolladores siguen eligiendo qué parte de su interfaz utiliza el sistema de Apple. Simplemente no pueden tratar esa elección como visualmente neutral.
Qué observar a medida que iOS 27 llegue a los usuarios
Tres señales mostrarán si la apariencia de WeChat es un artefacto temporal de la beta o el inicio de un rediseño más amplio impulsado por la plataforma.
La primera señal será la próxima versión pública de WeChat de Tencent después de que iOS 27 esté disponible de forma general. Las notas de la versión, los cambios en la interfaz o una declaración oficial de los desarrolladores aclararían si Tencent acepta el tratamiento automático.
Una presencia más amplia en la navegación y los controles indicaría una adopción intencional. Una implementación más limitada o modificada sugeriría que Tencent quiere preservar una mayor parte de su identidad visual consolidada.
El silencio no demostraría indiferencia. Las grandes aplicaciones suelen ajustar el comportamiento de los frameworks sin documentar cada cambio de interfaz. La compilación de producción real aportará pruebas más sólidas que los comentarios informales por sí solos.
La segunda señal será el comportamiento final de compatibilidad de Apple. Los desarrolladores necesitan confirmar qué elementos cambian porque una app utiliza el SDK de iOS 27 y cuáles cambian únicamente porque el dispositivo ejecuta iOS 27.
Esta distinción determinará el alcance de la política de diseño de Apple. Si las compilaciones de apps más antiguas también reciben más superficies renderizadas por el sistema, los usuarios verán cambios antes de que los desarrolladores completen migraciones más amplias.
El manejo de Apple de UIDesignRequiresCompatibility será especialmente importante. Su documentación indica que las compilaciones de iOS 27 no pueden depender de la clave, pero los equipos deben probar el SDK final con aplicaciones reales.
Si la versión final se comporta como se documenta, la posición de Apple se fortalecerá. Los desarrolladores que actualicen sus herramientas deberán aceptar el diseño actual del sistema o invertir en interfaces personalizadas cuidadosamente justificadas.
La tercera señal será la respuesta de los usuarios tras el periodo beta. Los informes de un grupo pequeño de entusiastas no pueden predecir cómo reaccionará una audiencia más amplia durante la mensajería cotidiana.
Hay que observar las quejas repetidas sobre contraste, movimiento, estilo incoherente o controles que parezcan desvinculados del contenido de WeChat. También hay que observar si los usuarios prefieren los menús revisados después de ajustar la configuración de transparencia de Apple.
Una respuesta positiva respaldaría la afirmación de Apple de que los materiales comunes mejoran la familiaridad entre aplicaciones. La confusión persistente reforzaría el argumento de que la consistencia automática puede debilitar la coherencia dentro de productos individuales.
Estas señales importan a cualquiera que use software de iPhone para trabajo sostenido. Una actualización del sistema puede cambiar las herramientas para escribir, seleccionar, compartir y organizar información, incluso cuando la aplicación subyacente no ha anunciado nuevas funciones.
Para los desarrolladores, la acción inmediata es sencilla: probar los flujos de trabajo críticos en la compilación final de iOS 27 e identificar cada superficie gestionada por un framework del sistema.
Para los usuarios, la pregunta más útil no es si WeChat “copió” el diseño de Apple. Pregúntese qué empresa controla el elemento de interfaz que tiene delante y si esa división mejora la tarea.
La próxima compilación de WeChat, las reglas finales de compatibilidad de Apple y los comentarios de usuarios a escala de producción responderán a esa pregunta con mayor fiabilidad que una captura de pantalla de una beta. Hasta entonces, los menús Liquid Glass reportados deben interpretarse como evidencia de la influencia de Apple sobre la plataforma, no como prueba de un rediseño de Tencent ya completado.
