เช็กลิสต์อัปเดตสเปกสินค้า: 9 จุดที่ตัวเลขยังผิดค้างอยู่

เช็กลิสต์อัปเดตสเปกสินค้าไม่ใช่งานเอกสาร แต่คือเส้นแบ่งระหว่างการแก้แบบ 20 mm กับตู้คอนเทนเนอร์ที่กลายเป็นเคสเคลม เปลี่ยนขนาดหนึ่งค่า เท่ากับคุณเพิ่งเปลี่ยนตัวเลขที่ถูกประกาศออกไปแล้วอย่างน้อย 9 จุด ซัพพลายเออร์ส่วนใหญ่แก้แค่สองจุด คือฟิลด์ในหน้าสินค้าที่นึกออก แล้วก็จบแค่นั้น

ที่เหลือยังส่งตัวเลขเดิมออกไปเรื่อย ๆ ทั้งฟีดสินค้า รูปภาพ ไฟล์ PDF ที่เซลส์เพิ่งส่งให้ลูกค้าเมื่อสัปดาห์ก่อน มาร์กบนกล่อง และคู่มือที่ซีลอยู่ในกล่องแล้ว ไม่มีจุดไหนเตือนคุณว่ามันผิด คนที่เตือนคือลูกค้า และมักเตือนตอนตู้ออกจากท่าไปแล้ว

9 จุดที่ขนาดค่าเดียวไปโผล่อยู่

เช็กลิสต์อัปเดตสเปกสินค้าคือรายการตายตัวของทุกจุดที่ค่าขนาด น้ำหนัก หรือวัสดุถูกประกาศออกไป ใช้เพื่อให้การแก้ครั้งเดียวไปถึงครบทุกจุด ก่อนที่ปลายทางจะเจอความไม่ตรงกันเอง ด้านล่างคือรายการนั้น เรียงตามว่าจุดไหนสร้างความเสียหายเร็วที่สุด

#	ตัวเลขไปอยู่ที่ไหน	ฟิลด์หรือไฟล์	ใครเป็นคนอ่าน	พังอย่างไรถ้าค่ายังเก่า	เวลาที่ใช้แก้จริง
1	แอตทริบิวต์ตัวสินค้าบนมาร์เกตเพลส	ขนาดสินค้าที่โชว์บนหน้ารายละเอียด	ลูกค้า ก่อนกดสั่งซื้อ	คืนสินค้าเพราะขนาดไม่ตรง เคลมว่าไม่ตรงตามที่ระบุ	ไม่กี่นาที
2	แอตทริบิวต์แพ็กเกจบนมาร์เกตเพลส	ขนาดกล่องหรือขนาดสำหรับจัดส่ง	ขนส่งและระบบคิดค่าบริการ	ค่าขนส่งคำนวณผิด ยอดเรียกเก็บไม่ตรงกัน	ไม่กี่นาที
3	ฟีดสินค้า	`product_length` / `product_width` / `product_height` / `product_weight`	Google Shopping เว็บเปรียบเทียบราคา และ AI ที่ช่วยลูกค้าเลือกของ	สินค้าหลุดจากการค้นหาที่กรองด้วยขนาด และขึ้นคำเตือนในฟีด	รอบดึงฟีดถัดไป
4	Structured data บนเว็บตัวเอง	`width` / `height` / `depth` ตาม schema.org	เสิร์ชเอนจินและ AI ที่ตอบคำถาม	เว็บตัวเองขัดกับหน้าขายของตัวเอง	รอบ deploy ถัดไป
5	รูปสินค้าหรือภาพแจ้งขนาด	เป็นพิกเซล ตัวเลขฝังอยู่ในรูป	ลูกค้าทุกคน เห็นก่อนข้อความใด ๆ	ตัวเลขผิดที่ดังที่สุดบนหน้าเพจ	หลายวัน ถ้าต้องรอกราฟิก
6	คอนเทนต์เสริมและตารางเปรียบเทียบ	ข้อความและรูปในโมดูล	ลูกค้าที่เลื่อนผ่านแกลเลอรีลงมา	ขัดกันเงียบ ๆ อยู่ในหน้าสินค้าเดียวกัน	หลายวัน และมักต้องขออนุมัติใหม่
7	แคตตาล็อก ไลน์ชีต ใบเสนอราคา	ไฟล์ PDF ที่ทีมแนบไปกับอีเมล	ผู้ซื้อ B2B เอเจนต์จัดหา ตัวแทนจำหน่าย	คุณเสนอตัวเลขที่ยกเลิกไปแล้วเป็นลายลักษณ์อักษร	เมื่อมีคนนึกขึ้นได้
8	เอกสารขนส่งและมาร์กบนกล่อง	ขนาดกล่อง น้ำหนักสุทธิและน้ำหนักรวม	ศุลกากร ฟอร์เวิร์ดเดอร์ ฝ่ายรับของ	แผนจัดตู้ผิด สินค้าถูกกักหรือถูกปฏิเสธ	ทุกชิปเมนต์
9	คู่มือ ใบประกอบ งานพิมพ์บนแพ็กเกจ	พิมพ์เสร็จและอยู่ในสต็อกแล้ว	ผู้ใช้ปลายทาง หลังของถึงมือ	เคสแจ้งปัญหาและรีวิวหนึ่งดาว	รอบพิมพ์ถัดไป

