QMK is keyboard firmware that can define layers, tap and hold actions, macros, lighting and far more. VIA is a graphical configurator for keyboards carrying compatible dynamic-keymap firmware. It can change supported assignments at runtime and store them in keyboard memory without a new flash for each edit.
Quick Answer
Confirm the exact keyboard revision supports VIA or QMK before connecting it to any configurator. Back up the current VIA layout, remap one unused key on the base layer and test it. Use firmware flashing only when you need features outside the board's shipped dynamic keymap and have the correct source, bootloader and recovery steps.
Compare compatible candidates in Evetech's gaming-keyboard range and current keyboard best sellers. A hot-swap socket describes switch replacement, not QMK or VIA support.
QMK and VIA Solve Different Layers
QMK runs on the keyboard's microcontroller. Its keymap defines an array of layers and keycodes, while optional features add combos, encoders, tap dance, macros and device behaviour. Building a custom QMK image means compiling firmware for the exact board and keymap.
VIA sends supported configuration changes to firmware that implements its protocol and dynamic keymap. On first use, VIA-enabled QMK firmware can copy the keymap into EEPROM, after which runtime changes live there. A later custom flash may appear not to change keys until that stored state is cleared or reset through the documented route.
VIA support does not mean every QMK feature appears as a button. Firmware reserves space for a defined number of layers, macros and controls. QMK source changes are needed when you want custom code or features the shipped image omitted.
Verify the Exact Keyboard
Find the full product name, PCB revision, wired or wireless variant and layout. An ANSI 75 per cent board can use different firmware from its ISO or tri-mode sibling. Flashing a similarly named image can break the matrix, lighting or wireless controller.
Check the maker's support page and the official QMK keyboard list or VIA definitions. Some keyboards use proprietary software while advertising remapping. Others support VIA through a vendor web app but have no upstream QMK source.
If VIA does not detect the board, do not load a random JSON file from a forum. A design definition tells the app how to draw and address a keyboard; it cannot add VIA protocol support to firmware that lacks it.
Back Up Before Remapping
Open the official VIA app or supported web version and authorise only the keyboard you intend to edit. Save the current layout through the app's backup function. Screenshot every layer and note special keys such as layer toggles, bootloader and EEPROM clear.
Keep at least one way to reach each layer. If you remove the only momentary-layer key from the base, the keys on that layer can become inaccessible until reset.
Do not place a bootloader or reset key where an ordinary shortcut can trigger it. Put recovery controls on a deliberate upper layer and label them in your notes.
Build a Useful Layer Plan
Layer 0 is the normal typing layout. A momentary layer can put arrows, media and navigation under one hand. A toggle layer suits a mode you want to keep active, while a one-shot modifier applies to the next key only.
Start with two layers:
- Keep letters, numbers and operating-system shortcuts familiar on the base.
- Put navigation, volume and rarely used function keys in positions you can remember.
Test rollover and game controls after remapping. A keycode that works in a document may behave differently in a game expecting a physical scan or a selected keyboard layout.
Understand Tap and Hold
QMK can make one key send Escape when tapped and Control when held, or switch layers on hold while sending a character on tap. These dual-role keys save space but depend on timing.
Typing style decides whether a tap is misread as a hold. QMK exposes tapping-term and permissive-hold controls through firmware configuration. VIA may let you assign the dual-role keycode without exposing every timing option.
Use one dual-role key first and type for several days. A clever home-row modifier that misfires during passwords or games costs more than the space it saves.
Use Macros With Restraint
VIA macros can enter a short text sequence or key combination. Do not store passwords, access tokens or private recovery codes in keyboard memory. Anyone with the keyboard or a layout backup may retrieve or trigger them.
Games and workplace systems can restrict automation. Follow their current rules. A macro that repeats actions or changes timing can cross an anti-cheat or policy boundary even when the keyboard supports it.
Prefer operating-system text expansion for long, private or application-specific content. Keep keyboard macros short and non-sensitive.
Know When Firmware Flashing Is Needed
VIA remapping writes dynamic data and does not rebuild the firmware for each key. QMK compilation is needed when you change source features, matrix behaviour or options omitted from the shipped image.
Set up the QMK command-line environment from the current official documentation. Identify the exact keyboard target and keymap, compile first and inspect errors before entering the bootloader. Keep the known-good firmware and a second keyboard available.
Bootloaders differ. A board may use a reset button, key combination or QK_BOOT keycode. Flash files can be HEX, BIN or UF2. Use only the format and method documented for that microcontroller.
Never interrupt a flash. Connect directly rather than through an unreliable hub, keep a laptop on mains power and close software that may claim the USB device.
Recover From a Bad Mapping
If keys behave incorrectly after a VIA edit, restore the saved layout. Use the documented EEPROM clear or factory reset if stored dynamic data overrides a flashed default map.
QMK documents several EEPROM-clear paths, including a dedicated keycode where the keymap exposes it. The bootloader can offer recovery when normal keyboard mode no longer works, but the exact method depends on the PCB.
If the device is not detected in bootloader mode, stop cycling firmware from related boards. Check cable, USB port, driver and reset procedure, then use vendor support.
Wireless Boards Need Extra Care
QMK's mainstream support has historically centred on wired microcontrollers. Tri-mode boards can use a proprietary wireless controller beside the main keyboard MCU, and an unofficial flash may break Bluetooth or 2.4GHz operation.
Verify whether the vendor's VIA support works in wired mode only and whether changes persist to wireless profiles. Test every connection mode after a remap. Do not assume upstream QMK support because the wired VIA app recognises the board.
Battery reporting, sleep and wake behaviour may live outside the standard keymap. Keep the factory firmware when those features matter and no supported custom route documents them.
Maintain Your Layout
Export a new backup after each stable revision and put the date plus keyboard revision in the filename. Keep a plain-language layer diagram so another PC or future reset is easy to rebuild.
After firmware updates, check whether the dynamic keymap layout or layer count changed before restoring an old backup. A definition made for another revision can map controls to the wrong place.
Use the board for a week before adding another layer. Good remapping removes repeated reaches and awkward chords. A maze of hidden keys creates its own workload.
FAQ
Does VIA work with every QMK keyboard?
No. The firmware needs compatible VIA support and a matching definition for that keyboard revision.
Does hot-swap mean the keyboard supports QMK?
No. Hot-swap concerns switch sockets; firmware support is a separate specification.
Do VIA changes require reflashing?
Normal supported remaps are written at runtime. Custom QMK features or missing firmware support can require a carefully matched flash.
Verify the exact PCB and firmware, back up its dynamic layout and prove one VIA layer before considering a custom QMK compile or flash.