キャンペーンの構築

WebLogic Portal のキャンペーンは、訪問者を正確に対象として設定し、ブラウジングセッションで複数のアクション、または同時に発生するアクションをトリガする際に役立ちます。キャンペーンは、適切なときに、適切なユーザに、適切なコンテンツを配信します。

キャンペーンを使用して、次の方法でポータルをパーソナライズできます。

通常、マーケティング目標によってキャンペーンのコンテンツが決まります。たとえば、昼食時に特定のブラウザタイプを使用してログインするユーザがランチの特別メニューに関連するコンテンツを閲覧するようにしたい場合があります。銀行が推奨するポートフォリオを決定し、旅行会社のサイトが特定のホテルチェーンを推奨する場合があります。

キャンペーンではコードを変更せずにビジネスロジックを作成できるので、柔軟性があります。たとえば、キャンペーンでは、プレースホルダと呼ばれる <ph:placeholder name="myPlaceholder1"/> のような JSP タグを使用して Web コンテンツを表示します。JSP プレースホルダタグ (name 属性によってユニークに識別される) は、ポータルの JSP のどこに追加してもかまいません。追加したら、既存のプレースホルダを使用するキャンペーンを定義して、各プレースホルダでキャンペーンおよび個々のユーザに対してユニークなコンテンツを表示できます。キャンペーンを変更し、新しいキャンペーンを追加できますが、JSP コードを変更する必要はありません。必要なプレースホルダは、現状のまま維持する必要があります。

柔軟性とパーソナライゼーションに加えて、キャンペーンは特定の時期に開始し、特定の目標が達成された時点で (特定の目標を達成するか、または期限切れになったときに) 終了します。各訪問者に対して 1 回だけ実行されるようにキャンペーンを設定することもできます。

構造上、キャンペーンは 1 つまたは複数のシナリオで構成されます。各シナリオは 1 つまたは複数のアクションで構成され、アクションは、パーソナライズされたコンテンツを表示したり、自動電子メールを送信したり、パーソナライズされた割引を提供したりします。シナリオをアクションのコンテナとして使用すると、シナリオのアクションを提供するときにユーザセグメントを使用して資格のあるユーザを決定できるという利点があります (ただし、ユーザセグメントをシナリオに割り当てる必要はありません)。たとえば、2 つのシナリオを含むキャンペーンを作成し、1 つのシナリオでは男性だけにアクションを適用し、もう 1 つのシナリオでは女性にアクションを適用することができます。表 8-1 に、女性を対象としたシナリオでロジックがどのように展開されるかを示します。

表 8-1 最近 Web サイトを訪れた女性を対象にしたキャンペーンシナリオ
Female ユーザセグメントのメンバーで、最近 30 日以内にサイトを訪れたかどうか。
可	ユーザプロファイルは、女性であり、最近 30 日以内にサイトを訪れていることを示している。このキャンペーンがトリガされると、このシナリオの該当するすべてのアクションが適用される。
不可	ユーザプロファイルは男性であることを示している。このキャンペーンがトリガされても、このシナリオのアクションは適用されない。

前提条件タスクの実行

「キャンペーン方針を計画する場合のチェックリスト」を読みます。
セッションまたはリクエストのプロパティを使用してキャンペーンアクションをトリガする場合は、以下の作業が実行されていることを確認します。

発生するイベントが含まれている JSP で、変数を通じてリクエスト属性を取得するか、JSP に直接設定する。
発生するイベントが含まれている JSP で、使用するイベントプロパティを取得または設定する。
セッションプロパティを使用してキャンペーンアクションをトリガする場合は、イベントが発生したセッションに、使用するセッションプロパティが含まれていることを確認する。

セッションまたはリクエストのプロパティの詳細については、「セッションプロパティセットの作成」または「リクエストプロパティセットの作成」を参照してください。

目標設定を使用してキャンペーンを終了するかどうかを決定します。目標を設定すると、表示またはクリックされたコンテンツ項目の数に基づき、キャンペーンを終了させることができます。詳細については、「目標定義の設定」と「目標定義の調整」を参照してください。

キャンペーンの構築

開発者がキャンペーンを作成し、管理者がキャンペーンをテンプレートとして使用して、キャンペーンの特性を変更し、類似の特性を持つ新しいキャンペーンを作成します。

キャンペーンを構築するには、シナリオやアクションなどのキャンペーンの仕組みを計画し、キャンペーンファイルを作成して、シナリオとアクションを追加します。

キャンペーンの仕組みの計画

キャンペーンは、アクションと呼ばれるユニットを使用して、特定のパーソナライゼーションタスクを実行します。アクションはユーザが設定した特定の条件によってトリガされ、シナリオにグループ化されます。

たとえば、キャンペーンアクションは「ユーザが 1 月 1 日から 1 月 31 日の間にログインし、ユーザが管理者以外のユーザセグメントのメンバーの場合、何かを実行するキャンペーンをトリガする。」のような条件によってトリガされます。その後、アクションは「キャンペーンがトリガされると、年次勤務評定を完了するように催促する自動電子メールをユーザに送信する。」のように実行できます。

キャンペーンには複数のシナリオを使用でき、各シナリオには複数のアクションを使用できます。アクションは、以下のすべての項目が true の場合にトリガされます。

表 8-2 は、Workshop for WebLogic で作成されるキャンペーンアクションルールを示します。

表 8-2 キャンペーンアクションルール
以下のすべての条件が適用された場合 :	HTTP リクエストに次のプロパティがある : RequestPropertyOne が `success` と同等
以下のいずれかのイベントが発生した :	SessionLoginEvent
以下を実行する :	コンテンツアクション、電子メールアクション、または割引アクション

このルールが評価されるのは、キャンペーンサービスがリスンしているイベントが発生した場合だけです (このイベントをキャンペーンルールで直接使用する必要はありません)。たとえば、キャンペーンサービスが BEA 提供の UserRegistrationEvent をリスンするようにコンフィグレーションされている場合 (デフォルトの設定)、UserRegistrationEvent が発生すると、このイベントによってリクエストオブジェクトのスナップショットが作成され、キャンペーンルールが評価されます。

以下のリストは、前述のキャンペーンアクションルールが評価される順序を示します。

ルールのすべての条件が true に評価される必要があり、キャンペーンサービスを起動してリクエストオブジェクトのスナップショットを作成したのは UserRegistrationEvent であるため、キャンペーンアクションはトリガされません。SessionLoginEvent ルールは false です (キャンペーンサービスを起動したのは UserRegistrationEvent です)。

