導入前の課題はクッションページの改善に時間がかかっていたことですね。記事LPの場合はワードプレスで、アンケートLPの場合はコーダーに制作いただき、htmlファイルをクライアントのサーバーにアップいただく、という工程になっていました。

クライアントのサーバーアップという工数が発生すると、例えばFVだけの改善や遷移先の変更といった軽微な対応でもアップまでに時間がかかるケースが多く、スピーディーにPDCAを回しにくかったです。

導入の決め手のひとつは「クライアントのドメインに対してサブドメインを取得、設定できること」ですね。

弊社ではユーザー（消費者）に信頼いただける広告を実現するために、いわゆる第三者ドメインによる配信を行わず、クライアントのドメインで配信しております。

このためクライアントのドメインに紐づけられることは「クライアントのサーバーアップ」という工数を0にし、クライアントの許諾さえあれば弊社側でスピーディに記事LP・アンケートLPの変更・検証ができるため、格段にPDCAを回しやすくなりました。

もうひとつ影響が大きかったのが「1つのURLで複数のページを同時に配信できる」ことです。導入前はクッションページごとにURLを分けていたので、入稿の工数も増えていました。入稿を分けることで厳密には同じ条件下の配信にならないため、検証として弱かった部分もあります。

Squad beyondは同一URLでいつでも配信する内容を切り替えられるので入稿の工数も減りましたし、同一条件下の配信になるため検証の正確性も高まったと感じています。