Unity water shader: why water looks fake
Water on screen is one of the first signals by which a player understands whether the world in front of them is high-quality.
If the surface reads as a flat fill with no highlights, depth, or reaction to movement, the impression falls apart: the player stops believing in the world and cools toward the project as a whole more quickly.
A separate challenge is Unity: the engine provides a convenient foundation, but default water looks the same across thousands of projects.
Realistic water in a game emerges only when the Unity water shader is tuned for a specific world: its own reflections, transparency at different depths, waves and foam near the shore, and response to a boat, a character, or a thrown stone.
Then reviews come into play.
Game graphics and player reviews are directly connected: screenshots with water make it into reviews and the first minutes of a stream, while phrases like "water like plastic" or "cheap fill" drag down the rating of the entire project.
The loss happens not at release, but earlier — the player leaves before reaching the strong scenes the team worked on for months.
We handle this as a separate task: we identify exactly where the water gives itself away — in static shots, camera movement, or at the shoreline — and bring the surface to the required level.
We work in a targeted way: scenes and logic stay in place, and the team does not have to pause because of it.
What the project gains from realistic water
Realistic water is the first thing a player sees when stepping onto the shore: from it, in a fraction of a second, they draw a conclusion about the level of the entire game.
If the surface looks flat and "plastic," then neither excellent gameplay nor thoughtful balance can save it — the impression of the game's visuals has already formed, and it works against the project.
When water behaves naturally — reflects the sky, changes color with depth, responds to the movement of a character and a boat — player immersion grows without a single edit to the script.
People stay longer in coastal locations, take screenshots for themselves more often, and more readily reach water quests and bosses.
It is on such details that player retention rests unnoticed by the team: the player will not say "I stayed because of the water," but at the moment of choice — keep playing or close it — the visuals will vote for you.
The second effect is recognizability through shots. Screenshots and trailers with water spread across communities and streams better than static scenes: they get reposted and written about.
Each such publication brings new players without promotion costs, and the store page gets live materials that convert casual interest into an install.
The third is game reviews. Players rarely praise physics and almost always note graphics: "water looks real" is one of the most frequent phrases in positive reviews.
This raises store ratings, reduces the share of refunds in the first hours, and makes it easier to upsell expansions and seasonal packs.
If you put this list of benefits together, the math is simple: one improved environment gives both greater depth to the game's visuals and audience attention, stronger first minutes, and growth in reviews and retention.
We make the water shader for Unity so that it works not in a demo reel, but in a real scene with your load and your locations.
Work formats: water for your task
Water in a game is not a single setting, but a format for your product: what looks spectacular in a console project will kill a mobile game, while stylized water for a casual audience requires a completely different approach.
We select the format for the genre, audience, and role of water in gameplay: the player looks at it from afar, swims, shoots at it, or builds mechanics on it.
Typical formats
| Format | For whom | What it gives the client |
|---|---|---|
| Water for a mobile game | Projects with a mass audience and diverse devices | A lively surface without slowdowns on mainstream phones — the player does not leave because of lag |
| Water for a console game | Large projects with a high quality bar | Cinematic water that holds its own alongside leading studios |
| Stylized water | Casual and art projects | A recognizable visual style that does not age and does not require expensive graphics |
| Water for mechanics | Projects where water is part of the rules | Waves, currents, and splashes support balance and are clear to the player without explanation |
| Reworking existing water | Teams unhappy with their current water | Targeted edits instead of remaking the project — you reach release faster |
One project can combine several formats: for example, stylized water on mobile and detailed water in a key scene.
If you are unsure which format is yours, we will discuss the task and come back with an estimate and a plan. We start with one representative scene and expand when you are satisfied with the result.
How the project proceeds: work stages
We structure work on water and liquids so that you see the result at every step, rather than receiving a "black box" at the end.
First we figure out what water should do in your game: maintain the atmosphere of a calm lagoon, work in a storm scene, or react to a character. The scope and timeline depend on this, so we start with the task, not with an image.
- Task and expectations breakdown. We look at your scene and collect examples of how water should look and behave. We define what we consider a finished result.
- Graphics work plan. We send the stages, timelines, and what you will see at each of them. The direction can be adjusted before the main work begins.
- First prototype. We show water in your scene — rough, but already in motion. Gaps in expectations are visible immediately, not at the finish.
- Behavior tuning. Waves, foam, transparency, reflections, response to boats, characters, and the shore. We bring it to a state where water looks alive.
- Optimization. We check how the scene behaves on low-end machines and phones — so that beauty does not cost you part of your players.
- Integration and launch. We embed it into the project, run it in real scenes, and hand over materials and a short guide to your team.
- Post-delivery support. We stay in touch: we help with edits, new scenes, and updates.
Each stage ends with a result that can be viewed and discussed. If the task changes along the way, we rebuild the plan rather than dragging the old one to delivery. This order makes it possible to stay on schedule and avoid redoing finished graphics at the end.
What the delivery includes: a kit for your team
When work on water in the project is finished, your team is left not with a set of files, but with a ready-to-use result.
Below is what you receive as a result of the service: it can immediately be shown in a demo, handed to artists, and developed within the studio without our involvement.
- Ready water in the project — the water shader for Unity is connected to your scenes and tuned for the camera, game style, and target devices.
- Materials for artists — a set of ready-made presets: calm surface, waves, foam, coastal zone. The look of the water changes through parameters, without code edits.
- Per-level settings — separate profiles for sea, lake, river, and pool: their own water behavior in each scene within one game.
- Editing directly in the editor — changes to waves, transparency, and highlights are visible immediately, so adjusting the look takes minutes, not days.
- Water documentation — a clear description of parameters: what affects what and how to quickly get the desired effect, with setting examples.
- Performance guidelines — a list of settings that can lighten water on low-end devices and in the browser so the game runs smoothly.
- Post-delivery support — we answer the team's questions and help tune water for new scenes during the agreed period.
In essence, you get water that the team can then manage on its own: artists through the materials and documentation, programmers through the connected shader and clear parameters.
Case study: how water changed the project's reception
When the team of the mobile game Deep Tide came to us, water in it was just background: a flat surface, identical waves on all levels.
Players felt it — the flooded cave level was completed worse than the others, and reviews repeated "water like plastic." We took on only the water graphics and set the task: make water part of the game, not a decoration.
We rewrote the water shader in Unity: the surface began reacting to the boat, thrown objects, and explosion waves; foam trails, depth, and refraction appeared.
We separately tuned behavior on low-end devices so the visuals would not "fall apart" for half the players — this is critical when the audience plays on different hardware.
The result showed in the metrics. The share of players reaching the end of the level grew from 46% to 71%, the average play session lengthened by almost two minutes, and next-day return rate increased by a quarter.
The app store rating rose from 4.1 to 4.6, and water shots were the most frequently mentioned in reviews.
Two months later, the client returned with a new level — with the same team, without re-immersing themselves in the context. For us, this is the key indicator: water stopped being a weak spot in the project and became something players show to their friends.
Will ready-made water work, or do you need custom water?
Short answer: ready-made water in a project helps when water is background. Custom water for a game is needed when it affects the player's impression, the gameplay, or the project's recognizability.
Choosing a water solution is not a matter of taste, but a matter of the role water plays in your product.
Ready-made kits are good for speed: shore, waves, and reflections appear in just a few days — that is enough for a decorative pond or a distant sea behind the scene.
The limitation is elsewhere: such water appears in hundreds of projects, it is hard to subordinate to your art style, and its behavior is set by the kit's author, not by your task.
Custom water reveals itself where water is part of the world: swimming, boats, fishing, surface trails, weather scenes. It is tuned for the lighting, fog, and level style, so it reads as an extension of the world rather than an insert.
When we make a Unity water shader for a specific project, we lay in not a "pretty picture," but behavior that you will extend.
A comparison of approaches by timeline is also telling: ready-made water gives a fast start, but adapting it to your world often runs into someone else's limitations.
Custom water requires more preparation, but after that changes follow your rules — a new location or weather does not break the look.
In practice, a hybrid often wins: we take a proven ready-made solution as a base, and tune the behavior and look for the task.
If you are unsure, we will build a small water area in two ways and show the difference on your materials, so the choice is justified rather than a matter of taste.
Common client concerns: straight answers
Concerns before starting are normal: you are risking timelines, the team, and the project's reputation. That is why we discuss risks before signing the contract, not after delivery. Below are the questions most often asked by game studio leads and project owners.
We test every effect on the devices your audience actually plays on, not on the most powerful machine in the office. Beautiful water in a promo video and water that maintains a stable image in a battle with a hundred objects are different tasks, and they are solved differently.
What if water lags on low-end devices?
First we determine what your users play on and test on exactly those models. We build in quality levels in advance: on budget devices the effect is simplified, on flagship devices it fully unfolds. The player does not lose smooth visuals, and you do not lose part of your audience.
What if something breaks after delivery?
We deliver the project with a guarantee on the result: if the effect behaves differently from what we promised, we investigate and fix it at our own expense. The terms and warranty period are fixed in the contract in advance, without verbal agreements.
Will we be able to edit and refine it ourselves?
Yes. We hand over the work so that your specialists can change color, transparency, wave height, and current strength without our involvement — the settings are exposed and clearly labeled. We conduct the handover and stay in touch until the team feels confident.
Is post-delivery support a separate matter?
After launch, you can return with new tasks: seasonal effects, adaptation to a new platform, refinement for a game update. The project context is preserved, so you will not have to explain everything again or pay for re-immersion.
Let's discuss your task and come back with a plan
When water in a game looks convincing, the player believes in the world, not in the image.
That is why we start the conversation not with technical details, but with your task: what kind of game it is, what role water and liquids play, and what matters more — atmosphere, realism, or stable performance on low-end devices.
After a short review, you get a clear picture: what we do, in what order, and what result we will reach.
To discuss the task, a couple of paragraphs about the project and links to references are enough — after that we will ask clarifying questions ourselves.
- Task breakdown. We look at where water and liquids affect the player's impression, and what in the current form gets in the way.
- Stage-by-stage work plan. From the first prototype to final tuning in your scenes — with clear intermediate results.
- Project estimate. Timeline and scope in one document, without hidden additional charges along the way.
- Scope of work. What we do, what is required from your side, and where the boundaries of responsibility are.
- Development recommendations. What makes sense to build in right away, and what can be comfortably added later.
- Collaboration format. Full cycle or individual stages, working with your team or autonomously.
We do not impose scope: if the task can be solved with less effort, we will say so directly. The decision to order right away or return later is entirely yours. Describe your task — we will come back with a plan, estimate, and scope of work.