ルールの定義が異なり、すべての条件ではなく、いずれかの条件が true の場合にアクションをトリガすると定義されていた場合、リクエストプロパティが true であればキャンペーンアクションがトリガされます。

キャンペーンファイルの作成

この章で示す手順は、[パッケージ・エクスプローラ] ビューの data\src フォルダに関係します。data ディレクトリおよび src ディレクトリは、名前が変更されている可能性があります。

以下の手順を実行して、キャンペーンファイルを作成し、キャンペーンのプロパティを設定します。

Workshop for WebLogic で [実行｜サーバで実行] を選択して、WebLogic Server を起動します。WebLogic Server をコンフィグレーションする手順については、『ポータル開発ガイド』を参照してください。
ポータルパースペクティブで、[パッケージ・エクスプローラ] ビューの [data\src\campaigns] フォルダを右クリックし、[新規｜その他] を選択します。

ヒント :

メニューをカスタマイズして、[新規] メニューの選択肢として [キャンペーン] を表示することができます。詳細については、『ポータル開発ガイド』を参照してください。

[新規 - ウィザードを選択] ウィンドウで、WebLogic Portal フォルダを展開し、[キャンペーン] を選択して、[次へ] をクリックします。
[ファイル名] フィールドにキャンペーンの名前を入力します。ファイル拡張子の .cam は、そのまま使用します。
[完了] をクリックします。キャンペーンエディタが表示されたら、キャンペーンを選択します。
[プロパティ] タブを選択し、[一般] プロパティで以下のプロパティを設定します。これらのプロパティを使用すると、キャンペーンを実行するかどうかを指定できます。以下の説明に従って、各プロパティを設定します。

[アクティブ] - キャンペーンを実行する場合、値を true に設定します。キャンペーンを実行しない場合は、値を false に設定します。
[説明] - キャンペーンの詳細な説明を入力します。この説明は、[説明] ウィンドウのテキストに追加されます。
[完成] - 読み込み専用の値 true または false。キャンペーンの条件がすべて確定すると、[完成] プロパティが true に設定されます。フィールドが false の場合、各アクションとシナリオを確認して、欠落しているプロパティを特定する必要があります。
[名前] - 読み込み専用。キャンペーンの名前 (キャンペーンファイル名)。
[スポンサー] - キャンペーンのスポンサーになっている組織または個人の名前を入力します。

キャンペーンでパーソナライズされたコンテンツを表示している場合、[プロパティ] タブで [目標] プロパティを展開し、以下のプロパティを設定します。

[説明] - 終了日を待たずにキャンペーンを終了させる目標に関する説明を入力します。完了したら、[プロパティテキストエディタ] ダイアログボックスの [OK] をクリックします。
[目標の定義] - キャンペーン終了日の前に、ポータル内で特定のイメージが表示またはクリックされた時点で、キャンペーンを終了させます。目標を設定すると、表示またはクリックされたコンテンツ項目の数に基づき、キャンペーンを終了させることができます。詳細については、「目標定義の設定」を参照してください。

[プロパティ] タブの [タイミング] プロパティを展開し、以下のプロパティを設定します。

[開始日] - 省略記号アイコン [...] をクリックし、キャンペーンを開始する月、日、および時刻を (作成者のタイムゾーンで) 設定します。[OK] をクリックします。
[終了日] - 省略記号アイコン [...] をクリックし、キャンペーンを終了する月、日、および時刻を (作成者のタイムゾーンで) 設定します。[OK] をクリックします。

図 8-1 を参照してください。

[ファイル｜保管] を選択して変更を保存します。

図 8-1 新しいキャンペーンのサンプルプロパティ

新しいキャンペーンのサンプルプロパティ

目標定義の設定

以下の手順を実行して、キャンペーンの目標を設定します。

ポータルパースペクティブで、「キャンペーンの構築」で作成したキャンペーンを選択します。
[プロパティ] タブで、[目標] プロパティを展開します。
[目標の定義] フィールドで、図 8-2 に示すように、省略記号ボタン [...] をクリックします。

図 8-2 省略記号ボタンをクリックして [キャンペーンの目標の編集] ウィンドウを表示

省略記号ボタンをクリックして [キャンペーンの目標の編集] ウィンドウを表示

[キャンペーンの目標の編集] ウィンドウが表示されます。

[キャンペーンの目標の編集] ウィンドウで、[新規作成] をクリックします。
[キャンペーンの目標] セクションの [カウント] フィールドに、目標に到達するまでの回数、つまりコンテンツ項目が表示またはクリックされる必要がある回数を入力します。
[カウントタイプ] フィールド内のドロップダウンリストから項目を選択し、コンテンツ項目が表示される必要があるのか ([インプレッション])、クリックされる必要があるのか ([クリックスルー]) を指定します。

注意 :

コンテンツ項目でクリックスルー機能を使用する場合、adTargetUrl、adTargetContent、adMapName のうちのいずれかのプロパティセットを使用する必要があります。これらのプロパティのプロパティ値は URL で、クリックしたユーザを必要な場所に移動させることができます。ポータルでは、URL はポータル Web プロジェクトのルートディレクトリに対して相対的です。詳細については、「ポータルリソースへの URL の作成」を参照してください。

[タイプ] フィールドのドロップダウンリストから項目を選択します。この [タイプ] では、コンテンツのインプレッションまたはクリックスルーを、このキャンペーンが表示するコンテンツでのみ有効にするか ([このキャンペーンからのみ])、キャンペーンまたはキャンペーンの外部から表示されるコンテンツでも有効にするか ([どこからでも]) を指定します。
[ロジック] フィールドから項目を選択し、選択したすべてのコンテンツ項目でインプレッションまたはクリックスルーが追加されることでカウントに到達できるようにするか ([パスカウントを合計])、リスト内の 1 つのコンテンツ項目でのみカウントに到達できるようにするか ([いずれか 1 つのパスに対して]) を指定します。
目標のパスセクションで、目標で使用するコンテンツ項目を追加します。目標のパスリストに追加するには、以下の一方または両方を実行します。

[目標にパスを追加] フィールドに、BEA の仮想コンテンツリポジトリ内のコンテンツ項目へのリポジトリパスを入力し、[追加] をクリックする。
[クエリパスの取得] フィールドで、キャンペーンにすでに定義してあるコンテンツアクションを選択する。コンテンツアクションには、仮想コンテンツリポジトリから特定のコンテンツ項目を取得するクエリが関連付けられています。[取得] をクリックして、クエリで取得するコンテンツ項目のリストを取得します。必要なコンテンツ項目を選択して、[追加] をクリックします。

