Indonesia agencies often run **Tokopedia**, Lazada ID, and Shopee ID for the same brand. Post-merger with TikTok Shop, device and payment linkage got stricter — **three separate Multilogin profiles** minimum, plus mobile devices where app-only flows exist. Pattern fits the SEA CMDB guide.

CMDB row (Indonesia stack)

client_id: acme_id_fashion
brand: Acme Jakarta

marketplace_profiles:
  - marketplace: tokopedia_id
    profile_uuid: uuid-tokopedia
    proxy: id_jakarta_sticky_03
    mobile_device_id: geelark-id-9912
    tier: prod

  - marketplace: lazada_id
    profile_uuid: uuid-lazada-id
    proxy: id_jakarta_sticky_01
    tier: prod

  - marketplace: shopee_id
    profile_uuid: uuid-shopee-id
    proxy: id_jakarta_sticky_02
    tier: prod

Same metro proxy provider OK — **different sticky sessions**, never shared browser cookies.

Multilogin profile setup

Hybrid mobile (Tokopedia app)

Order notifications, chat, and some promo tools push mobile-first. Bind cloud phone with ID mobile proxy — not the same IP as web session simultaneously. See hybrid architecture and GeeLark API.

Automation boundaries

TaskLayerAutomation
Order export / report downloadWebQueue worker with lease
Bulk product uploadWebPlaywright post-login, strict rate cap
Buyer chatMobileManual or Appium with human pacing
Power Merchant / official store verificationBothNever scripted
Payout / bank / NPWP taxBothNever automate

TikTok Shop Indonesia overlap

Integrated seller flows may share backend identity — still use **separate Multilogin profiles** for Tokopedia web vs TikTok Shop seller center unless legal entity and login are literally unified. When in doubt, isolate and link via CMDB audit only.

Ops & recovery

Long report pulls: wrap CDP with CDP reconnect + OpenTelemetry traces. Ban on one ID marketplace — scope tier=burn to that UUID: ban recovery.

Related

Disclosure: MLX-MMO affiliated with Multilogin. Tokopedia and GoTo marketplace policies apply.