Streaming Platform UX for Arabic Audiences: Discovery, TV and the Live Moment
A guide to OTT platform UX design for Arabic audiences: right-to-left rails, free and paid states, smart TV focus, live badges and continuity across devices.

OTT platform UX design for Arabic audiences comes down to a few decisions that most teams make too late: how content rails behave when the reading direction is right-to-left, what the product looks like to someone who has not paid yet, and whether the whole thing still works from a sofa across the room. Get those right and the rest (live badges, player controls, continuity between phone and television) settles into a system rather than a series of patches. This is how we approach streaming app design for Arabic-speaking viewers in Saudi Arabia, the UAE, Lebanon and the wider region.
Rails come first, and they run right-to-left
The content rail is the unit of a streaming home screen, so it is where right-to-left design succeeds or fails. An Arabic-first rail starts at the right edge, scrolls towards the left, and places the “see all” affordance where an Arabic reader’s eye finishes the row. Mirroring a left-to-right layout is not enough; the hero carousel, the progress bar on a half-watched episode and the ordering of a season’s episodes all need deciding on their own terms.
A few practices hold up across projects:
- Decide rail behaviour once, in the design system, and let every surface inherit it.
- Keep posters, logos and episode stills unmirrored. Direction applies to layout, not to imagery.
- Pick one numeral convention, Arabic-Indic or Western, for episode numbers, durations and ratings, and apply it everywhere.
When we designed an Arabic-first streaming platform across mobile, TV and web for Shasha, rail behaviour was settled first, because everything downstream depends on it. By launch it should be invisible.
Free, paid and the awkward state in between
Most regional services run a free tier alongside a subscription, so the catalogue has several states a viewer can be in: not signed in, signed in but free, and subscribed. Each state changes what a title card means. A locked badge on a free user’s poster is a sales message; the same badge for a subscriber whose payment failed is a support problem.
Design the paid-content card for the free user first, because that is the most common and most commercially sensitive view. Make the title desirable, make the upgrade path obvious without hijacking the browse, and never let a viewer tap screen after screen before meeting the paywall. Then design the subscriber’s version as a simplification of that card, not a separate component.
Say clearly why someone cannot watch
Rights in the Arab world are negotiated by territory, so a title that plays in Riyadh may be unavailable in Beirut or Dubai. The temptation is to hide the title entirely. The better practice is honest, specific feedback: the title exists, it is not available where the viewer is, and here is what they can watch instead.
That message needs to be written, not generated. It should appear before playback rather than as a player error, it should not blame the viewer, and it should never look like a bug. For viewers who travel between the Gulf states and Lebanon, a short line explaining that availability changes with location saves a stream of support tickets about a product behaving exactly as licensed.
Smart TV UX design: the ten-foot experience
Television is where streaming app design is most often rushed and most often wrong. The viewer is several metres away, holding a remote with a directional pad and a handful of buttons. Every decision a touchscreen lets you avoid, such as where focus is, what is selectable and what happens on long-press, has to be made explicitly.
The rules we hold to on the ten-foot screen:
- Focus is the interface. The focused card must be unmistakable from across the room, with scale, border and contrast working together, never a thin outline alone.
- D-pad movement should be predictable. Up and down move between rails; left and right move within one. Returning to a rail should land focus on the last-watched item, not snap back to the start.
- Legibility at distance means larger type, shorter labels and fewer of them. Arabic script needs generous line height and a typeface tested on actual panels, not just a monitor.
- Back always goes somewhere sensible. On television, a dead end is a reason to switch to another app.
Everything about media and streaming UX on television rewards restraint: fewer options, bigger targets, and a home screen that answers “what should I watch now” before anything else.
The live moment
News, football and Ramadan programming make live content central to Arabic streaming in a way it is not for many catalogue-first services elsewhere. A live badge is therefore not decoration; it is a promise that what the viewer taps is happening now.
Live needs its own grammar: a consistent badge that reads instantly in Arabic and English, a visible distinction between live, starting soon and replay, and a home position for the live stream that does not move with editorial curation. When we designed the Al Araby+ video-on-demand experience, the live broadcast had to stay reachable from anywhere in the product, and that requirement shaped the navigation more than any other.
Continuity between phone, TV and web
Viewers in the Gulf move constantly between devices: a trailer on the phone during a commute, the episode on the television that evening, the last few minutes on a laptop. Continuity is what makes a streaming service feel like one product rather than several.
In practice that means a “continue watching” rail that means the same thing on every surface, profiles that carry language preference and parental settings across devices, and a sign-in flow on television that never asks anyone to type a password with a remote. A short code shown on the TV and entered on the phone is the pattern viewers now expect, and it should work in both directions.
Player controls that survive every input
The player is the one screen every viewer sees, and it must behave under touch, remote, keyboard and voice. Controls should appear on any input and disappear on their own; scrubbing should preview the frame; and the subtitle and audio menu should be reachable in a single step, because Arabic audiences frequently switch between dubbed, subtitled and original audio.
Arabic subtitles need their own attention: sized and positioned for right-to-left reading, and kept clear of captions burnt into the source. A player that handles this well is quietly one of a service’s strongest retention tools.
One design system across the TV platforms
Samsung Tizen, LG webOS, Apple TV and Android TV each have their own input quirks, performance envelopes and certification requirements. A separate interface for each is unaffordable and inconsistent; an identical interface for each ignores real platform differences.
The workable middle is a single design system with tokens for type, spacing, focus and motion, plus documented platform exceptions. One remote may lack a dedicated back button; another may have a touch surface that allows fine scrubbing. Capture those as variants of shared components, not forks. The same system should then extend to mobile and web, so engineering teams build from a single source of truth and the viewer sees the same product everywhere.
Frequently asked questions
What makes OTT platform UX design different for Arabic audiences?
Direction, language switching and the weight of live content. Arabic viewers expect a right-to-left interface that still handles English titles and Western numerals gracefully, and they rely on live news and sport far more than catalogue-first services assume.
How do you approach smart TV UX design before a product is built?
By prototyping on actual televisions early, with a remote in hand, rather than reviewing designs on a laptop. Focus behaviour, type size and the feel of D-pad navigation are impossible to judge at desk distance, so we test from the sofa and refine the design system from what we see.
Should streaming app design for Arabic audiences be RTL only?
No. Most regional audiences switch between Arabic and English, and the product should support both as first-class experiences. Designing Arabic first simply means the hardest layout questions are resolved before the English variant is derived from them, rather than the reverse.
Planning a streaming platform for Saudi Arabia, the UAE or the wider region? Talk to us about your product.


