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.
Để đáp ứng các quy định hạn chế về độ trễ của dịch vụ RTB, bạn nên đặt máy chủ gần các vị trí giao dịch được liệt kê bên dưới. Hãy xem phần thảo luận về cách xác định vị trí của bên đặt giá thầu để biết thêm thông tin.
Địa điểm giao dịch
Vị trí giao dịch là điểm tối ưu của một cụm máy chủ phân tán theo vị trí địa lý, nơi cơ sở hạ tầng lưu trữ ứng dụng bên đặt giá thầu có thể hưởng lợi nhiều nhất về độ trễ. Chú thích đặt giá thầu theo thời gian thực không nhất thiết phải bắt nguồn từ vị trí giao dịch và có thể đến từ nơi khác trong cụm. Ví dụ: Singapore là vị trí giao dịch cho cụm Châu Á – Thái Bình Dương trải dài từ Úc đến Singapore.
Bảng sau đây liệt kê các miền tham chiếu có thể dùng để đánh giá độ trễ và ước tính vị trí tốt nhất cho máy chủ của bạn.
Cụm máy chủ
Vị trí giao dịch
Miền tham chiếu
Bắc Mỹ (Bờ Đông)
Bắc Virginia, Hoa Kỳ
rtb-us-east.g.doubleclick.net
Bắc Mỹ (Bờ Tây)
Khu vực Vịnh San Francisco, California, Hoa Kỳ
rtb-us-west.g.doubleclick.net
Châu Âu
Amsterdam, Hà Lan
rtb-europe.g.doubleclick.net
Châu Á Thái Bình Dương
Singapore
rtb-asia.g.doubleclick.net
Vị trí của bên đặt giá thầu
Chúng tôi cố gắng gửi yêu cầu giá thầu đến vị trí giao dịch gần nhất với vị trí của người dùng. Tuy nhiên, chúng tôi không đảm bảo rằng các yêu cầu giá thầu cho lượt hiển thị của một người dùng nhất định sẽ luôn được gửi đến vị trí giao dịch gần nhất. Do đó, để nhận được tất cả lượt hiển thị, bạn cần có máy chủ có thể truy cập được từ mọi vị trí. Nếu bạn chỉ muốn một số ít lượt hiển thị, thì bạn có thể chỉ cần chạy máy chủ ở một số ít vị trí. Ví dụ: hầu hết (nhưng không phải tất cả) lưu lượng truy cập ở Bắc Mỹ đều có thể được nhận bằng cách chạy các máy chủ có thể truy cập được từ Bờ Đông và Bờ Tây.
Thời hạn mà bạn phải gửi phản hồi giá thầu được chỉ định trong BidRequest.tmax. Thời hạn thường dao động từ 80 đến 1000 mili giây.
Chúng tôi yêu cầu 85% số lượt phản hồi phải được nhận trong thời hạn từ quan điểm của vị trí giao dịch và sẽ điều tiết những bên đặt giá thầu không thể đạt được điều này một cách nhất quán. Thời hạn này bao gồm cả thời gian mạng giữa vị trí giao dịch và bên đặt giá thầu, cũng như thời gian bên đặt giá thầu tạo phản hồi. Bạn nên đặt tổng thời gian thấp hơn nhiều so với thời hạn để có khoảng đệm cho những thay đổi không mong muốn về độ trễ mạng giữa bên đặt giá thầu và vị trí giao dịch.
Kết nối ngang hàng
Google đề xuất rằng những người mua RTB nhận được nhiều yêu cầu nên thiết lập yêu cầu liên kết ngang với chúng tôi để giảm độ trễ và sự biến động về độ trễ.
Chúng tôi kết nối ngang hàng với bất kỳ mạng nào miễn là mạng đó đáp ứng các yêu cầu kỹ thuật của Google, chẳng hạn như có ASN công khai. Hãy xem các yêu cầu kỹ thuật để biết thêm thông tin chi tiết. Xin lưu ý rằng yêu cầu về lưu lượng truy cập sẽ được miễn cho ứng dụng khách RTB. Hãy xem Chính sách liên kết ngang của Google để biết thêm thông tin.
Để bắt đầu yêu cầu liên kết, hãy điền vào biểu mẫu yêu cầu liên kết của chúng tôi. Sau đó, chúng tôi sẽ gửi cho bạn số phiếu yêu cầu hỗ trợ qua email. Bạn có thể sử dụng số phiếu yêu cầu hỗ trợ này trong mọi cuộc trao đổi tiếp theo với nhà quản lý tài khoản hỗ trợ kỹ thuật.
[[["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\u003eTo minimize latency in the Real-Time Bidding (RTB) service, position your servers near the specified trading locations, such as Northern Virginia, San Francisco Bay Area, Amsterdam, and Singapore.\u003c/p\u003e\n"],["\u003cp\u003eTrading locations serve as optimal points for server clusters to reduce latency, but bid requests can originate from anywhere within the cluster and are not guaranteed to always be sent to the geographically closest location.\u003c/p\u003e\n"],["\u003cp\u003eTo receive all potential impressions, ensure your servers are reachable from all listed trading locations; however, running servers in a subset of locations can suffice if only a specific subset of impressions are desired.\u003c/p\u003e\n"],["\u003cp\u003eBidders must respond to bid requests within a deadline, typically between 80 to 1000 ms, with a requirement that 85 percent of responses meet this deadline.\u003c/p\u003e\n"],["\u003cp\u003eFor high-volume RTB buyers, Google recommends setting up peering to decrease latency and latency volatility, with traffic requirements being waived specifically for RTB clients.\u003c/p\u003e\n"]]],[],null,["To help meet the latency restrictions of the RTB service, you should locate\nyour servers close to the trading locations listed below. See the discussion on\n[locating your bidders](#bidder-location) for more information.\n\nTrading locations\n\nA trading location is the optimal point of a geographically dispersed server\ncluster where infrastructure hosting a bidder application can benefit most in\nterms of latency. Real-time bidding callouts do not necessarily originate at\nthe trading location, and can come from elsewhere in the cluster. As an\nexample, Singapore is the trading location for the Asia Pacific cluster\nspanning from Australia to Singapore.\n\nThe following table lists reference domains that can be used to assess\nlatency and estimate the best locations for your server.\n\n| Server Cluster | Trading Location | Reference Domain |\n|----------------------------|---------------------------------------------------|-------------------------------|\n| North America (East Coast) | Northern Virginia, United States | rtb-us-east.g.doubleclick.net |\n| North America (West Coast) | San Francisco Bay Area, California, United States | rtb-us-west.g.doubleclick.net |\n| Europe | Amsterdam, Netherlands | rtb-europe.g.doubleclick.net |\n| Asia Pacific | Singapore | rtb-asia.g.doubleclick.net |\n\n| **Note:** We provide these domains for approximate estimation of latencies only. Routing outside of Google's network and Google's deployment of the service may change over time. In addition, network congestion or short term maintenance issues may leave these domains unreachable or too distant from a given location for extended periods.\n\nBidder location\n\nWe attempt to send bid requests to the trading location closest to the user's location. However,\nwe do not guarantee that bid requests for a given user's impressions will always be sent to the\nclosest trading location. Therefore, to receive all impressions, you need to have servers reachable\nfrom all locations. If you only want a subset of impressions, it may be sufficient to run servers in\na subset of locations. For example, most, but not all, North American traffic can be received by\nrunning servers reachable from the East and West coasts.\n\nThe deadline that you must send a bid response by is indicated in\n`BidRequest.tmax`. The deadline typically ranges from 80 to 1000 ms.\n\nWe require that 85 percent of responses be received within the deadline\nfrom the perspective of the trading location and will throttle bidders that\ncannot consistently achieve this. This deadline includes both the network time\nbetween the trading location and your bidder, and the time it takes your bidder\nto generate a response. We recommend targeting a total time well below the\ndeadline in order to to leave a buffer for unexpected changes in network\nlatency between your bidder and the trading location.\n\nPeering\n\nGoogle recommends that RTB buyers receiving a large volume of requests set\nup peering requests with us to reduce latency and latency volatility.\n\nWe peer with any network as long as they meet Google's technical\nrequirements, like having a public ASN. See the [technical requirements](//www.peeringdb.com/view.php?asn=15169) for\nmore details. Note that the traffic requirement is waived for RTB clients. See\nGoogle's [Peering Policy](//peering.google.com/#/options/peering)\nfor additional information.\n\nTo initiate a peering request, fill out our [peering request form](//isp.google.com/iwantpeering). We will then\nemail you a ticket number which you can use in any followups with your\ntechnical account manager."]]
