[楽天への疑問・意見・要望]の記事一覧 | まんまるblog

楽天アフィリエイトがよくわかりません。

01/17　【PR】WEBサービスを利用してアフィリエイトで更に稼ぐ!というリンクがあることに今更ながら気がついた。で、読んでみた。よくわかんない。wよくわかんないと書くと、なにがよくわからないのかをわからずに、ああだこうだ思われる人がいるだろうからちゃんと書きます。w楽天ウェブサービス規約より。第５条（デベロッパーＩＤ）２．利用者は、デベロッパーＩＤを他人に知られることがないよう責任をもって管理するものとします。当社は、入力されたデベロッパーＩＤが当社が発行したものと一致することを所定の方法により確認した場合、利用者による使用があったものとみなし、それらが盗用、不正使用その他の事情により利用者以外の者が使用している場合であっても、それにより生じた損害について当グループは一切責任を負いません。という部分がよくわかりません。なぜかというと、使用例がこんな書式だからです。■リクエストURLhttp://api.rakuten.co.jp/rws/1.3/rest?[parameter]=[value]...http://api.rakuten.co.jp/rws/1.3/rest?developerId=[YOUR_developerID]&operation=ItemSearch&version=2007-02-14&keyword=%E7%A6%8F%E8%A2%8B&sort=%2BitemPricehttpのクエリパラメータで結んでリクエストを投げる仕様のようです。これでどうやって他人に知られることがないよう責任をもって管理できるのでしょうか。素朴な疑問なんですけど。パスワードならわかるのですが、IDなんだから誰かに見られることが前提で使われるものではないのでしょうか？と書いておくと、「何もブラウザで直接叩くんじゃなくって、普通は自作のCGIの中から呼び出すので、一般的には隠せるでしょ」と言うかもしれませんが、プロトコルは生で流れるし、CGIの中も生の状態で保存されるわけですから、最初から「責任をもって管理」できるほどのものではないと思うのですけど…Q．各APIの利用制限を教えてください。A．1デベロッパーIDにつき、1秒に1回以下のリクエストとしてください。この部分もよくわからないんです。1秒に1回以下っていう縛りは、ネット上でこのサービスを経由して動的に使うには厳しいような気がするのですけど。単純に考えても３０人が同時にリクエストを送り、１秒内制限に触れないようにすると、最後の人へのレスポンスは３０秒後ということになるのでは？つまり暗にキャッシュしとくことを奨めてるのでしょうか？でもそれに関してもルールが書かれています。Q．各APIから取得したデータを表示する場合、どのくらいの頻度で更新する必要がありますか。(1)データのキャッシュに関して・商品の価格情報、および販売可能情報：24時間・その他の情報：3か月間これは格納できる期間制限なので、これ以上は駄目ってことですね。(2)表示されるデータの更新頻度に関して価格情報または販売可能情報を表示する場合、情報を少なくとも1週間に1回、新たに取得した情報に刷新し、再表示しなければならない。価格を表示するなら一週間に一回は更新しなさいよということですね。3) データ取得日時の表示に関して１時間に１回以上更新しない場合は、価格情報または在庫情報等の情報に隣接した位置に更新日時を記載し…一時間毎に更新できないのなら、情報が古いことを明記した上で、免責事項も書いて出店先の価格を認知させるよう促しておきなさいよということですね。ということは、WEBサービスを使う以上は動的に使いたい。↓しかし１秒縛りがあると自サイトから直接楽天のWEBサービスに繋ぐCGIを開放するわけにはいかない。（現在、そのようなアプリを開放している事例があるかもしれないが、１日数万PVを見込むサイトになってくると１秒縛りに抵触してくるはずである。）↓自サイト用のキャッシュが必要である。↓１時間に１回の全データ取り込みが理想だが、最低でも２４時間に１回の更新が必要。（１週間に一度しか更新しないようなサイトなら、初めからキャッシュが必要とは思えないない）ということになるのでしょうか。でもこれだとキャッシュが必要になるがゆえに、毎度毎度の更新時が重くなるような気がします。しかし楽天市場の商品検索がネットユーザーに無制限に開放されているというのに、なぜWEBサービスは１秒ルールがあるのでしょうか？吐き出すのがHTMLかXMLかの違いですから、データ的に軽いのは画像データや装飾データを含まないXMLのWEBサービス側であるはずです。ということはWEBサービス用のサーバがWEBサーバに比べちゃちいのでしょうか？でもこれは、WEBサーバにWEBサービス用の検索結果を返すモードを追加し、両方を一本化してかつ強化する方法で凌げないのでしょうか？アフィリエイトリンクの生成法も、どうもよくわかりません。デベロッパー用のアフィリエイトIDと通常のアフィリエイトIDは別物のようです。ここで言う通常のアフィリエイトIDとは、アフィリエイトリンクに含まれる８文字ずつをピリオドで繋いだ４ブロックのことを指しています。これはデベロッパー用のアフィリエイトID（ベター版）と見比べると違うことがわかります。どうして統合していないのでしょうか？通常のアフィリエイトリンクを作成するときの流れは、一覧から商品選び、商品リンクを押して生成リンクを表示させています。このときのプロトコルはhttpsで、つまり暗号化されています。レスポンスのアフィリエイトリンクは貼られれば人前に晒されるものですから、暗号化されて返ってくるほどの理由がありません。ということは要求されるときに暗号化が必要な情報が流れるか、戻ってくるときもそのような情報がついでにひっついてきていると思われます。しかしアフィリエイトリンクを作るときに、そのような情報が必要なのでしょうか？アフィリエイトへの登録名が表示されるからでしょうが、ここでその登録名を表示させる必要性があるのでしょうか？ユーザーが公開IDによって自分で認識できれば十分だと思うのですが。これというのも楽天の仕様でアフィリエイトIDをユーザーの認知情報にしていないからだと思います。そして商品URLにアフィリエイトIDを繋ぐだけのシンプル設計にしてくれれば、もっと早くて簡単で済みます。アフィリエイトIDと出力モードを指定して楽天市場を検索するだけで簡単に商品リンクが一括で吐き出されれば、もっとアフィリエイトが楽になるのですが。つまり現行のアフィリエイトシステム以上、WEBサービス未満の機能が欲しいのです。それは僕だけではないと思うのですが。