必要に応じて追加の目標を作成します。[キャンペーンの目標] セクションに追加する各目標は、目標のパスセクションのコンテンツ項目に関連付けられます。たとえば、次のように指定する目標を追加できます。1 つのコンテンツが 3 回 ([カウント]) 表示される ([インプレッション]) と、目標が達成されます。
複数の目標を作成する場合、[キャンペーンの目標] セクションの下にある適切なキャンペーンの終了のオプションを選択します。
[キャンペーンの目標の編集] ウィンドウで、[OK] をクリックします。
[ファイル｜保管] を選択して、キャンペーンを保存します。
キャンペーンを保存すると、[キャンペーンのリセット] ダイアログボックスでオプションを選択し、[OK] クリックしてキャンペーンをリセットするよう指示されます。図 8-3 を参照してください。

図 8-3 [すべてのオプションをリセット] チェックボックスを選択し、キャンペーンをリセット可能

[すべてのオプションをリセット] チェックボックスを選択し、キャンペーンをリセット可能

目標定義の調整

以下の目標の例では、目標設定を変更する方法とその結果を示します。

以下の手順を実行して、キャンペーンサービスが、目標が達成されたかどうかをチェックする頻度を決定する。

Administration Console で、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[対話管理] フォルダを展開し、[キャンペーンサービス] を選択します。
[コンフィグレーション] タブで [コンフィグレーション設定 : キャンペーンサービス] をクリックします。
[目標チェック時間] を希望する頻度に設定します。デフォルトでは 300000 ミリ秒 (5 分) です。目標チェックの回数を少なくするとパフォーマンスは改善されますが、キャンペーンサービスが目標の達成を発見するのが遅くなります。テストの場合は、値を 0 に設定して、目標チェックの遅れが生じないようにします。
[更新] をクリックします。

インプレッションまたはクリックスルーが何回発生したらその数値をデータベースに書き込むかを決定できる。キャンペーンサービスは、データベース内の現在のカウントとキャンペーンに設定されたインプレッションまたはクリックスルーの目標を比較します。次の手順を実行します。

Administration Console で、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[対話管理] フォルダを展開し、[広告サービス] を選択します。
[コンフィグレーション] タブで [コンフィグレーション設定 : 広告サービス] をクリックします。
[表示フラッシュサイズ] を希望する数値に設定します。デフォルトは、10。フラッシュサイズを大きくするとパフォーマンスは改善されますが、キャンペーンサービスが目標の達成を発見するのが遅くなります。テストの場合は、フラッシュサイズを小さい値に設定して、目標が達成された時点で直ちにキャンペーンが終了するようにします。
[更新] をクリックします。

ポータルリソースへの URL の作成

WebLogic Portal は、特にサーバ名とポート番号を変更したときに途切れることなく、ドメインからドメインに転送できるポータル Web プロジェクト内のポータルリソースに URL を作成する拡張可能なメカニズムを用意しています。この URL 作成メカニズムは、セキュア URL と非セキュア URL (HTTP および HTTPS) 間で切り替えることができます。

以下の 2 つの項目を使用して、移植可能な URL を作成します。

beehive-url-template-config.xml ファイルには、ユニークな名前を持つ複数の URL「テンプレート」が含まれています。これらのテンプレートの URL には、url:domain や url:port などの変数が含まれ、これらはアクティブなサーバから読み込まれます。<render:*Url> JSP タグには、beehive-url-template-config.xml ファイル内の URL テンプレートの名前を指定できるテンプレート属性があります。

次の例は、JSP タグがテンプレートを使用して URL を作成する方法を示します。

WebLogic Portal に付属する beehive-url-template-config.xml ファイルにある任意の URL テンプレートを使用できると共に、必要な数のテンプレートをファイルに追加することができます。

URL テンプレートを構築する場合、以下の任意の変数を使用することができます。

URL のトラブルシューティング

プロキシサーバを使用したり、非セキュアなポートとセキュアなポートの間で切り替えているとき、{url:port} または {url:securePort} 変数を使用している場合は URL が解決されないことがあります。URL が解決されないのは、その値に対する変数がリクエストから読み込まれるためです。たとえば、非セキュアなポート (ポート番号 80) にいるユーザが {url:securePort} 変数を使用する URL テンプレートで作成されたセキュアな HTTPS リンクをクリックすると、request (80) というポート番号が {url:securePort} 変数に対して使用されますが、これは非セキュアなポートでセキュアリクエスト (HTTPS) を作成します。プロキシサーバ (ポート 80) にいるユーザがプロキシサーバ (ポート 443) の外にあるリソースへのリンクをクリックした場合も同様です。

どちらの場合も、正しく解決される URL を取得するように、URL テンプレートにポート番号をハードコーディングする必要があります。

ポータル Web プロジェクトで自動的に作成された beehive-url-template-config.xml ファイルにも WSRP (Web Services for Remote Portlets) 用の URL テンプレートと変数が含まれています。WSRP プロデューサを使用する場合は、これらのテンプレートをそのままファイルに残す必要があります。詳細については、『連合ポータルガイド』を参照してください。

キャンペーンへのシナリオの追加

キャンペーンには、特定のパーソナライゼーションタスクを実行し、設定した特定の条件によってトリガされるアクションがあります。アクションはシナリオにグループ化されます。キャンペーンには複数のシナリオを使用でき、各シナリオには複数のアクションを使用できます。

Workshop for WebLogic のポータルパースペクティブで、「キャンペーンの構築」で作成したキャンペーンを選択します。
[パレット] タブから [新しいシナリオ] 項目をキャンペーンエディタにドラッグします。事前定義されたアクションと条件が設定されている 4 つのシナリオテンプレートを使用できます。これらのシナリオの 1 つを Campaign Designer にドラッグすると、各シナリオの詳細を示す [説明] ウィンドウが表示されます。
[プロパティ] タブで [一般プロパティ] 項目を展開し、以下のプロパティを設定します。

