Find the actual tree for this installation
The official wiki describes custom nodes in userdata and warns that an incomplete custom structure can cause missing entries to be treated as intentional. Preserve the existing userdata node tree, if any, and identify the defaults belonging to the installed release. Some documentation examples contain historical platform paths, so confirm the real location instead of pasting an old path into a current machine.
Prepare a separate working copy before changing the active tree. Keep the full required baseline structure when following the documented custom-node method. Record which files are untouched defaults and which are deliberate edits. This makes an absent Movies or Years entry easier to diagnose than a folder of snippets with no known starting point.
Make one view change and inspect its inputs
Start with one small, understandable node change. Use documented node components and rules appropriate to the library view. Verify the intended media subset independently in the library first; changing navigation cannot compensate for missing metadata or a source that was never scanned.
Review the XML carefully before putting the prepared copy into use. Give the node a clear label and an order that fits the existing menu. Avoid modifying several defaults at once. If the result is wrong, a single changed file and a saved baseline offer a manageable comparison instead of a complete menu redesign with several possible causes.
Questions answered
Will a custom node secure a private subset of media?
No. Treat it as navigation, and use suitable account or filesystem controls for access.
Why preserve the entire default node structure?
The documented custom-node method can interpret missing nodes as intentional. Keep a complete baseline and a reversible change record.
Sources & further reading
Official references for the subjects discussed. Service terms and device software can change.

