タグ

ブックマーク / inchom.hatenadiary.jp (3)

  • ITP 2.0の機能の検証 - NO AD NO LIFE

    はじめに ITP(Inteligent Tracking Prevention)はブラウザ(Safari)上のユーザ行動の追跡を抑止する機能で、2017年に発表された最初のバージョンであるITP1.0は広告業界を震撼させました。 そして、2018年6月4日に新しいバージョンであるITP2.0が発表されました。ITP2.0ではさらに厳しいユーザ行動の追跡抑止機能が追加されています。 ITP2.0の主な機能として、 トラッカー(ユーザ行動の追跡者)により付与された3rd Party Cookieの即時的な排除 Storage Access APIを利用したCookieの管理 ファーストパーティバウンストラッカーに対する保護 リファラヘッダからドメイン以外部分の排除 があります。*1 今回はこれらの機能について、トラッキング環境を擬似的に構築し、動作検証を行なっていきます。 検証環境 macOS

    ITP 2.0の機能の検証 - NO AD NO LIFE
  • 作りながら学ぶ広告サーバ - DSP その1 - NO AD NO LIFE

    はじめに 今回は,近年の広告業界に定着したRTB(Real Time Bidding)について説明しようと思います. 残念ながら筆者はRTBの広告サーバを作ったことがないのですが,GW休みで暇なので詳細まで皆さんと一緒に勉強していきたいので,実際にRTBのシステムを作りながら解説していこうと思います. RTBの広告サーバだけでなく広告サーバ共通で気を付けるポイントもあるので,その辺りにも触れていきます.(大雑把な話は以下のエントリにまとめていますので,興味のある方はご覧下さい) inchom.hatenadiary.jp 今回は,RTBシステムの広告主側プラットフォームであるDSP (Demand Side Platform)について説明していきます. (注意)共通標準であるOpenRTBの仕様をベースに開発を進めるので,現状動いているシステムのRTBの仕様とは異なっていたり,一部私の認識

    作りながら学ぶ広告サーバ - DSP その1 - NO AD NO LIFE
    akatakun
    akatakun 2018/07/26
    Redisに対してWriteをしないようにすることで,リクエストが大量に増加した場合も,Redis Slaveを増やすことで対応できる(ただし、Redisのマスターが単一障害点になり得る)
  • 作りながら学ぶ広告サーバ - DSP その2 - NO AD NO LIFE

    はじめに DSPを作りながら詳細について解説しております. 前回は,RTBとDSPの概要,インフラ設計,データ設計の説明をしました. 今回は,入札機能の詳細と実装の説明をします.記事内で紹介しているコードは,Githubに公開しております. 前回のエントリーを読んでいない方は,下記からお進みください. inchom.hatenadiary.jp (注意)共通標準であるOpenRTBの仕様をベースに開発を進めるので,現状動いているシステムのRTBの仕様とは異なっていたり,一部私の認識が間違っている箇所もあるかもしれません,そういった場合はコメント等いただけたらと思います. 入札機能の概要 入札機能の概要について説明していきます.下図の赤枠で囲んだ部分が入札機能です. DSP視点での入札機能の処理の流れになります. SSPから送信されるRTBリクエストを取得する 広告枠情報から入札するかを決め

    作りながら学ぶ広告サーバ - DSP その2 - NO AD NO LIFE
  • 1