ขีดจำกัดและโควต้าการใช้งาน
จัดทุกอย่างให้เป็นระเบียบอยู่เสมอด้วยคอลเล็กชัน
บันทึกและจัดหมวดหมู่เนื้อหาตามค่ากำหนดของคุณ
ขีดจํากัดและโควต้าจะปกป้องโครงสร้างพื้นฐานของ Google จากกระบวนการอัตโนมัติที่ใช้ Admin Settings API ในลักษณะที่ไม่เหมาะสม คําขอที่มากเกินไปจาก API อาจเป็นผลมาจากการพิมพ์ผิดที่เป็นอันตราย หรืออาจเกิดจากระบบที่ออกแบบมาอย่างมีประสิทธิภาพที่เรียกใช้ API ที่ไม่จําเป็น แต่ไม่ว่าจะด้วยเหตุผลใด การบล็อกการเข้าชมจากแหล่งที่มาที่เฉพาะเจาะจงเมื่อถึงระดับหนึ่งจะเป็นสิ่งจําเป็นต่อสุขภาพโดยรวมของระบบ Google Workspace เพื่อให้มั่นใจว่าการดําเนินการของนักพัฒนาแอปรายหนึ่งจะส่งผลเสียต่อชุมชนขนาดใหญ่
ในกรณีที่คําขอ API ล้มเหลวไม่สําเร็จ คุณจะได้รับการตอบกลับรหัสสถานะ HTTP รหัสสถานะ 403 มีข้อมูลข้อผิดพลาดเกี่ยวกับการป้อนข้อมูลที่ไม่ถูกต้อง และรหัสสถานะ HTTP 503 มีข้อมูลข้อผิดพลาดที่ระบุว่าโควต้า API ใดเกินโควต้าแล้ว การตอบกลับเหล่านี้ช่วยให้แอปพลิเคชันที่กําหนดเองตรวจพบข้อผิดพลาดเหล่านี้และดําเนินการตามความเหมาะสม
หากคําขอต้องเสร็จสมบูรณ์ภายในระยะเวลาที่กําหนด ให้ส่งคําขอพร้อมกันหรือใช้ชุดข้อความหลายรายการในแอปพลิเคชัน Java หรือ C# เช่น แยกคําขอตามเดือนหรือระยะเวลาอื่น ในกรณีของชุดข้อความ ให้ลองขึ้นต้นด้วย 10 ชุดข้อความ โดย 1 ชุดข้อความต่อคําขอ โปรดทราบว่าคําแนะนําของชุดข้อความมีข้อดีและไม่เกี่ยวข้องกับสถานการณ์ API ทั้งหมด หากจํานวนคําขอสูงเกินไป ข้อผิดพลาดจากโควต้าจะเกิดขึ้น
สําหรับข้อผิดพลาดทั้งหมดที่อิงตามเวลา (ไม่เกิน N รายการสําหรับ X วินาทีต่อชุดข้อความ) โดยเฉพาะอย่างยิ่งข้อผิดพลาดรหัสสถานะ 503 เราขอแนะนําให้คุณตรวจหาข้อยกเว้น และโดยใช้อัลกอริทึม Exponential Backoff อาจมีความล่าช้าเล็กน้อยก่อนที่จะลองโทรที่ล้มเหลวอีกครั้ง ตัวอย่าง API การตั้งค่าอีเมลสําหรับชุดข้อความเดียวคือต้องรอ 5 วินาที แล้วลองเรียกสายที่ล้มเหลวอีกครั้ง หากคําขอสําเร็จ ให้ใช้รูปแบบนี้กับชุดข้อความอื่นๆ ซ้ํา หากคําขอที่ 2 ไม่ประสบความสําเร็จ แอปพลิเคชันของคุณควรปรับขนาดความถี่ของคําขอจนกว่าการโทรจะสําเร็จ ตัวอย่างเช่น เพิ่มการหน่วงเวลาเริ่มต้น 5 วินาทีเป็น 10 วินาที แล้วลองโทรไม่สําเร็จอีกครั้ง นอกจากนี้ ให้พิจารณาขีดจํากัดในการลองใหม่ ตัวอย่างเช่น ลองส่งคําขอ 5-7 ครั้งอีกครั้งโดยที่มีความล่าช้าล่าช้าต่างกันก่อนที่แอปพลิเคชันจะแสดงข้อผิดพลาดให้กับผู้ใช้
หมวดหมู่โควต้า API |
โควต้า |
โทเค็นการตรวจสอบสิทธิ์ ClientLogin |
ใช้ได้ 24 ชั่วโมง ข้อผิดพลาดคือ "โทเค็น 401 หมดอายุ"
|
การสร้างคีย์สาธารณะและคีย์ส่วนตัว |
เมื่อใช้ผู้ให้บริการข้อมูลประจําตัว ให้สร้างชุดคีย์สาธารณะและคีย์ส่วนตัวโดยใช้อัลกอริทึม DSA หรือ RSA คีย์สาธารณะอยู่ในรูปแบบใบรับรอง X.509 ดูข้อมูลเพิ่มเติมเกี่ยวกับคีย์การลงชื่อเพียงครั้งเดียวด้วย SAML ที่หัวข้อการสร้างคีย์และใบรับรองสําหรับบริการการลงชื่อเพียงครั้งเดียวของ Google Workspace |
โลโก้ |
ไฟล์ภาพโลโก้ของบัญชีจะอยู่ในรูปแบบ JPEG, PNG หรือ GIF ได้ ขนาดที่แนะนําคือ 143 x 59 พิกเซล และไฟล์ควรมีขนาดเล็กกว่า 20 Kb เมื่อใช้โลโก้ที่กําหนดเอง โปรดปฏิบัติตามข้อกําหนดในการให้บริการของ Google และห้ามใช้โลโก้ Google, โลโก้ Gmail หรือโลโก้อื่นๆ ของ Google ดูข้อมูลเพิ่มเติมได้ที่นโยบายโลโก้และหน้า Landing Page |
รายการที่อนุญาตพิเศษ |
ssosso คือที่อยู่ IP ของมาสก์เครือข่ายในรูปแบบ Classless Inter-Domain Routing (CIDR) |
ข้อจํากัดประเภทอื่นๆ |
ข้อจํากัดและหลักเกณฑ์ |
สถานะการยืนยันระเบียน MX |
สถานะการยืนยันระเบียน MX เริ่มต้นคือ "เท็จ" ซึ่งหมายความว่าระบบ Google ไม่ได้ตรวจสอบการกําหนดค่าระเบียน MX เมื่อเร็วๆ นี้ หรือไม่ได้กําหนดค่าระเบียน MX ให้ชี้ไปที่ระบบของ Google หากอัปเดตระเบียนแล้ว และสถานะการยืนยันยังคงเป็นเท็จ อาจหมายความว่าการอัปเดตระเบียน MX ของคุณยังไม่ได้รับการเผยแพร่ หรือการพิมพ์ผิดในระเบียน สําหรับระยะเวลา เราขอแนะนําให้คุณรอระยะเวลาที่กําหนดโดยค่า Time To Live (TTL) ของระเบียน MX แล้วลองอีกครั้ง
|
รหัสประเทศ |
หากไม่ได้ปรับแต่งชื่อองค์กร ค่าเริ่มต้นจะเป็นชื่อโดเมนหลัก โปรดดูรายละเอียดอักขระชื่อองค์กรที่หัวข้อการใช้อักขระ
|
พร็อพเพอร์ตี้ creationTime แสดงตัวเลขวันที่และเวลา |
โปรดดู ISO 8601 ซึ่งแสดงวันที่และเวลาของตัวเลข |
แท็กการเข้ารหัสภาษา |
โปรดดูแท็กภาษา RFC 3066 ที่ Google Mail ยอมรับ |
ชื่อองค์กร |
หากไม่ได้ปรับแต่งชื่อองค์กร ค่าเริ่มต้นจะเป็นชื่อโดเมนหลัก โปรดดูรายละเอียดอักขระชื่อองค์กรที่หัวข้อการใช้อักขระ |
เนื้อหาของหน้าเว็บนี้ได้รับอนุญาตภายใต้ใบอนุญาตที่ต้องระบุที่มาของครีเอทีฟคอมมอนส์ 4.0 และตัวอย่างโค้ดได้รับอนุญาตภายใต้ใบอนุญาต Apache 2.0 เว้นแต่จะระบุไว้เป็นอย่างอื่น โปรดดูรายละเอียดที่นโยบายเว็บไซต์ Google Developers Java เป็นเครื่องหมายการค้าจดทะเบียนของ Oracle และ/หรือบริษัทในเครือ
อัปเดตล่าสุด 2025-03-25 UTC
[null,null,["อัปเดตล่าสุด 2025-03-25 UTC"],[],[],null,["# Usage limits and quotas\n\nLimits and quotas protect the Google infrastructure from an automated process that uses the Admin Settings API in an inappropriate way. Excessive requests from an API might result from a harmless typo, or may result from an inefficiently designed system that makes needless API calls. Regardless of the cause, blocking traffic from a specific source once it reaches a certain level is necessary for the overall health of the Google Workspace system. It ensures that one developer's actions cannot negatively impact the larger community.\n\nIn the unlikely event that your API request fails, you'll receive an HTTP status code response. A status code of 403 has error information about incorrect input, and an HTTP status code of 503 has error information indicating which API quotas have been exceeded. These responses allow your custom application to detect these errors and take appropriate action.\n\nIf your requests need to be completed in a fixed period of time, send your requests in parallel or use multiple threads in your Java or C# application. For example, break your requests by month or another time period. In the case of threads, try starting with 10 threads, one thread per request. Note, the thread recommendation has tradeoffs and is not useful for all API situations. If the number of requests gets too high, quota errors will occur.\n\nFor all errors that are time based (maximum of N things for X seconds per thread), especially the 503 status code errors, we recommend your code catch the exception and, using an [exponential backoff](http://en.wikipedia.org/wiki/Truncated_binary_exponential_backoff) algorithm, wait for a small delay before retrying the failed call. A Email Settings API example for one thread is to wait 5 seconds and retry the failed call. If the request is successful, repeat this pattern for the other threads. If the second request is not successful, your application should scale back on the frequency of the request until a call is successful. For example, increase the initial 5 second delay to 10 seconds and retry your failed call again. Also, decide on a retry limit. For example retry a request 5 to 7 times with different delay times before your application returns an error to the user.\n\n| API Quota Categories | Quotas |\n|------------------------------------|-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| ClientLogin authentication tokens | Valid for 24 hours. The error is '401 token expired'. |\n| Generating public and private keys | With your identity provider, generate a set of public and private keys using either the DSA or RSA algorithms. The public key is in X.509 formatted certificate. For more information about SAML-based Single Sign-On signing keys, see [Generating Keys and Certificates for Google Workspace Single Sign-On Service](/google-apps/help/articles/sso-keygen). |\n| Logo | An account's logo image file can be in JPEG, PNG, or GIF format. The recommended size is 143 x 59 pixels and the file should be smaller than 20Kb. When using custom logos, remember to stay within the Google [Terms of Service](//www.google.com/apps/intl/en/terms/standard_terms.html). And refrain from using the Google logo, Gmail logo, or any other Google logos. For more information, see [Logo and landing page policies](https://support.google.com/a/answer/96474). |\n| ssoWhitelist | A ssoWhitelist is a network mask IP address in Classless Inter-Domain Routing [(CIDR)](http://en.wikipedia.org/wiki/CIDR) format. |\n\n| Other Types of Limits | Limitations and Guidelines |\n|-------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| MX record verification status | The default MX record verification status is \\`false\\` which means either the Google system has not recently checked your MX record configuration or your MX records have not been configured to point to the Google systems. If you have updated your records and the verification status remains false, it can mean your MX record updates have not been propagated, or there is a typo in the record. For propagation, we recommend you wait the amount of time defined by the MX record's Time To Live value (TTL) and try again. |\n| Country codes | If the organization name has not been customized, the default is your primary domain name. For information about organization name characters, see [Character usage](https://support.google.com/a/answer/33386). |\n| `creationTime` property, numeric representation of dates and time | See the [ISO 8601](//www.iso.org/iso/support/faqs/faqs_widely_used_standards/widely_used_standards_other/iso8601), Numeric representation of Dates and Time. |\n| Language encoding tags | See the [RFC 3066 language tags](/workspace/admin/email-settings#language_tags) accepted by Google Mail. |\n| Organization name | If the organization name has not been customized, the default is your primary domain name. For information about organization name characters, see [Character usage](https://support.google.com/a/answer/33386). |"]]