ドキュメントCampaignCampaign Classic v7 ドキュメント

パーソナライゼーションとプライバシー privacy

最終更新日： 2026年11月9日
  • 適用対象：
  • Campaign Classic v7

このページでは、URLのパーソナライゼーション、URL署名、個人情報を含むページの保護について説明します。

NOTE
Campaign v7 から v8 への移行の一環として、Campaign Classic のドキュメントセットを効率化および再編成しました。 共通機能は、Campaign v8 ドキュメントセットでのみ使用できるようになりました。 データ制限とプライバシー要求について詳しくは、Campaign v8 ドキュメント ​を参照してください。

画像

Campaign Classic v7では、エンティティ全体へのアクセスを制限するには、ビルド 8770以降が必要です。

URL のパーソナライゼーション url-personalization

コンテンツにパーソナライズされたリンクを追加する場合、潜在的なセキュリティギャップを回避するために、URL のホスト名部分にパーソナライゼーションを含めないようにしてください。 次の例は、すべての URL 属性 <a href=""> または <img src=""> で使用しないでください。

  • <%= url >
  • https://<%= url >
  • https://<%= domain >/path
  • https://<%= sub-domain >.domain.tld/path
  • https://sub.domain<%= main domain %>/path

レコメンデーション

上記を使用していないことを検証して確認するには、Campaign汎用クエリエディター （Campaign v8 ドキュメント）を介してトラッキング URL テーブルでクエリを実行するか、クエリアクティビティでフィルター条件を使用するワークフローを作成します。 Campaign v8 ドキュメントを参照してください。

例：

  1. ワークフローを作成し、クエリ アクティビティを追加します。 Campaign v8 ドキュメントを参照してください。

  2. クエリ アクティビティを開き、次のようにnmsTrackingUrl テーブルにフィルターを作成します。

    source URL starts with http://<% or source URL starts with https://<%

  3. ワークフローを実行し、結果があるかを確認します。

  4. 結果がある場合は、出力トランジションを開いて URL のリストを表示します。

URL署名

セキュリティを強化するため、メール内のリンクを追跡するための署名メカニズムが導入されました。 ビルド 19.1.4 （9032@3a9dc9c）および20.2以降で使用できます。 この機能はデフォルトで有効になっています。

NOTE
形式が正しくない署名済みURLをクリックすると、このエラーが返されます：Requested URL '…' was not found.

さらに、機能強化を使用して、以前のビルドで生成されたURLを無効にすることもできます。 この機能はデフォルトで無効になっています。 この機能を有効にするには、​ カスタマーケア ​にお問い合わせください。

19.1.4 ビルドで実行している場合、トラッキングリンクを使用したプッシュ通知の配信やアンカータグを使用した配信で問題が発生する可能性があります。 その場合は、URL署名を無効にすることをお勧めします。

Campaign ホスト版、Managed Cloud Servicesまたはハイブリッド版のお客様の場合、URL署名を無効にするには、​ カスタマーケア ​にお問い合わせください。

ハイブリッドアーキテクチャでCampaignを実行している場合は、URL署名を有効にする前に、ホストされているミッドソーシングインスタンスが次のようにアップグレードされていることを確認します。

  • まず、オンプレミスマーケティングインスタンスは
  • 次に、オンプレミスマーケティングインスタンスと同じバージョンに、または少し高いバージョンにアップグレードします

それ以外の場合、次のような問題が発生する可能性があります。

  • ミッドソーシングインスタンスをアップグレードする前に、このインスタンスを介して署名なしでURLが送信されます。
  • ミッドソーシングインスタンスがアップグレードされ、両方のインスタンスでURL署名が有効になると、署名なしで以前に送信されたURLが拒否されます。 その理由は、マーケティングインスタンスによって提供されたトラッキングファイルによって署名が要求されるためです。

以前のビルドで生成されたURLを無効にするには、すべてのCampaign サーバーで同時に次の手順に従います。

  1. サーバー設定ファイル （serverConf.xml）で、blockRedirectForUnsignedTrackingLink オプションを​ true ​に変更します。
  2. nlserver サービスを再起動します。
  3. tracking サーバーで、web サーバー（Debianではapache2、CentOS/RedHatではhttpd、WindowsではIIS）を再起動します。

URL署名を有効にするには、すべてのCampaign サーバーで同時に次の手順に従います。

  1. サーバー設定ファイル （serverConf.xml）で、signEmailLinks オプションを​ true ​に変更します。
  2. nlserver サービスを再起動します。
  3. tracking サーバーで、web サーバー（Debianではapache2、CentOS/RedHatではhttpd、WindowsではIIS）を再起動します。

PIでページを保護

ミラーページ、web アプリケーションなどの個人情報（PI）を含む可能性のあるページを保護することをオンプレミスのお客様に強くお勧めします。

この手順の目的は、これらのページのインデックス作成を防ぎ、潜在的なセキュリティリスクを回避することです。 以下に、この目的に役立つ記事をいくつか示します。

ページを保護するには、次の手順に従います。

  1. Web サーバー（ApacheまたはIIS）のルートにrobots.txt ファイルを追加します。 このファイルの内容は次のとおりです。

    code language-sql 
    # Make changes for all web spiders
User-agent:
*Disallow: /

    IISについては、このページ ​を参照してください。

    Apacheの場合は、/var/www/robots.txt （Debian）にファイルを配置できます。

  2. robots.txt ファイルを追加するだけでは、セキュリティの観点から不十分な場合があります。 例えば、他の Web サイトに自社ページへのリンクがある場合は、検索結果に自社ページの情報が表示される可能性があります。

    robots.txt ファイルに加えて、X-Robots-Tag ヘッダーを追加することをお勧めします。 ApacheまたはIISと​ serverConf.xml ​設定ファイルで実行できます。

    詳しくは、この記事を参照してください。

recommendation-more-help
campaign-classic-help