仕入れ候補のページが消えたとき、単なる取得エラーで終わらせない
商品ページを開けなかったとき、通信が一時的に失敗したのか、ページ自体がなくなったのかで次の対応は変わります。どちらも同じ「取得失敗」にすると、消えた商品を何度も確認し続けます。そこで、削除や404の手がかりを拾い、利用できない商品として扱えるようにしました。
SECTION 01
ページがないことと、読み込みに失敗したことは違う
一時的な通信エラーなら、時間を置いて再確認する意味があります。一方、削除済みページや404は、同じURLを何度開いても商品情報が戻らない可能性が高い状態です。
両方を同じエラーとして再試行すると、処理枠を使い続け、確認したい商品が後ろへ回ります。
SECTION 02
複数の手がかりから「利用不能」を判断する
HTTPの状態だけでなく、ページ内の削除表示、商品が利用できないことを示す情報、売り切れ状態などを組み合わせて判断します。
商品IDが別の商品へ変わっていないかも先に確認し、単純な売り切れ判定で別商品を処理しないようにしています。
FLOW
取得不能ページの確認
ページ状態
404や削除表示を確認します。
商品照合
対象の商品IDかを確かめます。
利用不能へ
販売候補から外せる状態にします。
SECTION 03
「なぜ外れたか」を後から検索できる形で残す
利用不能として処理できても、理由が残らなければ後から調査できません。削除、404、売り切れ表示などの根拠を短い記録として保存します。
同じ理由が増えているかをまとめて調べられるため、個別のログを一件ずつ開かずに傾向を確認できます。
SECTION 04
再試行する商品と、終わらせる商品を分ける
監視処理は、何でも繰り返せば正確になるわけではありません。戻る可能性がある失敗と、商品が利用できない状態を分けることが大切です。
朝の検索で新しい候補を早く確認するためにも、終わった商品をきちんと処理対象から外す必要があります。
QUESTIONS
よくある質問
記事の内容に関連して、検索されやすい疑問を短く整理します。
Q1一時的な通信エラーも在庫切れとして扱われますか?
通信失敗だけで決めず、404、削除表示、利用不能を示す複数の情報を確認して状態を分類します。
Q2ページが利用不能になった理由は確認できますか?
削除、404、売り切れ表示など、判断に使った手がかりを検索しやすい記録として残します。
RELATED ARTICLES