Putting Crunchyroll in the Dock: full screen you can still leave

Crunchyroll publishes a help centre organised by platform, and the list of platforms is the fastest answer to whether a Mac app exists. Under Using Crunchyroll, the categories are Amazon, Apple TV, Gaming, Mobile Devices, Roku, Smart TV and TV, SonyLIV, Web, Yango Play and Youtube Primetime. There is a category for browsers. There is no category for macOS, and no article about installing anything on a desktop.

The App Store listing agrees. Crunchyroll lists compatibility for iPhone requiring iOS 17.0 or later, iPad requiring iPadOS 17.0 or later, Apple Vision requiring visionOS 2.2 or later, and Apple TV requiring tvOS 17.0 or later. The Mac line is absent.

What Crunchyroll does document for the desktop is the browser. Its getting-started article for the website states the supported versions plainly: Chrome 117 and above, Firefox 117 and above, Edge 117 and above, Safari 16.1 and above. On a Mac, the service is a website in one of those four.

The problem with watching anime in a tab

A browser tab is a bad container for a twenty-four minute episode, and the reason is specific rather than aesthetic.

Anime watching tends to be a session. Three episodes in a row, subtitles on, sometimes with the source material or a wiki open alongside to check a name. That combination puts the video and the reference material in the same browser, which means one of them is always covering the other. Full screen makes it worse, because leaving full screen to look something up loses the video's position on the screen, and returning means finding the tab again.

The gap on macOS is not a missing binary. It is a window the browser cannot absorb.

A window in the Dock can sit beside a browser instead of inside it. It can take a second display and stay there. It can be resized to half the screen so that subtitles are still readable while a different window holds the thing being looked up. None of that is available to a tab, which is bound to the frame of whatever browser owns it.

The route macOS already provides

Apple's support document, "Use Safari web apps on Mac," describes the feature in its opening line: "Starting with macOS Sonoma 14, you can use Safari to save any webpage as a web app, so that you can use it independently of Safari."

The steps are short. Open the page in Safari, choose File then Add to Dock from the menu bar, or use the Share button and choose Add to Dock, then type a name and click Add. Apple notes the result "is saved to the Applications folder of your home folder, and you can also open it from the Dock or Spotlight."

Three properties matter for a video site. The first is isolation: Apple states a web app "shares no browsing history, cookies, website data, or settings with Safari," comparing it to using a Safari profile. A watch history stays in the window. The second is the toolbar, which Apple describes as streamlined, holding back, forward, Share and buttons belonging to installed Safari extensions, with no tab strip. The third is that the window is configurable. Clicking the app's name in the menu bar and choosing Settings exposes Application Name, Application URL with a Set to Current Page button, a custom Icon, whether navigation controls appear at all, and whether the title bar takes the site's colour.

Chrome ships the parallel route. Google's help page, "Use web apps," gives the path as More, then Cast, save, and share, then Install page as app, with an Install icon appearing in the address bar on some sites. Uninstalling runs through More, and the installed set is listed at chrome://apps. The difference from Safari's version is that a Chrome-installed app runs inside the Chrome profile, so it inherits that profile's cookies and sign-in state rather than holding its own.

Both routes land inside Crunchyroll's supported browser list, since Chrome, Edge, Firefox and Safari are all on it. Either is a legitimate engine for the window.

The setting to switch off first

This is the part that separates a window that works from a window that shows a black screen, and Crunchyroll says it directly. Its troubleshooting article for browser playback opens its list of fixes with turning off ad blockers, noting that some ad blockers can interfere with video playback. The next suggestions follow the same logic: try a private or incognito window, because if playback is fine there then an extension is the likely cause, then try another supported browser, then update the browser.

That has a direct consequence for anyone building a window out of a browser that carries extensions. A Safari web app shows buttons for installed Safari extensions, and Apple's settings for a web app include an extensions tab that enables or disables them for that window alone. A Chrome-installed app inherits the Chrome profile, extensions included. A dedicated site to app tool supports Chrome Web Store extensions and can toggle extension support on or off per app.

The correct setting for an anime window is therefore extensions off, or at least the content blockers off, regardless of which route built it. It is a single switch, it is per-window on every route that has it, and it removes the first item on Crunchyroll's own troubleshooting list before it ever becomes a problem.

Crunchyroll's article adds a second cause that has nothing to do with the window. For persistent stuttering it suggests changing DNS settings, pointing at a public resolver's setup guide. That is a machine-level change rather than a window-level one, and it is worth knowing about only after extensions have been ruled out.

Comparing the three routes

Safari Add to Dock Chrome Install page as app Site to app tool
Requirement macOS Sonoma 14 or later Chrome installed macOS 12 or later
Engine Safari 16.1 or later qualifies Chrome 117 or later qualifies Chrome, Canary, Chromium, Brave, Edge, Vivaldi or Opera
Watch history separate from the browser Yes No, shares the Chrome profile Yes, own profile per app
Extensions on or off per window Yes, in the extensions tab Inherited from Chrome Yes, per app
Icon Any image file Site favicon Preset, uploaded image or fetched favicon
Cost Free Free Free for up to three apps