เก้าจุด เจ้าของงานห้าฝ่าย เวลาที่ใช้แก้ตั้งแต่ไม่กี่นาทีไปจนถึงรอบพิมพ์ถัดไป ความไม่สมมาตรตรงนี้คือปัญหาทั้งหมด ฟิลด์ที่แก้ได้ในไม่กี่วินาทีคือฟิลด์ที่เรานึกออก ส่วนจุดที่ใช้เวลาเป็นวันคือจุดที่ลูกค้าเห็นก่อน เช็กลิสต์อัปเดตสเปกสินค้าที่ไม่ระบุเจ้าของงานรายบรรทัด ก็เป็นแค่รายการความหวังลอย ๆ

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

ทำไมสินค้าตัวเดียวถึงมีตัวเลขที่ถูกต้องมากกว่าหนึ่งค่า

ก่อนจะไล่ตรวจเก้าจุด ต้องยอมรับความจริงที่ฟังดูขัดใจก่อนว่า สองจุดในนั้นขัดกันได้และถูกทั้งคู่ กฎ GS1 ที่คุมข้อมูลสินค้าที่ใช้ร่วมกันบังคับวิธีปัดเศษไว้ชัดเจน และปัดไปทางเดียวเท่านั้น

ตามมาตรฐาน GS1 GDSN Package Measurement Rules (Release 2.5 รับรองเมื่อกันยายน 2016):

หน่วยมิลลิเมตร ปัดขึ้นเสมอ ให้เป็นจำนวนเต็มมิลลิเมตร 99.3 mm กลายเป็น 100 mm
หน่วยนิ้ว ปัดขึ้นเสมอ ไปที่ 0.05 นิ้วที่ใกล้ที่สุด 2.942 นิ้ว กลายเป็น 2.95 นิ้ว
เวลาต้องแปลงข้ามระบบหน่วย ให้แปลงก่อนแล้วค่อยปัด โดยใช้ 1 นิ้ว = 25.4 mm
ขนาดเชิงเส้นทั้งสามด้านต้องใช้ระบบวัดเดียวกันและหน่วยเดียวกัน
วัด ระยะที่กว้างที่สุด เสมอ ทั้งส่วนที่ยื่นออกมา ฝา จุก และของแถมที่ติดมากับแพ็กเกจ นับรวมทั้งหมด ไม่ใช่ตัดทิ้ง

อ่านรวมกันแล้วผลลัพธ์ชัดเจน ชิ้นงาน 99.3 mm จะถูกประกาศเป็น 100 mm ในระบบที่ป้อนข้อมูลผ่าน GDSN และเป็น 3.95 นิ้ว ในตลาดที่ใช้หน่วยอิมพีเรียล ส่วนแบบของคุณยังเขียน 99.3 อยู่ สามตัวเลข ชิ้นงานเดียว ไม่มีใครผิด

