From One Computer per Store to One Browser Window: How Multi-Store Operations Have Changed

If you worked in cross-border e-commerce around 2018 or 2019, you may remember offices like this: several computers lined up on a desk, each labeled with a store name, with a tangle of network cables underneath. New employees would hear the same instruction: "Only sign in to this store on this computer."

For sellers concerned about mixing store environments or having accounts linked, separating the computers and internet connections was an intuitive starting point. Later, those dedicated computers moved to the cloud as Windows VPS desktops. Eventually, specialized browsers made it possible to work in separate store windows on a single local computer.

These approaches did not arrive in neat succession, and none has completely replaced the others. They have coexisted as sellers' priorities have changed. Looking back at that progression helps explain why dedicated multi-store browsers have found an audience, and why a browser alone does not solve every part of store management.

One computer per store: costly, but reassuring

The dedicated-PC approach was straightforward. Give each store its own computer and internet connection, then do everything for that store on that setup: sign in, upload listings, and process orders.

Its appeal was that the boundaries were tangible.

Sellers did not have to understand browser fingerprints or work through unfamiliar software settings. The computers were separate, the connections were separate, and everyone knew where each store belonged. Following that routine helped teams avoid using the wrong environment.

But adding stores also meant adding overhead.

Every new store required equipment, another network bill, and somewhere to put it all. Handling an urgent order while away from the office meant finding a way to access the right computer.

Moving offices could become a project in itself. Computers were easy enough to pack, but internet connections did not necessarily move with them. Someone had to arrange installation, wait for the work, reconnect the equipment, and check which store used which line. A few cables were manageable; a larger setup could become difficult even for the person who originally installed it to untangle.

Network repairs brought another source of friction. A technician wanted to restore internet access. The seller also needed to make sure a particular computer had not simply been moved to a different connection. Getting online and restoring the intended setup were not always the same task.

Some sellers still prefer this approach for established or high-revenue stores. When a store has been running successfully for years, the equipment and connection costs may feel easier to accept than a change to a familiar workflow.

That is part of the dedicated PC's lasting appeal. It is not especially flexible, but its simplicity can be reassuring.

VPS: moving the store computer to the cloud

As cloud servers became easier to rent, sellers gained another option: instead of buying a physical computer for every store, they could rent a Windows server from a provider such as Alibaba Cloud or Tencent Cloud and use it through Remote Desktop.

Among cross-border sellers, these setups are often loosely called VPS desktops. Think of one as a remote computer in a data center, with its own operating-system environment and a fixed public IP configured for the store's work.

This removed several practical constraints at once.

The office no longer needed a desk full of computers or a separate line for every store. Staff could work from home or while traveling, provided they could reach the remote desktop. An office move no longer meant rebuilding the store network from scratch.

An entry-level VPS also typically required less upfront spending than buying a computer and arranging a dedicated connection. Adding another store became easier.

The trade-off was that everyday work now happened through a remote session.

Budget servers could struggle with several browser tabs open. Network latency could make clicks, scrolling, and typing feel sluggish. An occasional delay was one thing; spending hours in that environment every day was another.

File uploads were a small but recurring inconvenience. A product photo or spreadsheet prepared locally might first need to be copied to the VPS, then uploaded from there to the marketplace. A simple task gained an extra step.

The arrival of Passkey sign-in on Amazon and other platforms introduced another compatibility question. When the Passkey is accessed through a local device or security key but the store page is running on a remote server, the operating system and remote-desktop software need to support that authentication flow. Whether the pieces work together depends on the setup.

VPS desktops solved the problem of where to put the computers and where employees could work. They did not eliminate the computers themselves. System updates, remote connections, and file transfers still had to be managed, and the work grew with the number of stores.

That led to an obvious question: could sellers work directly on their own computers while keeping a separate browser environment for each store?

Dedicated browsers: one store, one window

Specialized multi-store browsers developed around that need. Often marketed as "super browsers" in China's cross-border e-commerce market, they bring separate browser environments, network configuration, and store management into one application.

Products such as Ziniao were early examples of this approach. For many sellers, though, moving away from familiar PCs or VPS desktops was a gradual decision rather than an immediate switch.

The practical change was easy to understand: instead of assigning a computer to each store, assign it a dedicated browser environment, opened in its own window.

Several stores could then run side by side on the same computer. Each environment kept its own cookies, sign-in sessions, and browser data, alongside its configured browser characteristics and network connection. This was more than simply opening another ordinary window in the same browser profile.

