Googleスプレッドシートのサイトコンバージョンに関する問題を探しています

こんにちは、Habr！ 私の名前はDmitry Okunevです。フィンテック企業ID Financeのプロダクトマネージャーとして働いています。 これは同社の最初のブログ投稿です。 ここでは、国際的な専門知識を含む経験を共有します。 行こう



ほとんどのオンラインビジネスでは、サイトのコンバージョンは、見込み客を顧客に変えるための基盤です。 ID Financeでは、CRにプラスとマイナスの両方に影響を与える可能性のある膨大な数の変更を行っているため、コンバージョンファンネルの有効性を文字通り毎日継続的に追跡しなければ、問題が生じます。

サイトのコンバージョンを測定するためのさまざまなアプローチがあります。そのような追跡のために、Google Analyticsからのファネルの毎日の自動アップロードに基づく独自のダッシュボード形式を開発しました。 なぜそのような方法ですか？

• Googleアナリティクスはセッション分析ですが、ほとんどの場合、ユーザーに関心があります。 一意のclientID。 このデータは、GAからユーザーメトリックを照会することで最も簡単に取得できます。
• この場合のダッシュボードは通常のGoogleスプレッドシートファイルであり、簡単に共有したり、さまざまなユーザーにアクセス許可を設定したりできます。また、それを読むのに分析の操作経験はあまり必要ありません。
• レポートデータは、利害関係者への定期的なレポートに適しており、簡単に読み取って更新でき、製品の変換の変更をすぐに表示します。
• 柔軟なレポート形式により、CRの監視に加えて、ユーザーフローの問題領域をすばやく見つけたり、ABテストを測定したり、仮説をテストしたり、データをすばやく計算したりするなど、他の多くのタスクを実行できます。

なぜこれが必要なのですか？

歴史は、最初の反復からの製品が私たちが望むほど効率的に顧客への着信トラフィックの変換を開始する場合をほとんど知っていません。 トラップを設定します。非効率的で複雑なUX、記入する多数のフォーム、バグ、各配信で増加するバグ-これらすべてで作業できます。 しかし、何を扱うべきかを理解するためには、最初に問題を解決する必要があります。a）ローカライズ、b）常に監視。製品とトラフィックの品質の両方が絶えず変化しているため。 現在の状況を表示するツールを手元に用意しておくと、改善に関する意思決定をすばやく行い、問題を追跡し、追加の追跡を実装できます（ユーザーフローに影響する場合）。



現在、当社の各プロジェクト（同社は4つのブランドで8か国で運営されています）には独自のレポートが含まれており、各レポートには、モバイルアプリケーションを含む新規およびリピート顧客のすべての主要ユーザーケースをカバーする10-15のダッシュボードが含まれています

どのように機能しますか？

サイト上のファンネルは、ユーザーアクションのシーケンスとして説明できます。 Googleアナリティクスは、このシーケンスをセグメントとして記述する機会を提供します。

セグメント自体は条件とシーケンスに分割され、スコープ（ユーザー（ユーザー）またはセッション（セッション））によっても定義されます。 目的のユーザーグループを取得するには、交差を指定します（シーケンスに条件を課します）。 たとえば、ABテストの特定のバリエーションの参加者と一緒に、モバイルデバイスのみから顧客の目標到達プロセスの写真を取得する場合。



Google Analyticsは、必要なデータにアクセスするための特別なCore Reporting APIを提供します。 リンクでそれをよく理解できます。 ここではクエリの構文について詳しくは説明しません。Googleのドキュメントはいずれにしても、より包括的なものになります。



以下に、Core Reporting APIでリクエストできるセグメントの例をいくつか示します。

1. 1）ページ/登録/ステップ1にあったモバイルデバイスからすべてのユーザーのリストを取得します：
   
   
   
   ユーザー::条件:: ga：deviceCategory == mobile; ga：pagePath == / registration / step1
2. 2）ページ/登録/ステップ1にいて、次にページ/登録/ステップ2にいたユーザーのリストを取得します。
   
   
   
   ユーザー::シーケンス:: ga：pagePath == / registration / step1;->> ga：pagePath == / registration / step2

ページ/登録/ステップ1から/登録/ステップ2へ、そして2番目から3番目などへの遷移の変換を見たい場合、ステップ1、ステップ1、ステップ2へのリクエストを順番に行う必要があると推測するのは簡単ですそして最後まで続きます。 これを行うには、以下で説明する小さなスクリプトを使用します。

スプレッドシート

多くの実験を経て、次のダッシュボード形式に到達しました。プロジェクトごとに、興味のある一連の目標到達プロセスと設定用のいくつかのページを含む独自のGoogleスプレッドシートドキュメントが作成されます。



ここでは、元の状態です（さらに簡単な例を示します）。 リンク



