如何实现外部电商网站自动打开并为用户填充购物车？

核心需求：用户在我方站点选定商品后，可自动跳转至对应外部电商平台，无需手动操作即可将选定商品加入平台购物车。

两种预设方案可行性判定 #

• 浏览器扩展方案：PC端可落地，核心权限依赖浏览器扩展提供的跨站脚本注入能力，可直接操作第三方站点DOM完成模拟点击、页面跳转流程，目前已完成的基础脚本逻辑跑通没有本质障碍。但该方案存在明确局限性：移动端绝大多数主流浏览器不支持扩展安装、运行，无法覆盖移动端用户场景。
• iFrame方案：完全无法达到和浏览器扩展同等的实现效果，不具备落地可能性，核心阻碍有三点：
  1. 几乎所有正规电商站点都会配置X-Frame-Options: DENY/SAMEORIGIN响应头，直接禁止第三方站点通过iFrame嵌入自身页面，无法正常加载电商站内容
  2. 即便对方未设置嵌入拦截，受浏览器同源策略限制，也无法操作跨域iFrame内部的DOM、执行JS脚本，完全做不到模拟点击、跳转这类操作
  3. 目前所有主流浏览器默认拦截第三方Cookie，iFrame内加载的电商站点无法读取用户本地保存的登录态，就算能执行加购操作，商品也只会加到临时未登录购物车，无法同步到用户自己的账号下

其他更高效的可落地实现方案 #

• 官方开放接口/Deep Link方案（最优解）：绝大多数主流电商平台都面向合作方开放了联盟/商家接入接口，其中包含标准化的加购、跳转Deeplink规则，只需要按照平台要求拼接商品SKU、数量等参数，直接跳转对应链接即可由平台侧自动完成商品加购，完全不需要模拟前端操作，稳定性100%，不会受平台前端改版、反爬策略影响，同时兼容PC端、移动端浏览器、电商APP等全场景。
• 自有App容器WebView方案：如果服务有独立客户端App，可以在App内内置定制WebView容器，通过App原生层拿到WebView的全量控制权限，不受同源策略、第三方Cookie拦截规则限制，可以和PC端浏览器扩展一样注入JS完成自动化操作，移动端场景下体验流畅。
• 书签脚本（Bookmarklet）方案：轻量跨端替代方案，将加购逻辑封装为一段可在收藏夹运行的JS脚本，用户无需安装扩展，只需要点击收藏的书签即可在当前打开的电商页面触发加购逻辑，PC端和大部分移动端主流浏览器都支持该能力，用户使用门槛远低于安装扩展。

现有扩展脚本优化提示 #

当前已完成的扩展基础脚本如下：

productList.forEach(product => {
        chrome.scripting.executeScript(
            {
            target: {tabId: tabs[0].id},
            func: loadProductPage,
            args: [product]
            }
        );

        wait(2000);

        chrome.scripting.executeScript(
            {
            target: {tabId: tabs[0].id},
            func: addToCart
            }
        );

        wait(1000);
    })

    wait(1000);

    chrome.scripting.executeScript(
        {
        target: {tabId: tabs[0].id},
        func: openCart
        }
    );

})

function loadProductPage(productUri){
    window.location.assign(productUri);
}

function addToCart() {
    document.getElementById("button-cart-add").click();
}

function openCart() {
    document.getElementsByClassName("icon-cart")[0].click();
    document.getElementsByClassName("cart-footer")[0].children[0].click();
}

该脚本存在明显逻辑缺陷：chrome.scripting.executeScript是异步API，固定时长的wait无法准确匹配页面实际加载速度，很容易出现目标元素未加载完成就触发点击、导致脚本报错的问题，后续替换为页面加载状态检测逻辑时，建议优先用轮询检测目标DOM元素是否存在、结合页面load/domcontentloaded事件判断执行时机，不要用固定延时。
此外模拟点击的方案本身容错率极低，只要电商平台调整前端按钮ID、类名、页面结构，脚本就会直接失效；同时非官方的模拟操作有概率被平台反作弊系统识别为异常流量，可能导致用户操作被拦截、甚至账号受限，这类风险需要提前评估。
这类跨站用户操作自动化的需求本身处于非官方合规的灰色地带，因此公开可查的资料大多集中在Web测试、数据爬取场景，面向普通C端用户的落地参考较少，优先选择官方合作通道可以规避绝大多数合规、稳定性问题。

内容的提问来源于stack exchange，提问作者pushz