มาตรฐานนี้ยังกำหนดค่าความคลาดเคลื่อนไว้ด้วย สำหรับหน่วยการค้าที่ไม่ได้ขายตรงถึงผู้บริโภค เช่น กล่องรวม (case unit) ค่าความคลาดเคลื่อนมาตรฐานของ GS1 อยู่ที่ 4.0% ของแต่ละด้าน ทั้งความลึก ความกว้าง และความสูง โดยมีขั้นต่ำที่ 0.25 นิ้ว (7 mm) และ 4.0% ของน้ำหนักรวม โดยมีขั้นต่ำที่ 0.2 lb (0.1 kg) การแก้แบบที่เล็กกว่านั้นอาจไม่ต้องขยับข้อมูลกล่องเลย แต่ถ้าใหญ่กว่านั้น แปลว่าทุกระบบที่ยังถือค่าเก่าอยู่หลุดพิกัดความเผื่อ ไม่ใช่แค่ข้อมูลไม่อัปเดต

ยังมีอีกเรื่องที่ทำให้ตัวเลขไม่ตรงกันได้อย่างชอบธรรม คือการเรียกชื่อแกน GS1 กำหนดความสูง ความกว้าง และความลึก โดยอิงจากด้านหน้าเริ่มต้นของสินค้า ซึ่งก็คือด้านที่เจ้าของแบรนด์ใช้โปรโมต ส่วนแบบจากโรงงานของคุณเกือบแน่นอนว่าใช้ความยาว ความกว้าง ความสูง โดยอ้างอิงคนละจุดกันเลย เรื่องว่าแกนไหนคือแกนไหน และทำไมลูกค้าถึงอ่านลำดับผิด เป็นกับดักอีกเรื่องหนึ่ง — อ่าน ลำดับความยาว ความกว้าง ความสูง ก่อนจะเหมาว่าลูกค้าอ่านตัวเลขสามค่าของคุณแบบเดียวกับที่คุณเขียน

ขนาดสินค้ากับขนาดพัสดุไม่ใช่ฟิลด์เดียวกัน

นี่คือจุดที่พลาดบ่อยที่สุดในเช็กลิสต์ทั้งหมด เพราะทั้งสองฟิลด์รับตัวเลขเหมือนกัน และไม่มีฟิลด์ไหนขึ้นเตือน

Google Merchant Center แยกสองชุดนี้ออกจากกันชัดเจน และช่วงค่าที่รับได้ยังไม่เหมือนกันด้วยซ้ำ:

	แอตทริบิวต์ขนาดตัวสินค้า	แอตทริบิวต์ขนาดสำหรับจัดส่ง
แอตทริบิวต์	`product_length`, `product_width`, `product_height`, `product_weight`	`shipping_length`, `shipping_width`, `shipping_height`
อธิบายอะไร	ตัวสินค้าเอง	กล่องที่ใช้ส่งสินค้าออกไป
หน่วยที่รับได้	cm, in (น้ำหนัก: lb, oz, g, kg)	cm, in
ช่วงค่า	1–3000 สำหรับ cm และ in	1–400 cm, 1–150 in
ใช้ทำอะไร	ให้ลูกค้าค้นเจอและผลลัพธ์แม่นขึ้น	คำนวณค่าส่งตามอัตราของขนส่ง
กฎที่ห้ามพลาด	ใช้หน่วยเดียวกันทั้งสามค่า ไม่อย่างนั้นข้อมูลจะไม่ถูกแสดง	ถ้าใส่แอตทริบิวต์ขนาดตัวใดตัวหนึ่ง ต้องใส่ให้ครบทุกตัว

