Sử dụng bộ sưu tập để sắp xếp ngăn nắp các trang
Lưu và phân loại nội dung dựa trên lựa chọn ưu tiên của bạn.
Khi hoàn tất và kiểm thử nội bộ ứng dụng, bạn phải thực hiện một bộ kiểm thử chuẩn hoá, trong đó người đại diện tài khoản Google sẽ gửi yêu cầu kiểm thử đến máy chủ của bạn. Sau khi ứng dụng của bạn vượt qua các bài kiểm thử này, ứng dụng đó sẽ đủ điều kiện để phát hành. Các chủ đề sau đây giải thích cách hoạt động của quy trình kiểm thử và phát hành.
Thử nghiệm với lưu lượng truy cập của Google
Khi bạn đã sẵn sàng bắt đầu thử nghiệm với lưu lượng truy cập do Google gửi, hãy liên hệ với người đại diện của Authorized Buyers. Bạn sẽ được yêu cầu cung cấp nhiều thông tin như sau:
Thông tin liên hệ của bộ phận kỹ thuật. Nếu quá trình kiểm thử không diễn ra như dự kiến và có vấn đề kỹ thuật cần giải quyết, chúng tôi sẽ sử dụng thông tin liên hệ này để trực tiếp trao đổi với nhóm của bạn.
URL hỗ trợ SSL phản hồi các yêu cầu RTB.
URL hỗ trợ SSL của máy chủ So khớp mã cookie, nếu bạn chọn sử dụng chức năng này.
Vị trí thực tế (tiểu bang, quốc gia) của máy chủ RTB để tối ưu hoá hoạt động giao tiếp với máy chủ của Google.
QPS (số truy vấn mỗi giây) tối đa mà bạn sẵn sàng phân phát từ mỗi vị trí thực tế sau khi thử nghiệm kết thúc.
Ngày mà máy chủ So khớp mã cookie / RTB của bạn hoạt động để thử nghiệm. Google sẽ gửi các yêu cầu RTB đến máy chủ của bạn vào hoặc ngay sau ngày đó.
Độ trễ ước tính mà máy chủ của bạn sẽ sử dụng để xử lý các yêu cầu RTB.
Hãy liên hệ với người đại diện của Authorized Buyers để thay đổi thông tin này bất cứ lúc nào trong quá trình thử nghiệm.
Quá trình kiểm thử sẽ bao gồm một số bước với lưu lượng truy cập tổng hợp để xác minh độ trễ từ nhiều vị trí. Google cũng sẽ thực hiện một số bài kiểm tra cơ bản để quảng cáo hiển thị và theo dõi lượt nhấp đúng cách. (Bạn nên thực hiện hầu hết các bước này trong quá trình kiểm thử và chứng nhận.) Chúng tôi cũng sẽ yêu cầu bạn xác nhận rằng bạn có thể nhận và giải mã thông báo về giá trúng thưởng cũng như số lượt nhấp. Sau khi xác minh những mục này, bước tiếp theo sẽ là tăng dần lưu lượng truy cập trực tiếp trong vài ngày.
Yêu cầu về độ trễ để sử dụng Trình đặt giá thầu theo thời gian thực là từ 80 đến 1.000 mili giây, được đo từ thời điểm Google gửi lệnh gọi đến thời điểm Google nhận được phản hồi. Thời hạn này phụ thuộc vào định dạng và loại phiên đấu giá; hãy kiểm tra trường BidRequest.tmax để biết giá trị chính xác.
Để đủ điều kiện cho lượt hiển thị được xử lý tại một vị trí nhất định, tối đa 2% yêu cầu được xử lý sau thời hạn này. Nếu muốn nhận lượt hiển thị từ nhiều
vị trí giao dịch theo các yêu cầu này, bạn thường phải chạy máy chủ đặt giá thầu ở tất cả các khu vực. Ví dụ: để nhận được lượt hiển thị từ cả Bờ Đông và Bờ Tây của Hoa Kỳ, bạn thường phải có máy chủ đặt giá thầu chạy trên cả Bờ Đông và Bờ Tây.
Một bên đặt giá thầu tạm thời có tỷ lệ hết thời gian chờ cao do các sự kiện mạng hoặc các vấn đề khác sẽ tự động bị điều tiết. Việc điều tiết này sẽ tự động giảm hoặc tăng lưu lượng truy cập trong khung thời gian vài phút. Nếu lưu lượng truy cập thường bị điều tiết trong một khoảng thời gian dài, thì Google có thể điều chỉnh hạn mức lưu lượng truy cập của bạn xuống một mức có thể xử lý một cách nhất quán hơn.
[[["Dễ hiểu","easyToUnderstand","thumb-up"],["Giúp tôi giải quyết được vấn đề","solvedMyProblem","thumb-up"],["Khác","otherUp","thumb-up"]],[["Thiếu thông tin tôi cần","missingTheInformationINeed","thumb-down"],["Quá phức tạp/quá nhiều bước","tooComplicatedTooManySteps","thumb-down"],["Đã lỗi thời","outOfDate","thumb-down"],["Vấn đề về bản dịch","translationIssue","thumb-down"],["Vấn đề về mẫu/mã","samplesCodeIssue","thumb-down"],["Khác","otherDown","thumb-down"]],["Cập nhật lần gần đây nhất: 2025-09-04 UTC."],[[["\u003cp\u003eOnce in-house testing is complete, applications must undergo standardized tests from Google, with the Google account representative sending test requests to the servers, in order to become eligible for release.\u003c/p\u003e\n"],["\u003cp\u003eTo initiate testing with Google traffic, you must contact your Authorized Buyers representative and provide them with key information such as engineering contact details, server URLs, server locations, maximum QPS, and PGP keys.\u003c/p\u003e\n"],["\u003cp\u003eTesting involves synthetic traffic to verify latencies and basic ad rendering, as well as receiving and decoding winning price notifications and clicks, followed by a gradual ramp-up of live traffic.\u003c/p\u003e\n"],["\u003cp\u003eThe latency requirement for Real-time Bidder is between 80 to 1000 ms, and no more than 2% of requests should exceed this deadline to qualify for impressions from a specific location.\u003c/p\u003e\n"],["\u003cp\u003eBidders with high timeout rates will experience automatic throttling, with Google adjusting traffic quotas if throttling persists over an extended period.\u003c/p\u003e\n"]]],["After in-house testing, contact your Google representative to initiate testing with Google traffic. Provide details like engineering contacts, SSL-enabled URLs, server locations, maximum QPS, and estimated latency. Testing involves synthetic traffic to verify latency and basic ad functionality. Live traffic will gradually increase. The latency requirement is 80-1000 ms. High timeout rates trigger automatic throttling, which might result in a reduced traffic quota. Servers in multiple locations are recommended for broader reach.\n"],null,["When your application is complete, and you have tested it in-house, it must\nundergo a suite of standardized tests in which your Google account\nrepresentative sends test requests to your servers. Once your application\npasses these tests, it is eligible for release. The following topics explain\nhow the test and release process works.\n\nTesting with Google traffic\n\nWhen you are ready to start testing with traffic sent from Google, contact\nyour Authorized Buyers representative. You will be asked to provide various\ninformation such as the following:\n\n- Engineering contact information. If the testing does not proceed as expected and there are engineering issues to be addressed we will use this contact information to interact directly with your team.\n- The SSL-enabled URL that responds to RTB requests.\n- The SSL-enabled URL of the Cookie Code Matching server, if you opted to use this functionality.\n- The physical location (state, country) of your RTB servers, in order to optimize communication with Google's servers.\n- Maximum QPS (query-per-second) you are willing to serve from each physical location after testing is finished.\n- Date from which your RTB / Cookie Code Matching servers are live for testing. Google will send RTB requests to your servers on or soon after that date.\n- Estimated latency your servers will use for processing RTB requests.\n- PGP keys for mailing price decryption information.\n- Confirm that [pretargeting](//support.google.com/authorizedbuyers/answer/6048315) is set up in your [Pretargeting\n UI](//www.google.com/authorizedbuyers).\n\nContact your Authorized Buyers representative to make changes to this\ninformation at any time during the testing process.\n\nTesting will involve several steps with synthetic traffic to verify\nlatencies from different locations. Google will also do some basic tests that\nads render and to click tracking properly. (Most of this should be done during\nyour own testing and during certification.) We will also ask for you to\nconfirm that you are able to receive and decode winning price notifications and\nclicks. Once these items are verified, the next step will be a gradual ramp up\nof live traffic over several days.\n| Since your account as a whole is placed into test mode for this, any bid that you make in response will be filtered out of the auction whether the value you see in the `BidRequest.test` is `true` or `false` (`1` or `0` if using the JSON format).\n\nThe latency requirement for using Real-time Bidder is 80 to 1000 ms,\nmeasured from the time Google sends the call to the time Google receives a\nreply. This deadline depends on format and auction type; check the\n`BidRequest.tmax` field for the exact value.\n\n\u003cbr /\u003e\n\nTo qualify for impressions processed at a given location, at most 2% of requests should exceed this deadline. If you want to receive impressions from multiple [trading locations](/authorized-buyers/rtb/peer-guide#trading_locations) according to these requirements, it is usually necessary to run bidding servers in all regions. For example, receiving impressions from both the East and West coasts of the United States will usually require that you have bidding servers running on both the East and West coast.\n\n\u003cbr /\u003e\n\nA bidder that temporarily has high timeout rates because of network events\nor other problems will be automatically throttled. This throttling will\nautomatically reduce or increase traffic over a time-frame of a few minutes. If\ntraffic is often throttled for an extended period of time, then Google may\nadjust your traffic quota to a level that can be handled more consistently."]]
