Proxy Playwright: Hướng Dẫn Cấu Hình Và Sử Dụng Từ A–Z

Khi chạy kiểm thử tự động hoặc thu thập dữ liệu, IP thật có thể bị giới hạn nếu gửi quá nhiều yêu cầu. Lúc này, Proxy Playwright giúp anh em phân phối lưu lượng và chủ động chọn vị trí kết nối. Trong bài viết này, ProxyVN sẽ hướng dẫn cách cấu hình proxy bằng Node.js, Python, kiểm tra IP, xoay phiên và xử lý những lỗi thường gặp.

Proxy Playwright là gì?

Playwright là thư viện tự động hóa trình duyệt do Microsoft phát triển. Công cụ này cho phép lập trình viên điều khiển Chromium, Firefox và WebKit thông qua một API thống nhất. Playwright thường được sử dụng để kiểm thử ứng dụng web, tự động hóa tác vụ và thu thập dữ liệu công khai.

Playwright là gì?

Proxy Playwright là cách cấu hình máy chủ trung gian cho trình duyệt được Playwright điều khiển. Thay vì kết nối trực tiếp từ IP của máy tính hoặc máy chủ, lưu lượng sẽ đi qua proxy trước khi đến website đích.

Quá trình kết nối có thể hiểu đơn giản như sau:

Tập lệnh Playwright → Máy chủ proxy → Website đích → Máy chủ proxy → Tập lệnh Playwright

Nhờ cơ chế này, website sẽ nhìn thấy IP của proxy thay vì IP mạng ban đầu. Anh em có thể dùng proxy HTTP, HTTPS hoặc SOCKS5 tùy theo nhà cung cấp và môi trường triển khai.

Theo tài liệu mạng chính thức của Playwright, proxy có thể được thiết lập cho toàn bộ trình duyệt hoặc riêng từng browser context. Playwright cũng hỗ trợ thông tin xác thực bằng tên người dùng và mật khẩu đối với proxy HTTP/HTTPS.

Tuy nhiên, proxy không phải công cụ để bỏ qua mọi cơ chế bảo vệ của website. Hiệu quả thực tế còn phụ thuộc vào chất lượng IP, tần suất gửi yêu cầu, dấu vết trình duyệt, vị trí địa lý và chính sách của trang đích.

Tại sao nên sử dụng proxy với Playwright?

Không phải dự án nào cũng cần proxy. Nếu anh em chỉ chạy vài bài kiểm thử trên website nội bộ, kết nối trực tiếp thường đã đủ. Proxy phát huy giá trị rõ hơn khi dự án có nhiều phiên, nhiều thị trường hoặc cần vận hành trong thời gian dài.

Phân phối lưu lượng qua nhiều địa chỉ IP

Khi hàng nghìn yêu cầu cùng xuất phát từ một IP, hệ thống đích có thể coi đó là lưu lượng bất thường. Nếu dự án được phép thu thập dữ liệu, việc phân phối tác vụ qua nhiều IP giúp giảm tải cho từng địa chỉ và hạn chế tình trạng một IP phải xử lý toàn bộ phiên làm việc.

Dù vậy, anh em vẫn nên đặt khoảng nghỉ hợp lý, giới hạn số luồng và tôn trọng tốc độ truy cập mà website cho phép. Xoay IP liên tục nhưng gửi yêu cầu quá dày vẫn có thể dẫn đến lỗi.

Kiểm tra nội dung theo từng khu vực

Một số website hiển thị giá, ngôn ngữ, đơn vị tiền tệ hoặc chương trình khuyến mãi theo vị trí người dùng. Proxy có IP tại khu vực cần kiểm tra sẽ giúp đội phát triển mô phỏng trải nghiệm ở thị trường đó.

Ví dụ, doanh nghiệp có thể kiểm tra xem trang dành cho người dùng Việt Nam và Singapore có hiển thị đúng nội dung hay không. Đây là ứng dụng hữu ích trong kiểm thử bản địa hóa, quảng cáo và thương mại điện tử.

