โควต้า

เอกสารนี้แสดงโควต้าที่ใช้กับ Merchant API

Merchant API ใช้โควต้าเพื่อช่วยให้มั่นใจว่าสภาพแวดล้อมจะมีความเสถียรและเป็นธรรมสำหรับผู้ใช้ทุกคน โควต้าจะป้องกันไม่ให้ผู้ใช้ API รายเดียวสร้างภาระงานมากเกินไปในระบบ เพื่อให้มั่นใจว่าระบบจะทำงานได้อย่างมีประสิทธิภาพสูง การทำความเข้าใจโควต้าเหล่านี้เป็นกุญแจสำคัญในการ จัดการข้อมูลผลิตภัณฑ์และขยายธุรกิจบน Google

แนวคิดทั่วไป

โควต้า Merchant API ได้รับการจัดการผ่านกลุ่มโควต้า

เมธอด API จะได้รับการแมปกับกลุ่มโควต้า โครงสร้างของการแมปนี้อาจแตกต่างกันไป

  • 1 วิธีต่อกลุ่ม: กลุ่มโควต้าบางกลุ่มใช้กับเมธอด API เดียว เช่น วิธีแหล่งข้อมูลข้อมูล accounts.dataSources.list มีกลุ่มโควต้าเฉพาะของตัวเอง
  • หลายวิธีต่อกลุ่ม (การจัดกลุ่ม): บ่อยครั้งที่ระบบจะจัดกลุ่มวิธีที่เกี่ยวข้องไว้ด้วยกันเป็นกลุ่มโควต้าเดียว ทุกวิธีภายในกลุ่มนั้น จะแชร์ขีดจำกัดรายวันและต่อนาทีเดียวกัน ตัวอย่างที่พบบ่อย ได้แก่
    • จัดกลุ่มการดำเนินการอ่านทั้งหมดสำหรับเมธอดและทรัพยากรที่เกี่ยวข้อง เช่น merchant-accounts-read-methods
    • จัดกลุ่มการดำเนินการเขียนทั้งหมดสำหรับเมธอดและทรัพยากรที่เกี่ยวข้อง เช่น merchant-accounts-write-methods

การเรียกใช้เมธอดแต่ละครั้งจะนับ 1 ครั้ง ไม่ว่าจะเป็นประเภทใดก็ตาม คำขอ list จำนวน 250 รายการจะนับเพียงครั้งเดียว ไม่ใช่คำขอ get จำนวน 250 รายการ

การจัดกลุ่ม HTTP ในตัว ไม่มีผลต่อโควต้า คำขอเดียวแต่ละรายการภายในคำขอแบบกลุ่มจะนับเป็น 1 รายการเทียบกับโควต้า เช่น คำขอแบบกลุ่มที่มีคำขอ insert 500 รายการจะคิดค่าบริการเป็นคำขอเมธอด insert แต่ละรายการ 500 รายการ

ข้อยกเว้นสำหรับการจัดกลุ่มภูมิภาคเฉพาะ: วิธีการจัดกลุ่มภูมิภาคเฉพาะ (batchCreate, batchUpdate, batchDelete) จะนับเป็นการเรียก API รายการเดียวเทียบกับmerchant_regionsกลุ่มโควต้า โดยไม่คำนึงถึงจำนวนการดำเนินการในภูมิภาคที่มีอยู่ในเพย์โหลด

หากต้องการจัดการการผสานรวมอย่างมีประสิทธิภาพ คุณควรตรวจสอบโควต้าเฉพาะ กลุ่มที่เชื่อมโยงกับแต่ละเมธอด API ที่คุณต้องการใช้ คุณดูรายละเอียดเหล่านี้ได้ในเมธอดรายการโควต้า ดูข้อมูลเพิ่มเติมได้ที่ การตรวจสอบและการมองเห็น

อัปเดตนโยบาย

