Splunk RUM での URL グループ化のカスタムルールの作成
ビジネス仕様と一致する基準に基づいてURLをグループ化するカスタムルールを記述し、ビジネスニーズと一致するようにデータを編成します。パスとドメインの両方で URL をグループ化します。
Splunk RUM は、ページロードとルート変更期間、JavaScript エラー、バックエンドエラー、Web バイタルなど、エラーとメトリックをキャプチャするデフォルトのルールに基づいて URL を自動的にグループ化します。
Splunk RUM のカスタムルールとは?
仕様に基づいて、共通のコンポーネントを含む URL をグループ化するカスタムルールを記述します。ルールをカスタマイズすることで、お客様と組織が最も意味をなす方法で Splunk RUM 内のデータを合理化できます。パスとドメインの両方で URL をグループ化できます。
また、Splunk RUM でページレベルのメトリック(rum.node.*)を生成するためのカスタム URL グループ化ルールも必要です。
カスタムルールの作成
カスタムルールを作成するには、次の手順を実行します。
-
URL について確認してください。コンポーネントとトークンを識別します。
-
どのような結果が表示されるかを把握します。
-
パターンの構文と例を確認し、データに対して機能するルールの作成方法を理解してください。
-
デフォルトのルールを参照し、ルールを機能させるためにいずれかを非アクティブ化する必要があるかどうかを確認します。
URL のコンポーネントの識別方法
Splunk RUM の範囲内では、URL に次のコンポーネントがあります。
-
scheme
-
ドメイン
-
path
-
fragment
例
URL (https://example.com/path/page#title)について考えてみましょう。
この URL をコンポーネントに分割する方法は次のとおりです。
|
コンポーネント |
例 |
|---|---|
|
スキーム |
|
|
ドメイン |
|
|
パス |
|
|
フラグメント |
|
トークンの識別方法
Splunk RUM でのルールの記述に関して言えば、URL はドメインとパスの 2 つの部分で構成されます。トークンは、パスを示すスラッシュ(/)またはドメインを示すピリオド(.)のいずれかで区切られた、正確に 1 つの単語です。次の定義と例は、ユースケースに最適なルールを作成できるように、URL のトークンを識別する方法を示しています。
ドメイン
ドメインは、最上位ドメインとそのプレフィックス付きのサブドメインで構成されます。ホストトークンは、ピリオド記号()で区切ります。)たとえば、 subdomain.domain.com は、 subdomain、 domain、 com の各トークンに分割されます。
パス
パスのコンポーネントは、スラッシュ記号(/)で区切ります。たとえば、 https://example.com/documentation/section/topic は 次のトークンに分割されます。Documentation 、section、 topic。
URL でのハッシュトークン(#)のサポート
単一ページアプリケーションでは、URL パスの最後にハッシュトークン(#)を使用してフラグメントを追加します。次の URL は、ハッシュ記号の後に単一ページ アプリケーションからのブログ投稿がどのようにリストされるかを示しています。https ://example.com/#/ブログpost。デフォルトでは、ハッシュ後のフラグメントは、ルールに含める指定がない限り、Splunk RUM によって無視されます。たとえば、フラグメント #title は 、https: //example.com/path/page.html#titleのパスから除外されます。
パターン構文
次の表に、パターン、このパターンに一致する URL の例、パターンに一致しない URL の例を示します。
ルールとは
ルールでは、共通の特性に基づいて URL をグループ化する方法を定義します。開始するには、最初にドメインルールを追加してから、パスルールを追加します。
パターンとは何か?
パターンは、ルールの最も重要なコンポーネントです。パターンは、ルールに一致するすべての URL によって共有される、パスまたはドメインの共通部分を定義します。パターンは、URL のドメインとパスのようなトークンでも構成されます。パターン内のワイルドカードは、URL のパスまたはドメインの実際のトークンに一致します。ワイルドカードをパターンに適用して、1 つ以上のトークンに一致させることができます。
<?>単一トークンのワイルドカード
この例は、 を使用する方法を示しています。<?>記号を使用して、パスごとに URL をグループ化する単一のトークン ワイルドカードを適用できます。
|
パターン |
一致するパスの例 |
一致しないパスの例 |
|---|---|---|
|
|
|
|
<??>1 つ以上の末尾のトークンのワイルドカード
この例は、 を使用する方法を示しています。<??>ワイルドカードを使用して、1 つまたは複数のトークンで URL をグループ化できます。、<??>ワイルドカードは、現時点ではパターンの最後のワイルドカードとしてのみサポートされています。
|
パターン |
一致するパスの例 |
一致しないトークンの例 |
|---|---|---|
|
|
|
|
組み合わせパターン
次に、ワイルドカードの組み合わせを使用して複数のトークンのパターンで URL をグループ化する例を示します。
|
パターン |
一致するパスの例 |
一致しないパスの例 |
|---|---|---|
|
|
|
|
無効な構文
次の構文は無効です。
|
無効な構文 |
説明 |
|---|---|
|
"." でパターンを開始または終了文字。 |
|
|
、<??>ワイルドカードは常にパターンの最後になる必要があります。 |
|
|
混在させないでください<?>パターン内の他の文字を含むワイルドカード。 |
|
|
ワイルドカードは URL のパス内の 2 つの |
|
|
このパターンは無効です。<??>ワイルドカードはピリオド文字で区切られていません(. |
|
|
パスのパターンは、スラッシュ ( / ) で始める必要があります。 |
|
|
、<??>ワイルドカードはパターン内の最後のトークンにする必要があります。 |
|
|
、<?>ワイルドカードはスラッシュ(/)デリミタで区切る必要があります。 |
デフォルトルール
RUM には 、 [データ管理(Data Management)] の [RUM URL グループ化(RUM URL grouping)]タブにあるいくつかのデフォルトルールがあります。デフォルトルールと競合するルールを作成する場合は、デフォルトルールをグローバルに、またはアプリケーションごとに非アクティブにできます。
例
このアスタリスク ワイルドカード( * ) は、/app/で始まるすべてのパスと一致します。
|
パターン |
一致するパスの例 |
一致しないパスの例 |
|---|---|---|
|
|
|
|
例
ワイルドカード W* は、 数字が含まれていないトークンに適用されます。このパターンは 、/app/ で始まり、数字のないトークンが続くすべてのパスと一致します。
|
パターン |
一致するパスの例 |
一致しないパスの例 |
|---|---|---|
|
|
|
|
ユースケース
次の例は、解決するユースケースに応じて URL をグループ化するためにルールを適用する方法の概要を示しています。
を使用します<?>製品 ID 別に URL をグループ化するワイルドカード
オンライン小売業者が、製品 ID によって URL をグループ化するとします。この例では、製品 ID は、URL のパスの /merchance/ の 後の文字と数字の組み合わせです。
|
URL の例 |
パターン |
結果 |
|---|---|---|
|
|
結果には、同じ製品 ID( |
この例では、まず次のようなドメインルールを作成する必要があります。
次に、パスルールを作成します。
これは、<??>ワイルドカードを使用します。
を使用します<?>サブドメインでグループ化するワイルドカード
この例は、 を使用する方法を示しています。<?>同じサブドメインで URL をグループ化するためのワイルドカード。
|
URL の例 |
パターン |
結果 |
|---|---|---|
|
|
結果には、同じサブドメインを持つすべての URL がグループ化されます。https |
たとえば、次のルールを作成する方法を示します。
これは、<?>ワイルドカードを使用します。
を使用します<??>文字列でグループ化するワイルドカード
任意の関数について、v1 および v2 API 全体のパフォーマンスを測定するとします。このルールでは、<??>パスの残りの部分をワイルドカード化します。
|
URL の例 |
ルール |
結果 |
|---|---|---|
|
|
API 機能ごとに URL をグループ化します。 |
たとえば、次のルールを作成する方法を示します。
これは、<??>ワイルドカードを使用します。
URL グループ化ルールの管理
UI では、ホストルールとパスルールを組み合わせて URL 名が作成されます。スパンは Splunk RUM で 8 日間保持されます。詳細については、 「Splunk Observability Cloud でのデータ保持」を参照してください。ルールの変更は、着信データにのみ適用されます。
新規ルールを作成
新しい規則を作成するには、次の手順を実行します。
- Splunk RUM URL ルールマネージャにアクセスするには、次の 4 つの方法があります。
-
左側のナビゲーションパネルから、[Application Summary] ダッシュボードで を選択します。
-
左側のナビゲーションパネルから、[データ構成(Data Configuration)] で を選択します。
-
[RUM Overview] ダッシュボードから、 を選択します。
-
[RUM Tag] スポットライトビューから、3 点ドットの設定ボタンを選択した後、 [RUM] [URL Grouping Rules] を選択します。
-
-
[新しいルール(New Rule)]を選択します。
-
ルールを作成する URL トークンを選択します。
-
モニターするアプリケーションを選択します。アプリケーションを選択しない場合、ルールはすべてに適用されます。
-
URL をグループ化するパターンを記述します。
-
[作成(Create)] を選択します。
既存のルールの編集
既存のルールを編集するには、次の手順を実行します。
-
RUM URL ルールマネージャに移動します。
-
3 つのドット記号を選択し、 [編集(Edit)] を選択します。
-
変更を加えてから、 [更新(Update)]を選択します。
ルールの非アクティブ化または再アクティブ化
既存のルールを非アクティブ化または再アクティブ化するには、次の手順に従います。ルールを非アクティブ化すると、Splunk RUM はこのルールに従って着信データの処理を停止します。ルールを非アクティブ化し、将来再度アクティブ化することを選択した場合、ルールは Splunk RUM によってすでに取り込まれているデータには適用されません。
-
RUM URL ルールマネージャに移動します。
- 3 つのドット記号を選択し、 [編集(Edit)] を選択します。
-
ルールをアクティブ化するには、 [アクティブ化(Activate)]を選択します。
-
ルールを非アクティブ化するには、 [はい、このルールを非アクティブ化します(Yes, deactivate this rule)]を選択します。
-
削除
ルールを削除するには、次の手順を実行します。
-
RUM URL ルールマネージャに移動します。
-
3 つのドット記号を選択し、 を選択します。
Manage rules
Use an updated URL grouping system in Splunk Real User Monitoring.
Splunk RUM automatically groups URLs together based on default rules that capture errors and metrics such as page load and route change duration, JavaScript errors, backend errors, and web vitals.
Migrate to v2
Splunk RUM URL grouping v2 includes a unified rule structure system, richer wildcard matching, and query parameter grouping to better manage URL groups in Splunk RUM. In the new version, only one URL group is created after matching to a single rule. The previous logic created multiple groups based on all matching rules. Additionally, groups are created by evaluating all relevant parts of the URL (host, path, and query parameter matching), eliminating the need to coordinate separate host and path logic.
Select Start migration on the RUM URL Grouping page to begin migrating your existing rules to the new grouping system. Follow the guided workflow to review the impact to existing rules and dependencies that require manual updates. Most rules are matched exactly, resulting in no changed behavior. Additionally, review the list of dashboards and detectors where the impacted URL groups are used and confirm changes.
You can cancel the migration at any time before selecting Save with no impact to the URL grouping behavior. Your old URL grouping rules will also be saved. Metrics will populate for the new rules once they become active.
Edit a rule
Follow these steps to edit an existing rule:
data that has already been ingested.
-
Select the three dot symbol, then Edit.
-
Make your changes, then select Update.
Deactivate or reactivate a rule
Follow these steps to deactivate or reactivate an existing rule. When you deactivate a rule, Splunk RUM stops processing incoming data according to this rule. If you choose to deactivate a rule and then activate it again in the future, the rule is not applied to data that was already ingested by Splunk RUM.
-
Select the three dot symbol, then Edit
- Select the three dot symbol, then Edit.
-
Select Activate or Deactivate.
Delete a rule
Follow these steps to delete a rule:
-
Select the three dot symbol, then select .