Tách biệt các phiên trình duyệt

Playwright sử dụng browser context để tạo các phiên độc lập. Mỗi context có cookie, local storage và trạng thái đăng nhập riêng. Khi kết hợp context với proxy riêng, anh em có thể tách biệt cả dữ liệu phiên lẫn địa chỉ kết nối.

Playwright tách biệt phiên trình duyệt

Cách triển khai này phù hợp với hệ thống kiểm thử nhiều tài khoản được doanh nghiệp sở hữu hoặc được phép quản lý. Mỗi phiên có môi trường rõ ràng nên quá trình theo dõi lỗi cũng thuận tiện hơn.

Cải thiện khả năng vận hành dài hạn

Một proxy chất lượng tốt giúp kết nối ổn định, hạn chế lỗi mất phiên giữa chừng. Điều này đặc biệt quan trọng khi kịch bản phải mở nhiều trang, chờ dữ liệu động hoặc hoàn thành một chuỗi hành động dài.

Tuy nhiên, proxy không thể thay thế hoàn toàn logic retry, timeout và ghi log. Một hệ thống bền vững cần kết hợp cả hạ tầng proxy lẫn cơ chế xử lý lỗi trong mã nguồn.

Chuẩn bị trước khi cấu hình Proxy Playwright

Trước khi viết mã, anh em cần chuẩn bị môi trường Playwright và thông tin proxy. Một cấu hình proxy thông thường sẽ gồm:

• Giao thức: HTTP, HTTPS hoặc SOCKS5.

• Địa chỉ máy chủ hoặc IP.

• Cổng kết nối.

• Tên người dùng và mật khẩu, nếu proxy xác thực theo tài khoản.

• Danh sách IP được cấp quyền, nếu sử dụng IP whitelist.

• Quốc gia hoặc thành phố của IP.

• Loại phiên: giữ IP trong một khoảng thời gian hoặc đổi IP theo yêu cầu.

Ví dụ, thông tin proxy có thể được nhà cung cấp gửi dưới dạng:

Host: 123.45.67.89

Port: 8080

Username: proxy_user

Password: proxy_password

Trong Playwright, địa chỉ máy chủ nên được viết đầy đủ:

http://123.45.67.89:8080

Nếu là SOCKS5, anh em thay giao thức tương ứng:

socks5://123.45.67.89:1080

Nên kiểm tra đúng giao thức do nhà cung cấp hỗ trợ. Khai báo SOCKS5 cho một cổng chỉ hỗ trợ HTTP, hoặc ngược lại, thường dẫn đến lỗi timeout hay không thể mở trang.

Hướng dẫn cài Proxy Playwright bằng Node.js

Node.js là lựa chọn phổ biến vì Playwright có hệ sinh thái JavaScript và TypeScript đầy đủ. Trước tiên, anh em tạo dự án và cài thư viện:

npm init -y

npm install playwright

npx playwright install

Lệnh cuối tải các trình duyệt cần thiết. Nếu chỉ dùng Chromium, anh em có thể chạy:

npx playwright install chromium

Cấu hình proxy cho toàn bộ trình duyệt

Cách đơn giản nhất là truyền đối tượng proxy vào hàm launch(). Mọi context được tạo từ phiên trình duyệt này sẽ sử dụng cấu hình đó.

const { chromium } = require('playwright');

 

(async () => {

  const browser = await chromium.launch({

    headless: true,

    proxy: {

      server: 'http://123.45.67.89:8080',

      username: 'proxy_user',

      password: 'proxy_password'

    }

  });

 

  const context = await browser.newContext();

  const page = await context.newPage();

 

  await page.goto('https://example.com', {

    waitUntil: 'domcontentloaded',

    timeout: 30000

  });

 

  console.log(await page.title());

 

  await browser.close();

})();

Trong đoạn mã trên:

• server chứa giao thức, địa chỉ proxy và cổng.

• username và password được dùng khi proxy yêu cầu xác thực.

