技術性SEO / 電商
GTIN、UPC、EAN 同 ISBN 檢查碼驗證工具
逐行貼上產品條碼或者書本ISBN。我哋會用真正嘅GTIN（mod-10）同ISBN-10（mod-11）演算法重新計算每一個檢查碼，仲會標記出邊啲編碼會俾Google Merchant Center或者Product豐富結果拒絕。
你可以貼上純編碼、加咗「ISBN」/「UPC」/「EAN」/「GTIN」字頭嘅編碼、有空格或者連字號嘅編碼，或者試算表匯出格式例如「SKU-1042, 9780306406157」——最後一個逗號或者tab之前嘅標籤淨係留番做參考，唔會用嚟驗證。
呢個工具檢查啲乜嘢
每一個GTIN、UPC、EAN同ISBN都係以一個由前面啲數字計算出嚟嘅檢查碼作結尾。編碼入面隨便邊個位打錯或者調亂咗一個數字，都會即刻令檢查碼對唔返晒——呢個正正就係Google Merchant Center、POS掃描機同圖書館系統可以自動捉到錯誤編碼嘅原理。呢個工具就係跑緊同一套計算，等你可以先發現問題。
驗證原理
呢度冇任何靠估——每一個編碼先按長度分類，然之後用返佢真正公開嘅檢查碼演算法去驗證。
GTIN家族（mod-10）：EAN-8、UPC-A、EAN-13、GTIN-14
GTIN.org / GS1嘅演算法：由檢查碼左邊嗰個數字開始，交替用權重3同1，將啲乘積加埋，令總和變成10嘅倍數嗰個數字就係檢查碼。一條公式就搞掂晒8、12、13、14位數嘅編碼。
ISBN-10（mod-11）
一個唔同、更舊嘅演算法，淨係用喺10位數嘅ISBN：頭9個數字分別乘以由10減到2嘅權重，加埋之後除以11嘅餘數就係檢查碼——如果餘數係10就寫做字母X，唔係寫兩位數字。
重複編碼偵測
同一個編碼喺一批入面出現兩次，會同有效性分開標記——兩個唔同產品共用同一個GTIN，係Google Merchant Center暫停上架最常見嘅原因之一，就算兩個編碼分別都過到checksum都一樣。
呢個對SEO同Merchant Center點解咁緊要
schema.org嘅Product標記（gtin8/gtin12/gtin13/gtin14/isbn）同Google Merchant Center嘅資料源，都係用返呢套一模一樣嘅檢查碼規則去驗證嘅——無效編碼會俾佢靜靜雞拒絕咗，或者標記做數據質素問題，可以完全阻止Product豐富結果同購物廣告出現。
常見問題
「檢查碼」係乜嘢嚟㗎？點解錯一個數字會咁緊要？
佢係條碼或者ISBN最後一個數字，係由前面所有數字用數學方法計算出嚟嘅。只要編碼入面隨便一個數字打錯、重複咗或者同隔籬數字調亂咗，檢查碼幾乎肯定唔再啱——呢個就係點解掃描機同Google Merchant Center會用佢嚟自動捉數據輸入錯誤。
我嗰個13位數編碼驗證做EAN-13，但我以為佢應該係ISBN,點解會咁?
數學上嚟講，ISBN-13編碼其實就係喺978同979呢個「Bookland」範圍入面預留咗嘅普通EAN-13編碼——checksum嘅計算方法一模一樣。呢個工具會自動將13位數編碼標記做ISBN-13，如果佢係以978或者979開頭；如果唔係就標記做一般嘅EAN-13/GTIN-13。
呢個工具可唔可以話俾我知,驗證失敗嘅編碼正確檢查碼係乜?
可以——凡係長度啱但係檢查碼對唔上嘅編碼,結果表會同時顯示你輸入嘅數字同演算法實際計算出嚟嘅數字,等你清楚知道要改乜嘢。
呢個工具支唔支援UPC-E（6到8位數嘅壓縮編碼）？
暫時未支援——UPC-E要先展開返做完整12位數嘅UPC-A格式,先至可以應用checksum,呢個同驗證一個已經自己帶檢查碼嘅編碼係唔同嘅流程。請你先展開做UPC-A，然之後將12位數嘅結果貼喺呢度。