レガシーセグメント
この記事では、従来のセグメントを管理するためのベストプラクティスに関するよくある質問に回答します。 レガシーセグメントは、2014 年以前に作成されたセグメントです。
レガシーセグメントの管理 legacy
既存のセグメントは、以前と同じように引き続き機能します。 これらのセグメントが適用されたレポートは、引き続き正しく機能します。
以前の事前定義済みのおよびスイートセグメントのほとんどは、セグメントテンプレートとしてセグメントビルダーに移行されます。 セグメントテンプレートは、共通のオーディエンスを持つカスタムセグメントをすばやく作成するために使用されます。 セグメントテンプレートは、レポートに直接適用できませんが、カスタムセグメントには容易に保存できます。
セグメントテンプレートは、セグメントビルダーで特別なアイコン
配信レポートは、定義済みのセグメントと共に、これまでと同様に適切に実行されます。
セグメントを削除しても、そのセグメントが適用された配信レポートとダッシュボードは、これまでどおりに機能します。つまり、セグメントやダッシュボードは、削除されたセグメントを使い続けます。
同じ名前を持つセグメントを編集しても、配信レポートは更新されません。具体的な例を見てみましょう。次に示すように、同じ名前を持つ 2 つのセグメントを、別々のレポートスイートで使用しているとします。
mainprod レポートスイートのセグメントを参照するビジュアライゼーションがあります。 このセグメントは重複しているので、セグメントを削除します。ビジュアライゼーションは引き続き実行され、削除されたセグメントの定義が参照されます。 メインセグメントのセグメント定義をカタリナ島およびメキシコのティファナを含むように変更した場合、ビジュアライゼーションに適用されるセグメントは変更されず、古い定義が使用されます。 新しい定義を使用するには、ビジュアライゼーションを更新して新しい定義を参照します。 ビジュアライゼーション、プロジェクト、予定レポートで、削除されたセグメントが使用されているかどうかわからない場合は、残りのセグメントの名前を変更して、ビジュアライゼーションが残りのセグメントを使用しているかどうかを表示します。
既存のデータウェアハウスセグメントは、今後もデータウェアハウス内ですべて機能します。ほとんどのData Warehouse セグメントは、Analysis Workspaceなど他のコンポーネントでも機能します。
新しい Data Warehouse セグメントは、セグメントビルダーとセグメントマネージャで作成または編集できます。セグメントビルダーの製品互換性メカニズムによって、セグメントがData Warehouseと互換性があるかどうかが自動的に判断されます。
- 直帰数
- モバイルデバイスからの訪問
- 自然検索からの訪問
- 有料検索からの訪問
- 訪問者 ID cookie を使用した訪問
これらのセグメントは、セグメントテンプレートとしてセグメントビルダーに移行されます。 セグメントが適用された既存のレポートも、これまでと同様に適切に機能します。
- 非購入者
- 購入者
- 初回訪問回数
- ソーシャルサイトからの訪問件数
- 10 分を超える訪問*
- 以前に 5 回以上の訪問履歴がある訪問*
- Facebook からの訪問件数*
これらのセグメントのほとんどは（アスタリスク * が付いているセグメントを除く）、セグメントテンプレートとしてセグメントビルダーに移行します。このほかに、新しいセグメントテンプレートがいくつか追加されています。
セグメントが適用された既存のレポートも、これまでと同様に適切に機能します。
管理者 セグメントは新しいセグメントインターフェイスに移行され、全員と共有されるセグメントとして表示されます。
これらのセグメントの所有者は、管理者ユーザーの最も古いアカウントで管理者に設定されます。 ただし、すべての管理者がこれらのセグメントを削除、編集および共有できます。
管理者がグローバルセグメントの作成および管理に使用していた Admin Console のセグメント管理インターフェイスは、利用できなくなりました。現在、管理者は新しいセグメントビルダーを使用して、セグメントを作成し、適切なグループ、個人またはすべてのユーザーとセグメントを共有します。
このドキュメントで説明するように変更されたロジックを使用している既存のセグメントは引き続き正しく機能しますが、セグメントを再度保存する前に更新する必要があります。 例えば、US 状態 contains New York という既存のセグメントがある場合、そのセグメントは引き続き正しく機能します。 次回セグメントを編集するときは、セグメントを更新して、equals 条件で列挙タイプを使用する必要があります。
セグメントが複数のレポートスイートで動作するようになったことから、同じ名前のセグメントが複数存在する結果になることがあります。You should:
- 同じ名前でありながら定義が異なるセグメントの名前を変更します。
- 不要なセグメントを削除します。
- すべてのセグメントに「移行前」などのタグを付けます。
- 自分が所有しているセグメントを確認します。
- セグメントを適切なセグメントライブラリに追加します。
- 正規のセグメントを承認します。
- ベストプラクティスに従ってセグメントにタグを設定します。
移行に関するヒント
次のヒントは、一般的なディメンションを移行する際に役立ちます。
- 地域 - 市／地域／国 - 部分一致を使用するのではなく、特定の市町村、地域または国を検索して選択します。
- ブラウザー – ブラウザータイプ ディメンションを使用すると、あるタイプ（例：Google Chrome）のすべてのブラウザーを取得できます
- オペレーティングシステム - OS の種類ディメンションを使用して、1 つの種類（例：Microsoft Windows）のすべてのオペレーティングシステムを取得します。
- 「新しいディメンションと名前が変更されたディメンション」を参照してください（以下を参照）。
新しいディメンションと名前が変更されたディメンション renamed
セグメントビルダーで名前が変更されたディメンションのリストを次の表に示します。
既知の値を持つ文字列ベースのディメンションへの変更 string-based-dims
既知の値セットを持つ文字列ベースのディメンションは、列挙型に変更されました。 これらのディメンションを使用してセグメントを作成すると、リストには既知のすべての値が事前に入力され、サポートされている演算子は equals のみです。 この値の母集団を使用すると、制限の少ない照合を使用する際に、意図しない値を選択することなく、探していた正確な値をすばやくセグメント化できます。
次のディメンションが列挙型リストに変更されました。
既知の値を持つ整数ベースのディメンションへの変更 integer-based-dims
既知の値セットを持つ整数ベースのディメンション（ブラウザーの幅など）は、列挙範囲に分割されるので、特定の範囲のセグメントをすばやく定義できます。 これらの列挙型リストには、ディメンション名の後に「- グループ」が付きます。以前のセグメントビルダーインターフェイスと新しいセグメントビルダーインターフェイスを使用して、これらのディメンションをセグメント化する方法を次のスクリーンに示します。
より小さい、より大きい、および類似の演算子は、現在、Data Warehouse セグメントとのみ互換性があります。すべてのレポートインターフェイスとの互換性を意図したセグメントでは、指標の「バケット化」バージョンを equals 演算子と共に使用する必要があります。