Merchant API จะบังคับใช้นโยบายต่อไปนี้ในแง่ของการอัปเดต

  • โดยค่าเริ่มต้น คุณจะอัปเดตผลิตภัณฑ์ได้สูงสุด 2 ครั้งต่อวัน คุณควร กระจายการโทรอย่างสม่ำเสมอตลอดทั้งวันเพื่อให้เป็นไปตามโควต้าต่อนาที
  • โดยค่าเริ่มต้น คุณจะอัปเดตบัญชีย่อยได้สูงสุดวันละ 2 ครั้งเท่านั้น โควต้าการอัปเดตบัญชีย่อยรายวันคือขีดจำกัดรวมที่อิงตามบัญชีย่อยทั้งหมดที่ได้รับอนุญาต
  • โดยค่าเริ่มต้น คุณจะเรียกใช้เมธอดแหล่งข้อมูลสำหรับบัญชีย่อย เช่น list หรือ create ได้สูงสุด 2 ครั้งต่อบัญชีย่อยต่อวัน

โควต้าอัตรา

กลุ่มโควต้าแต่ละกลุ่มมีขีดจำกัด 2 ประเภท (และการใช้งานรายวัน) ดังนี้

  • โควต้าต่อวัน (quotaLimit): จำนวนคำขอสูงสุดที่อนุญาตต่อวัน ระบบจะรีเซ็ตโควต้าประจำวันในเวลา 12:00 น. (UTC)
  • ขีดจำกัดต่อนาที (quotaMinuteLimit): จำนวนคำขอสูงสุด ที่อนุญาตต่อนาที ซึ่งควบคุมอัตราคำขอ โควต้าต่อนาที จะใช้หน้าต่างแบบเลื่อน โดยระยะเวลาการบังคับใช้จะเริ่มจาก ช่วงเวลาที่มีการเรียก API ครั้งแรกสำหรับเมธอดและทรัพยากรนั้น เช่น หากคุณโทรที่เวลา 10:01:30 น. หน้าต่างโควต้าต่อนาที สำหรับเมธอดนั้นจะทำงานจนถึงเวลา 10:02:30 น.
  • การใช้งานรายวัน (quotaUsage): จำนวนคำขอที่ส่งไปแล้ว และนับรวมกับโควต้าการใช้งานรายวันของวันนี้ หากไม่มี ฟิลด์ แสดงว่ายังไม่มีการใช้โควต้าสำหรับกลุ่มนี้

คุณดูฟิลด์ทั้ง 3 ที่อธิบายไว้ก่อนหน้านี้ (quotaLimit, quotaMinuteLimit และ quotaUsage) ได้ในการตอบกลับของเมธอด quotas.list

ขีดจำกัดรายวันและต่อนาทีที่เฉพาะเจาะจงจะแตกต่างกันอย่างมากระหว่างกลุ่มโควต้าต่างๆ การดำเนินการที่มีปริมาณที่คาดไว้สูงกว่าหรือต้นทุนระบบต่ำกว่า เช่น การอ่านข้อมูลสินค้า มักจะมีขีดจํากัดที่สูงกว่า ในทางกลับกัน การดำเนินการที่มีความละเอียดอ่อนหรือต้องใช้ทรัพยากรมาก เช่น การแก้ไขบัญชี อาจมีขีดจำกัดที่ต่ำกว่า

การจัดสรรโควต้าและลำดับชั้น

ส่วนนี้จะอธิบายว่า Merchant API ติดตามและใช้การใช้งานโควต้าในนามของใคร