アクティブ - キャンペーンを実行する場合、値を「true」に設定します。キャンペーンを実行しない場合は、値を false に設定します。
[説明] - 省略記号アイコン [...] をクリックし、シナリオの詳細な説明を入力します。この説明は、[説明] ウィンドウのテキストに追加されます。
[完成] - 読み込み専用の値 (true または false) が表示されます。条件がすべて確定すると (キャンペーン、各シナリオ、および各アクションの条件)、[完成] プロパティが true に設定されます。フィールドが false の場合、各アクションとシナリオを確認して、欠落しているプロパティを特定する必要があります。
[名前] - シナリオの名前を入力します。
[セグメント] – ユーザが 1 つまたは複数のユーザセグメントのメンバーである場合、シナリオ内のすべてのアクションを実行するには、省略記号アイコン [...] をクリックし、使用するユーザセグメントを選択します。たとえば、BirdLovers などです。

図 8-4 は、BirdLovers ユーザセグメントに属するユーザに 25% 割引を提供するように設計されたキャンペーンの 3 つのフィールドを示します。

図 8-4 キャンペーンのプロパティエディタ

キャンペーンのプロパティエディタ

必要に応じてシナリオを追加します。たとえば、オウムの画像を含めることができます。
[ファイル｜保管] を選択して、キャンペーンを保存します。

シナリオへのアクションの追加

シナリオにコンテンツアクション、電子メールアクション、または割引アクションを追加し、各シナリオに複数のアクションを追加できます。

コンテンツアクションの追加

コンテンツアクションにより、コンテンツリポジトリから Web コンテンツが取得され、選択されたコンテンツが JSP で事前定義されたプレースホルダに表示されます。

キャンペーンにコンテンツアクションを追加するには、以下の手順を実行します。

ポータルパースペクティブで、「キャンペーンの構築」で作成したキャンペーンを選択します。
[パレット] タブから (たとえば) [新しいコンテンツルール] アイコンをキャンペーンエディタの適切なシナリオアイコンの上にドラッグします。
[プロパティ] タブを選択し、アクションの名前を入力します。
[アクション] で、[すべて] リンクをクリックし、[いずれか] と [すべて] を切り替えてアクションをトリガする条件を決定します。図 8-5 を参照してください。

図 8-5 すべてのリンクをクリックして、アクションをトリガする条件の決定

すべてのリンクをクリックして、アクションをトリガする条件の決定

クエリを定義するには、[空のコンテンツ検索] リンクをクリックします。クエリは、WebLogic Portal の式構文を使用する詳細モード ([詳細] タブ)、またはグラフィカルモード ([クエリ] タブ) で定義できます。

詳細モード - [コンテンツ検索] ウィンドウで [詳細] タブを選択し、「条件式を使用するコンテンツクエリの構築」の手順に従ってクエリを作成します。
グラフィカルモード - 次の手順を実行して、コンテンツプロパティ、比較演算子、および値を選択し、コンテンツ項目を取得して、コンテンツクエリを構築します。

[コンテンツ検索] ウィンドウで、[クエリ] タブを選択します。
ドロップダウンリストをクリックして、プロパティセットを選択し、次にプロパティを選択して、[追加] をクリックします (選択するプロパティは、ユーザプロファイルまたはセッションプロパティなどのプロパティセットプロパティではなく、コンテンツプロパティ (タイプ) です)。
表示される [コンテンツ検索値] ウィンドウで、次のタブのいずれかを選択します。

[値] - 入力した値との比較に基づいてクエリを定義します。たとえば、investorRiskLevel プロパティが [高] にマークされているコンテンツを取得するようにクエリを設定できます。
[プロパティ] - ユーザプロファイルプロパティなど他のタイプのプロパティから動的に取得されたプロパティ値に基づいてコンテンツクエリを定義します。たとえば、静的コンテンツプロパティに基づいてクエリを作成するのではなく、現在のユーザの investorRiskLevel プロパティの値を読み込むクエリを作成できます。クエリはユーザごとに異なります。

[追加] をクリックします。図 8-6 に示すように、[コンテンツ検索] ウィンドウにクエリ記述子が追加されます。

図 8-6 入力した値との比較に基づくコンテンツクエリ

入力した値との比較に基づくコンテンツクエリ

クエリに値条件句をさらに追加し、[記述子が複数の場合] セクションで、適切なオプションを設定できます。

[コンテンツ検索] ウィンドウで [OK] をクリックします。
アクションで [プレースホルダ名] リンクをクリックし、シナリオがトリガされたときにコンテンツを表示するプレースホルダを選択します。
[追加] をクリックしてプレースホルダを [選択済みプレースホルダ] セクションに移動し、[説明] フィールドにプレースホルダを説明するテキストを入力して、[OK] をクリックします。
エディタの下の [コンテンツプレビュー] ウィンドウを選択して、クエリで取得されるコンテンツをプレビューします。[ユーザプロファイル] プロパティから値を使用するようクエリを定義した場合、取得されたコンテンツはユーザごとに異なるため、[プレビューユーザ] フィールドに既存のユーザのユーザ名 (weblogic など) を入力して、そのユーザに対して取得されるコンテンツを確認する必要があります。

注意 :

[コンテンツプレビュー] ウィンドウは、クエリが取得するコンテンツを表示します。ただし、プレースホルダには同時に 1 つのコンテンツしか表示されないため、表示される 1 つのコンテンツは実行されるクエリ (クエリに設定した優先度と、キャンペーンクエリの設定によって決定) と、コンテンツに設定された adWeight プロパティによって変化します。

単一の整数値としての adWeight プロパティをコンテンツタイプに追加する必要があります。高い数値の adWeight を持つコンテンツは、プレースホルダに表示するように選択される可能性が高くなります。

キャンペーンの終了前にコンテンツの表示を停止するには、[キャンペーンが終わるまで] リンクをクリックして、コンテンツの表示を停止する時期を指定します。
クエリからコンテンツが表示される機会を増やすには、[他のコンテンツはどれも削除しない] リンクをクリックして、アクションが実行されたときに所定のプレースホルダから削除する既存のコンテンツを指定します。
クエリに優先度を設定して、プレースホルダに存在する他のクエリと比較して実行するには、[中] リンクをクリックして優先度を選択します。優先度が高いクエリの方が、実行される可能性が高くなります。
[選択可能な条件] セクションで、アクションをトリガする条件を選択します。条件を選択すると、対応するリンクが [アクション] 領域に表示されます。リンクをクリックして条件を定義します。
[ファイル｜保管] を選択して、キャンペーンを保存します。

キャンペーンへの電子メールアクションの追加

電子メールアクションは、キャンペーンのユーザに定義済み電子メールを送信します。電子メールを使用して、特定のユーザセグメントにカスタマイズされた特別なキャンペーンをユーザに通知することができます。

