Playwright Chromium无头浏览器本地与VPS运行行为是否存在差异？

该行为差异不是Playwright本身的跨平台运行特性导致的，核心触发原因是Instagram（Meta）的反爬风控体系针对不同访问环境做了差异化拦截，和Playwright在Windows、Ubuntu上的功能一致性无关。

• 第一优先级影响因素是IP信誉差异：Digital Ocean等公有云厂商的VPS所属IP段，早已被Meta标记为非住宅类的数据中心IP，这类IP的默认风控等级远高于普通家庭宽带的住宅IP。你本地Windows 10环境走家庭宽带访问，IP信誉达标，即使无Cookie、用自动化浏览器也能拿到接口返回；云服务器的IP本身属于高风险范畴，只要识别到一点点自动化访问特征，就会直接重定向到登录页。
• 第二影响因素是浏览器环境指纹差异：Playwright在Ubuntu服务器上启动Headless Chromium时，默认会携带大量易被风控识别的自动化特征，包括默认User-Agent携带HeadlessChrome标识、navigator.webdriver属性值为true、缺失常规桌面浏览器的字体/GPU/插件列表指纹、默认视口尺寸不符合普通用户使用习惯等。你本地Windows环境下的Chromium指纹更接近真实用户，被拦截的概率更低。
• 你的代码存在冗余bug：重复执行了两次context = browser.new_context()，第一次创建的上下文未被正确关闭就被覆盖，会造成浏览器资源泄漏，虽然这不是触发重定向的核心原因，但会干扰环境运行稳定性。

• 调整浏览器启动配置，使用新版无头模式抹除自动化特征，启动代码参考：

def __run(playwright: Playwright, url: str, credentials: dict) -> dict:
    browser = playwright.chromium.launch(
        headless="new",  # 用新版无头模式，指纹和常规桌面Chrome一致
        args=[
            "--no-sandbox",
            "--disable-blink-features=AutomationControlled",
            "--disable-dev-shm-usage"
        ]
    )
    # 删除重复创建context的冗余代码
    context = browser.new_context(
        user_agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/125.0.0.0 Safari/537.36",
        viewport={"width": 1920, "height": 1080},
        locale="zh-CN",
        timezone_id="Asia/Shanghai"
    )
    page = context.new_page()
    # 等网络空闲再提取内容，避免加载不完全
    page.goto(url, wait_until="networkidle")
    content = page.inner_text('pre')
    # 用完记得关闭资源避免泄漏
    context.close()
    browser.close()
    return content

• 替换访问出口IP：不要直接使用DO的原生数据中心IP访问Instagram接口，换成和本地测试环境同区域的住宅代理IP，这是解决风控拦截最有效的手段。
• 可以在访问目标接口前，先随机访问1-2个Instagram的公开静态页面，生成基础的浏览指纹Cookie，再跳转到目标接口，进一步降低被判定为爬虫的概率。

验证参考：把你本地Windows设备的网络切换到手机热点（同样是住宅IP属性），或者把Ubuntu VPS的出口代理到你本地家庭宽带上，不需要改其他代码，大概率就能正常拿到接口返回，不会跳登录页。

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