楽天市場、Yahooショッピング商品価格比較検索（2026年の楽天APIのポイントも解説！）

楽天市場とYahooショッピング同時に検索できるアプリです。
入力項目を少なくしシンプルに検索できます。
結果表示もシンプルに価格の安い順に表示します。
普通の検索では検索結果に欲しい商品とまったく無関係の商品が出てくることがあります。
その対策として商品名に必ず含まれるキーワードを指定できるようにしています。
こちらがアプリになります。↓↓↓↓
楽天、Yahoo商品価格比較検索イチゲアプリ（2026/2/13楽天API新規対応済み）
楽天、Yahoo商品価格比較検索イチゲアプリ（こちらはRender無料ブランでつかってるので、表示するまで数分かかります。毎月20日以降停止。楽天API新規対応済み）

この記事はバックエンドのはなしですが、こちら↓↓は、フロントエンドのはなしです。

【楽天API】Rakuten Ichiba Item Search API（2022-06-01）をWeb applicationで使う方法

zenn.dev

楽天API対応（追記2026/2/13）

古いAPIが使えなくなるようなので新しくしました。https://rakuten-webservice.tumblr.com/post/808042087369097216/announcement-0209-legacy-version-of-ichiba-api
使っていたのはIchibaItem/Search/20170706
→Rakuten Ichiba Item Search API (version:2022-06-01)に変更。
アプリが削除できないので、残したまま、新規で同じものを登録した。
→使わない既存のものをEditで上書きすれば変更できた。activeは5個まで。
上が新しい。下が古い。（古いのを消したいが削除する手段が見つからないので、そのまま。）

2026/2/14うまくいったと思ったらエラー出てた。 “errors”: { “errorCode”: 400, “errorMessage”: “accessKey must be present as a query parameter or in the header” } 
→解決（詳細は次章）

勘違いしたままやってたこと

paramsのほうにも追加’accessKey’: ACCESS_KEY,
結果：
“statusCode”: 429, “message”: “Rate limit is exceeded. Try again in 1 seconds.”
今度はレート制限に引っかかった。