ความต่างของช่วงค่าคือหลักฐาน ฟิลด์ที่รับได้สูงสุด 400 cm ไม่เคยถูกออกแบบมาให้เก็บขนาดตัวสินค้า และฟิลด์ที่รับถึง 3000 cm ก็ไม่เคยถูกออกแบบมาให้คิดค่าส่งของกล่อง ถ้าคนในทีมก๊อบตัวเลขสามค่าชุดเดียวกันใส่ทั้งสองที่ ตอนนี้มีอันหนึ่งผิดอยู่แน่นอน

Structured data เพิ่มคำศัพท์ชุดที่สามเข้ามาอีก บน schema.org นั้น Product มี width height และ depth โดยไม่มีพร็อพเพอร์ตี้ length เลย และแต่ละค่าเขียนเป็น QuantitativeValue พร้อม unitCode แก้ครั้งเดียว แต่เจอสามระบบ สามวิธีเรียกชื่อ และคนสามคนที่ไม่เคยเห็นจอของกันและกัน ถ้าเว็บของคุณยังไม่มีใครใส่ค่าพวกนี้ structured data สำหรับขนาดสินค้า คือจุดที่ถูกที่สุดในเก้าจุด

ฝั่งมาร์เกตเพลสยังมีอีกชั้นหนึ่ง Amazon ประกาศแอตทริบิวต์ของสินค้าแต่ละประเภทเป็น JSON schema ผ่าน Product Type Definitions API ฉะนั้นฟิลด์ขนาดที่มีอยู่ในสินค้าประเภทหนึ่ง ไม่ได้แปลว่าจะมีในอีกประเภทหนึ่ง คำว่าอัปเดตขนาดให้ครบทุกที่จึงไม่ใช่งานชิ้นเดียว แต่เป็นงานหนึ่งชิ้นต่อหนึ่ง schema

จุดที่ไม่เคยถูกอัปเดตคือรูปภาพ

ย้อนกลับไปดูตารางอีกที บรรทัดที่ 1 ถึง 4 เป็นฟิลด์ข้อความ คนดูแลระบบหลังบ้านแก้เสร็จก่อนพักเที่ยง บรรทัดที่ 7 ถึง 9 เป็นเอกสาร และทุกคนยอมรับอยู่แล้วว่าเอกสารต้องมีรอบแก้ไข

บรรทัดที่ 5 คือบรรทัดที่ผิดค้างอยู่เป็นปี ๆ เพราะตัวเลขอยู่ในพิกเซล จะแก้ทีต้องตามหาไฟล์ต้นฉบับ ตามหาคนที่ทำ บรีฟงาน รอ ตรวจ แล้วอัปโหลดใหม่ทุกช่องทาง คำตอบตามจริงในบริษัทส่วนใหญ่จึงเป็น เดี๋ยวรอบหน้าถ่ายใหม่ค่อยแก้รูป แล้วรอบหน้าก็ไม่เคยมา

ราคาที่ต้องจ่ายแพงกว่าที่คิด เพราะรูปคือสิ่งแรกที่ลูกค้าอ่าน และเป็นสิ่งสุดท้ายที่มีคนตรวจ ตารางสเปกคนกวาดตาผ่าน แต่ตัวเลขที่พิมพ์อยู่บนรูป คนเชื่อ

ทางแก้จริงคือเลิกมองภาพแจ้งขนาดเป็นงานอาร์ตเวิร์ก แล้วมองว่ามันคือมุมมองหนึ่งของข้อมูลคุณ วัดครั้งเดียวจากขอบจริงของสินค้า เก็บเลเยอร์เส้นบอกขนาดให้ยังแก้ไขได้ ไม่ใช่แบนรวมเป็น JPEG แล้วพอตัวเลขเปลี่ยนก็เอ็กซ์พอร์ตใหม่ตามสเปกรูปของแต่ละช่องทาง ทำแบบนี้ บรรทัดที่ 5 จะหดจากงานกราฟิกเหลือแค่การแก้สองนาที ซึ่งเป็นเหตุผลเดียวที่มันจะได้ทำจริง

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

เช็กลิสต์อัปเดตสเปกสินค้า