• headless: true chạy trình duyệt không giao diện.

• domcontentloaded giúp mã tiếp tục sau khi tài liệu HTML ban đầu được tải.

• timeout: 30000 đặt thời gian chờ tối đa là 30 giây.

Khi cần quan sát trình duyệt để gỡ lỗi, anh em đổi thành:

headless: false

Cấu hình proxy cho từng browser context

Nếu dự án cần nhiều IP trong cùng một tiến trình, anh em có thể tạo nhiều context với cấu hình khác nhau. Tài liệu Playwright hiện hỗ trợ thiết lập proxy theo từng context.

const { chromium } = require('playwright');

 

(async () => {

  const browser = await chromium.launch({

    headless: true

  });

 

  const context = await browser.newContext({

    proxy: {

      server: 'http://123.45.67.89:8080',

      username: 'proxy_user',

      password: 'proxy_password'

    }

  });

 

  const page = await context.newPage();

  await page.goto('https://example.com');

 

  await context.close();

  await browser.close();

})();

Ưu điểm của cách này là mỗi context có thể dùng proxy riêng. Anh em không phải khởi chạy lại toàn bộ trình duyệt sau mỗi tác vụ, từ đó tiết kiệm thêm tài nguyên.

Dẫu vậy, mỗi context vẫn tiêu thụ RAM và kết nối mạng. Không nên tạo hàng trăm context cùng lúc nếu máy chủ chưa được kiểm tra khả năng chịu tải.

Cấu hình proxy trong Playwright Test

Nếu đang sử dụng Playwright Test, anh em có thể khai báo proxy trong playwright.config.ts:

import { defineConfig } from '@playwright/test';

 

export default defineConfig({

  use: {

    proxy: {

      server: 'http://123.45.67.89:8080',

      username: 'proxy_user',

      password: 'proxy_password'

    },

    navigationTimeout: 30000

  }

});

Cấu hình này được áp dụng cho các bài kiểm thử sử dụng phần use. Nó phù hợp khi toàn bộ test suite cần chạy qua cùng một đầu proxy.

Nếu chỉ một nhóm kiểm thử cần proxy, anh em nên tách thành project riêng hoặc ghi đè cấu hình ở cấp độ phù hợp. Nhờ đó, cấu trúc dự án sẽ rõ ràng hơn và dễ tìm nguyên nhân khi có lỗi.

Hướng dẫn cấu hình Proxy Playwright bằng Python

Ngoài Node.js, Playwright còn hỗ trợ Python với cả API đồng bộ và bất đồng bộ. Để cài đặt, anh em chạy:

python -m pip install playwright

python -m playwright install

Dưới đây là ví dụ sử dụng API bất đồng bộ:

import asyncio

from playwright.async_api import async_playwright

 

async def main():

    async with async_playwright() as p:

        browser = await p.chromium.launch(

            headless=True,

            proxy={

                "server": "http://123.45.67.89:8080",

                "username": "proxy_user",

                "password": "proxy_password"

            }

        )

 

        context = await browser.new_context()

        page = await context.new_page()

 

        await page.goto(

            "https://example.com",

            wait_until="domcontentloaded",

            timeout=30000

        )

 

        print(await page.title())

        await browser.close()

 

asyncio.run(main())

Cấu trúc khá giống Node.js. Điểm khác biệt chính nằm ở cú pháp Python và cách sử dụng asyncio. Với dự án có nhiều tác vụ I/O, API bất đồng bộ giúp anh em tổ chức tiến trình linh hoạt hơn.

Tuy nhiên, bất đồng bộ không đồng nghĩa với việc mở càng nhiều tác vụ càng tốt. Số kết nối đồng thời vẫn phải phù hợp với cấu hình máy, giới hạn của proxy và quy định của website.

Nên xác thực proxy bằng tài khoản hay IP whitelist?

Có hai phương thức xác thực thường gặp khi triển khai Proxy Playwright.

Xác thực bằng username và password