ファイルは読み取り専用モードであるため、最も簡単な方法は、自分にコピーして、そこからすべての実験を実行することです。



ファイル構造：



「ファンネル」シートには、すべてのセグメントの説明が含まれています。この例では、ファンネルは、さまざまなユーザーフローを説明しています。 たとえば、新しいクライアントのアンケートへの記入の流れ、繰り返されるものへのすべての方法（複数のエントリポイントがある場合があります）、事前承認済みの顧客への目標到達プロセスなどを確実に説明します。



このシートのパラメーター：

• 参照セグメント -参照セグメント。 ここでは、たとえば、サイトで最初のセッションを持つすべての顧客を入力できます。 このセグメントは順番に一緒にくっつかず、個別に要求されます。 オプションです。
• Funnelの追加のユーザー条件 - ファンネルに適用できる追加のユーザーパラメーター（たとえば、ABテストのバリエーション。カスタムディメンションのいずれかなど、GAでこれを記述する必要があります）
• 目標到達プロセスの追加セッション条件 -目標到達プロセスに適用できる追加セッションパラメータ（ga：source == google; ga：medium == cpc-Googleコンテキスト広告のユーザーのみ）。
• シーケンスタイプ -ユーザーまたはセッション。 要求されるシーケンスのタイプ、ユーザーまたはセッション。 デフォルトでは、ユーザーが要求されます。
• 目標到達プロセスは、私たちが集めたものです。 ここでは、興味のあるすべてのファネルステップを一貫して紹介します。 ステップは、任意のタイプのヒット（ヒット）にすることができます。この場合、これらはイベント（イベント）とページビュー（ページビュー）です。

たとえば、新しいアンケートに記入すると、次のようになります。







レポートがアンロードされると、右側の列のすべての行が文字「->>」で結合されます。これは、GA構文では厳密ではない一連のアクションを意味します（次の各ステップは前のステップの後に検索されますが、必ずしもすぐには検索されません）。 このレポートは、「すぐに続く」シーケンス形式もサポートしています。このため、文字「->」を目的の行の先頭に設定する必要があります。 つまり、文字列「ga：pagePath =〜^ \ Q / secure / registration / step4 \ E」は、指定された期間にURL / secure / registration / step4にアクセスし 、その前に/ secure / registration にいたユーザー数をダウンロードするようにスクリプトに指示します/ step3 、ただし必ずしも連続している必要はありません。 文字列'-> ga：pagePath =〜^ \ Q / secure / registration / step4 \ E'は、ユーザーがアンケートのステップ3にアクセスしてすぐにステップ4に移動した厳密なシーケンスをスクリプトに強制的に検索させますそれらの間のイベントも送信されませんでした）。



「構成」シート -ここにレポート構成を保存します。 各レポートはアップロードされ、ドキュメントの個別のシートに保存されます。



シートオプション：

• 走る？ -利用可能なオプションは、定期的および1回です。 レポートを定期的に更新する場合は、最初のオプションを選択します。 この場合、選択した期間に対応する新しいデータを含む上部の1行が、実行中に対応するシートに追加されます。 1回-1回実行します。 この場合、シート全体が上書きされるため、このオプションの選択には注意が必要です。 「一度」モードで新しいレポートを作成し、タイマーによるアップロードを継続する場合は、単に「定期」に切り替えることをお勧めします。
• ビュー（旧プロファイル） ID-データのアップロード元のGoogleアナリティクスからのビュー ID。 「ga：XXXXXXXXX」の形式で記録されます。
• 開始日/終了日 -データをアップロードする期間。 定期レポートの繰り返し実行中は無視されます-アップロード自体の日付に基づきます。
• 期間タイプ -オプションは「毎日」-毎日、「WoD」-7日間のスライディングウィンドウ（トラフィックが少ない場合のレポートで使用し、「毎日」は多くのボラティリティを示します）、「WoW」-カレンダー週、「全体」期間 '-期間全体のデータを1行で受信します（明らかな理由により、レポートの'定期的 'と互換性がありません）。
• 高精度？ -データサンプリングのレベル。 彼の詳細については、例えばこちらをご覧ください 。 デフォルトでは「yes」であり、そのままにしておくことをお勧めします。

以下の行（「Funnels」まで）には、GA応答データが含まれています。ここに入力する必要はありません。



目標到達プロセス -ここでは、「目標到達プロセス」シートから1つまたは複数の目標到達プロセスを選択し、それに基づいてレポートをアンロードします。

アップロードするスクリプト

[ツール]-[スクリプトエディター]に移動します。 データをアップロードするための小さなスクリプトを次に示します。







このスクリプトはかなり長い間更新されておらず、改善するための多くの計画がまだあります。 たとえば、アンロード時間が5分を超えると、スクリプトはエラーの表示を停止する場合があります。この時点から新しいリクエストでアンロードを続行する必要があります。