time.sleep(1)入れました。
結果：”errors”: { “errorCode”: 403, “errorMessage”: “REQUEST_CONTEXT_BODY_HTTP_REFERRER_MISSING”

ヘッダー’Referer’: ‘https://django6.kikuichige.com’ ‘Referer’: ‘https://django6.kikuichige.com’ 追加
結果：
“errors”: { “errorCode”: 403, “errorMessage”: “REQUEST_CONTEXT_BODY_HTTP_REFERRER_MISSING”
「HTTP Referer が無い」ではなく「楽天が期待する Referer と一致しない」（copilot談）
copilotは、登録はドメインだけでいいというので新しくApplication URLhttps://django6.kikuichige.comにしたが、状況変わらず。
楽天ウェブサービス → Your Applications → 新アプリ → アプリ情報の編集でサービス利用ドメインを入力しろとcopilotはいうが、そんな欄はない。

こちらを参考にした。https://zenn.dev/milky/scraps/252296c031eb4b
Referer→Originに変更。
結果：
私の場合、解決してないが一歩前進。”errors”: { “errorCode”: 403, “errorMessage”: “HTTP_REFERRER_NOT_ALLOWED” } 

原因判明

私の場合、Webアプリとはいえ楽天APIをたたいている部分は、Backend serviceからだったので、そこで話がおかしくなってた。Application typeの選択が、ただのアンケート的に考えていたが、超重要項目だった。
アプリを登録する際、Application typeをWeb applicationにしていたものを、
API/Backend serviceにしたらうまくいった。
そもそも、API/Backend serviceを選択すると、Allowed IP Addressが聞かれるので、そこでサーバーのIPを入力すればいい。
そのIPからのアクセスは許可してくれる。Backend serviceからアクセスする場合、ブラウザからのアクセスとは違ってRefererやOriginは関係なかった。うまくいってもよさそうだが、多分、私の構成Nginxコンテナ+Djangoアプリコンテナでは、DjangoでRefererやOriginを付けてリクエストしても、リクエストを最終的に出すNginx設定で消されていたのかもしれない。（サーバーからのリクエストがどんなものが出てたか未確認）
また、Application typeをWebアプリにしてパソコンでrequest.get（python）を使ってOriginを書き換えてやってみてもダメだった。
Webアプリとして使う場合は、どこかのサーバー上に「JavaScript で楽天APIへアクセスするWebアプリ」を置く必要がありそうです。
その際、アクセスキーなどの情報はフロント（ブラウザ側）にも送られるため、取り扱いには注意したほうがいいです。
ただし、アクセスキーが第三者に知られたとしても、Origin が異なれば今回のようにエラーになるように設計されているのだと思います。

ポイント

• アプリを+New Appで新規作成。アプリ名は日本語はエラーになった。
• Application typeは、楽天APIにアクセスするのが
  フロント（ブラウザ）の場合→Webアプリ。
  サーバーからアクセスする場合→API/Backend serviceを選択
• Application IDは変わっている。
• application_secretがAccess_Keyに代わった。
• アプリのプログラムはAI（copilotなど）で修正。
• パラメータ仕様、レスポンス仕様が違う
• レート制限が厳しくなってるのでtime.sleep(1)入れました。

主な変更
            # request_url = 'https://app.rakuten.co.jp/services/api/IchibaItem/Search/20170706'
            request_url = 'https://openapi.rakuten.co.jp/ichibams/api/IchibaItem/Search/20220601'
            # 30件30ページに制限
            for page in range(1, 4):
                # headers = { 'Authorization': f'Bearer {ACCESS_KEY}','Origin': 'https://kikuichige.com' }←フロントからリクエストと勘違いして追加してたが不要だった。
                params = {
                    'keyword': keyword,
                    'sort': '-reviewAverage',
                    'page': page,
                    'minPrice': minPrice,
                    'maxPrice': maxPrice,
                    'applicationId': APP_ID,
                    'accessKey': ACCESS_KEY, # 新API必須
                    'affiliateId': '**'
                }
                res = requests.get(request_url, params)
                # res = requests.get(request_url, params=params, headers=headers)←フロントからリクエストと勘違いして追加してたが不要だった。
                time.sleep(1)
                result = res.json()

このほかresを展開する部分はレスポンス仕様が違うのでcopilotに任せて修正したが、うまくいかず、Claude、Geminiと渡り歩き、最終的にChatGptが今回の件は頼りになった。

サーバーのIPがRenderのようにOutboundが動的に割り当てられる場合は

まだよく調べていないが、Render無料プランのアプリのサーバーIP調べようとして、ChatGptに聞いたら、動的割り当てされてるとか答えてきた。確かにRenderの設定画面をパッと見る限りない。
動的IPの割り当てをもう少し掘り下げてChatGptに聞いてみた。疑問に思ったのはDNSサーバーにドメインとIPの紐づけ設定をすると浸透するまで数時間かかっているので、DNSを書き換えてドメインとIPを動的に割り振るのは不可能ではないかと思ったから。
ChatGptの答え

DNS（your-app.onrender.comと固定IPの紐づけ）
your-app.onrender.com
        ↓
[Render LBロードバランサー（アクセス負荷を分散する役目） : 固定IP（後述）]
        ↓
[App Container（アプリが実際に動くコンテナ） : 動的IP]
        ↓
[NAT Gateway （出口）: 動的IP]
        ↓動的IPでアクセスしてしまうので、楽天APIのアプリ登録時にIPが固定で設定できない。
[外部API]（楽天API）
注意：固定IPと書いてあるが、実際には、複数（後述）

さらに聞いた。

your-app.onrender.com

クライアント
  ↔（TCP接続）
Render のロードバランサ（固定管理IP）

[Render LB]
    ↓（内部ネットワーク）
[App Container]

1. クライアント → LB（SYN）
2. LB → App Container（内部）
3. App Container → LB（HTML）
4. LB → クライアント（HTML）

Client ←→ Render LB ←→ App Container

App Container → NAT Gateway → 外部API

本当にそうか確認するため、Renderにデプロイした同じアプリで確認してみた。
まず、開発者ツールのネットワークで得た固定IPをRemoteAddressで楽天APIのアプリ新規登録いたが、やはり403。

実験していて、ブラウザの開発者ツールのネットワークタブで見るとRemote Addressが 216.24.57.7:443のときと216.24.57.251:443のときがあったので質問した。

your-app.onrender.com
        ↓ DNS
  複数の LB IP を返す
   - 216.24.57.7
   - 216.24.57.251
        ↓
  その時選ばれた LB に接続

Remote Address: 216.24.57.xxx:443

Client ↔ LB(216.24.57.7)

Client ↔ LB(216.24.57.251)

この際、いい機会なので、今まで疑問に思っていたことも質問したら、結構、今回の件でイメージしやすくなった。

example.com → 93.184.216.34

your-app.onrender.com
  A 216.24.57.7
  A 216.24.57.251

216.24.57.7
216.24.57.251

216.24.57.251
216.24.57.7

IP1 が忙しい
IP2 は空いている
→ 自然に分散

216.24.57.7 が死んだ
→ 216.24.57.251 に接続される

your-app.onrender.com
        ↓ DNS
  [216.24.57.7]  [216.24.57.251]
        ↓
Render の複数ロードバランサ
        ↓
App Container

A レコードの有効期限

TTL = 60秒

Client
  ↓
[LB コンテナ群]   ← ここは複数・常駐
  ↓
[App Container]   ← ここで Django / Node が動く

1000人アクセス
  ↓
LB が 1000 接続を受ける
  ↓
App1 に 300
App2 に 400
App3 に 300

Renderの場合はOutbound IP Addressesを設定すればOK

イチゲをOFUSEで応援する(御質問でもOKです）Vプリカでのお支払いがおすすめです

続いて、以下でうまくいった。やはり楽天APIにアクセスするときは、別の動的IPからアクセスしてるみたいです。とはいえ範囲が書いてあるので設定できました。

RenderのDashboadの右上のConnectに以下があった。これを設定したら、うまくいった。

Outbound
Outbound IP Addresses
Network requests from your service to the public internet will come from one of the following IP addresses or ranges.
These IPs are not unique to your service or workspace. They are shared by other Render services in the same region.
この下にIPアドレスが出てた。

そのアドレスをAllowed IP addressesに貼り付ければうまくいきました。
ただ、Webアプリにアクセスしたときの固定IPも書かないと、登録できなかった。(関係なかった。新規でなく既存のものをEditで編集できたので。)
固定IPはWebアプリをブラウザで開き、開発者ツールのネットワークで1番上の通信をクリックして見れば、Remote Addressに書いてあります。（毎回、違うことがあるが上記参照。表示されたもの1個だけ書いたらOKだった。しかし、たまたま固定IPを書いたらOKになっただけで動作が不安定だっただけと思われる。なので、本来、この固定IPは不要だと思う。）

楽天、Yahoo商品価格比較検索イチゲアプリ（こちらはRender無料ブランでつかってるので、表示するまで数分かかります。毎月20日以降停止。楽天API新規対応済み）

Renderを久しぶりに使ったら、GitHubとの連携が切れていたが、再連携の仕方が分かったので、記事更新しました。↓↓

【Django】Heroku無料枠がなくなるのでRenderを使ってみた。

Herokuが2022/11/末から有料になるため代わりになるRenderを使ってみました。どうにかデプロイできたので、その様子をご紹介します。Herokuで動いていたものを動かすことができました。HerokuやRailwayとは違ってアプ...

kikuichige.com

2022.11.25

どうしてもダメな場合はWebアプリ（フロントから楽天APIにリクエストするタイプ）に作り替えるしかないかもしれません。こちら↓を参考にしてください。

【楽天API】Rakuten Ichiba Item Search API（2022-06-01）をWeb applicationで使う方法

zenn.dev

アプリ操作方法

キーワード：検索するキーワード
絶対キーワード：キーワード検索結果のうち商品名に、ここで指定したキーワードが入っている商品を結果表示します。全角スペースで複数キーワード指定できます。
完全一致なので大文字、小文字、全角、半角も区別します。
何も検索結果が出ないときの原因は下の検索のコツに書いてあります。
最低価格：検索対象の商品価格下限です。デフォルト0円
最低価格：検索対象の商品価格上限です。デフォルト1000000円

検索結果
価格の安い順に表示します。
店：Y＝Yahooショッピング、楽＝楽天市場
画像：商品画像
価格：設定されてる価格。（送料、税、その他、この価格が意味する内容は異なりますので詳細はリンク先でご確認ください。
商品名：商品名、売り場のリンクがついてます。
楽天最大90件＋Yahoo最大90件＝合計最大180件
検索ボタンをクリックすると検索します。

検索のコツ

絶対キーワードを入力したとき検索結果に絶対キーワードが入っている商品名がない場合は何も表示されません。
価格設定を変えて再度検索してください。
このアプリのアルゴリズムはキーワード、最低価格、最高価格、安い順を設定し楽天、YahooショッピングAPIで検索結果をもらいます。
その検索結果から商品名に「絶対キーワード」で指定したキーワードが入っていないものは対象から外します。
安い順に表示します。
このアプリはDjango(Python）で作っています。

今後の予定

随時機能アップをはかりたいと思います。
AmazonのAPI（PA-API）を使うために必要なアマゾンアソシエイトにも申し込みましたが
一定以上の売上実績を重ねることが使用開始条件となります。
使用できるようになったらアマゾンも追加する予定でしたが全然売れないので諦めました。

このブログを書いてるイチゲをOFUSEで応援する

MENTAやってます（ichige）