โดยทั่วไป ระบบจะเรียกเก็บเงินโควต้าตามผู้ใช้ที่ส่งคำขอ API

  • บัญชีแบบสแตนด์อโลน: สำหรับบัญชีแบบสแตนด์อโลนที่ตรวจสอบสิทธิ์การเรียก API คำขอดังกล่าวจะนับรวมในโควต้าของบัญชีนั้น
    • ตัวอย่าง: ผู้ขาย Shoe Store A (รหัสบัญชี: 12345) ตรวจสอบสิทธิ์ โดยใช้บัญชีบริการของตนเองเพื่อเรียก products.insert ที่กำหนดเป้าหมายไปยัง บัญชีของตนเอง (accounts/12345) ระบบจะใช้โควต้าจากพูลโควต้าของ Shoe Store A
  • บัญชีขั้นสูง: การตรวจสอบสิทธิ์ในฐานะบัญชีขั้นสูงจะใช้โควต้าจากพูลของบัญชีขั้นสูง แม้ว่าจะกำหนดเป้าหมายเป็นบัญชีย่อยก็ตาม
    • ตัวอย่าง: เอเจนซี Retail Management Account (รหัสบัญชีขั้นสูง: 12345) จัดการบัญชีย่อย Clothing Store B (รหัสบัญชี: 11111) เอเจนซีจะตรวจสอบสิทธิ์โดยใช้ข้อมูลเข้าสู่ระบบของตนเองและเรียกใช้products.insertการกำหนดเป้าหมายร้านขายเสื้อผ้า B (accounts/11111) ระบบจะใช้โควต้าจากพูลของเอเจนซีหลัก (รหัสบัญชีขั้นสูง: 12345) ไม่ใช่พูลของบัญชีย่อย
  • บัญชีย่อย: เมื่อมีการตรวจสอบสิทธิ์การเรียก API โดยใช้ข้อมูลเข้าสู่ระบบของบัญชีย่อย ระบบจะเรียกเก็บโควต้าจากพูลของบัญชีย่อยนั้น ซึ่งจะทำงานเหมือนกับบัญชีแบบสแตนด์อโลน แม้ว่าบัญชีนี้จะได้รับการจัดการโดยบัญชีขั้นสูงของผู้ปกครองก็ตาม
    • ตัวอย่าง: หากใช้การตั้งค่าเดียวกับก่อนหน้า และ Clothing Store B (รหัสบัญชี: 11111) ตรวจสอบสิทธิ์โดยใช้ข้อมูลเข้าสู่ระบบที่ตั้งค่าไว้โดยเฉพาะ สำหรับบัญชีย่อยเพื่อเรียกใช้ products.insert ที่กำหนดเป้าหมายไปยังบัญชีของตนเอง (accounts/11111) โควต้าจะมาจากกลุ่มโควต้าของ Clothing Store B แต่เพียงผู้เดียว โดยไม่กระทบต่อกลุ่มของเอเจนซีหลัก

ข้อยกเว้นสำหรับกฎทั่วไป

กฎทั่วไปในการจัดสรรโควต้ามีข้อยกเว้นบางประการ ดังนี้

  • Accounts.list: โควต้าสำหรับเมธอดนี้จะเรียกเก็บเงินจากผู้ใช้ที่ตรวจสอบสิทธิ์แล้วหรือ บัญชีบริการที่ทำการเรียก ไม่ใช่รหัสบัญชี Merchant Center การใช้งานโควต้าจะไม่ปรากฏในหน้าการวินิจฉัย Merchant Center API มาตรฐาน หากมีบัญชีขั้นสูง เราขอแนะนำให้ใช้วิธีการ accounts.listSubaccounts ซึ่งจะนับรวมในโควต้าบัญชีขั้นสูง
  • วิธีการแก้ไขปัญหา วิธีการเหล่านี้จะนับรวมในโควต้าของบัญชีที่มีปัญหา เสมอ แม้ว่าบัญชีอื่นจะตรวจสอบสิทธิ์คำขอ ก็ตาม