A browser fingerprint is a collection of characteristics a website can read or infer, such as the operating system, screen dimensions, available fonts, and graphics-rendering behavior. Specialized browsers provide ways to configure these characteristics for individual environments, often through changes to the browser engine. Separate environments do not, by themselves, guarantee that websites will treat the accounts as unrelated.

For the people operating the stores, the most immediate benefit was convenience.

Pages ran locally rather than through Remote Desktop. Product images and spreadsheets were already on the computer and could be uploaded directly. Switching stores no longer required moving to another PC or reconnecting to a server. Environment grouping, member permissions, and bulk actions also made it possible to organize more of the work in one interface.

That convenience depended on continued engineering work behind the scenes.

Browsers expose many kinds of environment information, and the underlying browser changes frequently. Incomplete handling or inconsistent settings can undermine the intended configuration. Choosing a product therefore involves more than comparing window limits and subscription prices. Ongoing engine maintenance, timely updates, and effective support matter over the long term.

As the market developed, products also took different approaches to network services. Some offered network packages alongside the browser; others let users arrange and manage their own connections.

That brought another question into focus: where does the store's IP address come from?

Better browser workflows, but limited visibility into IP services

Many cross-border sellers follow a one-store, one-IP routine. They want a stable network exit address and assurance that it is not being assigned to other customers at the same time.

This is why the phrase "clean IP" appears so often in network-service marketing.

What a seller may have in mind is an address that has never been used by another store, is reserved for them now, and will not quietly be shared later. Renting an address, however, is not the same as knowing its complete history.

Network services can pass through resource owners, wholesalers, and several layers of resellers. The customer sees an address, connection credentials, and a plan. They may have little visibility into who operates the resource, how many intermediaries are involved, or how an exclusivity promise is enforced. Addresses returned by previous customers may also be reassigned, accumulating different usage histories over time.

This does not mean every provider is unreliable. It means that labels such as "dedicated," "native," and "clean" are not substitutes for clear, verifiable service terms.

IP lookup tools can provide useful context: location, network operator, network type, and some risk records. They generally cannot tell you which stores have signed in through an address or whether a provider has allocated it to another customer at the same time.

Alongside checking those reports, it is worth asking a few direct questions. Is the address exclusive during the rental period? Can it be retained over time? Under what circumstances might it change? Who handles a problem when one occurs?

Choosing the browser and network separately

For technically confident sellers, one option is to rent a cloud server and fixed public IP directly, configure their own proxy service, and connect it to the browser environment.

The advantage is a shorter supply chain. The resources sit in the seller's own cloud account, with renewals, retention, and release under their control. That reduces uncertainty introduced by intermediaries, though it does not establish an address's complete prior history.

Sellers who do not want to maintain a server can instead choose a network provider with clear service terms and connect it to a browser that supports their own configuration.

Merca Browser follows this model of keeping the choice with the user.

Like other browsers built for cross-border store operations, Merca provides separate browser environments. Merca does not sell network services. Sellers can keep a supported connection from a provider they already use or connect a service they manage themselves.

This lets the two decisions stand on their own. The browser can be evaluated for its usability and store-management features. Network reliability, resource allocation, and service terms can be discussed directly with the network provider.

If you are comparing options, our Network providers page is a place to start. Consider the regions you need, your reliability requirements, and your budget when making a choice.

The tools change; the wider management work remains

From dedicated PCs to VPS desktops to specialized browsers, the goal has remained much the same: keep each store's working environment organized while making daily operations easier.

Physical computers spread the environments across separate equipment. VPS desktops moved that equipment to the cloud. Dedicated browsers brought routine store work back to the local computer. Each approach removed some burdens while introducing its own maintenance needs and dependencies.

But computers, browsers, and networks are only part of store management. Business registration, payment accounts, staff permissions, logistics, product information, and each marketplace's multiple-account rules still matter. Separate environments cannot replace that work or guarantee that accounts will not be linked. Amazon's guidance, for example, addresses legitimate business needs for multiple seller accounts and the requirement to keep those accounts in good standing.

Adding a store no longer has to mean adding another computer and another cable under the desk. But it is still worth knowing who maintains the browser environment, who supplies the network connection, who can operate the store, and how a problem will be investigated.

With those responsibilities clear, sellers can spend less time managing the setup and more time on their products, customers, and business.