Với phương thức này, nhà cung cấp cấp cho anh em tên đăng nhập và mật khẩu. Thông tin được khai báo trong đối tượng proxy:

proxy: {

  server: 'http://123.45.67.89:8080',

  username: 'proxy_user',

  password: 'proxy_password'

}

Cách này linh hoạt khi chạy ứng dụng trên laptop, máy chủ có IP động hoặc môi trường CI/CD. Chỉ cần thông tin tài khoản hợp lệ, kết nối có thể được xác thực mà không phải cập nhật IP nguồn liên tục.

Nhược điểm là thông tin đăng nhập phải được bảo vệ cẩn thận. Anh em không nên ghi mật khẩu trực tiếp trong kho mã công khai.

Xác thực bằng IP whitelist

IP whitelist cho phép một hoặc nhiều IP nguồn sử dụng proxy mà không cần nhập username và password. Khi đó, cấu hình được rút gọn:

proxy: {

  server: 'http://123.45.67.89:8080'

}

Phương thức này phù hợp với máy chủ có IP tĩnh. Việc vận hành cũng gọn hơn vì không phải đưa mật khẩu vào tập lệnh.

Tuy nhiên, nếu máy chủ thay đổi IP, proxy sẽ từ chối kết nối cho đến khi whitelist được cập nhật. Vì vậy, IP whitelist không phải lựa chọn thuận tiện cho thiết bị di động hoặc môi trường thường xuyên đổi mạng.

Cách kiểm tra Playwright đã kết nối qua proxy

Sau khi cấu hình, đừng vội chạy toàn bộ dự án. Anh em nên mở một dịch vụ kiểm tra IP để xác nhận kết nối trước.

Ví dụ bằng Node.js:

const page = await context.newPage();

 

await page.goto('https://api.ipify.org?format=json', {

  waitUntil: 'domcontentloaded',

  timeout: 30000

});

 

console.log(await page.textContent('body'));

Nếu kết nối thành công, kết quả sẽ chứa IP của proxy. Anh em cần đối chiếu IP này với thông tin trong trang quản lý của nhà cung cấp.

Có ba trường hợp thường xảy ra:

• IP trả về đúng IP proxy: cấu hình đã hoạt động.

• IP vẫn là IP mạng ban đầu: proxy chưa được áp dụng đúng vị trí.

• Trang không thể tải: proxy sai giao thức, sai cổng, hết hạn hoặc chưa được xác thực.

Anh em cũng nên kiểm tra vị trí địa lý của IP nếu dự án yêu cầu quốc gia cụ thể. Một proxy vẫn có thể kết nối tốt nhưng không nằm tại khu vực mong muốn.

Cách xoay IP trong Playwright

Có hai cách xoay IP phổ biến: thay proxy trong danh sách hoặc sử dụng cổng xoay IP của nhà cung cấp.

Đổi proxy theo từng browser context

Nếu anh em có một danh sách proxy tĩnh, mỗi tác vụ có thể lấy một proxy và tạo context riêng.

const { chromium } = require('playwright');

 

const proxies = [

  {

    server: 'http://123.45.67.10:8080',

    username: 'user1',

    password: 'pass1'

  },

  {

    server: 'http://123.45.67.11:8080',

    username: 'user2',

    password: 'pass2'

  }

];

 

(async () => {

  const browser = await chromium.launch({ headless: true });

 

  for (const proxy of proxies) {

    const context = await browser.newContext({ proxy });

    const page = await context.newPage();

 

    try {

      await page.goto('https://api.ipify.org?format=json', {

        timeout: 30000

      });

 

      console.log(await page.textContent('body'));

    } catch (error) {

      console.error(`Proxy lỗi: ${proxy.server}`, error.message);

    } finally {

      await context.close();

    }

  }

 

  await browser.close();

})();

Mỗi context được đóng sau khi hoàn tất để giải phóng tài nguyên. Trong hệ thống thực tế, anh em có thể bổ sung bộ đếm lỗi, thời gian phản hồi và trạng thái proxy để quyết định IP nào nên tiếp tục sử dụng.

