Queen's Domain save data can protect hours of exploration, but the exact save locations and cross-platform behavior remain undocumented as of 2026-10-31. This guide separates confirmed local and cloud details from unknowns, so you can back up progress without risking food bonuses, levels, or upgrades.
How Queen's Domain Save Data Works
Queen's Domain uses a single-player progression structure built around continuing from a saved state. The official Steam listing identifies Steam Cloud and Family Sharing, but it does not publish the exact local save path, number of slots, save frequency, or whether every progress item is serialized identically. That distinction matters because a visible continue option does not prove a complete offline backup exists.
The safest approach is to treat the local save as the primary record and Steam Cloud as a convenience layer. Before major exploration or equipment changes, confirm that the game has registered the current save. If cloud status is ambiguous, verify a small progression change rather than assuming that a later session will restore every stat.
What the official information confirms
The confirmed information is narrow but useful. Steam Cloud appears among the game's technical features, and demo hotfix notes establish that a continue operation exists. The same note says enemies defeated before death do not return when the player continues. This behavior is evidence that progression persists across at least one form of reload, but it does not identify the storage format or the exact save trigger.
| Save-related fact | Confirmed status | Practical meaning |
|---|---|---|
| Steam Cloud support | Listed by Steam | Progress can synchronize when the feature is enabled correctly |
| Family Sharing | Listed by Steam | Another account holder may access the title subject to Steam rules |
| Continue option | Referenced in demo hotfix notes | The game can resume a prior state |
| Defeated enemies stay defeated | Confirmed by the continue rule | Some world-state changes persist after death |
| Exact local save folder | Not documented as of 2026-10-31 | Locate it through the platform or verify in game |
| Number of manual save slots | Not documented as of 2026-10-31 | Do not assume multiple slots exist |
| Save frequency | Not documented as of 2026-10-31 | Check the menu before assuming every action is saved |
| Cross-platform synchronization | Not documented as of 2026-10-31 | Treat each platform as potentially separate |
Confirming a Save Survived a Reload
Use a result you can recognize later rather than trusting a cloud icon alone. In Queen’s Domain, eating food produces a clear stat increase, so record the value before a meal and compare it after eating; experience gains and weapon changes are similarly observable. This matters because a successful Steam Cloud sync can show a valid save file without proving that the newest state transferred correctly.
-
Record the current life points or visible stat values.
-
Note the equipped melee weapon and its upgrade state.
-
Exit to the platform menu, then fully close and restart the game.
-
Continue the newest state and compare the recorded values.
-
If the values match, test Steam Cloud on a second launch or another eligible PC.
This routine verifies Queen’s Domain save data without relying on undocumented folder names. For example, if eating food raises life points from 100 to 105, reopen the game and confirm that the saved value is still 105 rather than the older 100; a visible stat boost is easier to validate than a cloud-file icon. The same comparison works for equipped weapon upgrades and experience gains, so a future queens domain cloud save check can prove that the newest progression state—not merely a valid save file—appeared on the other machine.
For broader navigation help, the Queen’s Domain beginner guide explains the island, stamina-based combat, and flight while keeping the save discussion separate from basic progression. It also clarifies how food affects life points and how weapon upgrades relate to progression, giving you reference points for checking queens domain save data without guessing at file locations. For example, you can compare a pre-meal life-point value with the post-meal value, then use that confirmed stat boost as a practical test for a queens domain cloud save rather than assuming every visible progress change was transferred.
Steam Cloud and Family Sharing for Queen's Domain Cloud Saves
A queens domain cloud save depends on the Steam account, enabled Cloud synchronization, and a connection that lets Steam complete the transfer. The official Queen's Domain Steam listing and its feature summary establish Cloud support, but the developer has not published a cross-platform cloud schema or a support policy for mismatched platform versions.
Check Steam Cloud before relying on it
Open Steam's Manage Games section and confirm that Cloud synchronization is enabled for Queen's Domain. Then compare the local synchronization status on the PCs you intend to use. A green indicator can still precede a conflict, so the safest test is to make progress, close the game, wait for the local sync to finish, and then launch on the second PC.
| Test | Expected observation | What it proves |
|---|---|---|
| Same PC, normal restart | Recent state appears on continue | Local progression persisted |
| Second PC, cloud enabled | Recent state appears on continue | Cloud transfer worked for that state |
| Offline launch | Available state appears | The game can load without a live connection |
| New account on another PC | No matching state yet | The new account does not share the old library access |
| Family Sharing launch | Access depends on the current account | The save may belong to the borrower rather than the lender |
Same-account cloud access is the cleanest test. Family Sharing complicates ownership of the save because the person borrowing the game may have a different Steam account and library state. The game supports Family Sharing, but the developer has not documented whether its save files behave differently under borrowed access.
Family Sharing and account boundaries
Family Sharing can make Queen's Domain available to another user without transferring the account. The active Steam account should still be treated as the save owner until official documentation says otherwise. This distinction prevents a common error: assuming that a shared copy also shares the lender's complete progression.
Practical safeguards include keeping the active Steam profile, selected character, progression, and Steam Cloud association distinct from the account that lends Queen's Domain through Family Sharing. For example, if the lender owns a later-stat progression while the borrower continues an earlier save, switching accounts can make a correct Steam Cloud load appear to overwrite newer progress. Maintain a note of the active account, last confirmed level, food-list state, and whether enemy-defeat flags remained cleared so that any disputed Queen's Domain save can be compared before restoration or deletion.
-
Keep one designated progression account for the main playthrough.
-
Avoid launching the game on an unrelated account after major changes.
-
Test the continue state before deleting any local cloud data.
-
Treat a newly visible but older state as a possible synchronization conflict, not as lost progress.
-
Record whether enemies remained defeated, since the continue rule gives you a clear behavioral test after a reload.
The official Steam feature list does not document Family Sharing save isolation, transfer rights, or conflict resolution for Queen's Domain. Because those rules are unconfirmed, treat the lender's and borrower's food list, stat boosts, levelling progress, and enemy-defeat flags as separate save states rather than assuming Steam Cloud merges them. If a shared account appears to replace newer progression, preserve its local cloud data and verify the active Steam profile, level, and cleared-enemy flags in game before restoring or deleting anything; platform support may be needed to determine which Queen's Domain save is authoritative.
The Continue Rule for Defeated Enemies
The confirmed continue rule is unusually useful: enemies killed before death do not respawn when the player continues. This protects exploration from repetitive encounters and gives players a practical way to tell whether a reload restored the intended state. For example, after clearing an enemy group during a Queens Domain exploration run, continuing should preserve those defeated enemies’ status, allowing the player to revisit the area without repeating the same combat encounter.
It does not automatically prove that every item, stat, quest, enemy, or environmental change uses the same persistence method. A defeated enemy staying down is one observable behavior, while other categories may be saved on different triggers. Treat the rule as strong evidence of world-state persistence, not as a complete technical specification.
What the continue rule does and does not confirm
| Progression element | Does the confirmed rule guarantee it persists? | Why |
|---|---|---|
| Enemies defeated before death | Yes, according to the hotfix note | This behavior is explicitly stated |
| XP gained | Not established by the rule alone | XP is documented, but the save trigger is not |
| Food-based stat increases | Not established by the rule alone | Stat gains are documented, but their save timing is not |
| Equipped weapon | Not established by the rule alone | Equipment is documented, but persistence details are not |
| Weapon upgrades | Not established by the rule alone | Upgrades exist, but their serialization is undocumented |
| Bestiary entries | Not established by the rule alone | The bestiary is documented, but entry-save timing is not |
| Environment changes | Not established by the rule alone | The island has secrets, but individual change persistence is unspecified |
To test rather than guess, create a low-risk checkpoint in an accessible area. Defeat one enemy, note its condition, then deliberately die and continue. If the enemy remains gone, the rule is working in that location and state. Afterward, compare XP, equipment, and visible stats before assuming they all restored from the same moment.
Turning a continue test into a backup routine
A backup is most useful when it captures a meaningful progression milestone. For example, finish an area, collect visible food, and note whether its stat effect has appeared. On continue, check the same values. Do not consume experimental food merely to create cloud traffic unless you want that change in the save.
A reliable sequence is to create a controlled save checkpoint, then compare several linked state layers before and after loading. For example, record the current weapon, exact stat totals, the bestiary’s defeated entries, and whether a visible food has produced its intended stat boost; loading the continue save should reproduce those values rather than merely return you to the same room. If the checkpoint restores your weapon but not the food effect, treat that as evidence of separate save-data layers and test again without eating another item, which would obscure the cause of the discrepancy.
-
Save or reach a stable point where the character is not in active combat.
-
Defeat enemies and collect progression rewards.
-
Note stat totals, current weapon, upgrade condition, and bestiary changes.
-
Restart the game and use continue.
-
Confirm the enemy-state rule and compare every recorded item.
This method produces a personal persistence map. It shows which systems restore immediately and which may require another reload. The backtracking guide can then help you revisit shortcuts and earlier areas without unnecessarily repeating cleared encounters.
Cross-Save Between PC and Consoles
Queen's Domain launched on Windows PC, PlayStation 5, Xbox Series, and Nintendo Switch 2. The official platform pages do not document cross-save, and no official cross-play statement appears in the verified launch information as of 2026-10-31. Cross-platform save sharing remains undocumented.
This distinction matters because “available on four platforms” does not mean a single account follows the player everywhere. PC progression typically belongs to Steam Cloud, while console saves follow each console's platform account and storage rules. Without a published linking or save-transfer feature, a PC character should not be expected to appear on a console.
| Platform scenario | Documented expectation |
|---|---|
| Same Steam account, two Windows PCs | Steam Cloud is listed, so test synchronization directly |
| Steam account, Family Sharing borrower | Access is supported; save ownership needs verification |
| Windows PC and PlayStation 5 | Cross-save is not documented |
| Windows PC and Xbox Series | Cross-save is not documented |
| Windows PC and Nintendo Switch 2 | Cross-save is not documented |
| One console profile to another console | Cross-save is not documented |
| Demo and full game | No shared-save relationship is documented |
Avoid destructive cross-platform tests
Do not delete a PC save merely to see whether a console can replace it. Begin with a separate console profile or local save, if the game offers one, and record its starting state. The number of profiles and slots is not documented, so the result must be established through the actual interface.
For console players, check the platform's own save-data management screen and the game's continue menu before and after launching. If both show the same state after a restart, local persistence works. If the platform offers cloud storage for the game, enable it and repeat the test with a short progression change.
Do not describe console cloud syncing as confirmed unless the console interface itself displays Queen's Domain support. Even then, cross-save with Steam should remain separate. A console can synchronize among compatible consoles while still lacking any exchange mechanism with PC. The official PlayStation 5 Queen's Domain listing confirms console availability, but it does not provide evidence of cross-platform progression. Keep separate expectations for each platform until the developer documents a linking process.
Food, Inventory, and Stat Persistence Checks
Food is central to progression because eating food raises stats, but the official information does not provide a queens domain food list, recipe chart, stat values, or exact inventory-save rules. Searching for an unpublished list can produce unsupported item names, so this guide deliberately avoids inventing them.
What is known about eating food
The game documents XP-based leveling and a separate rule that food raises stats. A life charm is also documented as an accessory that raises life points. These facts allow a practical test: consume an available food item, observe the relevant stat change, and then check whether that change survives a continue.
| Progression test | Confirmed background | Verification result |
|---|---|---|
| Eat food | Food raises stats | Compare the affected stat before and after continue |
| Gain XP | XP leveling exists | Compare level progress, noting that no level cap is published |
| Equip life charm | It raises life points | Check whether the accessory remains equipped |
| Change weapon | Equipment is documented | Verify the weapon after reload |
| Upgrade weapon | Upgrades are documented | Compare upgrade state before and after continue |
| Open bestiary entries | The bestiary is an in-game encyclopedia | Check whether entries remain populated |
| Fly farther with Endu | Upgrades extend flight distance | Verify the upgrade after continue |
Because no level cap or numerical stat sheet is published, record the values shown in the HUD rather than expecting a specific target. For example, note the life-point total before eating, consume a food item that raises stats, and compare the displayed total after the boost; then continue the save and verify that the same value persists. This relative check is sufficient to determine whether food-related stat changes were restored correctly without inventing an unsupported stat formula.
Build a queens domain food list from the game itself
A reliable queens domain food list should be created from inventory observations, not an external article claiming unknown recipes. Record the exact display name, icon, where it was found, whether it was consumed, and which visible stat changed. Leave the effect column blank when the game does not clearly identify it.
Use a personal log like this: note the queens domain food list entry exactly as the inventory displays it, including the item name and icon, then record the source area, whether you ate it, and any visible stat change. This matters for queens domain save data analysis because the log preserves testable evidence from each run instead of guessing effects that the game never states. For example, if roasted ojum lizard appears after cooking the ojum lizard, record that transformation and only mark a stat boost when the interface clearly shows one.
| Item name from inventory | Location | Consumed | Visible result | Survives continue? |
|---|---|---|---|---|
| Enter the in-game name | Enter the area or source | Yes or no | Record only what appears | Yes, no, or unclear |
| Enter the in-game name | Enter the area or source | Yes or no | Record only what appears | Yes, no, or unclear |
This process creates evidence without pretending the developer has published a complete table. It also avoids confusing the four documented creatures with food names. The only named edible creature in the verified information is the ojum lizard, which can be cooked into roasted ojum lizard.
Verify queens domain eating food and stat boost effects
For queens domain eating food, choose one item at a time and record the exact stat label that moves. Then perform a full game restart before and after using it. This separates two possibilities that may otherwise look identical: the stat boost may have applied but not yet been written, or it may have been saved but the displayed total was difficult to read.
For each food item, track four values before and after a full queens domain save-data reload: the exact stat label, its displayed amount, the save slot used, and whether the increase persists. For example, if an item raises Life Points from 120 to 135, confirm that 135 appears again after continuing the newest state. A return to 120 may indicate a queens domain cloud save conflict, an outdated slot, or delayed save timing rather than a failed queens domain stat boost.
-
Write down the initial life points or other visible stat.
-
Eat the food and wait for the interface to update.
-
Record the result and exit normally.
-
Continue the newest state and compare the same value.
A queens domain stat boost is confirmed when the displayed value increases during the session and remains increased after the reload. If it resets, the cause could be incorrect save timing, a different slot, a cloud conflict, or a platform-specific rule. The current documentation does not allow those possibilities to be separated without more testing.
Apply queens domain levelling tips without crossing into guesswork
Useful queens domain levelling tips should focus on documenting progress rather than claiming an optimal build. Maintain a separate note for level progress, life points, equipped weapon, upgrade condition, and bestiary discoveries. Take a safe break or return to a stable location before testing a continue, because enemy behavior during combat can complicate the result.
| Progression record | Why it matters |
|---|---|
| Current visible level | Tracks XP-based progress without assuming a cap |
| Life points | Shows whether food or equipment effects persist |
| Life charm status | Confirms a documented accessory remains active |
| Equipped melee weapon | Detects equipment rollback |
| Upgrade and evolution state | Tracks the weapon progression systems |
| Endu flight upgrade | Confirms traversal progress |
| Bestiary entries | Records discovered enemies and lore |
| Defeated-enemy state | Provides a direct check of the continue rule |
Keep this queens domain save data record in more than one location. A simple screenshot of the relevant screens is often more useful than copying one number because it can also capture equipment and upgrade icons. The weapon progression reference can help distinguish a weapon state change from a general equipment change.
A Complete Save-Safety Checklist
A useful backup plan combines platform checks, in-game verification, and a written record of uncertain systems. It should not depend on one indicator, because neither a cloud icon nor a continue button proves that every progression category is synchronized.
Before a risky session
-
Confirm Steam Cloud is enabled when playing on PC.
-
Let Steam finish its local synchronization before exiting.
-
Record current stats, level progress, equipment, and upgrade state.
-
Note the location and which nearby enemies have been defeated.
-
Keep a separate screenshot of the newest recognizable state.
Before changing platform or account
-
Record the platform and account used for the current playthrough.
-
Verify the current local continue state loads correctly.
-
Avoid deleting local or cloud files as a diagnostic step.
-
Keep separate progression records for separate accounts or platforms.
-
Treat console-to-PC transfer as unconfirmed until the game displays an explicit link or transfer option.
After a restart or continue
-
Check that defeated enemies remain defeated.
-
Compare XP-based level progress.
-
Compare life points and any food-related stat change.
-
Confirm the life charm and equipped weapon remain correct.
-
Check weapon upgrades, Endu flight, and bestiary entries separately.
-
Confirm on a second PC only after the first reload is correct.
The final protection is simple: back up before changing systems, and compare after every reload. Queen's Domain confirms Steam Cloud, Family Sharing, and a continue rule for defeated enemies, while exact file locations, slot counts, save triggers, and cross-platform saves remain undocumented as of 2026-10-31. Understanding that boundary lets you protect queens domain save data without relying on assumptions.
Frequently Asked Questions
Does Queen's Domain support Steam Cloud?
Yes. Steam lists Steam Cloud among the game's technical features, so eligible PC saves can synchronize when Cloud is enabled and the platform completes the transfer. The exact local path, save timing, and conflict behavior are not documented as of 2026-10-31, so verify a recognizable progression change on a second PC.
Are Queen's Domain saves shared between PC and console?
Cross-save between the Windows PC, PlayStation 5, Xbox Series, and Nintendo Switch 2 versions is not documented as of 2026-10-31. The title released on all four platforms, but no official platform listing confirms linked accounts or transferable saves. Treat each platform as separate until the developer documents otherwise.
Do enemies return when I use continue after dying?
No, the documented continue rule says enemies defeated before death do not respawn when the player continues. This makes cleared areas easier to test and reduces repeated encounters during exploration. The rule does not by itself prove that XP, food-derived stats, equipment, upgrades, and every environmental change are saved at the same moment.
Does eating food permanently increase stats after a continue?
Eating food raises stats, but the exact inventory and save timing are not documented. To verify a food boost, record the visible stat before eating, consume one item, compare the new value, restart the game, and continue. A lasting increase confirms that particular stat change persisted in the tested state.
Can Family Sharing transfer my Queen's Domain progress?
Queen's Domain supports Family Sharing, but the developer has not documented whether a borrower's progress is shared with the lender or kept in the active account. Use a designated account for the main progression, keep separate records, and verify the continue state before moving between accounts. A second platform profile is safer than deleting an existing save for testing.