今見返してたら別にCTEにしなくても単純なサブクエリで出せますね。numsこのグラフを見れば基本的に新規登録数のアヘッド/ビハインドは一発でわかるようになる。先月、先々月の実績とも比較できるので、この伸びで行くと今月の着地はどの辺りなのかを見れるようになり、問題がありそうならそのタイミングで手を考え始めれる。日別累積コスト※ダミーデータです日別累積のコストを出す。予算に対してどれくらいの進捗で予算が使われているのかは常に見ておきたい。Spreadsheetで管理している。redashにはSpreadsheet用のデータソースもあるのでこれを作成し、Spreadsheetに対してクエリを書く形になる。いう仕組みを利用する為、書けるSQLはsqlite用のものになる点だ。resultsに対してWindow関数が利用できるようになっている。joinしないと出せず、まぁまぁめんどくさい。以下は古いバージョン用のSQL。早めに最新イメージにアップグレードしたい。date運用型広告の場合、獲得ボリュームが伸びるかどうかはかなりクリエイティブに依存する。安定的な運用を目指すのだけど、どうしても上振れ下振れが発生してしまう為、このグラフを見ながらCFOと密に会話し、今月の予算着地をより精緻に見積もっていけるようにしている。※ダミーデータです次に過去3ヶ月のpaid/organic分類した上での日別登録件数を、organic率を添えて出す。axis等にすると変化を可視化しやすくなる。一つグラフ作成時のポイントとしては、paid/organicで分けたいけどtotalも見たい為、paid/organicは棒グラフをスタックさせ、totalを線グラフにして、マウスオーバーすると両方数値が見れるようにしている部分。これは他の数種類の実数+合計数値+率系のグラフにも応用できる考え方だと思う。paid.dt;日次の獲得数推移はどうなっているのか、Paid獲得だけに寄ってしまっていないか、CPIメニューの動画広告が大量に配信された際にOrganicにどのように影響があるのか等、ざっくり把握するのに便利なグラフとなっている。chartという形式はかなり汎用的に利用できるのでお勧めです(日別登録数推移と当日にアクションAをした割合推移とか)。Cost/Paid獲得出せばいけるし、Blendedは分母にOrganic獲得を入れれば出せる。CPAもサクッと出せるので一旦ここではSQL省く。ダミーデータです一日の登録件数を積み上げで見る際に利用。直近3日間と比較して当日どれくらいで進捗しているのかを確認する為に利用する。朝イチで更新してここが上振れていると一日が幸せになる。a直近3日間だけだと曜日変動を考慮できないので以下のように3週前の同様日比較のグラフも作っている。月別同日比較もある(グラフの形は直近3日と同じなので省く)。ダミーデータです直近3日間の時間別登録数。これは累積ではなく、その1時間に何件の登録があったかを見る為に作っている。ここが直近3日間と比較して上がっている/下がっている場合何か発生している可能性が高い。上下している理由の深堀りはネットワーク別に見る必要があるが、変動を見るのには非常に便利なグラフ。ダミーデータです(データの作りが悪くて100%超えてる部分もあるけどそれは見逃して欲しい)フラウドが発生している場合、登録自体は変動が無いが登録率が極端に下がる事が多い。登録数/インストール数を登録率とした際に直近3日間の時間帯別変動を見て、登録率が極端に下がっている場合はネットワーク別にどの登録率が下がっているかを確認し即時対応していく。ダミーデータです直近3日間のグラフ等で変動を検知したらまずはネットワーク別に前日と比較してどこが上がってる/下がってるのかを確認したい。そんな時に便利な表がコレ。redashはクエリ結果内にHTMLを含めることができるので色付けしてわかりやすくした。新規登録者の絶対数でソートしているので最も変動に影響があるネットワークが先頭に来るようになっている。descまとめ全然最後まで到達できなかった。データ準備に時間使いすぎました。株式会社カンムでは上記のように広告の運用を媒体側の管理画面に閉じず、自社内のデータと突合しながら最適な配信を目指して日々改善を繰り返しております。包丁一本さらしに巻いて。