リスト条件およびワークフロー条件でのクエリ文字列（URLパラメーター）

トラッキングURLを使用して特定のソースやキャンペーンからの訪問をトラッキングする場合、またはURLに値を含めて渡す場合、ウェブサイトのURLにクエリ文字列（URLパラメーター）が追加されます。一部の外部CMSシステムでは、ページ上に特定のコンテンツを表示するためにもクエリ文字列（URLパラメーター）を使用しています。

UTMクエリ文字列と非UTMクエリ文字列

リストフィルターとワークフロー登録トリガーは、ページ訪問コンタクトのプロパティーに含まれるUTMクエリ文字列を無視します。このため、ページビューフィルターを使用したリストやワークフローでは、求めている連絡先が表示されない場合があります。ページビューのフィルターを使用してコンタクトを検索する方法には、2種類あります。

• ［コンタクトが次を含むURLを1件以上表示した：］フィルターにUTMパラメータを含めると、リストやワークフローでは、その正確なUTMパラメータでコンタクトが検索されます。しかし、UTMパラメータは無視されるため、UTMパラメータでページを訪れたコンタクトは、リストやワークフローに取り込まれません。
• ［コンタクトが次に一致するURLを1件以上表示した：］フィルターにUTMパラメーターを含めると、リストやワークフローの検索にUTMパラメーターが含まれなくなります。UTMパラメータの有無に関わらず、ページを訪れたすべてのコンタクトがリストやワークフローに取り込まれます。

以下の例をご確認ください。

コンタクトレコードの中で訪問したURLから削除されるUTMパラメーターには、次のものが含まれます:

• source
• utm_source
• utm_medium
• utm_campaign
• utm_content
• utm_term

一方HubSpotでは、非UTMパラメーターについては、コンタクトレコードの中で訪問済みURLから削除されません。たとえば、「www.hubspot.com/offer?discount」という URL の中で、「?discount」の部分は非UTMクエリ文字列です。 

シナリオの例

以下の例では、リストとワークフローのツールで、コンタクトが条件を満たしているかどうかを評価する際にクエリ文字列をどう処理するかを示しています。この例では、3人のコンタクトに対してこのページが異なる方法で表示されます:

• コンタクト1は、トラッキングURL「http://www.domain.com/pricing?utm_source=email」が設定されているEメールキャンペーンの一部として用意されている価格設定ページを表示しています。
• コンタクト2は、別のキャンペーンの一部として用意されている価格設定ページを表示しています。このページは、別のクエリ文字列「http://www.domain.com/pricing?specialdiscount」でトラッキングされています。
• コンタクト3は、ウェブサイト内を移動して自然に見つけた価格設定ページを表示しています。このページにはクエリ文字列なしで到達したため、URL は「http://www.domain.com/pricing」になっています。

シナリオ1

Eメールキャンペーンの一部であるページを閲覧したコンタクトをリストまたはワークフローに追加するため、［コンタクトが過去に次を含むURLを訪問した］の条件が「/pricing?utm_source=email」に設定されています。 

リストまたはワークフローは、そのクエリ文字列を完全一致として含むURLを訪問したコンタクトを検索します。

• ?utm_source=emailがコンタクトレコードから削除されるため、コンタクト1はリストまたはワークフローに追加されません。閲覧したURLは、「http://www.domain.com/pricing」として記録されます。これには「/pricing?utm_source=email」が含まれないため、条件に一致しません。
• コンタクト2は、「/pricing?specialdiscount」が含まれる URL を閲覧したため、リストまたはワークフローに追加されません。これには「/pricing?utm_source=email」が含まれないため、条件に一致しません。
• コンタクト3が閲覧した URL には「/pricing」しか含まれていないため、コンタクト3 はリストまたはワークフローに追加されません。これには「/pricing?utm_source=email」が含まれないため、条件に一致しません。

シナリオ2

別のキャンペーンの一部であるページを閲覧したコンタクトをリストまたはワークフローに追加するため、［コンタクトが過去に次を含む URL を訪問した］の条件が「/pricing?specialdiscount」に設定されています。

• コンタクト1は、閲覧先として記録された URL が 「http://www.domain.com/pricing」であるため、リストまたはワークフローに追加されません。これには「/pricing?specialdiscount」が含まれないため、条件に一致しません。
• コンタクト2が表示したURL には「/pricing?specialdiscount」が含まれており、非UTMクエリ文字列パラメーターはコンタクトレコードから削除されないため、リストまたはワークフローに追加されます。記録された URL には「/pricing?specialdiscount」が含まれているため、これは条件に一致します。
• コンタクト3が閲覧した URL には「/pricing」しか含まれていないため、コンタクト3はリストまたはワークフローに追加されません。これには「/pricing?specialdiscount」が含まれないため、条件に一致しません。

シナリオ3

「/pricing」が含まれ、クエリ文字列パラメーターは含まれていない URL を閲覧したコンタクトを抽出するため、［コンタクトが過去に次を含む URL を訪問した］の条件が「/pricing」に設定されています。

3人のコンタクトのすべてがリストまたはワークフローに追加されます。全員が URL に「/pricing」が含まれるページを表示したためです。このシナリオでは、クエリ文字列を使用してページを表示したかどうかは関係ありません。

シナリオ4

Eメールキャンペーンの正確な URL である「http://www.domain.com/pricing?utm_source=email」を閲覧したコンタクトを追加するため、［コンタクトが過去に次の URL（完全一致）を訪問した］がURL全体に設定されています。

この場合、HubSpot により、条件URLからも UTM パラメーターが削除されます。したがって、このリストまたはワークフローは、クエリパラメーターを含むURLではなく「http://www.domain.com/pricing」という URL を閲覧したコンタクトを検索することになります。

• コンタクト1は、閲覧先として記録されたURLが「http://www.domain.com/pricing」なので、リストまたはワークフローに追加されます。これは、リストまたはワークフローの検索条件に一致します。
• コンタクト1は、クエリ文字列が削除されない URL である「http://www.domain.com/pricing?specialdiscount」を閲覧したため、リストまたはワークフローに追加されません。これは URL「http://www.http://www.domain.com/pricing」に正確に一致するものではないため、条件に一致しません。
• コンタクト3 は、閲覧したURLが「http://www.domain.com/pricing」であるため、リストまたはワークフローに追加されます。これは、リストまたはワークフローの検索条件に一致します。