新規出品の内容にASINを含めるよう戻した
新規出品の処理では、価格、在庫、商品状態が揃っていても、どの商品ページへオファーを追加するのか伝わらなければ受け付けられません。保存済みのASINは存在していましたが、実際の送信内容へ入っていない経路がありました。
SECTION 01
DBにASINがあることと、送信されることは別だった
対象の商品情報にはASINが保存されており、送信前の処理でも存在確認はしていました。
しかし新規出品用の属性へASINを組み込んでいなかったため、Amazon側から商品識別情報が不足していると判断されました。
SECTION 02
既存ASINへのオファー追加として識別情報を渡す
保存済みASINの前後空白を取り除き、新規出品の属性へ値と対象マーケットプレイスを含めます。
JANやEANなど、保存していない識別子をASINから推測して作ることはせず、現在確実に保持している情報だけを使います。
FLOW
新規出品内容を作る流れ
保存値確認
対象商品のASINを取得します。
識別属性
新規出品内容へ追加します。
送信前検証
空値や不足を事前に止めます。
SECTION 03
空白だけのASINでは送信内容を作らない
項目が存在していても、空文字や空白だけなら商品識別には使えません。
その場合は不完全な新規出品内容を送らず、生成段階で停止します。エラーになってから調べるより、原因を送信前へ寄せられます。
SECTION 04
送信処理は、保存値から最終JSONまで追う
管理画面に値が見えているだけでは、外部サービスへ届いている保証にはなりません。
モデル、送信内容の生成、送信直前のJSON、処理結果まで一つずつ追うことで、どの段階で情報が抜けたかを確認できます。
QUESTIONS
よくある質問
記事の内容に関連して、検索されやすい疑問を短く整理します。
Q1JANやEANも自動で送信されますか?
現在のモデルで種類と値を確実に保持していない識別子は推測せず、保存済みASINを既存商品へのオファー識別に使用します。
Q2ASINが空の場合も新規出品を送信しますか?
空文字や空白のみでは送信内容を生成せず、不完全な状態で外部へ送らないようにしています。
RELATED ARTICLES