<p><!-- SEO SEMANTIC CORE (internal reference, do not publish in the article body) Primary keyword: default browser for a specific link in Windows LSI keywords: open link in another browser, assign browser per site, shortcut for a specific browser, different browsers for different sites, .lnk file browser, browser shortcut creator, portable browser shortcut, StartMenuInternet registry, change default browser for one link Long-tail: how to open a link in Chrome instead of Edge, how to make a site always open in a specific browser, shortcut to a site with a specific browser Windows 10, how to open corporate portal in separate browser, Chrome Portable shortcut for a link Intent: how-to / setup, with a comparison element in "Alternatives" This is a working estimate, not verified live keyword data. Check search volume in Google Keyword Planner / Ahrefs before publishing and adjust title/description if numbers diverge. --></p>
"Quick
<br />
Windows has no built-in way to set a different default browser per link — only one default for the whole system. The workaround: build a .lnk shortcut whose target isn't the site itself, but the browser's exe with the URL as a parameter. Doing this by hand takes five minutes through shortcut properties. Doing it for a dozen links, and for coworkers who won't touch shortcut properties, needs a tool. Below I cover both the manual approach and my own utility, Browser Shortcut Creator, which does the same thing in one click.<br />
<h2>1. The Problem</h2>
<p>You set a default browser for a link in Windows — and suddenly every link in the system, from Outlook to <a class="wpil_keyword_link" href="https://t.me/it_apteka_com/34" target="_blank" rel="noopener" title="Telegram" data-wpil-keyword-link="linked" data-wpil-monitor-id="3334">Telegram</a>, opens in that one browser. Sound familiar?</p>
<p>Here’s what it looked like for me. The corporate portal needs Edge with an AD profile — otherwise SSO breaks and you’re typing your password for the third time. Personal <a class="wpil_keyword_link" href="https://it-apteka.com/tag/mail/" target="_blank" rel="noopener" title="mail" data-wpil-keyword-link="linked" data-wpil-monitor-id="3337">mail</a> and everything else goes to Chrome, because that’s where the extensions and bookmarks live. Online banking goes into a separate «clean» browser with zero extensions, because who knows what some rogue DevTools extension might poke at. And a layout tester needs the same URL opened in four browsers at once, from four different shortcuts, without picking a browser manually every time.</p>
<p>Windows just doesn’t do this. There’s exactly one «default browser» slot in the system, shared across every link. Want Edge for the corporate portal and Chrome for everything else? You either flip the system default back and forth constantly, or find a workaround.</p>
<p>In this article:</p>
<ul>
<li>why Windows’ built-in settings can’t solve this</li>
<li>how to build the shortcut by hand through properties — fine for a one-off case</li>
<li>what Browser Shortcut Creator does and how it automates the same thing for dozens of links</li>
<li>a separate section on portable browsers, which don’t register in the registry</li>
<li>an honest talk about antivirus false positives on a brand-new exe</li>
</ul>
<p>Setting up one shortcut manually takes three to five minutes. With the utility, fifteen seconds. Here’s where that difference comes from.</p>
<h2>2. Why It Happens</h2>
<p>Let’s break down why Windows’ built-in tools can’t solve this, and why the usual workarounds are clunky in practice.</p>
<table>
<tbody>
<tr>
<th>Cause</th>
<th>Why it’s a problem</th>
</tr>
<tr>
<td>Windows stores one default browser handler system-wide</td>
<td>The <code>http/https</code> association in the registry is global, not tied to a specific URL or shortcut</td>
</tr>
<tr>
<td>A shortcut to a site created the default way produces a protocol link</td>
<td>A double-click always routes through the system default handler, bypassing any browser choice</td>
</tr>
<tr>
<td>Manually editing a shortcut’s target works, but requires knowing the browser exe path</td>
<td>Paths differ across Chrome/Firefox/Edge versions, and portable builds can live anywhere</td>
</tr>
<tr>
<td>A .bat file with a launch command works, but scares off non-technical users</td>
<td>A console window flashes on every click, and some antivirus tools flag a .bat that launches an exe with a URL parameter</td>
</tr>
<tr>
<td>Editing the registry to change the default browser solves a different problem</td>
<td>It changes the browser for the whole system, not for one link</td>
</tr>
<tr>
<td>Portable browsers don’t register under <code>StartMenuInternet</code></td>
<td>Automatic scanning won’t find them, so the path has to be entered manually</td>
</tr>
</tbody>
</table>
<p>Nice request you’ve got there — said Windows, and quietly reset the default browser to Edge after the next update. Anyone who’s dealt with this knows exactly what I mean.</p>
<h2>3. The Fix</h2>
<h3>Option 1: by hand, through shortcut properties</h3>
<p>For a single link, this is enough. Nothing to install.</p>
<ol>
<li>Create a new shortcut on the desktop: right-click → New → Shortcut.</li>
<li>In the target field, put the path to the browser’s exe and the URL as a second parameter in quotes.</li>
</ol>
<pre><code class="language-text">
"C:\Program Files\Google\Chrome\Application\chrome.exe" "https://portal.example.com"
</code></pre>
<p>Result: a shortcut that opens exactly this URL in Chrome, no matter which browser the system currently has as default.</p>
<p>The downside: you need to know the exact exe path, and it varies per machine. Some have Chrome in <code>Program Files</code>, some in <code>Program Files (x86)</code>, and some run a portable Chrome off a flash drive. Handing this instruction to ten coworkers means explaining ten times where to find the exe.</p>
<h3>Option 2: Browser Shortcut Creator</h3>
<p>The program does the same thing, minus the manual path hunting. On launch it scans the Windows registry under <code>HKLM/HKCU\SOFTWARE\Clients\StartMenuInternet</code> and <code>App Paths</code> and finds every installed browser on its own. All you do is pick one from the list.</p>
<p><a href="https://it-apteka.com/wp-content/uploads/2026/08/browsershortcutcreator.zip" target="_blank">Download Browser Shortcut Creator</a> — a single exe around 50 KB, with an embedded icon. Written in C# / .NET Framework, with zero third-party libraries: PyInstaller-style packers were deliberately avoided, since packed exes are exactly what trips up antivirus heuristics most often. The file creates no config files, writes nothing to the registry beyond reading the browser list, and never touches the <a class="wpil_keyword_link" href="https://it-apteka.com/category/networks/" target="_blank" rel="noopener" title="Сети" data-wpil-keyword-link="linked" data-wpil-monitor-id="3336">network</a> — not at launch, not while running.</p>
<h4>Prerequisites</h4>
<ul>
<li>Windows 7 SP1 or later (7 / 8.1 / 10 / 11)</li>
<li>.NET Framework 4.5-4.8 — already present on Windows 10/11, may need installing on Windows 7</li>
<li>no administrator rights required — the program only reads the registry, never writes to system-level keys</li>
</ul>
<h4>Steps</h4>
<ol>
<li>Launch <code>BrowserShortcutCreator.exe</code>. No installation needed — it’s portable.</li>
<li>Pick a browser from the auto-detected list, or click «Specify location manually» for a portable build.</li>
<li>Paste the full link, including <code>https://</code>.</li>
<li>Name the shortcut — whatever you’ll see on the desktop or Start menu.</li>
<li>Choose a save folder: desktop, a dedicated folder, or a network share for distributing to coworkers.</li>
<li>Click «Create shortcut».</li>
</ol>
<p>Result: a finished .lnk file in the chosen folder. The icon comes from the browser itself, not a generic Windows placeholder, so visually the shortcut is indistinguishable from a native one.</p>
<p>Under the hood, shortcut creation goes straight through the standard Shell COM API — the <code>IShellLinkW</code> and <code>IPersistFile</code> interfaces, no WSH wrapper (no <code>WScript.Shell</code> from VBScript) and no third-party libraries. This is the same API Windows Explorer itself uses when creating shortcuts, so the resulting .lnk is no different from one made by hand.</p>
<pre class="mermaid">%%{init: {
'theme': 'base',
'themeVariables': {
'primaryColor': '#f8fafc',
'primaryTextColor': '#1e293b',
'primaryBorderColor': '#94a3b8',
'lineColor': '#64748b',
'fontSize': '15px',
'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
},
'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
A["Double-click the shortcut"] --> B["Windows reads Target from lnk"]
B --> C["browser.exe launches with URL parameter"]
C --> D["The site opens in the chosen browser"]
style A fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style B fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style C fill:#f8fafc,stroke:#f97316,stroke-width:2px,color:#9a3412
style D fill:#f8fafc,stroke:#22c55e,stroke-width:2px,color:#15803d
</pre>
<h3>Portable Browsers</h3>
<p>Chrome Portable, Firefox Portable, and similar builds don’t write themselves into the Windows registry — they live in a single folder and launch straight from the exe. Automatic scanning won’t see them, and that’s not a bug, it’s the whole point of a portable build: don’t touch the system.</p>
<p>For these, the program has a «Specify location manually» mode: just point it at the browser’s exe, and everything else works the same — link, name, save folder. Useful for testers who keep one portable copy of each browser at a specific version, without depending on what’s installed system-wide.</p>
<h2>4. Verification</h2>
<p>After creating a shortcut, check three things: is the path correct, does the right browser open, and did the icon survive.</p>
<ol>
<li>Right-click the shortcut → Properties → «Shortcut» tab. The «Target» field should show the path to the browser exe and the URL as a second parameter in quotes.</li>
<li>Double-click the shortcut. The browser you selected should launch, not whatever the system currently has as default.</li>
<li>Check the address bar in the window that opens — the URL should match what you entered, with nothing extra and nothing truncated.</li>
</ol>
<p>To check a .lnk’s contents programmatically instead of through properties, <a class="wpil_keyword_link" href="https://it-apteka.com/tag/powershell/" target="_blank" rel="noopener" title="PowerShell" data-wpil-keyword-link="linked" data-wpil-monitor-id="3335">PowerShell</a> pulls the target path and arguments in two lines:</p>
<pre><code class="language-powershell">
$sh = New-Object -ComObject WScript.Shell
$lnk = $sh.CreateShortcut("C:\Users\Admin\Desktop\Portal.lnk")
$lnk.TargetPath
$lnk.Arguments
</code></pre>
<p>The output should show the browser’s exe path in TargetPath and the URL in Arguments. If TargetPath points to the browser itself, rather than some generic «open link» handler, the shortcut is set up correctly.</p>
<h2>5. Troubleshooting</h2>
<table>
<tbody>
<tr>
<th>Error</th>
<th>Cause</th>
<th>Fix</th>
</tr>
<tr>
<td>Shortcut opens the browser but shows an empty tab, no URL</td>
<td>The URL didn’t make it into the Arguments parameter, lost during copy-paste</td>
<td>Recreate the shortcut, paste the full link with <code>https://</code>, no stray leading spaces</td>
</tr>
<tr>
<td>Portable browser isn’t found by auto-scan</td>
<td>Portable builds don’t register under <code>StartMenuInternet</code></td>
<td>Use «Specify location manually» and point directly to the exe</td>
</tr>
<tr>
<td>Antivirus blocks the exe on first run</td>
<td>A new, unsigned file with no reputation in ML-heuristic databases</td>
<td>See the separate section below on antivirus and VirusTotal</td>
</tr>
<tr>
<td>Shortcut icon is generic, not the browser’s</td>
<td>Windows’ icon cache hasn’t refreshed</td>
<td>Restart explorer.exe or clear <code>IconCache.db</code></td>
</tr>
<tr>
<td>Shortcut stopped working after a browser update</td>
<td>The exe path changed during a major update (rare, but happens with some portable builds)</td>
<td>Recreate the shortcut, auto-scan will pick up the new path</td>
</tr>
</tbody>
</table>
<p>It’s not as bad as the table makes it look. It’s actually simpler — nine times out of ten it’s a typo in the link or the wrong browser picked from the list.</p>
<h2>6. Alternatives</h2>
<p>Here’s what else solves this same problem, and why I ended up writing my own tool instead of using something existing.</p>
<h3>A manual .bat file</h3>
<p>Works fine for one person who wrote it themselves. Doesn’t scale to handing out to coworkers: a console window flashes on every launch, and some antivirus tools are warier of a .bat launching an exe with a URL parameter than of a .lnk file.</p>
<h3>Editing the registry to change the default browser</h3>
<p>Solves a different problem — changes the default browser for the entire system. Doesn’t work at all for configuring a single link.</p>
<h3>Third-party browser pickers (Browser Chooser and similar)</h3>
<p>Pop up a browser-selection dialog on every link click. It works, but adds an extra click every single time — exactly the friction this whole approach is meant to avoid.</p>
<h3>Group Policy (for corporate environments)</h3>
<p>GPO can centrally push shortcuts to a network share or lay .lnk files onto every domain user’s desktop via Group Policy Preferences. Pairs well with Browser Shortcut Creator: generate the shortcuts once, then distribute them through GPO like any other file.</p>
<p>Why I ended up writing my own tool instead of using any of the above: none of them offered automatic browser detection without manually typing paths, while also not dragging in tens of megabytes of dependencies for a fifty-kilobyte job.</p>
<h2>7. Keeping It Working</h2>
<ul>
<li><strong>Monitoring</strong>: if you’re distributing shortcuts to coworkers centrally, add a check to your workstation-update checklist to make sure shortcuts survived any browser reinstall.</li>
<li><strong>Browser versions</strong>: a portable build’s exe path can shift after a major update — regenerate manual-mode shortcuts quarterly if you rely on portable browsers heavily.</li>
<li><strong>Backing up shortcuts</strong>: the .lnk files themselves are a few kilobytes each — keep the working set in a shared folder or repo so you’re not rebuilding them after a Windows reinstall.</li>
<li><strong>Source on hand</strong>: if you’re using this in an organization with strict security requirements, keep a local copy of the source and know how to rebuild the exe without reaching out to any external server.</li>
<li><strong>Auto-start</strong>: not needed — the program only runs when you’re creating a new shortcut, spawns no background processes, and never asks for a spot in startup.</li>
<li><strong>Updating the exe</strong>: check the repository manually for new releases — there’s no auto-update by design, less code means less surface for «what is this thing doing in the background».</li>
</ul>
<p>A drop of nicotine kills a horse. One mistyped URL in a shortcut parameter won’t kill anyone, but it will guarantee half a day of «why does this open an ad banner instead of the portal».</p>
<h2>8. Security</h2>
<p>Here’s an honest rundown of what the program actually does to the system, and why an unsigned exe deserves your trust anyway.</p>
<h3>On antivirus and VirusTotal</h3>
<p>A brand-new, unknown exe with no digital signature almost always picks up one to three false positives from ML and heuristic engines on VirusTotal — something like <code>Trojan:Win32/Wacatac.C!ml</code> from Microsoft Defender, or <code>Trojan.Win32.VSX</code> from Trend Micro. That doesn’t mean the file is malicious. It means the file has no reputation yet.</p>
<p>The difference between signature-based and heuristic detection matters here. Signature detection means the antivirus found a specific, known malicious code pattern matching something in its database. Heuristic or ML detection works differently: it looks at general traits — a small exe, unsigned, touching the registry, creating .lnk files — and scores the file as «resembling suspicious behavior.» That’s exactly what any shortcut-creating utility looks like to a model, including Windows Explorer itself, if it were freshly rebuilt and shipped as a standalone exe with no history or signature.</p>
"What
<br />
The source code is open. The program sends nothing over the network — not on launch, not while running — and that's verifiable with any network monitor like Process Monitor or Wireshark in about a minute of watching. If you'd rather not trust a prebuilt binary, the exe can be recompiled locally from source using Windows' own compiler, no extra tools required, giving you a binary you built yourself instead of one you downloaded.<br />
<h3>Building it yourself from source</h3>
<p>Compilation goes through <code>csc.exe</code>, the standard compiler bundled with .NET Framework — no need to install Visual Studio or anything else.</p>
<pre><code class="language-bash">
build.bat
</code></pre>
<p>The script calls <code>csc.exe</code> with the <code>asInvoker</code> manifest (the program never requests elevated privileges) and produces the same exe as the prebuilt release. You can verify this by comparing hashes.</p>
<h3>Other safeguards</h3>
<ul>
<li>No administrator rights required — <code>asInvoker</code> manifest, elevation is never requested.</li>
<li>No configuration files on disk — nothing to find and nothing to clean up after removing it.</li>
<li>No writes to system-level registry keys — it only reads <code>StartMenuInternet</code> and <code>App Paths</code> to find browsers.</li>
<li>Run the exe from a local folder rather than a widely-writable network share — standard hygiene for any portable tool, not specific to this one.</li>
</ul>
<h2>9. FAQ</h2>
<h3>Why does the shortcut still open the wrong browser after I set it up?</h3>
<p>Most often it’s because the wrong browser was picked from the list, or the shortcut was built manually through properties with a typo in the exe path. Recreate the shortcut through the program and double-check TargetPath using the PowerShell command from the Verification section.</p>
<h3>How do I check that a shortcut is set up correctly?</h3>
<p>Right-click → Properties → «Shortcut» tab, and look at the «Target» field: it should contain the path to the intended browser’s exe with the URL as a second parameter in quotes. Or run the PowerShell <code>WScript.Shell</code> command from the verification section — it prints TargetPath and Arguments separately.</p>
<h3>What do I do if antivirus blocks the exe?</h3>
<p>Upload the file to VirusTotal and check whether it’s a signature detection or a heuristic/ML one — the verdict name usually carries a marker like <code>.ml</code> or a generic name with no specifics. For heuristic flags on a new unsigned exe, add an exclusion in your antivirus, or rebuild the exe locally from source — that removes the question of trusting someone else’s build entirely.</p>
<h3>How is this different from editing a shortcut manually through properties?</h3>
<p>The result is identical — both approaches produce a .lnk pointing at the browser’s exe. The difference is that doing it manually requires knowing the exact browser exe path, while the program finds every installed browser through registry auto-scan and skips that requirement entirely.</p>
<h3>Do I need administrator rights to use it?</h3>
<p>No. The program is portable, installs nothing, and runs from any folder without administrator rights — and reading the registry to find browsers doesn’t require elevated privileges either.</p>
<h2>10. What You Get</h2>
<p>Once you’ve set up shortcuts through Browser Shortcut Creator, you’ve got a desktop or shared folder full of links, each opening in a browser you chose ahead of time, regardless of whatever the system currently has as default. The corporate portal goes to Edge with an AD profile, everything else stays in your usual browser, no constant switching required.</p>
<p>Born in manual shortcut properties — not afraid of automation. If something doesn’t open the way it’s supposed to after setup, drop a comment and we’ll sort it out.</p>
<p><a href="https://it-apteka.com/wp-content/uploads/2026/08/browsershortcutcreator.zip" target="_blank">Download Browser Shortcut Creator</a></p>
<h2>System Requirements</h2>
<table>
<tbody>
<tr>
<th>Parameter</th>
<th>Value</th>
</tr>
<tr>
<td>OS</td>
<td>Windows 7 SP1, 8.1, 10, 11</td>
</tr>
<tr>
<td>.NET Framework</td>
<td>4.5-4.8 (preinstalled on Windows 10/11)</td>
</tr>
<tr>
<td>Exe size</td>
<td>~50 KB, embedded icon, no external dependencies</td>
</tr>
<tr>
<td>Rights required</td>
<td>User-level, no administrator needed</td>
</tr>
<tr>
<td>Supported browsers</td>
<td>Anything registered under StartMenuInternet: Chrome, Firefox, Edge, Opera; portable builds via manual mode</td>
</tr>
</tbody>
</table>
Скачать
Quick answer
Windows has no built-in way to set a different default browser per link — only one default for the whole system. The workaround: build a .lnk shortcut whose target isn’t the site itself, but the browser’s exe with the URL as a parameter. Doing this by hand takes five minutes through shortcut properties. Doing it for a dozen links, and for coworkers who won’t touch shortcut properties, needs a tool. Below I cover both the manual approach and my own utility, Browser Shortcut Creator, which does the same thing in one click.
1. The Problem
You set a default browser for a link in Windows — and suddenly every link in the system, from Outlook to Telegram, opens in that one browser. Sound familiar?
Here’s what it looked like for me. The corporate portal needs Edge with an AD profile — otherwise SSO breaks and you’re typing your password for the third time. Personal mail and everything else goes to Chrome, because that’s where the extensions and bookmarks live. Online banking goes into a separate «clean» browser with zero extensions, because who knows what some rogue DevTools extension might poke at. And a layout tester needs the same URL opened in four browsers at once, from four different shortcuts, without picking a browser manually every time.
Windows just doesn’t do this. There’s exactly one «default browser» slot in the system, shared across every link. Want Edge for the corporate portal and Chrome for everything else? You either flip the system default back and forth constantly, or find a workaround.
In this article:
- why Windows’ built-in settings can’t solve this
- how to build the shortcut by hand through properties — fine for a one-off case
- what Browser Shortcut Creator does and how it automates the same thing for dozens of links
- a separate section on portable browsers, which don’t register in the registry
- an honest talk about antivirus false positives on a brand-new exe
Setting up one shortcut manually takes three to five minutes. With the utility, fifteen seconds. Here’s where that difference comes from.
2. Why It Happens
Let’s break down why Windows’ built-in tools can’t solve this, and why the usual workarounds are clunky in practice.
| Cause |
Why it’s a problem |
| Windows stores one default browser handler system-wide |
The http/https association in the registry is global, not tied to a specific URL or shortcut |
| A shortcut to a site created the default way produces a protocol link |
A double-click always routes through the system default handler, bypassing any browser choice |
| Manually editing a shortcut’s target works, but requires knowing the browser exe path |
Paths differ across Chrome/Firefox/Edge versions, and portable builds can live anywhere |
| A .bat file with a launch command works, but scares off non-technical users |
A console window flashes on every click, and some antivirus tools flag a .bat that launches an exe with a URL parameter |
| Editing the registry to change the default browser solves a different problem |
It changes the browser for the whole system, not for one link |
Portable browsers don’t register under StartMenuInternet |
Automatic scanning won’t find them, so the path has to be entered manually |
Nice request you’ve got there — said Windows, and quietly reset the default browser to Edge after the next update. Anyone who’s dealt with this knows exactly what I mean.
3. The Fix
Option 1: by hand, through shortcut properties
For a single link, this is enough. Nothing to install.
- Create a new shortcut on the desktop: right-click → New → Shortcut.
- In the target field, put the path to the browser’s exe and the URL as a second parameter in quotes.
"C:\Program Files\Google\Chrome\Application\chrome.exe" "https://portal.example.com"
Result: a shortcut that opens exactly this URL in Chrome, no matter which browser the system currently has as default.
The downside: you need to know the exact exe path, and it varies per machine. Some have Chrome in Program Files, some in Program Files (x86), and some run a portable Chrome off a flash drive. Handing this instruction to ten coworkers means explaining ten times where to find the exe.
Option 2: Browser Shortcut Creator
The program does the same thing, minus the manual path hunting. On launch it scans the Windows registry under HKLM/HKCU\SOFTWARE\Clients\StartMenuInternet and App Paths and finds every installed browser on its own. All you do is pick one from the list.
Download Browser Shortcut Creator — a single exe around 50 KB, with an embedded icon. Written in C# / .NET Framework, with zero third-party libraries: PyInstaller-style packers were deliberately avoided, since packed exes are exactly what trips up antivirus heuristics most often. The file creates no config files, writes nothing to the registry beyond reading the browser list, and never touches the network — not at launch, not while running.
Prerequisites
- Windows 7 SP1 or later (7 / 8.1 / 10 / 11)
- .NET Framework 4.5-4.8 — already present on Windows 10/11, may need installing on Windows 7
- no administrator rights required — the program only reads the registry, never writes to system-level keys
Steps
- Launch
BrowserShortcutCreator.exe. No installation needed — it’s portable.
- Pick a browser from the auto-detected list, or click «Specify location manually» for a portable build.
- Paste the full link, including
https://.
- Name the shortcut — whatever you’ll see on the desktop or Start menu.
- Choose a save folder: desktop, a dedicated folder, or a network share for distributing to coworkers.
- Click «Create shortcut».
Result: a finished .lnk file in the chosen folder. The icon comes from the browser itself, not a generic Windows placeholder, so visually the shortcut is indistinguishable from a native one.
Under the hood, shortcut creation goes straight through the standard Shell COM API — the IShellLinkW and IPersistFile interfaces, no WSH wrapper (no WScript.Shell from VBScript) and no third-party libraries. This is the same API Windows Explorer itself uses when creating shortcuts, so the resulting .lnk is no different from one made by hand.
%%{init: {
'theme': 'base',
'themeVariables': {
'primaryColor': '#f8fafc',
'primaryTextColor': '#1e293b',
'primaryBorderColor': '#94a3b8',
'lineColor': '#64748b',
'fontSize': '15px',
'fontFamily': 'ui-sans-serif, system-ui, sans-serif'
},
'flowchart': {'curve': 'linear', 'nodeSpacing': 50, 'rankSpacing': 50}
}}%%
flowchart TD
A["Double-click the shortcut"] --> B["Windows reads Target from lnk"]
B --> C["browser.exe launches with URL parameter"]
C --> D["The site opens in the chosen browser"]
style A fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style B fill:#f8fafc,stroke:#3b82f6,stroke-width:2px,color:#1e40af
style C fill:#f8fafc,stroke:#f97316,stroke-width:2px,color:#9a3412
style D fill:#f8fafc,stroke:#22c55e,stroke-width:2px,color:#15803d
Portable Browsers
Chrome Portable, Firefox Portable, and similar builds don’t write themselves into the Windows registry — they live in a single folder and launch straight from the exe. Automatic scanning won’t see them, and that’s not a bug, it’s the whole point of a portable build: don’t touch the system.
For these, the program has a «Specify location manually» mode: just point it at the browser’s exe, and everything else works the same — link, name, save folder. Useful for testers who keep one portable copy of each browser at a specific version, without depending on what’s installed system-wide.
4. Verification
After creating a shortcut, check three things: is the path correct, does the right browser open, and did the icon survive.
- Right-click the shortcut → Properties → «Shortcut» tab. The «Target» field should show the path to the browser exe and the URL as a second parameter in quotes.
- Double-click the shortcut. The browser you selected should launch, not whatever the system currently has as default.
- Check the address bar in the window that opens — the URL should match what you entered, with nothing extra and nothing truncated.
To check a .lnk’s contents programmatically instead of through properties, PowerShell pulls the target path and arguments in two lines:
$sh = New-Object -ComObject WScript.Shell
$lnk = $sh.CreateShortcut("C:\Users\Admin\Desktop\Portal.lnk")
$lnk.TargetPath
$lnk.Arguments
The output should show the browser’s exe path in TargetPath and the URL in Arguments. If TargetPath points to the browser itself, rather than some generic «open link» handler, the shortcut is set up correctly.
5. Troubleshooting
| Error |
Cause |
Fix |
| Shortcut opens the browser but shows an empty tab, no URL |
The URL didn’t make it into the Arguments parameter, lost during copy-paste |
Recreate the shortcut, paste the full link with https://, no stray leading spaces |
| Portable browser isn’t found by auto-scan |
Portable builds don’t register under StartMenuInternet |
Use «Specify location manually» and point directly to the exe |
| Antivirus blocks the exe on first run |
A new, unsigned file with no reputation in ML-heuristic databases |
See the separate section below on antivirus and VirusTotal |
| Shortcut icon is generic, not the browser’s |
Windows’ icon cache hasn’t refreshed |
Restart explorer.exe or clear IconCache.db |
| Shortcut stopped working after a browser update |
The exe path changed during a major update (rare, but happens with some portable builds) |
Recreate the shortcut, auto-scan will pick up the new path |
It’s not as bad as the table makes it look. It’s actually simpler — nine times out of ten it’s a typo in the link or the wrong browser picked from the list.
6. Alternatives
Here’s what else solves this same problem, and why I ended up writing my own tool instead of using something existing.
A manual .bat file
Works fine for one person who wrote it themselves. Doesn’t scale to handing out to coworkers: a console window flashes on every launch, and some antivirus tools are warier of a .bat launching an exe with a URL parameter than of a .lnk file.
Editing the registry to change the default browser
Solves a different problem — changes the default browser for the entire system. Doesn’t work at all for configuring a single link.
Third-party browser pickers (Browser Chooser and similar)
Pop up a browser-selection dialog on every link click. It works, but adds an extra click every single time — exactly the friction this whole approach is meant to avoid.
Group Policy (for corporate environments)
GPO can centrally push shortcuts to a network share or lay .lnk files onto every domain user’s desktop via Group Policy Preferences. Pairs well with Browser Shortcut Creator: generate the shortcuts once, then distribute them through GPO like any other file.
Why I ended up writing my own tool instead of using any of the above: none of them offered automatic browser detection without manually typing paths, while also not dragging in tens of megabytes of dependencies for a fifty-kilobyte job.
7. Keeping It Working
- Monitoring: if you’re distributing shortcuts to coworkers centrally, add a check to your workstation-update checklist to make sure shortcuts survived any browser reinstall.
- Browser versions: a portable build’s exe path can shift after a major update — regenerate manual-mode shortcuts quarterly if you rely on portable browsers heavily.
- Backing up shortcuts: the .lnk files themselves are a few kilobytes each — keep the working set in a shared folder or repo so you’re not rebuilding them after a Windows reinstall.
- Source on hand: if you’re using this in an organization with strict security requirements, keep a local copy of the source and know how to rebuild the exe without reaching out to any external server.
- Auto-start: not needed — the program only runs when you’re creating a new shortcut, spawns no background processes, and never asks for a spot in startup.
- Updating the exe: check the repository manually for new releases — there’s no auto-update by design, less code means less surface for «what is this thing doing in the background».
A drop of nicotine kills a horse. One mistyped URL in a shortcut parameter won’t kill anyone, but it will guarantee half a day of «why does this open an ad banner instead of the portal».
8. Security
Here’s an honest rundown of what the program actually does to the system, and why an unsigned exe deserves your trust anyway.
On antivirus and VirusTotal
A brand-new, unknown exe with no digital signature almost always picks up one to three false positives from ML and heuristic engines on VirusTotal — something like Trojan:Win32/Wacatac.C!ml from Microsoft Defender, or Trojan.Win32.VSX from Trend Micro. That doesn’t mean the file is malicious. It means the file has no reputation yet.
The difference between signature-based and heuristic detection matters here. Signature detection means the antivirus found a specific, known malicious code pattern matching something in its database. Heuristic or ML detection works differently: it looks at general traits — a small exe, unsigned, touching the registry, creating .lnk files — and scores the file as «resembling suspicious behavior.» That’s exactly what any shortcut-creating utility looks like to a model, including Windows Explorer itself, if it were freshly rebuilt and shipped as a standalone exe with no history or signature.
What you can check yourself
The source code is open. The program sends nothing over the network — not on launch, not while running — and that’s verifiable with any network monitor like Process Monitor or Wireshark in about a minute of watching. If you’d rather not trust a prebuilt binary, the exe can be recompiled locally from source using Windows’ own compiler, no extra tools required, giving you a binary you built yourself instead of one you downloaded.
Building it yourself from source
Compilation goes through csc.exe, the standard compiler bundled with .NET Framework — no need to install Visual Studio or anything else.
build.bat
The script calls csc.exe with the asInvoker manifest (the program never requests elevated privileges) and produces the same exe as the prebuilt release. You can verify this by comparing hashes.
Other safeguards
- No administrator rights required —
asInvoker manifest, elevation is never requested.
- No configuration files on disk — nothing to find and nothing to clean up after removing it.
- No writes to system-level registry keys — it only reads
StartMenuInternet and App Paths to find browsers.
- Run the exe from a local folder rather than a widely-writable network share — standard hygiene for any portable tool, not specific to this one.
9. FAQ
Why does the shortcut still open the wrong browser after I set it up?
Most often it’s because the wrong browser was picked from the list, or the shortcut was built manually through properties with a typo in the exe path. Recreate the shortcut through the program and double-check TargetPath using the PowerShell command from the Verification section.
How do I check that a shortcut is set up correctly?
Right-click → Properties → «Shortcut» tab, and look at the «Target» field: it should contain the path to the intended browser’s exe with the URL as a second parameter in quotes. Or run the PowerShell WScript.Shell command from the verification section — it prints TargetPath and Arguments separately.
What do I do if antivirus blocks the exe?
Upload the file to VirusTotal and check whether it’s a signature detection or a heuristic/ML one — the verdict name usually carries a marker like .ml or a generic name with no specifics. For heuristic flags on a new unsigned exe, add an exclusion in your antivirus, or rebuild the exe locally from source — that removes the question of trusting someone else’s build entirely.
How is this different from editing a shortcut manually through properties?
The result is identical — both approaches produce a .lnk pointing at the browser’s exe. The difference is that doing it manually requires knowing the exact browser exe path, while the program finds every installed browser through registry auto-scan and skips that requirement entirely.
Do I need administrator rights to use it?
No. The program is portable, installs nothing, and runs from any folder without administrator rights — and reading the registry to find browsers doesn’t require elevated privileges either.
10. What You Get
Once you’ve set up shortcuts through Browser Shortcut Creator, you’ve got a desktop or shared folder full of links, each opening in a browser you chose ahead of time, regardless of whatever the system currently has as default. The corporate portal goes to Edge with an AD profile, everything else stays in your usual browser, no constant switching required.
Born in manual shortcut properties — not afraid of automation. If something doesn’t open the way it’s supposed to after setup, drop a comment and we’ll sort it out.
Download Browser Shortcut Creator
System Requirements
| Parameter |
Value |
| OS |
Windows 7 SP1, 8.1, 10, 11 |
| .NET Framework |
4.5-4.8 (preinstalled on Windows 10/11) |
| Exe size |
~50 KB, embedded icon, no external dependencies |
| Rights required |
User-level, no administrator needed |
| Supported browsers |
Anything registered under StartMenuInternet: Chrome, Firefox, Edge, Opera; portable builds via manual mode |
Скачать