---
# System prepended metadata

title: Afi PJ

---

# Afi PJ

## 1. 収益確認WEBアプリ（＝別名：手動）
ユーザーメリット：アフィリ報酬 - Google広告費 = 利益 の閲覧アプリ
### 開発状況
1. 各種コンポーネント_完成済
2. ユーザーID/PW機能_未実装
3. クレカ契約連携機能_未実装
4. 上記含めたフロントエンド開発_未実装

### 開発松崎メモ
> ①afb、アクトレの商品スクレイピングはコード書き終わってます。そこから派生する、情報取得も問題ありません。
> 
> ②afb、アクトレの報酬管理ツールを作るためにそれぞれの報酬集計APIを作ってます。
> ※AWSのLambdaを利用して集計を実行してます。言語はPythonです。
> 
> ③同じく管理ツールのために、Google広告用のAPI集計APIを作ってます。
> ※Google広告APIの利用が承認制だったので大谷さんの会社アカウントが親になってます。2週間程度で承認されました。
> 
> ④今は管理ツールをスプレッドシートにしてますが、WEBアプリ化可能です。課金システムはStripeを利用することを想定してます。フロントはVue.jsバックはPythonを利用させてもらいたいです。
> ※WEB屋さんPHPがお得意かと思うんですが、僕はうまくかけず、、、泣

## 2. 収益最適化AIアプリ（＝別名：自動）
ユーザーメリット：アフィリ報酬 - Google広告費 = 利益 を自動で計算し、最適化モデルから（日時/毎時）で入札金額を変更するアプリ
### 開発状況
1. 最適化モデル検討（高尾さん？）
2. 最適化モデルに合わせたバックエンド開発_未実装
3. フロントエンド開発_未実装(1のアプリに組込む形でもよい) 

### 最適化モデル大谷さんメモ
> ＜メモ＞単価調整自動化の条件。
> 
> □報酬が発生している場合
> 広告費率が30%以上の場合x円下げる。
> 広告費率が30%以下の場合X円上げる。
> 
> □報酬が発生していない場合
> 上部インプレッションシェアが70%以上の場合x円下げる。
> 上部インプレッションシェアが70%以下の場合x円上げる。
> 
> □損切りライン
> 50クリックしても報酬が発生しない場合は、一旦停止。その上で検証、再出稿
> 
> □インプレッションが少ない場合
> 上部インプレッションシェアが70%前後であれば、検索需要がないものと判断し放置。
> 
> □インプレッションが全くない場合
> 1円ずつ上昇させ、50円に到達したら価格の上昇は停止。検証。
> 
> 以上の優先順位順に目視ではインプレッションが多い物のみ1日一回調整。
> 
> 現状、一時期売れていたのに売れなくなってしまった案件に対するルールがない。単純に検索需要がなくなった場合は問題ないが、クリックはされるが売れない場合の対処は？
> 
> プログラムの場合。最短時間毎、もしくは1クリック毎に1円ずつ動かせば収束するのでは？
> 
> プログラムの場合はクリック毎などの別の時間軸が可能か？
> ーーーーーーーーーーーーーーーーーーーーーーーーー
> リアルなCV率が出てしまえば、1000クリックとかで計算すれば、広告比率30%にするための適正な広告単価が、計算出来てしまうのでは？
> 
> 《自動調整新ルール素案》
> 
> 1.高めの広告単価でテスト出稿
> 2.50クリック時点のリアルCV率を算出,CVの無いものは一旦損切り。
> 3.CV率から適正な広告単価を計算。
> 広告単価＝30%（目標広告比率）×CV率×報酬単価×承認率
> なので、価格変更。
> 
> この後は一定期間毎のCV率で算出していけばよいのではないか？
> 
> これが稼働するようであれば、広告やLPのクオリティの比較も可能。
> 
> ASP側でCV率を分けられれば、キーワード毎の結果や単価も算出可能なのでは？
> 広告コードで数種類に分けるのは可能だが？？
> ーーーーーーーーーーーーーーーーーーーーーーーーー