Native and Custom Navbar Modes
Flowboard gives you two navbar paths: a strict native mode that targets a true Webflow navbar, and a custom mode for navs that should behave like custom-built Webflow structures.
Native mode is stricter. Custom mode is more flexible.
Navbar workflow
Choose a mode
Flowboard exposes navbar mode controls in both Convert and Settings, so you can keep the same mode across runs.
Convert the navbar
Native mode attempts a strict template merge, while Custom mode keeps the more flexible embed-assisted nav path.
Edit in Webflow
With native mode, mobile and tablet menu behavior stays inside Webflow’s navbar settings. With custom mode, you own the custom nav structure directly.
Template-backed output
Native mode depends on a copied top-level Webflow navbar template in history. If it is missing or invalid, Flowboard blocks the conversion instead of silently downgrading to custom shim behavior.
Strict fallback rules
When native mode is requested, nav shim JS and pasted nav runtime helpers are disabled. That keeps the output honest: native or fail, not half-native.
Webflow settings control the menu
Because the result is merged into a true native navbar template, mobile and tablet dropdown behavior belongs to Webflow’s native navbar settings rather than custom toggle wiring.
Explicit marker support
Custom mode is the path for navs that rely on explicit `data-nav-trigger` and `data-nav-menu` markers and should behave more like a custom component you wired yourself.
No phantom JS
Nav-like markup without scripts or explicit custom markers should not get a supplemental JS embed automatically.
Embed-assisted when needed
If your custom navbar includes inline toggles or explicit marker pairs, Flowboard can preserve the behavior through the custom path instead of forcing a native navbar template.