キャンペーンに電子メールアクションを追加するには、以下の手順を実行します。

Workshop for WebLogic のポータルパースペクティブで、「キャンペーンの構築」で作成したキャンペーンを選択します。
[パレット] タブから [新しい電子メールルール] アイコンをキャンペーンエディタの適切なシナリオアイコンの上にドラッグします。
[プロパティ] タブを選択し、アクションの名前を入力します。
[アクション] で、[すべて] リンクをクリックし、[いずれか] と [すべて] を切り替えてアクションをトリガする条件を決定します。[いずれか] を選択した場合、アクションをトリガするために 1 つの条件だけを true に設定する必要があります。
[サーバ URL] リンクをクリックして、送信する電子メールメッセージを選択します。URL を選択し、[件名] とデフォルトの電子メールアドレス (省略可能) を入力します。今すぐ電子メールを確認する場合は、[プレビュー] をクリックします。
[OK] をクリックします。
[パレット] タブの [選択可能な条件] セクションで、アクションをトリガする条件を選択します。条件を選択すると、対応するリンクが [アクション] 領域に表示されます。リンクをクリックして条件を定義します。
[ファイル｜保管] を選択してキャンペーンファイルを保存します。

キャンペーンへの割引アクションの追加

割引アクションではユーザに商品、注文、または配送に関する割引を行います。キャンペーンに割引アクションを追加することができます。

キャンペーンで割引アクションを作成するには、以下の手順を実行します。

ポータルアプリケーションにコマースサービスを追加します。
WebLogic Portal のコマース API を使用して、ショッピングカートを設定します。
仮想コンテンツリポジトリにカタログを作成します。
コマース API の WebLogic Portal カタログクラスを使用して、仮想コンテンツリポジトリのカタログ項目を表示し、「カテゴリ」および「SKU」番号で識別します。
割引を作成し、コマース API を使用してショッピングカートの割引を表示します。必要に応じて、API を使用してショッピングカートに表示される割引額の横に、割引の説明を表示します。

キャンペーンに割引アクションを追加するには、以下の手順を実行します。

Workshop for WebLogic のポータルパースペクティブで、「キャンペーンの構築」で作成したキャンペーンを選択します。
[パレット] タブから [新しい割引ルール] アイコンをキャンペーンエディタの適切なシナリオアイコンの上にドラッグします。
[プロパティエディタ] タブを選択し、アクションの名前を入力します。
[アクション] で、[すべて] リンクをクリックし、[いずれか] と [すべて] を切り替えてアクションをトリガする条件を決定します。
[割引] リンクをクリックして、適用する割引を選択します。オプションで、表示される割引額の横にあるショッピングカートに表示できる [割引の説明] を入力するように選択できます。
[OK] をクリックします。
[選択可能な条件] セクションで、アクションをトリガする条件を選択します。条件を選択すると、対応するリンクが [アクション] セクションに表示されます。リンクをクリックして条件を定義します。
[ファイル｜保管] を選択してキャンペーンファイルを保存します。

自動電子メールメッセージの設定

キャンペーンの一環として自動電子メールを送信するには、以下の手順を実行します。

ユーザプロファイルプロパティセットにユーザの電子メールアドレスを格納するプロパティを作成して、電子メールアドレスプロパティを定義します。たとえば、デフォルトの CustomerProperties.usr プロパティセットには、電子メールアドレスを単値かつ制限なしの String 値として格納できる Email プロパティがあります。
キャンペーンサービスを設定します。ユーザに自動電子メールを送信する際の電子メールアドレスの取得先をキャンペーンサービスに指定します。

Administration Console で、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[対話管理] フォルダを展開し、[キャンペーンサービス] を選択します。
[コンフィグレーション設定 : キャンペーンサービス] をクリックします。図 8-7 は、前の手順で設定したプロパティセットの名前と電子メールプロパティの名前を入力する場所を示します。

図 8-7 自動電子メールの電子メールアドレスを取得する場所を設定可能

自動電子メールの電子メールアドレスを取得する場所を設定可能

[目標チェック時間] - デフォルトでは 300000 ミリ秒 (5 分) です。[目標チェック時間] を0 に設定すると、キャンペーンサービスによる目標が達成されたかどうかのチェック時間に遅延が生じません。詳細については、「目標定義の設定」を参照してください。
[電子メールブラウズ開始ディレクトリ] - 電子メールファイルを格納するデフォルトディレクトリは campaigns/emails です。web.xml ファイルの <url-pattern> パスを変更して、新しいディレクトリ内のファイルの安全を確保し、変更後アプリケーションを再デプロイする必要もあります。詳細については、「別のディレクトリへの電子メールファイルの格納」を参照してください。
[URI 最大長] - デプロイ可能なキャンペーン URI の最大長。
[デフォルトの電子メール送信元アドレス] - キャンペーンが送信した電子メールの返事を受信するデフォルトのアドレス。これは標準の電子メールのヘッダの From アドレスに該当します。キャンペーンシナリオごとに独自の From アドレスを指定して、このデフォルトプロパティをオーバーライドすることができます。
[電子メールアドレスプロパティ名] - 顧客の電子メールアドレスが含まれるプロパティの名前。
[電子メールアドレスプロパティの所属先プロパティセット名] - 顧客の電子メールプロパティが含まれるプロパティセットの名前。
[電子メールオプトインプロパティ名] - 顧客がキャンペーン関連の電子メールの受信を希望するかどうかを指定するプロパティの名前。単値かつ制限付きの値の true および false を使用してユーザプロファイルプロパティを定義する必要があります。
[オプトインプロパティの所属先プロパティセット名] - 顧客のオプトインプロパティが含まれるプロパティセットの名前。プロパティ値が false に設定されたユーザには電子メールが送信されません。

[更新] をクリックします。

メールサービスの簡易メール転送プロトコル (SMTP) のホスト名をコンフィグレーションして、送信メール用の SMTP を設定します。次の手順を実行します。

リソースツリーで、[対話管理] を選択し、[メールサービス] を選択します。
[コンフィグレーション設定 : メールサービス] をクリックし、[SMTP ホスト名] フィールドを使用して、電子メールサーバの送信メール用のホスト名を入力します。
Sybase データベースを使用している場合、[Clob で ORDER BY による回避を有効化] チェックボックスを選択します。Sybase は ORDER BY 句でのテキストデータ型の使用をサポートしないため、この設定によってメールサービスは Sybase と連動するようになります。

