現在「保留」、進捗 70%。工程は全19件中 12件完了。
残りの工程: ナハト裏報酬計算の仕様確認後reward反映方法を決定 / asp_data画面 ?date=2026-06-09 で6/9分3社が入っているか / referrer(6:00cron後)data-organizingに3社入っているか / 6/8重複整理(list68.pyで確認→不要id削除→入れ直し) / 6/1〜6/7をbackfill_btlr.py --sendで投入 / 全ファイルのFTP反映確認 / asp_data API get/deleteの本番実体確認
最新報告「6/11 確認内容」(2026-06-10 23:05:44)
ASPアカウント4つの追加。
ナハト,オーガニックグループ,グラッドワン,A8(plusAD02)
https://docs.google.com/spreadsheets/d/1crT18t3TOzMHUGtoOniLGa5yBQuHuWD_aelEy4vm3VM/edit?gid=0#gid=0
中田
以下3社
/var/www/html/asp_data_get
の.pyで値の取得が出来ていない。
本日、手動対応した。
https://plus-creative.xyz/nakata/asp_data/
organicgroup(plus-ad)
gladone(plusAD)
nahato(625_plus)
pythonのスクレイピングを確認/修正
中田
以下Slack送信メッセージ:
■日次発生報告【ASP別】
06/08(月)
A8(plus0501):1,235,200円(月間計:9,270,381円)
A8(plus02):1,089,165円(月間計:10,957,038円)
A8(plusAD):149,200円(月間計:1,776,800円)
A8(plus03):363,000円(月間計:2,882,500円)
A8(plusAD02):27,000円(月間計:209,000円)
felmat:2,443,999円(月間計:19,669,333円)
afiB:131,000円(月間計:2,144,895円)
アクトレ(plus0502):58,500円(月間計:769,971円)
Janet(pp1037642):0円(月間計:245,000円)
Janet(pp2005790):0円(月間計:29,000円)
Janet(pp2005141):0円(月間計:125,000円)
(2)新しいASP3社追加取得設定はしましたが、Slackへの送信設定がうまく言っていないようなので
次回、原因の調査/修正作業を行います。
サーバキャッシュの可能性あり
▼ データの取得自体は出来ております
https://plus-creative.xyz/nakata/asp_data/
https://plustest:plussp@data-organizing.com/
plustest/plussp
Claude Code
【作業記録 2026-06-09 / btlr3社+A8 plusAD02 追加】
■ 本日やった事
- btlr系3社(オーガニックG/グラッドワン/ナハト)+ A8 plusAD02 を asp_data_get / asp_referrer 両系統に追加。
- slnm 3社 本番稼働確認: organicgroup 6/8=87,000 / gladone=0(plAD) / nahato=0。
- backfill_btlr.py 完成(litepicker日付ナビ解決)。6/1〜6/8 日別取得が動作。DRY確認済み:
organicgroup 6/1=111,500…6/3=97,500 / gladone 6/7=61,500…/ nahato 全日0。
- asp_reward Slack日次報告: 本番slack.php実行で「6社分が実際にSlackへ配信」されることを確認(end-to-end)。
- referrer: organicgroup=9件 / nahato=5件 / gladone=0件(0件disabled対応を_btlr_referrer.pyに追加)。
- 表示/監視リストに4アカウント追加: asp_data($asp_arr) / asp_reward($asp_settings) / data-organizing(check.php,report_check.php)。
- 誤データ訂正: env重複バグで入った87,000の重複(13360-62,13372)を delete、gladone を plAD で入れ直し。
■ 重要メモ
- env変数名は推測禁止。slnmと同じキーを使う(ORGANICGROUP_ID/GLADONE_ID/NAHATO_ID、PWは_PW)。account: gladone=plAD。
- asp_data APIの check は常に空・get は未実装。slnmは毎回insertするため重複注意。
- btlr取得は h5.card-title開く→#yesterday→#previous_dayでk日前→検索→CSV。0件時CSVボタンdisabled→reward0。
■ 今日中の必須アップロード(明日の自動配信に必要)
1. ConoHa /var/www/html/asp_data_get/asp_data_get.sh (3社のcron登録。本番は未登録0件)
2. ConoHa /var/www/html/asp_referrer/_btlr_referrer.py (0件disabled対応)
■ 明日の朝のチェック手順
1. 8:50頃: Slack日次発生報告に【6社】(A8系 + オーガニックG/グラッドワン/ナハト)が出ているか。
2. 金額が妥当か: organicG=実値 / gladone=実値 / nahato=0円(報酬0設定)。
→ 3社が0円や欠落なら asp_data_get.sh が本番未アップ=cron未実行の疑い。最優先で確認。
3. asp_data画面 https://plus-creative.xyz/nakata/asp_data/?date=2026-06-09
で6/9分3社が入っているか。
4. ASP_Err メールが来ていないか(取得失敗の有無)。
5. referrer(6:00 cron後): data-organizing.com に3社のCV詳細が入っているか。
6. 非表示3社(stormAD/pp2007625/pp2007788)が Slack/画面に出ていない事も確認。
■ 残りタスク
- 6/8重複整理(list68.pyで現状確認→不要id削除→入れ直し) と 6/1〜6/7 backfill --send。
- 全ファイルのFTP反映確認。asp_data API get/delete の本番実体確認。
■ 反省
担当AIの確認不足で約7時間を要した。env変数名の推測、未確認のままの完了報告、api/index.phpの幻覚、DRY前送信が主因。
詳細と再発防止は引き継ぎ資料 asp_add_handover/INCIDENT_AND_HANDOVER.md の第6章に記載。
Claude Code
【作業記録 / Claude Code セッション 2026-06-08】
■ 実施内容(ASP新規追加4社)
A8 plusAD02(既存A8の新アカウント)
オーガニックグループ / グラッドワン / ナハト(btlr系OEM 3社・同一プラットフォーム)
■ 付随作業(3アカウントの表示・Slack非表示)
- stormAD / pp2007625 / pp2007788 を画面・Slack日次報告から非表示(取得は継続・データ保全)
- asp_data / data-organizing / asp_reward 各サイトに除外を実装。戻すときは各 _hidden.php / hidden_accounts.php の配列を [] に
■ アップロード対象(ConoHa /var/www/html/)
asp_data_get/: _btlr_fetch.py, slnm_organicgroup.py, slnm_gladone.py, slnm_nahato.py, asp_data_get.sh
asp_referrer/: _btlr_referrer.py, data-organizing_organicgroup/gladone/nahato_referrer_get.py, data-organizing_asp_referrer_get.sh
■ 次のアクション
1. 両 .env_asp(asp_data_get / asp_referrer の別ファイル)に btlr3社キー追記: ORGANICGROUP_ID/PW, GLADONE_ID/PW, NAHATO_ID/PW(A8_PLUSAD02 は追記済)
2. 上記ファイルを ConoHa にアップロード
3. referrer 3社を手動DRY確認(python3 で実行 → "Added N items" が CSV件数と一致するか)
4. 表示側に4社追加: report_check.php の $aspSiteAccounts / $expectedScripts、check.php の $all_scripts(インデックス整合・未取得誤検知防止)
5. ナハトの裏報酬計算の仕様を確認後、reward 反映方法を決定
■ 明日 8:50 の発信メッセージ確認内容(cron 7:44/8:44/9:44 実行後)
1. Slack日次発生報告に 4社(organicgroup / gladone / nahato / a8 plusAD02)が出るか
2. 各社の発生額が btlr / A8 管理画面の値と一致するか
3. ナハトが 0円で表示されているか(想定通り)
4. ASP_Err エラーメールが来ていないか(取得失敗の有無)
5. asp_data 画面(plus-creative.xyz/nakata/asp_data/)に4社の行が出るか
6. referrer(6:00 cron 後)data-organizing.com に4社のCV詳細が入っているか
※ 非表示3アカウント(stormAD/pp2007625/pp2007788)が Slack・画面に出ていないことも併せて確認
【現状整理 2026-06-15 / ASP新規追加4社】
■ 完了している部分
- A8 plusAD02: データ取得・referrer・Slack日次配信まで稼働確認済み。
- btlr系3社(オーガニックG/グラッドワン/ナハト): スクレイピング作成・DRY取得確認OK、
本番ファイル+cron(asp_data_get.sh / _btlr_referrer.py)アップロード済み。
- 表示・監視側(asp_data $asp_arr / asp_reward $asp_settings /
data-organizing check.php・report_check.php)に4社追加済み。
- 非表示3社(stormAD/pp2007625/pp2007788)のSlack・画面除外実装済み。
■ 未解決の課題(最優先)
- 6/11確認: btlr系3社(organicgroup/gladone/nahato)の本番.pyが値を自動取得できて
いない(手動対応でしのいだ状態)。
→ 本日これより、本番環境でのスクレイピング不動の原因を調査・修正する。
■ 残りタスク
1. 3社スクレイピング本番不動の原因調査・修正(最優先)
2. Slack日次発生報告に6社(A8系+3社)が正しい金額で出るか確認
3. 各社金額の妥当性確認(organicG=実値 / gladone=実値 / nahato=0円)
4. ナハト裏報酬計算の仕様確認 → reward反映方法を決定
5. 6/8重複データ整理(list68.pyで確認→不要id削除→入れ直し)
6. 6/1〜6/7分の backfill 投入(backfill_btlr.py --send)
7. referrer(6:00 cron後)3社が data-organizing に入っているか確認
8. 非表示3社がSlack・画面に出ていないことの最終確認
9. ASP_Err取得失敗メールの有無確認
10. 全ファイルのFTP反映確認 / asp_data API get・delete の本番実体確認
進捗率: 70%(自動取得の安定稼働をもって完了とする)