Dùng cổng proxy xoay IP

Với proxy xoay, địa chỉ máy chủ và cổng có thể giữ nguyên nhưng IP đầu ra được nhà cung cấp thay đổi. Chu kỳ đổi IP tùy thuộc vào sản phẩm:

• Đổi IP sau mỗi yêu cầu.

• Đổi IP sau một khoảng thời gian.

• Giữ IP theo phiên thông qua session ID.

• Đổi IP khi phiên bị ngắt hoặc hết thời hạn.

Proxy xoay theo từng yêu cầu phù hợp với tác vụ độc lập. Ngược lại, các quy trình đăng nhập, thêm sản phẩm vào giỏ hoặc đi qua nhiều bước nên dùng sticky session để giữ IP ổn định.

Nếu IP thay đổi giữa một phiên đăng nhập, website có thể yêu cầu xác minh lại hoặc kết thúc phiên. Vì thế, tốc độ xoay IP phải dựa trên luồng nghiệp vụ, không nên đặt tùy ý.

Cách bảo mật thông tin Proxy Playwright

Ghi username và password trực tiếp trong mã chỉ phù hợp với ví dụ minh họa. Khi triển khai thật, anh em nên đặt thông tin trong biến môi trường.

Ví dụ Node.js:

const proxyConfig = {

  server: process.env.PROXY_SERVER,

  username: process.env.PROXY_USERNAME,

  password: process.env.PROXY_PASSWORD

};

Sau đó, khởi chạy trình duyệt:

const browser = await chromium.launch({

  headless: true,

  proxy: proxyConfig

});

Anh em cũng nên thực hiện các biện pháp sau:

• Không đưa tệp chứa mật khẩu lên Git.

• Thay thông tin xác thực nếu nghi ngờ bị lộ.

• Chỉ cấp quyền sử dụng cho máy chủ cần thiết.

• Không in mật khẩu vào log.

• Đặt giới hạn lưu lượng và theo dõi mức sử dụng.

• Tách tài khoản proxy của môi trường thử nghiệm và môi trường thật.

Nếu chạy trên CI/CD, hãy lưu thông tin proxy trong phần secrets của nền tảng. Cách này an toàn hơn nhiều so với đặt mật khẩu trong playwright.config.ts.

Các lỗi Proxy Playwright thường gặp và cách xử lý

Lỗi 407 Proxy Authentication Required

Lỗi 407 cho biết proxy yêu cầu xác thực nhưng thông tin cung cấp không hợp lệ hoặc chưa được gửi.

Anh em hãy kiểm tra:

• Username và password có chính xác không.

• Tài khoản proxy còn hạn sử dụng không.

• IP nguồn đã được thêm vào whitelist chưa.

• Tài khoản có được phép dùng đúng cổng đó không.

• Mật khẩu có chứa ký tự bị sao chép sai không.

Không nên nhầm httpCredentials với thông tin xác thực proxy. httpCredentials dùng cho cơ chế HTTP Authentication của website, còn username và password của proxy phải nằm trong đối tượng proxy.

Lỗi ERR_PROXY_CONNECTION_FAILED

Lỗi này thường xuất hiện khi trình duyệt không thể kết nối tới máy chủ proxy. Nguyên nhân có thể là sai IP, sai cổng, proxy ngoại tuyến hoặc tường lửa chặn kết nối.

Anh em có thể kiểm tra proxy độc lập bằng curl:

curl -x http://proxy_user:[email protected]:8080 https://api.ipify.org

Nếu curl cũng không kết nối được, vấn đề nhiều khả năng nằm ở proxy hoặc đường truyền, không phải Playwright.

Lỗi timeout khi mở trang

Proxy vẫn hoạt động nhưng phản hồi quá chậm cũng có thể khiến page.goto() hết thời gian chờ. Trước tiên, anh em nên thử một trang nhẹ để phân biệt lỗi proxy và lỗi website đích.