定義済みの電子メールメッセージを使用して、電子メールメッセージを作成します。電子メールメッセージは、TXT、HTML、JSP、または XML (スタイルシート使用) のいずれかの形式で作成できます。作成した電子メールメッセージを <PortalWebProject>/campaigns/emails ディレクトリに格納します。別のディレクトリを使用して電子メールファイルを格納する場合は、「別のディレクトリへの電子メールファイルの格納」を参照してください。電子メールを一括して送信する場合は、「一括電子メールメッセージの設定」を参照してください。
電子メールセキュリティを設定します。「電子メールセキュリティの設定」に示す手順に従って、電子メールメッセージへの不正アクセスを防止します。

一括電子メールメッセージの設定

コマンドを使用して、JSP が WebLogic Portal データリポジトリに格納するバッチ電子メールを定期的に送信する必要があります。cron コマンドまたはオペレーティングシステムでサポートされているその他のスケジューラを使用して、send-mail コマンドを発行することもできます。

Windows の場合、send-mail コマンドは .bat ファイルラッパースクリプト内にあります。UNIX の場合、send-mail コマンドは .sh ファイル内にあります。以下の節では、.bat ファイルについて説明します。UNIX ユーザは、.bat を .sh で置換する必要があります。

send-mail ラッパースクリプトでは、send-mail リクエストを処理する WebLogic Portal ホストの名前とリスンポートを指定します。デフォルトでは、ラッパースクリプトはホスト名とリスンポートに localhost:7501 を指定します。ただし、localhost:7501 は、単一ノード環境で WebLogic Portal ホストにログインしているときにスクリプトを実行する場合のみ (また、デフォルトのリスンポートを変更していない場合のみ) 有効です。send-mail スクリプトを他のコンフィグレーションから使用する場合は、スクリプトを変更する必要があります。

リモートホストから動作するように Send-Mail スクリプトを変更する

次の手順を実行して、リモートホスト (WebLogic Portal ホスト以外のコンピュータ) から send-mail スクリプトを実行します。

次のファイルをテキストエディタで開きます。

PORTAL_HOME\bin\mailmanager.bat (Windows)
または
PORTAL_HOME/bin/mailmanager.sh (UNIX)

mailmanager スクリプトで、SET HOST= 行を探します。localhost を WebLogic Portal ホストの名前で置換します。
ホストで 7501 以外のリスンポートを使用する場合は、SET PORT= 行の 7501 を適切なリスンポートで置換します。
mailmanager スクリプトを保存します。

クラスタ化環境から動作するように Send-Mail スクリプトを変更する

クラスタ化環境で作業している場合は、send-mail ラッパースクリプトを変更してクラスタ内のホストの名前を指定する必要があります。デフォルトの localhost 値は、クラスタ化環境のメールサービスに対して有効ではありません。

クラスタ化環境で send-mail スクリプトを使用するには、各ホストで次の手順を実行します。

次のファイルをテキストエディタで開きます。

PORTAL_HOME\bin\mailmanager.bat (Windows)
または PORTAL_HOME/bin/mailmanager.sh (UNIX)

mailmanager スクリプトで、SET HOST= 行の localhost を WebLogic Portal ホストの名前で置換します。クラスタ内の各ホストは、電子メールメッセージを格納するデータリポジトリにアクセスできるため、クラスタ内の任意のホストの名前を指定できます。
ホストで 7501 以外のリスンポートを使用する場合は、SET PORT= 行の 7501 を適切なリスンポートで置換します。
mailmanager スクリプトを保存します。

Mailmanager コマンドの使用

[mailmanager] コマンドは、 jav.com.bea.p13n.mail. クラスを使用するラッパースクリプトです。[MailManager] クラス mailmanager コマンドは、一括電子メールを送信し、管理するのに便利です。

mailmanager.bat [ appName ] [ list | send | send-delete | delete ] 
batch-name ]

(UNIX では mailmanager.sh)

appName 引数のみ指定した場合、mailmanager コマンドは、アプリケーション内のすべての電子メールバッチと各バッチ内の電子メール数を標準出力に出力します。

表 8-3 Mailmanager コマンドの引数
コマンド引数	説明
appName	電子メールバッチを生成したエンタープライズアプリケーションの名前。
list	データリポジトリ内のすべての電子メールバッチおよび各バッチ内の電子メール数を標準出力に出力する。
`list` batch-name	指定したバッチ内のすべての電子メールの件名と受信者を標準出力に出力する。
`send` batch-name	指定したバッチ内のすべての電子メールを送信する。
`send-delete` batch-name	指定したバッチ内のすべての電子メールを送信してから、バッチをデータリポジトリから削除する。
`delete` batch-name	指定したバッチ内の電子メールを削除する。
batch-name	`mailmanager list` から返されるバッチの名前。この引数ではワイルドカードはサポートされない。

表 8-4 Mailmanager コマンドの例
コマンド例	説明
`mailmanager.bat list`	使用可能なすべてのバッチをリストする。
`mailmanager.bat wlcsApp list /campaigns/campaign1.cam`	wlcsApp アプリケーションで生成された `/campaigns/campaign1.cam` という名前のバッチの内容をリストする。
`mailmanager.bat wlcsApp send-delete /campaigns/campaign1.cam`	`campaign1.cam` バッチを送信し、その後で削除する。
`mailmanager.bat wlcsApp delete /campaigns/campaign1.cam`	`campaign1.cam` バッチを削除する。

電子メールメッセージの一括送信

次の手順を実行して、WebLogic Portal ホストにログインしているシェルから電子メールを一括して送信します。

[実行｜サーバで実行] を選択して、WebLogic Server を起動します。
データリポジトリ内の電子メールバッチの名前とコンテンツを判断するには、次のコマンドを入力します。

mailmanager.bat appName list (Windows)

appName は、電子メールバッチを生成したエンタープライズアプリケーションの名前です。コマンドは標準出力に出力します。シェルコマンドを使用して出力をファイルに送ることができます。

バッチを送信し、そのバッチをデータリポジトリから削除するには、次のコマンドを入力します。

mailmanager.bat appName send-delete batch-name

電子メール一括配信のスケジューリング

スケジューリングユーティリティを使用して、データリポジトリ内の電子メールバッチを送信できます。mailmanager コマンドを使用してメールを送信する場合はバッチの名前を指定する必要があるため、各キャンペーンシナリオのメール送信は個別にスケジュールする必要があります。バッチの名前は、シナリオの containerId に対応します。containerId は、シナリオが属するキャンペーンの ID を指定します。