ลําดับชั้นการจัดสรร

  • บริการช็อปปิ้งแบบเปรียบเทียบสินค้า (CSS): CSS คือเว็บไซต์ที่รวบรวมข้อเสนอผลิตภัณฑ์และนำผู้ใช้ไปยังเว็บไซต์ของผู้ค้าปลีกเพื่อทำการซื้อ เมื่อทำการเรียก API ระบบจะใช้โควต้ากับกลุ่ม CSS, โดเมน CSS, บัญชี หรือบัญชีย่อยที่คุณตรวจสอบสิทธิ์

    ตัวอย่างเช่น

    • กลุ่ม CSS ชื่อ Europe Shopping Group (รหัสบัญชี: 10001) ต้องการแสดงโดเมน CSS ที่เชื่อมโยง การตรวจสอบสิทธิ์ด้วยข้อมูลเข้าสู่ระบบของตัวเองเพื่อทำการเรียก API นี้จะทำให้ระบบใช้โควต้าจากพูลโควต้าของ Europe Shopping Group โดยตรง
    • โดเมน CSS TopDeals CSS (รหัสบัญชี: 20002) จะตรวจสอบสิทธิ์เพื่อเรียกใช้ เมธอดที่กำหนดเป้าหมายไปยังบัญชีผู้ขายที่เชื่อมโยงบัญชีใดบัญชีหนึ่ง (accounts/30003) เพื่อกำหนดป้ายกำกับ ระบบจะใช้โควต้าจากพูลโควต้าของ CSS ที่มีดีลยอดนิยม ไม่ใช่พูลของบัญชีผู้ขาย

  • มาร์เก็ตเพลส: มาร์เก็ตเพลสคือแพลตฟอร์มออนไลน์ที่โฮสต์ผู้ขายบุคคลธรรมดาหลายราย โดยจะทำหน้าที่เป็นบัญชีขั้นสูงพิเศษที่ช่วยให้คุณสร้างบัญชีย่อยแยกต่างหากสำหรับผู้ขายแต่ละรายได้

แผนภาพต่อไปนี้แสดงลำดับชั้นของกลุ่ม CSS, CSS, ตลาดกลาง, บัญชีขั้นสูง, บัญชีแบบสแตนด์อโลน และบัญชีย่อย

กลุ่ม CSS คือระดับการตรวจสอบสิทธิ์ที่ครอบคลุม โดยมี CSS แต่ละรายการภายในกลุ่ม บัญชีภายใน CSS เหล่านั้น และ บัญชีย่อยเป็นระดับที่แยกย่อยที่สุด

การปรับโควต้าอัตโนมัติ

Merchant API มีระบบการจัดการโควต้าอัตโนมัติสำหรับบริการบางอย่าง ซึ่งจะปรับขีดจำกัดโควต้าสำหรับผู้ขายที่เติบโตตามการใช้งาน ข้อเสนอ และขนาดบัญชีของคุณ Merchant API จะคำนวณโควต้าเหล่านี้ใหม่ทุกวัน

กลุ่มโควต้าที่รวมอยู่ในการปรับโควต้าอัตโนมัติมีดังนี้

บริการผลิตภัณฑ์

  • กลุ่มโควต้าทั้งหมดของเมธอดที่เกี่ยวข้องกับทรัพยากร products และ productInputs
  • โดยทั่วไปแล้ว โควต้าการโทรรายวันจะตั้งค่าเป็น 2 เท่าของจำนวนโควต้าข้อเสนอ ที่ผู้ขายมี ซึ่งถือว่าผู้ขายอาจต้องอัปเดตผลิตภัณฑ์แต่ละรายการวันละ 2 ครั้ง
  • คุณอัปเดตผลิตภัณฑ์แต่ละรายการได้มากกว่า 2 ครั้ง แต่การเรียก API โดยรวมต่อวันต้องไม่เกินโควต้าการเรียกต่อวันโดยรวม

บริการบัญชี

  • กลุ่มโควต้าทั้งหมดของเมธอดที่เกี่ยวข้องกับทรัพยากรต่างๆ ที่เกี่ยวข้องกับบัญชีแบบละเอียดใน Merchant API
  • โควต้าการโทรรายวันจะตั้งค่าเป็นจำนวนบัญชีย่อยสูงสุดที่อนุญาต สำหรับบัญชีนั้น ซึ่งจะอนุญาตให้เรียกอ่านได้สูงสุด 2 ครั้งต่อวันต่อบัญชีย่อย

