テクニカルSEO / EC
GTIN・UPC・EAN・ISBN チェックデジット検証ツール
商品バーコードや書籍のISBNを1行に1件ずつ貼り付けてください。本物のGTIN（mod-10）とISBN-10（mod-11）のアルゴリズムで各チェックデジットを再計算し、Google Merchant CenterやProductリッチリザルトで却下されるコードにフラグを立てます。
「ISBN」「UPC」「EAN」「GTIN」といった接頭辞付きのコード、スペースやハイフン入りのコード、あるいは「SKU-1042, 9780306406157」のような表計算ソフトのエクスポート形式もそのまま貼り付けられます。最後のカンマやタブより前のラベルは参照用として保持され、検証には使われません。
このツールが検証すること
すべてのGTIN、UPC、EAN、ISBNは、それより前の数字から計算されたチェックデジットで終わります。コード内のどこか1桁でも入力ミスや入れ替わりがあると、このチェックデジットは一致しなくなります——これこそGoogle Merchant Center、POSスキャナー、図書館システムが不正なコードを自動的に検出できる仕組みです。このツールは同じ計算を実行し、先に問題を見つけられるようにします。
検証の仕組み
推測は一切ありません——各コードはまず桁数で分類され、それぞれの実際の公開されたチェックデジットのアルゴリズムで検証されます。
GTINファミリー（mod-10）：EAN-8、UPC-A、EAN-13、GTIN-14
GTIN.org / GS1のアルゴリズム：チェックデジットのすぐ左の桁から、重み3と1を交互に掛けて合計し、その合計が10の倍数になる数字がチェックデジットです。1つの式で8桁、12桁、13桁、14桁のコードすべてに対応します。
ISBN-10（mod-11）
10桁のISBNのみで使われる別の古いアルゴリズムです：最初の9桁それぞれに10から2までの重みを掛けて合計し、11で割った余りがチェックデジットになります——余りが10の場合は2桁の数字ではなく文字Xと表記します。
重複コードの検出
同じコードがバッチ内に2回出現した場合、有効性とは別にフラグが立てられます——異なる2つの商品で同じGTINが使われていることは、両方のコードが個別にチェックサムを通過していても、Google Merchant Centerが出品を停止する最も一般的な理由の一つです。
SEOとMerchant Centerにとってなぜ重要か
schema.orgのProductマークアップ（gtin8/gtin12/gtin13/gtin14/isbn）とGoogle Merchant Centerのフィードは、どちらも同じチェックデジットのルールで検証されます——無効なコードは黙って却下されるか、データ品質の問題としてフラグが立てられ、Productリッチリザルトやショッピング広告が完全にブロックされることがあります。
よくある質問
「チェックデジット」とは何ですか？なぜ1桁の誤りがそれほど重要なのですか？
それはバーコードやISBNの最後の桁で、それより前のすべての桁から数学的に導き出されたものです。コード内のどれか1桁でも入力ミス、重複、隣接する桁との入れ替わりがあると、チェックデジットはほぼ確実に一致しなくなります——だからこそスキャナーやGoogle Merchant Centerは、これを使ってデータ入力ミスを自動的に検出できるのです。
13桁のコードがEAN-13として合格しましたが、ISBNだと思っていました。なぜですか？
ISBN-13コードは、数学的には978や979という「Bookland」範囲に予約された、通常のEAN-13コードにすぎません——チェックサムの計算はまったく同じです。このツールは13桁のコードが978または979で始まる場合は自動的にISBN-13としてラベル付けし、それ以外は一般的なEAN-13/GTIN-13としてラベル付けします。
このツールは、失敗したコードの正しいチェックデジットを教えてくれますか？
はい——桁数は正しいもののチェックデジットが一致しないコードについては、結果テーブルに入力された数字と、アルゴリズムが実際に計算した数字の両方が表示されるため、何を修正すべきか正確にわかります。
このツールはUPC-E（6〜8桁の圧縮コード）に対応していますか？
まだ対応していません——UPC-Eはチェックサムを適用する前に、完全な12桁のUPC-A形式に展開し直す必要があり、これはすでに独自のチェックデジットを持つコードを検証するのとは別の処理です。まずUPC-Aに展開してから、その12桁の結果をここに貼り付けてください。