スケジューリングユーティリティの使用については、オペレーティングシステムのマニュアルを参照してください。

電子メールバッチの削除

次の手順を実行して電子メールバッチを削除することもできます。

データリポジトリ内の電子メールバッチの名前とコンテンツを判断するには、次のコマンドを入力します。

mailmanager.bat appName list

バッチを削除するには、次のコマンドを入力します。

mailmanager.bat appName delete batch-name

電子メールセキュリティの設定

キャンペーンで電子メールを自動送信する場合は、ポータル Web プロジェクト内のファイルシステムに格納された定義済み電子メールメッセージが使用されます。デフォルトでは、電子メールファイルが <PortalWebProject>/campaigns/emails ディレクトリに格納されている場合は、それらのファイルに不正にアクセスできないように設定されています。

以下のデプロイメント記述子を使用して、電子メールファイルの安全を確保します。

電子メールセキュリティを確保するために別のユーザを使用するには、以下の手順を実行します。

wps.jar ファイルをバックアップします。
wps.jar ファイルを unjar し、weblogic-ejb-jar.xml のユーザ名を変更します。
ユーザが存在することを確認します。
ユーザが PortalSystemAdministrator グローバルセキュリティロールのメンバーであることを確認します。
もう一度 jar し、古い wps.jar を置換して、アプリケーションを再デプロイします。<run-as-principal-name> に入力したユーザ名が存在しないか、または <run-as-principal-name> エントリを変更せずに portaladmin ユーザを削除した場合は、wps.jar でデプロイメントエラーが発生します。

別のディレクトリへの電子メールファイルの格納

別のディレクトリを使用して電子メールファイルを格納する必要がある場合は、以下の手順を実行します。

web.xml ファイルの <url-pattern> パスを変更して、新しいディレクトリのファイルの安全を確保します。
Administration Console で、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[対話管理] フォルダを展開し、[キャンペーンサービス] を選択します。
[コンフィグレーション設定 : キャンペーンサービス] をクリックして、[電子メールブラウズ開始ディレクトリ] フィールドのディレクトリを変更します。たとえば、図 8-8 に示すように、campaigns/emails/q1 に変更します。

図 8-8 電子メールディレクトリの変更

電子メールディレクトリの変更

Workshop for WebLogic での開発時にアプリケーションを再デプロイするか、またはサーバを再起動します。

キャンペーンのテスト

以下のガイドラインに従って、開発サーバ上の開発環境でキャンペーンをテストします。

キャンペーンが完全に設定されていることを確認します。キャンペーン全体、各シナリオ、および各アクションを完成するには、特定の条件があります。それぞれの部分を選択すると、[プロパティエディタ] ウィンドウの [完成] プロパティに、読み込み専用の true または false の値が表示されます。キャンペーンのいずれかの部分で [完成] プロパティが false の場合は、[プロパティエディタ] ウィンドウで [完成] プロパティを選択し、[説明] を読み、完成のために必要なプロパティを確認します。
キャンペーンがアクティブであることを確認します。キャンペーン (シナリオやアクションではない) を選択した状態で、[プロパティエディタ] ウィンドウの [アクティブ] プロパティが true に設定します。
キャンペーンエディタウィンドウのすぐ下に「キャンペーンは現在終了しています。」というテキストが表示される場合は、[開始日] または [終了日] プロパティを変更して、現在の日付が 2 つの日付の範囲内に収まるようにします。現在の日付がキャンペーンの日付範囲内に収まると、「キャンペーンは現在終了しています。」というテキストは表示されなくなります。
キャンペーンの目標設定を使用して、コンテンツのインプレッションまたはクリックスルーに基づいてキャンペーンを終了する場合は、以下の手順を実行して設定を変更します。

Administration Console で、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[対話管理] フォルダを展開し、[キャンペーンサービス] を選択します。
[コンフィグレーション設定 : キャンペーンサービス] リンクをクリックして、[目標チェック時間] を 0 に設定します。この結果、キャンペーンサービスによる目標が達成されたかどうかのチェック時間に遅延が生じません。[更新] をクリックします。
リソースツリーで、[広告サービス] を選択し、[コンフィグレーション設定 : 広告サービス] リンクをクリックします。
図 8-9 に示すように、[表示フラッシュサイズ] フィールドを 1 に設定します。

図 8-9 表示フラッシュサイズを 1 に変更

表示フラッシュサイズを 1 に変更

この設定では、インプレッションまたはクリックスルーが発生するたびにデータベースに書き込まれ、インプレッションまたはクリックスルーのカウントに設定したとおりの数値でキャンペーンが終了します。たとえば、5 回目のインプレッションでキャンペーンを終了する必要があるが、[表示フラッシュサイズ] が 10 に設定されていると、インプレッションを 10 回確認した後に初めてデータベースに数値が書き込まれます。その時点で、キャンペーンサービスによって 5 回のインプレッションが既に達成されていることが確認され、5 回ではなく、事実上 10 回のインプレッションの後にキャンペーンが終了します。

この変更を有効にするには、サーバを再起動する必要があります。

注意 :

テスト用に設定されたアプリケーションをプロダクション環境にデプロイしないでください。パフォーマンスに悪影響を与える可能性があります。

テスト時に、キャンペーンのさまざまな部分をリセットします。インプレッションやクリックスルーのカウントなどをリセットして、各ユーザに対して 1 回だけ実行されるキャンペーンやシナリオを終了できます。Workshop for WebLogic でキャンペーンファイルを開き、[ポータル｜キャンペーンのリセット] を選択し、キャンペーンの任意の部分をリセットします。
[1 回のみ実行] コンテンツアクションのテスト - 以下の手順に従って各ユーザに 1 回だけ実行されるコンテンツアクションをテストします。

Workshop for WebLogic でキャンペーンを開き、キャンペーンエディタを右クリックします。
[キャンペーンのリセット] を選択します。
[キャンペーンのリセット] ダイアログボックスで、[すべてのオプションをリセット] チェックボックスを選択し、[OK] をクリックします。
ポータルを表示し、キャンペーンサービスがリスンしているイベント (ログインなど) を開始してコンテンツアクションを実行します。キャンペーンのコンテンツが表示されていることを確認します。
ログアウトするか、またはブラウザの [戻る] をクリックして、イベントを起動する場所にもう一度戻ります。
Workshop for WebLogic のキャンペーンに戻り、キャンペーンを選択します。
図 8-10 に示すように、キャンペーンエディタ内のスペースを右クリックして、[キャンペーンのリセット] を選択します。

