Skip to content

Put Unity on the web

Separate the Web build, the public host, and the game listing before you share a link.

← All guides
Actual Tiny Platformer gameplay: a browser-game example, not a Unity demonstration
Actual Tiny Platformer gameplay: a browser-game example, not a Unity demonstration. Image credits

A build is not a release

To make a Unity game playable in a browser, export a Web build rather than a desktop executable. The official references below cover Unity 6.3 LTS; menus can differ in another version. Do not ask players to install the retired Unity Web Player plug-in.

Exporting, hosting the files, and submitting a listing are separate jobs. PixelGamesHub accepts a public playable link, not a build upload. This guide provides a preparation route, not evidence that we have tested your project, hosting provider, or chosen engine version.

Keep the build together

A Unity Web build contains a loader, WebAssembly, and asset data. Preserve the generated relative paths. Opening the HTML from a local file is not a substitute for testing a deployed build.

Keep an identifiable release copy and notes about what changed. After uploading, inspect the resources the page actually requests; a new HTML page can still reference stale files. Never place development secrets or private test credentials in public build files.

Check the hosting headers

Match server response headers to the build’s compression format. Native decompression requires the corresponding Content-Encoding. Follow the version-specific deployment reference; renaming a file does not recompress it.

Open the public address and inspect network failures and the console. Record the affected file, HTTP status, browser version, and deployed revision before asking the host for help. Neither this article nor our checklist remotely scans your server or certifies its configuration.

Test the first play

Use a fresh signed-out browser session to check loading, starting, restarting, audio, and returning after closing the tab. Repeat on each device you intend to claim as supported. A desktop keyboard test cannot establish touch support.

Record the browser, device, date, and limits. If only the introduction was checked, say so; if a keyboard is required, make that visible before the play button. Our own desktop review notes are not a compatibility promise for your Unity build or a player’s phone.

Your checklist

Prepare the introduction

Players need to know what they will do, not every export setting. Use the description builder to collect the central action, goal, constraint, and controls, then edit the result yourself. Use a screenshot of this release and confirm permission to publish it.

Download your checklist record, then read the submission guide. Only submitting a game requires a verified account; tools and articles remain open. A community listing may await review. Editorial selection is separate and does not guarantee traffic, a search ranking, or an indexing date.

Official references

References checked: . The cover is a credited game screenshot, not output from this tutorial.

Put it into practice

Check the editorial standards, then prepare your submission. Signing in is required to submit; reading and browsing stay open.

Submit a game →See how it works