FreshPrice — 開発ストーリー

CLIENT

お客様について

国内有数の食品EC事業者、「AgriHarvest株式会社様」。

AgriHarvest株式会社様は、産地直送の野菜・果物・米・調味料・加工食品を取り扱う食品EC事業者。生鮮食品の購買体験を変えるため、自社販売チャネルに加えて「消費者が他EC との価格を即比較できる」横断比較ポータルの立ち上げを計画しました。市場には書籍や家電の価格比較サイトはあれど、生鮮食品に特化した横断ポータルがほぼ存在しませんでした。

「同じ食品の最安値を、買い物のたびに迷わず判断できる体験を」をコンセプトに、消費者向け価格比較プラットフォームを内製。Python Scrapy + Scrapy-Redis ベースの分散クローラ基盤で4大EC を24時間モニタリングし、Node.js API で同一商品マッチング・価格履歴・通知を提供。Next.js Web アプリで横断比較画面を実装しています。

モニタリング対象

50万+ SKU

対象EC

4 大EC (大手3 + 食品専門1)

クロール処理

100万+ リクエスト/日

BUSINESS FLOW

STEP

商品ブラウズ

カテゴリ・キーワードで食品を検索

STEP

4EC 横断比較

同一商品の価格・送料・在庫を一覧

STEP

価格履歴で判断

30日推移チャートで買い時を確認

STEP

購入 or 通知設定

最安値で購入、または目標価格で通知

CHALLENGE

解くべき設計課題

プラットフォームに求められた、4つの構造要件。

いずれも技術選定の問題ではなく、価格鮮度・データ精度・運用コスト・ユーザー継続率に直結する事業要件。

① 4ECサイトを24時間モニタリングしなければ、最安値を保証できない

各EC は日次・時間単位で価格・在庫が変動。1日1回のバッチクロールでは古い価格を表示し、消費者の信頼を失う。

② 同一商品マッチングの精度が低ければ、誤った価格を比較してしまう

各EC で商品名の表記揺れ (容量、産地、ブランド名) があり、「同じ商品」の判定が誤れば 価格比較自体が無意味になる。

③ クローラ基盤を固定リソースで構築すれば、運用コストが嵩む

セール時期・新規EC追加など クロール量が時期により10倍以上変動。常時ピーク量に合わせれば、平時のコスト効率が悪化する。

④ 値下げ通知が遅ければ、買い時を逃して離脱する

値下げ検知から通知まで時間が空けば、セール終了後に通知が届く ことになり、消費者の信頼を失う。

ARCHITECTURE

共に築いた構成

価格比較体験を、4つの領域で「止まらない基盤」へ。

AgriHarvest様の食品価格比較プラットフォームを、ゼロから内製で構築しました。Python Scrapy + Scrapy-Redis の分散クローラ基盤を AWS EC2 上で自動スケール、Node.js + Express の API で同一商品マッチング・価格履歴・通知配信を実装。Next.js Web アプリで横断比較画面を提供しています。