2007.02.26

コメント(2)

サブ画面の空きエリアにもアフリエイトリンクを貼れる機能を。

メイン画面の縦方向が延びていくとサブ画面の空欄が目立ってきます。この空間が勿体ないのでサブ画面にもアフリエイトリンクを加える方法を作ってくれないでしょうか。まずボックスというものを設け、そこにアフリエイトリンクをいくつも登録することができ、サブ画面に複数のボックスを任意の順番に登録できるというのはどうでしょう。これにより自分の考えたパッケージ毎にアフィリエイトのリンクボックスが作れるわけです。フリーページにアフィリエイトページを作っても２パス形式ながら目的は達成されるのですが、それでは直接画像を表示させることはできないし、HTMLを知らずとも「選択、登録」だけで済ませられるような方法で実現して欲しく思うのです。

2007.02.16

コメント(6)

管理画面の設計に関する疑問。

今まで気づかなかったが、インフォメーション内のそれぞれに「折りたたむ」という機能がついていた。だけどこの折りたたみ機能、状態が保存できないようだ。せっかく折りたたんでも管理画面を再度呼び出せば開いて戻ってきてしまう。これがデフォルトで折りたたんであって、任意で開かせるのならまだわかる。だがデフォルトで開いてあって、任意で閉じて、再度呼び出しで開いて戻ってきたら、何のために折りたたんだのかわからない。邪魔だと思うから折りたたむのだ。邪魔で折りたたむから、その状態を保管して欲しいのだ。それがいちいち開いて戻ってきたら、今度は折りたたむのが邪魔くさくなってしまう。しかしなぜインフォメーション内の各機能にだけなのだろう。普段使わない「おすすめテーマ」や「あなたをお気に入りブログに登録した人たち」にもあった方が便利だろうに。というか、管理画面の全てのブロックにその機能つければいい。というか、というか、旧管理画面ぐらい左ナビゲーションに機能への直リンクを増やし、スクリプトでフォルダー機能を実装すれば簡潔になる。もちろんその状態を保存できるようにして頂きたい。

2007.02.12

コメント(0)

楽天ブログさまにお願い。追記

試しに久しぶりにトラックバック機能を生かしてみたら、ものの数分でトラックバックスパムの山。こういうのはユーザー別にキーワードで弾く現機能だけでなく、事前にせき止める設定をサーバー周辺に施してくれませんでしょうか。

2007.02.04

コメント(2)

楽天ブログさまにお願い。

１：現在トップ自由編集欄がひとつのところをふたつに増やし、トップとボトムに分けて設置できるようにして欲しい。２：「今までに使ったテーマ」の表示数を増やして欲しい。選択に関してはプルダウンメニュにし、現在はテーマ選択と記事の登録が段階を踏むところを、記事登録時に同時でいいと思う。３：登録済み記事のカテゴリ移動を簡素化して欲しい。要するに移動編集もサーバーへの反映もブロック単位で行われバッチ処理された方が使い勝手が良い。４：ユーザー単位でスタイルシートが使えるようにして欲しい。つまりユーザー用スタイルシートの保存領域が欲しい。５：ユーザーがログインしている状況下では、管理画面からだけではなく通常閲覧画面の各記事からでも直接編集画面に移れるようにして欲しい。６：トラックバックの自動撃ち返し機能があれば嬉しい。相手が撃ち返しを受け入れない場合は、相手のトラックバックも受け入れないかを任意で設定できればなお嬉しい。

2007.02.04

コメント(4)

旧画像倉庫の管理はできないのだろうか。

１：ブログのプロフィール管理画面にて、うっかり「画像を公開しない」に設定してしまう。２：プロフィール覧からユニコーンの画像が消える。３：「あ、画像ってこれのことか」と思いだし、「画像を公開する」に再設定。４：にもかかわらず、出ないまま。５：改めて登録画像から選ばないといけないらしいと気づく。６：ところが旧画像倉庫にアップしてあった画像なので選べられない。７：旧画像倉庫からはアップはできないがリンクは生きてるはずではなかったのか？８：リンクもできなくなりますというのなら仕方がないが、ではあの画像、いったい誰が、いつのタイミグで削除するのだろう…

2007.02.02

コメント(2)