Có thể điều chỉnh timeout:

await page.goto('https://example.com', {

  waitUntil: 'domcontentloaded',

  timeout: 60000

});

Tuy nhiên, tăng timeout chỉ là giải pháp tạm thời. Nếu proxy liên tục phản hồi chậm, anh em nên thay IP hoặc kiểm tra lại chất lượng nhà cung cấp.

Kết nối thành công nhưng IP không đổi

Trường hợp này thường do proxy được khai báo sai cấp, context được tạo trước khi cấu hình hoặc một phần lưu lượng đi qua kênh khác.

Hãy tạo lại trình duyệt và context sau khi xác định proxy. Sau đó, kiểm tra IP ngay ở trang đầu tiên trước khi chạy bất kỳ thao tác nào khác.

Không thấy một số network event

Service Worker có thể tiếp nhận request khiến một số sự kiện mạng không xuất hiện trong cơ chế route của Playwright. Tài liệu chính thức khuyến nghị đặt serviceWorkers: 'block' khi cần quan sát và chặn request bằng browserContext.route() hoặc page.route().

const context = await browser.newContext({

  serviceWorkers: 'block'

});

Anh em chỉ nên bật tùy chọn này khi nó phù hợp với mục tiêu kiểm thử, vì việc chặn Service Worker có thể làm thay đổi hành vi thực tế của ứng dụng.

Tối ưu hiệu suất khi chạy proxy với Playwright

Proxy tốt là một phần của hệ thống. Để dự án chạy ổn định, mã Playwright cũng cần được tối ưu.

Tối ưu hiệu suất proxy với playwright

Chặn tài nguyên không cần thiết

Nếu chỉ cần thu thập văn bản, anh em có thể chặn ảnh, font hoặc video để giảm băng thông:

await page.route('**/*', route => {

  const type = route.request().resourceType();

 

  if (['image', 'font', 'media'].includes(type)) {

    return route.abort();

  }

 

  return route.continue();

});

Không nên chặn CSS hoặc JavaScript một cách máy móc. Một số website cần các tài nguyên này để tải dữ liệu hoặc hiển thị đúng phần tử.

Theo dõi request và response

Playwright cho phép theo dõi lưu lượng mạng để xác định trang nào phản hồi chậm hoặc trả về mã lỗi:

page.on('request', request => {

  console.log('>>', request.method(), request.url());

});

 

page.on('response', response => {

  console.log('<<', response.status(), response.url());

});

Thông tin này rất hữu ích khi cần phân biệt lỗi từ proxy, website hay logic của tập lệnh.

Áp dụng retry có giới hạn

Một request thất bại không có nghĩa toàn bộ tác vụ phải dừng. Anh em có thể thử lại một hoặc hai lần, sau đó đổi proxy nếu lỗi tiếp tục.

Tuy nhiên, retry vô hạn dễ tạo vòng lặp và gây tải không cần thiết. Hệ thống nên có số lần thử tối đa, thời gian nghỉ tăng dần và trạng thái rõ ràng cho từng proxy.

Giới hạn số luồng đồng thời

Chạy 100 trang cùng lúc chưa chắc nhanh hơn chạy 10 trang ổn định. Khi số luồng vượt khả năng của máy chủ hoặc gói proxy, tỷ lệ timeout thường tăng mạnh.

Anh em nên bắt đầu với mức thấp, chẳng hạn 3–5 context, rồi theo dõi RAM, CPU, băng thông và tỷ lệ lỗi. Chỉ tăng số luồng khi hệ thống vẫn ổn định.

Nên chọn loại proxy nào cho Playwright?

Lựa chọn phụ thuộc vào mục tiêu của dự án.

Proxy datacenter có tốc độ cao, chi phí dễ tiếp cận và phù hợp với kiểm thử, giám sát website hoặc thu thập dữ liệu từ các nguồn ít hạn chế. Tuy nhiên, IP datacenter thường dễ được nhận diện hơn IP dân cư.