บริการแหล่งข้อมูล

  • กลุ่มโควต้าทั้งหมดของเมธอดที่เกี่ยวข้องกับแหล่งข้อมูลที่เกี่ยวข้องใน Merchant API เช่น list หรือ create ที่บัญชีขั้นสูง ดำเนินการในบัญชีย่อย
  • โดยทั่วไปแล้ว โควต้าการโทรรายวันจะตั้งค่าเป็น 2 เท่าของจำนวนบัญชีย่อย ที่บัญชีขั้นสูงมี ซึ่งถือว่าผู้ขายสามารถอัปเดตแหล่งข้อมูลของบัญชีย่อยแต่ละบัญชีได้สูงสุดวันละ 2 ครั้ง

เฉพาะบริการที่อธิบายไว้ก่อนหน้านี้เท่านั้นที่จะมีการปรับโควต้าอัตโนมัติ บริการอื่นๆ มีโควต้าเริ่มต้น และต้องขอเพิ่มด้วยตนเอง ดูข้อมูลเพิ่มเติมได้ที่ส่วนกระบวนการเพิ่มโควต้า

สิ่งที่จะเกิดขึ้นเมื่อมีการใช้งานเกินโควต้า

หลังจากใช้โควต้าเกินแล้ว ข้อผิดพลาดจะปรากฏในการตอบกลับของ API และใน หน้าการวินิจฉัยภายในบัญชี Merchant Center ดังนี้

  • ต่อนาที: quota/request_rate_too_high
{
    "error": {
        "code": 429,
        "message": "Quota per minute exceeded. Please distribute your requests over a longer time period. For more information check https://developers.google.com/merchant/api/guides/quotas-limits",
        "status": "RESOURCE_EXHAUSTED",
        "details": [
            {
                "@type": "type.googleapis.com/google.rpc.ErrorInfo",
                "reason": "quotaExceeded",
                "domain": "merchantapi.googleapis.com",
                "metadata": {
                    "HELP_CENTER_LINK": "https://developers.google.com/merchant/api/guides/quotas-limits",
                    "REASON": "QUOTA_REQUEST_RATE_TOO_HIGH"
                }
            }
        ]
    }
}
  • ต่อวัน: quota/daily_limit_exceeded
{
    "error": {
        "code": 429,
        "message": "Daily request quota exceeded. Please reduce number of requests. For more information check https://developers.google.com/merchant/api/guides/quotas-limits",
        "status": "RESOURCE_EXHAUSTED",
        "details": [
            {
                "@type": "type.googleapis.com/google.rpc.ErrorInfo",
                "reason": "quotaExceeded",
                "domain": "merchantapi.googleapis.com",
                "metadata": {
                    "HELP_CENTER_LINK": "https://developers.google.com/merchant/api/guides/quotas-limits",
                    "REASON": "QUOTA_TOO_MANY_REQUESTS"
                }
            }
        ]
    }
}

ข้อผิดพลาดต่อไปนี้เป็นขีดจำกัดของ Merchant Center และไม่เกี่ยวข้องกับ โควต้า Merchant API คุณลองขอโควต้าสินค้า ฟีด หรือบัญชีย่อยเพิ่มได้โดยทำดังนี้

  • too_many_items: เกินโควต้าผู้ขาย
  • too_many_subaccounts: สร้างบัญชีย่อยถึงจำนวนสูงสุดแล้ว

การตรวจสอบและการมองเห็น

หากต้องการตรวจสอบโควต้าการโทรและการใช้งานปัจจุบันของบัญชี ให้เรียกใช้ quotas.list โดยระบุชื่อบัญชี

POST https://merchantapi.googleapis.com/quota/v1/accounts/{ACCOUNT_ID}/quotas
Content-Type: application/json
Authorization: Bearer {ACCESS_TOKEN}

แทนที่ค่าต่อไปนี้

  • ACCOUNT_ID: รหัส Merchant Center
  • ACCESS_TOKEN: โทเค็นการให้สิทธิ์เพื่อทำการเรียก API