ก๊อบเช็กลิสต์อัปเดตสเปกสินค้าชุดนี้ไปแปะไว้ในใบแจ้งแก้ไขของคุณได้เลย จบในรอบเดียว แบ่งสี่กลุ่ม ไม่มีใครต้องเดาว่าใครรับผิดชอบอะไร

แหล่งข้อมูลต้นทาง

ค่าที่แก้ใหม่ถูกบันทึกไว้ที่เดียว พร้อมเลขรุ่นแก้ไขและวันที่ ในไฟล์ที่ทุกที่คัดลอกไปใช้
ระบุหน่วยและระบบวัดไว้ชัดเจน (mm หรือนิ้ว ไม่ใช่เขียนแค่ 1180)
การวัดรวมส่วนที่ยื่นออกมา หูจับ ฝา และจุกแล้ว ตามกฎระยะกว้างสุดของ GS1
ตรวจแล้วว่าค่าที่เปลี่ยนเกินพิกัดความเผื่อของกล่องรวมที่ 4% / 7 mm หรือไม่ เพราะตัวนี้ตัดสินว่าต้องแก้ลงไปถึงปลายน้ำแค่ไหน

ฟิลด์ที่ลูกค้ามองเห็น

ขนาดตัวสินค้าบนมาร์เกตเพลสอัปเดตครบทุกเจ้า ไม่ใช่เฉพาะเจ้าที่ใหญ่ที่สุด
ขนาดกล่องหรือขนาดจัดส่งอัปเดตแยกต่างหาก และยืนยันแล้วว่าเป็นค่าของกล่องจริง
แอตทริบิวต์สินค้าในฟีดอัปเดตแล้ว ดึงฟีดใหม่และเช็กคำเตือนแล้ว
Structured data บนหน้าสินค้าของเว็บตัวเองอัปเดตแล้ว

ไฟล์และงานออกแบบ

ภาพแจ้งขนาดหรือรูปที่ติดตัวเลขเอ็กซ์พอร์ตใหม่และอัปโหลดใหม่ครบทุกช่องทางที่ใช้รูปนั้น
คอนเทนต์เสริม ตารางเปรียบเทียบ และรูปทุกใบที่มีตัวเลขเก่าถูกเปลี่ยนแล้ว
แคตตาล็อก ไลน์ชีต และเทมเพลตใบเสนอราคาสร้างใหม่แล้ว ลบไฟล์ PDF เก่าออกจากไดรฟ์ที่แชร์กันและจากเทมเพลตอีเมล

งานกระดาษและงานพิมพ์

เทมเพลตแพ็กกิ้งลิสต์ อินวอยซ์ และมาร์กบนกล่องอัปเดตให้ทันชิปเมนต์ถัดไป
คู่มือ ใบประกอบ และงานพิมพ์แพ็กเกจถูกทำเครื่องหมายไว้ให้แก้ในรอบพิมพ์ถัดไป พร้อมนับสต็อกที่ค้างอยู่
ใบเสนอราคาที่ยังค้างอยู่และใช้ตัวเลขเก่า ถูกไล่หาเจอครบ และแจ้งลูกค้าที่เกี่ยวข้องก่อนที่เขาจะรู้เอง

ลำดับการทำงาน

ลำดับสำคัญกว่าความเร็ว เพราะบางขั้นตอนมีแคช และบางขั้นตอนมีเครื่องเป็นคนอ่าน

ล็อกแหล่งข้อมูลต้นทางก่อน ถ้ายังมีสองคนแก้ตัวเลขอยู่ ทุกขั้นที่เหลือจะรับความไม่ตรงกันนั้นต่อไปทั้งหมด
อัปเดตฟิลด์บนมาร์เกตเพลสที่ลูกค้าเห็น แก้ได้เร็วที่สุด และทำให้เจ็บเร็วที่สุดเหมือนกัน
เอ็กซ์พอร์ตรูปใหม่ก่อนแตะฟีด ฟีดและแคชจะดึง URL รูปใหม่ในรอบเดียวกับตัวเลขใหม่ ช่องว่างที่ข้อมูลขัดกันจึงไม่เกิด
ส่งฟีดแล้วสั่งดึงใหม่ เช็กว่าสินค้าไม่ไปค้างอยู่ในรายการคำเตือน เพราะสินค้าที่ถูกปฏิเสธแย่กว่าสินค้าที่ข้อมูลเก่า
สร้างเอกสารใหม่ แคตตาล็อก ไลน์ชีต เทมเพลตใบเสนอราคา และให้ลบไฟล์เก่าทิ้ง อย่าแค่เปลี่ยนชื่อไฟล์
พิมพ์เป็นขั้นสุดท้าย งานพิมพ์คือขั้นเดียวในลิสต์นี้ที่ย้อนกลับไม่ได้

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