図 8-10 キャンペーンエディタ内で右クリックして、キャンペーンをリセット

キャンペーンエディタ内で右クリックして、キャンペーンをリセットする

[以前に配置されたコンテンツをローテーションから削除] チェックボックスを選択して、[OK] をクリックします。図 8-11 を参照してください。

図 8-11 キャンペーンのリセット

キャンペーンのリセット

プレースホルダのキャンペーンコンテンツのトラブルシューティングを行うには、デフォルトクエリおよびキャンペーンクエリがプレースホルダでどのように処理されるかを理解する必要があります。たとえば、デフォルトクエリとキャンペーンクエリには優先度があり、実行するクエリの決定に役立ちます。また、キャンペーンクエリがある場合はデフォルトクエリを実行しないように設定することもできます。詳細については、「プレースホルダの作成」を参照してください。
Web コンテンツに使用されるコンテンツキャッシュを無効化、有効化、およびフラッシュすることにより、パフォーマンスを向上させます。Workshop for WebLogic でキャンペーンを開き、[編集｜ポータルコンテンツキャッシュ] メニューで以下のオプションを選択します。

[コンテンツキャッシュをフラッシュ]
[コンテンツキャッシュを無効にする]
[コンテンツキャッシュを有効にする]

キャッシュの管理の詳細については、[実行｜ポータルキャッシュマネージャ] メニューを使用し、手順については、『ポータル開発ガイド』を参照してください。

次のキャッシュに影響します ([コンフィグレーション設定｜サービス管理] を選択し、リソースツリーの [パーソナライゼーション]、[キャッシュマネージャ] を順に選択すると Administration Console に表示されます)。

adBucketServiceCache - 将来の使用に備えて確保されています。
searchCache - 仮想コンテンツリポジトリのコンテンツ検索の結果をキャッシュします。
documentMetadataCache - DocumentManager のドキュメント検索の結果をキャッシュします。コンテンツリポジトリは、この設定を使用しません。
binaryCache.BEA Repository - BEA リポジトリのバイナリプロパティ値をキャッシュします。
documentContentCache - DocumentManager のドキュメントのバイト数をキャッシュします。コンテンツリポジトリは、この設定を使用しません。
nodeCache.BEA Repository - BEA リポジトリのコンテンツをキャッシュします。
documentIdCache - DocumentManager のドキュメント検索の結果 (ID のみ) をキャッシュします。コンテンツリポジトリは、この設定を使用しません。
adServiceCache - コンテンツ表示の検索結果をキャッシュします。広告サービスによって使用されます。

キャンペーンのトリガ

定期または行動追跡イベントを使用して、イベントとその値に基づいてキャンペーンの開始またはキャンペーンアクションのトリガを行う必要があります。一般に使用されるイベントは、SessionLoginEvent です。詳細については、「SessionLoginEvent の使用」を参照してください。

キャンペーンのシナリオルールは、キャンペーンサービスがリスンしている 1 つのイベントが発生したときにのみ評価されます。

キャンペーンの条件でリクエスト、セッション、またはイベントのプロパティを使用した場合、リスンしているイベントがトリガされるとこれらのプロパティが取得されます。イベントは、現在のセッションプロパティ、1 つのリクエストプロパティ (セッションに含まれる)、イベントプロパティ (リクエストに含まれる) のスナップショットを作成します。スナップショットはリクエストオブジェクトの形式で作成され、評価のためにキャンペーンサービスに渡されます。スナップショットの値をキャンペーンアクションのルールと照合し、結果が true であれば、キャンペーンのアクションがトリガされます。

キャンペーンアクションのトラブルシューティング

キャンペーンアクションがセッション、リクエスト、およびイベントプロパティを使用して想定どおりにトリガされない場合、以下のいずれかの問題が発生している可能性があります。

キャンペーンの無効化

キャンペーンを無効にして、キャンペーンイベントが発生しないようにするために CampaignEventListener を削除できます。

キャンペーンイベントを無効にするには、以下の手順を実行します。

Administration Console を起動して、[コンフィグレーション設定｜サービス管理] を選択します。
リソースツリーで、[パーソナライゼーション] フォルダを展開し、[イベントサービス] を選択します。
[参照] タブで、[com.bea.campaign.internal.CampaignEventListener] チェックボックスを選択して、[削除] をクリックします。キャンペーンイベントは発生しなくなりますが、別の行動追跡または別のイベントリスナを設定している場合、これらのイベントは引き続き発生します。

注意 : 後でキャンペーンを有効にする場合は、[参照] タブで CampaignEventListener を同期リスナとして追加します。

キャンペーンのリセット

キャンペーンのさまざまな部分をリセットできます。たとえば、以下の操作のうち、必要な操作を実行できます。

キャンペーンは、開発環境 (テスト用) またはプロダクション環境でリセットできます。

開発環境でキャンペーンをリセットする

変更を行ってから、開発環境でキャンペーンを自動的にリセットするには、以下の手順を実行します。

Workshop for WebLogic のポータルパースペクティブでキャンペーンファイルを開きます。
[ウィンドウ｜設定] を選択します。
[設定] ウィンドウで、[WebLogic Portal] を選択します。
図 8-12 に示すように、[キャンペーン] をクリックして、[変更の保存後にキャンペーンをリセットする] チェックボックスを選択します。

図 8-12 編集後、キャンペーンを自動的にリセット可能

編集後、キャンペーンを自動的にリセット可能

[OK] をクリックします。

この機能をテスト用に使用する方法の詳細については、「キャンペーンのテスト」を参照してください。

プロダクション環境でキャンペーンをリセットする

プロダクション環境でキャンペーンをリセットするには、以下の手順を実行します。

Workshop for WebLogic で、[実行｜Portal Administration Console を開きます] を選択して Administration Console を起動します。
Administration Console で、[対話｜キャンペーン] を選択します。
リソースツリーで、リセットするキャンペーンを選択します。
[キャンペーンの詳細] タブで、[キャンペーンのリセット] をクリックします。
[OK] をクリックします。

キャンペーンのコンテンツキャッシュの設定

パフォーマンスの最適化のために、コンテンツキャッシュをプロダクション環境で有効にします。Workshop for WebLogic を使用して、Web コンテンツで使用するキャッシュを無効化、有効化、およびフラッシュすることができます。

コンテンツキャッシュを有効にするには、以下の手順を実行します。

対話管理ガイド

キャンペーンの構築

前提条件タスクの実行