私たちはそれを「そのまま」投稿します。あなたはそれを使用したり、あなたの好みに合わせて修正したり、自分で書いたりすることができます。



スクリプトを実行するには、まずGoogleアナリティクスプロファイルにアクセスする許可を与え、Google Cloud ConsoleでGA APIへのオープンアクセスを与える必要があります。 スクリプトを初めて実行すると、「構成」シートの「最後の実行ステータス」行にリンクが記載されたエラーが表示され、リンクをたどってAPIアクセスを有効にします。 必要に応じて、現在のAPIリクエストが十分にない場合は、同じ場所でAPIリクエストの割り当てを増やすこともできます。







特定のレポートの定期的かつ一度のアンロード-私たちがその助けを借りて解決する主なケースは、関数「runPeriodicReports」と「runOneOffReports」によってカバーされます。 「定期」レポートを実行するには、「現在のプロジェクトのトリガー」機能を使用し、「runPeriodicReports」と起動の頻度を選択します。

使用例

新しい顧客プロファイルの目標到達プロセスが1か月の間にどのように変化したかに興味があるとします。 これを行うには、シート「Funnels」で目的のシーケンスを作成します。 それを上記のシーケンスにします-それを「新しいクライアント」と呼びましょう。







次に、「新規クライアント」ファネルを介してデータをアップロードするレポート構成を作成しましょう。 これを行うには、2018年1月10日から2018年1月31日までの期間を選択し、アンロード期間を「毎日」、頻度を「1回」に設定します。







次に、「ツール」-「スクリプトエディター」に移動し、「runOffReports」を選択します（「一度」のアンロードの頻度を選択したため、「実行」をクリックします）。







しばらくしてからデータが表示される新しいシートを作成します：目標到達プロセスの各段階のユーザー数。







次の各ステップを最も単純な式を使用して前のステップに分割し、結果をパーセントに変換して、パーセント変換を取得します。 集約されたコンバージョンも追加します。それを決定の価値（「ありがとう」ページ）/ s1-プロファイルが最初から最後まで機能する方法にします。 これは、マーケティング部門に役立ちます。







グラフを作成します。







1月26日の次回の配信で、目標到達プロセスの終わり近くでコンバージョンが改善されたことがわかります。 目標到達プロセスの最初のステップでのコンバージョンはかなり低く、データベース内でユーザーが作成される場所です。 これは、トラフィック構造（多くの非ターゲットクライアント）、およびUIの問題である可能性があります。



時々、写真はあまり快適ではありません。







いくつかの変更により、いくつかの場所でコンバージョンが悪化したことがわかります。 セッションの記録を見て、バグを探すためにQAタスクを与え、おそらく製品のこれらの場所で行った正しい変更をどれくらい考えるかは理にかなっています。



レポートに満足したら、起動頻度を毎日「現在のプロジェクトトリガー」に設定し（午前中に何かが見られるように開始時刻を夜に設定します）、それを「定期」モードの「構成」シートに配置します。 今後、スケジュールは毎日更新されます。

おわりに

この方法では、毎日の変換チャートを取得することはできません。 これを使用して、ABテストをすばやく評価し、トラフィックパートナーの問題やその他のタスクを見つけます。 もちろん、1つに限定することは価値がありません。このレポートに賛成してデータベース内の数値を見ることを拒否すべきではありませんが、じょうごでボトルネックを検索して監視するために安全に使用できます。



コンバージョントラッキングに独自のカスタムソリューションを使用している場合は、コメントを共有してください。喜んで話し合います。

私たちについて少し

Fintech保有IDファイナンスは、データサイエンスとクレジットスコアリングを専門としています。 データ収集と分析の分野での専門知識の適用、およびスコアリングモデルの構築として、同社はMoneyMan、Solva、Plazo、AmmoPayのブランドで独自の金融サービスを開始しました。 これらは、個人や零細企業への融資、POSローンの自動化、分割払いプログラムのためのプロジェクトです。 ヨーロッパ、アジア、南北アメリカを含む4大陸の8か国で事業を展開しています。 本社はバルセロナにあり、ミンスクにあるR＆Dセンター、モスクワにあるデータアナリストとリスクマネージャーのチームです。 私に加えて、同社は約600人を雇用しています。 私たちはあまり知られていない会社のように思えるかもしれません。 しかし、これは完全に真実ではありません。 彼らは西洋で私たちをよく知っています。 Forbes、Business Insider、Finextra、Venture Beat、Crowdfund Insider、The Banker、BBCなどが私たちについて書いています。 PRの方々のおかげで、Forbes、VC、Roem、RusBaseなどのロシア語のメディアでも公開しています。月に数回、投稿を公開し、ニュースを共有します。 私たちは連絡します！