Flutter en la TV: el estado real de webOS, Tizen y Android TV en 2026
¿Se puede llevar una app Flutter a la televisión con la misma base de código que en móvil? En 2026 la respuesta corta es sí, pero con matices: Android TV funciona hoy porque es Android; Samsung ofrece un SDK oficial (flutter-tizen) para Tizen; y LG está reescribiendo sus propias apps de webOS en Flutter, con un SDK público previsto para la primera mitad de 2026. La parte difícil no es renderizar en una pantalla grande —eso "simplemente funciona"—, sino resolver la navegación por mando a distancia, la UX a tres metros y el vídeo con DRM. Este artículo explica qué está maduro, qué no, y cuándo la TV no es un buen candidato para Flutter.
Por qué la TV entra ahora en la conversación Flutter
Durante años, "Flutter multiplataforma" significaba iOS y Android, y como mucho web y escritorio. En 2024 LG anunció soporte de Flutter sobre webOS y empezó a reescribir apps propias del sistema —como la guía electrónica de programación (EPG) de sus televisores— obteniendo arranques más rápidos, menor uso de memoria y una UI más fluida. Google, por su parte, ha empujado el mensaje de "una base de código para cada pantalla", con LG como caso de referencia y colaboración anunciada para llevar Flutter a webOS.
Para un equipo de producto la pregunta no es si es técnicamente posible, sino si compensa: si ya tienes una app Flutter en producción, ¿cuánto trabajo real supone tener presencia en el salón? La respuesta depende de a qué plataforma de TV apuntes y de qué tipo de app quieras construir.
El mapa de plataformas: tres caminos distintos
No existe "una TV". Hay tres ecosistemas con niveles de soporte muy diferentes, y confundirlos es el primer error de planificación.
| Plataforma | Soporte Flutter (2026) | Cómo se compila | Madurez |
|---|---|---|---|
| Android TV | No hay soporte "de TV" específico: es Android a secas | flutter build apk, con LEANBACK/banner en el manifiesto | Alta: build estándar, testing en emulador Android TV |
| Samsung Tizen | SDK oficial de la comunidad Samsung: flutter-tizen | Extensión del SDK de Flutter (flutter-tizen build) | Media-alta: Tizen 6+ y dispositivos de 2021 en adelante |
| LG webOS | Beta, con partners como Rebel App Studio; SDK público previsto para H1 2026 | SDK webOS de Flutter (empaquetado .ipk) | En maduración: usable en beta, aún con aristas |
Traducido a decisiones: si tu prioridad es Android TV y Google TV, ya puedes empezar hoy sin herramientas nuevas. Si tu mercado es Samsung, flutter-tizen es el camino oficial. Si necesitas LG webOS, en 2026 estás entrando en terreno beta y conviene contar con ello en la planificación.
Lo que "simplemente funciona"… y lo que no
El mensaje honesto que repiten quienes ya lo han hecho es que muchas apps se portan a TV con poco esfuerzo: el árbol de widgets, el layout, las animaciones y la mayor parte de la lógica de negocio se reutilizan tal cual. Lo que no se reutiliza es todo lo que asume "pantalla táctil en la mano". Estos son los frentes reales de trabajo.
1. Navegación por mando: el foco lo es todo
En móvil el usuario toca directamente el elemento que quiere. En TV, se mueve por la interfaz con el D-pad (arriba/abajo/izquierda/derecha) y confirma con OK. Eso significa que cada elemento interactivo necesita gestionar foco explícito, y que el orden de recorrido tiene que ser predecible.
Flutter ya trae las piezas base —FocusNode, Focus, FocusTraversalGroup, shortcuts/actions—, pero el comportamiento correcto en TV (recordar el último foco de una fila, saltos direccionales coherentes, efectos visuales de foco) exige diseño. Un patrón mínimo:
FocusableActionDetector(
autofocus: true,
onShowFocusHighlight: (focused) => setState(() => _focused = focused),
actions: {
ActivateIntent: CallbackAction<ActivateIntent>(
onInvoke: (_) => _openContent(),
),
},
child: AnimatedScale(
scale: _focused ? 1.08 : 1.0,
duration: const Duration(milliseconds: 120),
child: PosterCard(item: item),
),
);
Para navegación tipo carrusel, hay paquetes de la comunidad (por ejemplo dpad) que aportan regiones de foco con memoria, recorrido direccional "correcto para TV" y manejo de teclas del mando. No siempre es necesario reinventarlo, pero sí probarlo en hardware real: la traversal por defecto de Flutter no siempre coincide con lo que el usuario espera en una parrilla de contenidos.
Un caso particular de LG: el Magic Remote se comporta como un puntero de ratón y dispara eventos hover, que Flutter maneja de forma nativa. Esto ayuda, pero no te exime de soportar bien el D-pad clásico para el resto de mandos y usuarios.
2. La UX a tres metros no es la UX a treinta centímetros
La "10-foot UI" cambia las reglas: tipografías más grandes, contrastes más altos, áreas de foco muy visibles, menos densidad de información y jerarquías claras. Reutilizar los mismos TextStyle y paddings del móvil produce una app técnicamente funcional y prácticamente inusable desde el sofá. Aquí Flutter juega a favor si ya tienes una capa de diseño adaptativo bien resuelta —el mismo trabajo que aplicas a tablets y plegables se extiende a la TV con breakpoints y componentes conscientes del dispositivo.
3. Vídeo y DRM: el punto donde acaba la portabilidad
Si construyes una app de streaming, aquí está la letra pequeña. Cada plataforma de TV requiere su propia integración de reproductor y no todos los protocolos de DRM funcionan igual entre plataformas. Widevine, PlayReady o los esquemas propios del fabricante obligan a implementaciones específicas, a menudo vía canales nativos (platform channels) o plugins mantenidos por el fabricante. Es exactamente el tipo de superficie donde la interoperabilidad nativa de Flutter deja de ser "gratis" y pasa a ser un proyecto en sí mismo.
4. Detección de plataforma y testing
Las comprobaciones de plataforma en tiempo de ejecución pueden fallar o quedarse cortas en TV; una práctica habitual es usar flavors de Flutter para distinguir el destino en compilación en lugar de fiarlo todo a Platform.isAndroid. Y sobre testing: los emuladores de TV tienen limitaciones reales (rendimiento de vídeo, comportamiento del mando, DRM), así que el hardware físico no es opcional para una release seria en Android TV, Tizen o webOS.
Cuándo NO usar Flutter para TV
Ser honestos aquí ahorra dinero y frustración. Flutter en la TV probablemente no es tu mejor opción si:
- Tu app es un streaming premium con DRM complejo y multi-fabricante como núcleo del producto. La mayor parte del esfuerzo se irá a reproductores y DRM nativos, donde Flutter aporta poco y añade una capa intermedia que depurar.
- Tu único objetivo es una sola plataforma de TV con tooling nativo maduro (p. ej. solo Tizen o solo webOS) y no tienes ya una app Flutter que reutilizar. Sin el efecto "base de código compartida", el argumento principal de Flutter se debilita.
- Necesitas LG webOS en producción con garantías hoy mismo y no puedes asumir un SDK en beta. Si tu ventana de lanzamiento es inmediata y crítica, contempla el riesgo de una plataforma que aún está estabilizándose.
Por el contrario, Flutter en TV tiene mucho sentido cuando ya tienes una app Flutter y quieres extender la presencia a la pantalla grande reutilizando lógica, diseño y equipo; cuando apuntas a Android TV (donde el coste marginal es bajo); o cuando construyes una app de contenidos, dashboards, señalización o servicios cuya complejidad de vídeo es moderada.
Cómo lo abordamos en Dribba
Como Flutter Partner oficial de Google desde 2017 —la única agencia española en el directorio— y con más de 300 proyectos a nuestras espaldas, nuestra recomendación es tratar la TV como una superficie más de una estrategia multiplataforma, no como un proyecto aislado. Eso implica invertir primero en una arquitectura limpia y una capa de diseño adaptativo que ya contemple móvil, tablet, plegables y TV; y decidir plataforma por plataforma según el mercado real, no por entusiasmo tecnológico. La misma disciplina que aplicamos a UI adaptativa y foldables o a wearables es la que hace que dar el salto al salón sea evolución y no reescritura.
Conclusión
En 2026, Flutter en la televisión ha pasado de curiosidad a opción real: Android TV está listo, Tizen tiene camino oficial y webOS avanza con un SDK público previsto para la primera mitad del año. El renderizado y la reutilización de código son la parte fácil; el foco por mando, la UX a distancia y el DRM son donde se decide si el proyecto va bien. Si ya tienes una base Flutter sólida y bien adaptada, la pantalla grande es una extensión natural. Si tu producto vive del vídeo protegido multi-plataforma, mídelo con cuidado antes de comprometerte.
¿Estás valorando llevar tu app Flutter a la TV o diseñar desde cero para varias pantallas? En Dribba te ayudamos a decidir plataforma, arquitectura y alcance con criterio técnico. Hablemos de tu proyecto.