เมื่อคำขอสำเร็จ API จะแสดงรายการทรัพยากร quotaGroups ที่มีทรัพยากร name ของกลุ่มโควต้า โควต้าต่างๆ และวิธีการที่ใช้กับโควต้าของกลุ่ม

{
    "quotaGroups": [
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-quota-listquotagroups",
            "quotaUsage": "2",
            "quotaLimit": "1000",
            "methodDetails": [
                {
                    "method": "quotaservice.listquotagroups",
                    "version": "v1",
                    "subapi": "quota",
                    "path": "quota/v1/quotaservice.listquotagroups"
                }
            ],
            "quotaMinuteLimit": "10"
        },
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-commission-group-list",
            "quotaLimit": "10000",
            "methodDetails": [
                {
                    "method": "commissiongroupservice.listcommissiongroups",
                    "version": "v1",
                    "subapi": "youtube",
                    "path": "youtube/v1/commissiongroupservice.listcommissiongroups"
                }
            ],
            "quotaMinuteLimit": "60"
        },
        {
            "name": "accounts/{ACCOUNT_ID}/quotas/merchant-merchantreviews-list",
            "quotaLimit": "20000000",
            "methodDetails": [
                {
                    "method": "merchantreviewsservice.listmerchantreviews",
                    "version": "v1",
                    "subapi": "reviews",
                    "path": "reviews/v1/merchantreviewsservice.listmerchantreviews"
                }
            ],
            "quotaMinuteLimit": "60000"
        }
    ]
}

กระบวนการเพิ่มโควต้า

หากต้องการขอโควต้าเพิ่มเติม ให้เปิดแบบฟอร์มติดต่อทีมสนับสนุน เลือกคำขอเพิ่มโควต้าสำหรับช่อง "ปัญหา/คำถามคืออะไร" ที่ต้องกรอก และกรอกข้อมูลในช่องที่ต้องกรอกทั้งหมด รวมถึงรหัส Merchant Center วิธีการเป้าหมาย และเหตุผลทางธุรกิจ

  • สำหรับทรัพยากรที่มีโควต้าอัตโนมัติ (products, accounts และ datasources สำหรับบัญชีขั้นสูง): คุณขอเพิ่มโควต้าชั่วคราวได้เฉพาะในสถานการณ์พิเศษ เช่น การเปิดตัวในตลาดใหม่หรือในช่วงเทศกาลช็อปปิ้งที่มีการเข้าชมสูง เราไม่รับการเพิ่มโควต้าถาวรสำหรับ ทรัพยากรประเภทนี้
  • สำหรับทรัพยากรอื่นๆ ทั้งหมดที่ไม่มีโควต้าอัตโนมัติ ให้ขอเพิ่มโควต้าตามต้องการ

เราขอแนะนำให้คุณตรวจสอบโควต้าเป็นระยะเพื่อให้แน่ใจว่ามีโควต้าเพียงพอสำหรับการติดตั้งใช้งาน และดูวิธีปรับโควต้าโดยอัตโนมัติ ใช้เมธอด quotas.list เพื่อดูขีดจำกัดโควต้าประจำวัน ขีดจำกัดต่อนาที และการใช้งานประจำวันปัจจุบันสำหรับกลุ่มเมธอด API แต่ละกลุ่ม

แนวทางปฏิบัติแนะนำ

การใช้แนวทางปฏิบัติแนะนำเหล่านี้จะช่วยให้การผสานรวมทำงานได้อย่างราบรื่น หลีกเลี่ยงข้อผิดพลาดเกี่ยวกับโควต้าที่ไม่คาดคิด และใช้ทรัพยากรของ Merchant Center อย่างมีประสิทธิภาพ