Proxy dân cư sử dụng IP do nhà mạng dân dụng cấp. Loại này phù hợp khi cần mô phỏng người dùng tại khu vực cụ thể, nhưng chi phí thường cao hơn và tốc độ có thể thay đổi.

Proxy tĩnh giữ nguyên IP trong thời gian dài. Đây là lựa chọn phù hợp cho phiên đăng nhập, quy trình nhiều bước và những tác vụ cần tính liên tục.

Proxy xoay thay đổi IP theo yêu cầu hoặc theo thời gian. Loại này phù hợp với nhiều tác vụ độc lập, miễn là chu kỳ xoay được cấu hình đúng.

Khi mua proxy, anh em nên quan tâm đến độ ổn định, tốc độ thực tế, vị trí IP, chính sách xoay, phương thức xác thực và khả năng hỗ trợ kỹ thuật. Giá thấp nhưng thường xuyên mất kết nối có thể khiến dự án tốn nhiều thời gian xử lý lỗi hơn.

Lưu ý về tính hợp pháp và an toàn

Playwright và proxy đều là công cụ trung lập. Cách sử dụng mới quyết định mức độ phù hợp.

Trước khi thu thập dữ liệu, anh em cần kiểm tra điều khoản sử dụng, quyền truy cập, quy định về dữ liệu cá nhân và giới hạn kỹ thuật của website. Không nên dùng proxy để truy cập trái phép, chiếm đoạt tài khoản, gian lận hoặc làm gián đoạn hệ thống khác.

Với dự án doanh nghiệp, nên xác định rõ nguồn dữ liệu, mục đích sử dụng, thời gian lưu trữ và người có quyền truy cập. Đây là bước quan trọng để hệ thống vừa hiệu quả vừa kiểm soát được rủi ro.

Câu hỏi thường gặp về Proxy Playwright

Playwright có hỗ trợ SOCKS5 không?

Có. Playwright hỗ trợ proxy HTTP, HTTPS và SOCKS5. Anh em cần khai báo đúng giao thức trong trường server, ví dụ socks5://host:port.

Có thể dùng một proxy khác nhau cho mỗi trang không?

Proxy thường được cấu hình ở cấp browser hoặc browser context, không phải trực tiếp trên từng page. Nếu cần mỗi trang dùng một IP khác nhau, anh em nên tạo các context riêng và gắn proxy tương ứng cho từng context.

Tại sao proxy dùng được trên trình duyệt thường nhưng lỗi trong Playwright?

Nguyên nhân có thể là sai giao thức, thiếu thông tin xác thực, IP chưa được whitelist hoặc cấu hình proxy chưa được áp dụng cho browser/context. Anh em nên kiểm tra bằng curl, sau đó mở trang kiểm tra IP trong Playwright.

Có nên đổi IP sau mỗi request không?

Không phải lúc nào cũng nên. Tác vụ độc lập có thể xoay IP thường xuyên. Quy trình đăng nhập hoặc gồm nhiều bước nên giữ IP trong suốt phiên để tránh làm gián đoạn trạng thái.

Proxy miễn phí có phù hợp với Playwright không?

Proxy miễn phí thường khó kiểm soát tốc độ, thời gian hoạt động, nguồn gốc và mức độ an toàn. Với dự án cần sự ổn định hoặc xử lý dữ liệu quan trọng, anh em nên dùng dịch vụ có chính sách rõ ràng và hỗ trợ kỹ thuật.

Proxy Playwright sẽ phát huy hiệu quả khi anh em cấu hình đúng giao thức, phương thức xác thực và chu kỳ đổi IP. Bên cạnh đó, hãy kiểm tra IP, giới hạn số luồng, bảo vệ thông tin đăng nhập và tuân thủ quy định của website. Nếu cần đường truyền ổn định, proxy chất lượng cùng hỗ trợ kỹ thuật liên tục, anh em có thể tham khảo Proxy.vn - Nhà cung cấp dịch vụ proxy chất lượng hàng đầu Việt Nam.