คำถามที่พบบ่อย

อัปเดตขนาดสินค้าบนหน้าขายอย่างไรไม่ให้อันดับตก

แก้ที่แอตทริบิวต์เดิมตรงนั้นเลย การเปลี่ยนค่าในฟิลด์ข้อมูลไม่ใช่การลงขายใหม่ ประวัติของหน้าสินค้าจึงยังอยู่ครบ สิ่งที่ทำให้เสียหายจริงคือการลบแล้วสร้างหน้าใหม่เพื่อเริ่มใหม่ให้สะอาด เพราะจะทิ้งรีวิว ประวัติการขาย และรหัสสินค้าที่ลูกค้าบุ๊กมาร์กไว้ทั้งหมด

ขนาดตัวสินค้ากับขนาดพัสดุต่างกันอย่างไร

ขนาดตัวสินค้าอธิบายตัวสินค้าเอง ลูกค้าใช้ตัดสินว่าวางลงหรือใส่ได้ไหม ส่วนขนาดพัสดุหรือขนาดจัดส่งอธิบายกล่องที่ใช้ส่ง ขนส่งใช้คิดค่าบริการ Google Merchant Center บังคับให้แยกกันตั้งแต่ระดับ schema เลย คือ product_length และพวกเดียวกันรับค่าได้ถึง 3000 cm หรือนิ้ว ขณะที่ shipping_length และพวกเดียวกันจบที่ 400 cm หรือ 150 นิ้ว

ขนาดเปลี่ยนแล้วต้องแก้รูปสินค้าด้วยไหม

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

ขนาดเปลี่ยนไปเท่าไรถึงต้องแจ้งลูกค้า

ในเชิงการค้า ให้แจ้งทุกครั้งที่กระทบการสวมพอดี ระยะเผื่อ หรือการวางซ้อน อันนี้ใช้ดุลพินิจ ไม่ใช่ตัวเลขตายตัว ส่วนข้อมูลสินค้าที่ใช้ร่วมกันมีจุดอ้างอิงที่ประกาศไว้แล้ว คือค่าความคลาดเคลื่อนมาตรฐานของ GS1 สำหรับกล่องรวมอยู่ที่ 4.0% ต่อด้าน โดยมีขั้นต่ำ 7 mm เปลี่ยนอยู่ในกรอบนี้ถือเป็นความคลาดเคลื่อนปกติของข้อมูล เปลี่ยนเกินกรอบนี้แปลว่าทุกระบบที่ยังถือค่าเก่าหลุดพิกัดความเผื่อแล้ว

ควรประกาศเป็นหน่วยมิลลิเมตรหรือนิ้ว

ประกาศตามระบบที่ตลาดเป้าหมายต้องการ และประกาศทั้งสามแกนด้วยหน่วยเดียวกัน เพราะ GS1 กำหนดให้ขนาดเชิงเส้นทั้งสามใช้ระบบวัดเดียวและหน่วยเดียว เวลาที่ต้องแปลงหน่วย ให้แปลงก่อนแล้วค่อยปัด โดยใช้ 1 นิ้ว = 25.4 mm แล้วจึงใช้กฎปัดขึ้นของหน่วยนั้น การเอาตัวเลขที่ปัดมาแล้วไปแปลงต่อ คือวิธีที่ทำให้ความคลาด 3 mm กลายเป็น 6 mm