เพิ่มประสิทธิภาพการกระจายคำขอ

  • กระจายคำขออย่างสม่ำเสมอ: หลีกเลี่ยงการส่งคำขอจำนวนมากในคราวเดียว กระจายการเรียก API รายวันอย่างสม่ำเสมอตลอดทั้งวันเพื่อให้เป็นไปตาม ขีดจำกัดโควต้าต่อนาที (quotaMinuteLimit)
  • การควบคุมอัตราการส่งข้อมูลเชิงรุก: ใช้การจำกัดอัตราคำขอฝั่งไคลเอ็นต์ (การควบคุมอัตราการส่งข้อมูล) ในแอปพลิเคชัน อย่าพึ่งพาเซิร์ฟเวอร์ของ Google เพียงอย่างเดียวในการปฏิเสธการเข้าชมที่มากเกินไป ควบคุมอัตราการส่งคำขอที่แหล่งที่มา

การจัดการข้อผิดพลาดอย่างราบรื่น

  • จัดการ HTTP 429: แอปพลิเคชันของคุณต้องพร้อมที่จะจัดการข้อผิดพลาด 429 Too Many Requests (quota/request_rate_too_high)
  • Exponential Backoff พร้อม Jitter: เมื่อลองส่งคำขอที่ล้มเหลวอีกครั้ง (โดยเฉพาะหลังจากได้รับข้อผิดพลาด 429) ให้ใช้ Exponential Backoff (เพิ่มเวลารอ) และเพิ่ม "Jitter" (ความล่าช้าแบบสุ่ม) การสุ่มเวลาจะช่วยป้องกัน "การลองใหม่จำนวนมาก" ซึ่งเป็นกรณีที่อินสแตนซ์ไคลเอ็นต์หลายรายการลองใหม่ในเวลาเดียวกันพอดี ทำให้เซิร์ฟเวอร์ทำงานหนักเกินไปอีกครั้ง
  • ปฏิบัติตามคำแนะนำในการลองใหม่: หากการตอบกลับของ API มีรายละเอียดหรือส่วนหัวของการลองใหม่ ให้ใช้รายละเอียดหรือส่วนหัวดังกล่าวเพื่อพิจารณาเวลาที่จะกลับมาเรียกใช้

ลดการเรียกซ้ำ

  • ป้องกันการเรียกที่ล้าสมัย (404 NOT_FOUND): หลีกเลี่ยงการขอหรือลบทรัพยากรที่ไม่มีอยู่อีกต่อไป แม้การเรียกที่ล้มเหลวก็ยังใช้โควต้า API ตรวจสอบ NOT_FOUND ข้อผิดพลาดในการวินิจฉัย API ของ Merchant Center เพื่อตรวจหาการติดตามสถานะ ที่ล้าสมัยหรือการสำรวจที่ไม่จำเป็น
  • ยืนยันก่อนอัปเดต: ก่อนส่งคำขออัปเดต ให้ตรวจสอบว่าข้อมูลมีการเปลี่ยนแปลงจริงหรือไม่ หลีกเลี่ยงการส่งการอัปเดตที่เขียนค่าเดียวกัน
  • ใช้การแคช: แคชการตอบกลับแบบอ่าน (เช่น รายละเอียดผลิตภัณฑ์ การตั้งค่า) ในเครื่องเมื่อเหมาะสมเพื่อหลีกเลี่ยงการเรียก get หรือ list ซ้ำสำหรับข้อมูลที่ไม่มีการเปลี่ยนแปลง
  • บัญชีขั้นสูงและบัญชีย่อย: หากคุณใช้บัญชีขั้นสูง ให้ ตรวจสอบสิทธิ์ที่ระดับบัญชีขั้นสูงหากต้องการให้นับการโทร เทียบกับพูลที่แชร์ของบัญชีขั้นสูง
  • ใช้ listSubaccounts: สำหรับบัญชีขั้นสูง ให้ใช้ accounts.listSubaccounts แทน accounts.list ระบบจะเรียกเก็บโควต้า accounts.list จากผู้ใช้ที่เรียก (ไม่ใช่รหัส MC) และจะไม่แสดงใน การวินิจฉัยมาตรฐาน listSubaccounts จะนับรวมในโควต้า MCA ของคุณ
ก่อนหน้า
Overview
ถัดไป
Merchant Center limits