For a single window, the free routes settle it and there is nothing further to weigh. The arithmetic shifts at three or four windows, where naming, icon hunting, signing in and setting extensions stop being novel. That is where a site to app tool earns the time spent learning it, and Crunchyroll is a case for entering a custom URL rather than picking from a list, since the preset catalogue on Supported services leans towards the services with the heaviest daily use.

Full screen that can still be left

The phrase in the title is the practical test, so it deserves specifics.

A standalone window enters full screen the same way any Mac app does, with the green button or Control Command F. What changes is what happens next. Leaving full screen from a browser tab drops the viewer back into the browser, tab strip and all, and the video is now one of many things in that window. Leaving full screen from a standalone window drops the viewer onto the desktop with the video still visible in its own frame, sized and positioned where it was left. Command Tab reaches it from anywhere, and Mission Control shows it as its own item rather than as a page inside a browser.

The other half of leaving is playback surviving the departure, and this is where a setting outside the window usually decides the outcome. Browsers put inactive tabs to sleep to reclaim memory, and operating systems throttle background processes to save battery. Services in the same position document exactly this. radiko, a Japanese streaming service with no Mac app, tells people whose playback stops in the background to review the machine's power-saving settings and to exempt the site from the browser's tab-sleeping feature. The reasoning transfers. When a window stops playing on losing focus, the setting to change is in Energy Saver or in the browser, not in the window.

Subtitles deserve a note of their own, because they are the reason window size is not a cosmetic choice for this particular service. Subtitled video has a minimum readable size that dubbed video does not, and a quarter-screen window that works for a dashboard will not work for a dialogue-heavy episode. The practical arrangement is a half-screen window with the reference material beside it, which is exactly the layout a tab cannot produce. Setting the window once and letting macOS remember the position is the difference between an arrangement that gets used and one that gets abandoned after two days.

What the window does not change

Three things stay exactly as they were.

Offline viewing is the first. Crunchyroll's help centre organises downloads under its mobile device platforms, and its desktop coverage is the browser article. A window built from the site streams, because the site streams.

Region availability is the second. The window runs on the local machine and the request leaves from the same place it did before. Nothing about a Dock icon affects what a given account can reach.

Account entitlements are the third. Concurrent streams and simultaneous device counts belong to the subscription. A second window is a second place to sign in, not a second entitlement, and the plan page is where that is settled.

Which sites earn a window

Building one takes ten minutes. Building nine is a habit, and a habit needs a threshold, otherwise the Dock becomes the tab strip with bigger icons.

The threshold that holds is frequency multiplied by session length. Something opened once a month belongs in a bookmark. Something opened several times a day, or opened once and left running for an hour, belongs in a window, because those are the patterns where hunting through tabs costs real time. Streaming belongs to the second pattern, and mail, calendars, chat and internal dashboards to the first.

Worth noting what the threshold is not. It is not how much a person likes the service. Affection produces bookmarks. Sessions produce windows, and the distinction is the reason a Dock with four deliberate icons beats a Dock with twenty hopeful ones.

The other half of the threshold is whether the vendor already ships a desktop app. When one exists, it is the better object: someone else maintains it and it updates itself. Building a window is for the case Crunchyroll is in on macOS, with apps for phones, tablets, televisions, consoles and a headset, and a browser for the desktop. The Guide covers the build itself.

What to change first

Open Crunchyroll in a supported browser, check that the version clears the floor the help centre publishes, then build the window with File then Add to Dock in Safari on macOS Sonoma 14 or later, or More then Cast, save, and share then Install page as app in Chrome. Before watching anything, switch content blockers off for that window, because that is the first item on Crunchyroll's own troubleshooting list. If one window becomes several and the engine or the per-app extension switch starts to matter, Kagemusha builds them from a custom URL in about the same time, and the recurring questions are answered on the FAQ.

Frequently asked questions

Is there an official Crunchyroll app for Mac?

No. The help centre organises its platform coverage into Amazon, Apple TV, Gaming, Mobile Devices, Roku, Smart TV and TV, SonyLIV, Web, Yango Play and Youtube Primetime, with no macOS category, and the App Store listing shows compatibility only for iPhone, iPad, Apple Vision and Apple TV. Crunchyroll documents the desktop as a browser experience.

Which browsers and versions does Crunchyroll support?

The getting-started article for the website lists Chrome 117 and above, Firefox 117 and above, Edge 117 and above, and Safari 16.1 and above, adding that anything newer is fine. The troubleshooting article repeats the same table and lists updating the browser among its first fixes for a black or stuttering picture.

Why would a Dock window show a black screen?

Because of an extension, most likely a content blocker. Crunchyroll's troubleshooting article opens with turning off ad blockers, noting that some can interfere with video playback, and suggests a private window as the test, since playback working there points at an extension. Safari web apps and a dedicated site to app tool both allow extensions to be switched off for one window without affecting the browser.

Does a standalone window keep a separate watch history?

On the isolated routes, yes. Apple states that a Safari web app shares no browsing history, cookies, website data or settings with Safari, and a site to app tool assigns each app its own browser profile. A Chrome-installed app is the exception, since it runs inside the Chrome profile and shares its cookies and sign-in state.

Is this worth doing for one service only?

For one service, the free route is enough and takes about ten minutes. The case for anything more arrives when several sites are open all day and none of them ships a desktop app, because at that point the repeated work of naming, choosing icons, signing in and setting extensions is what costs time rather than the watching itself.

Back to all posts