ウェブアクセストリガ時のURLワイルドカードについて | Community
Skip to main content
光二_五十畑
September 19, 2019

ウェブアクセストリガ時のURLワイルドカードについて

  • September 19, 2019
  • 1 reply
  • 78 views

はじめまして、はじめて質問致します、五十畑と申します。

標記のパターン時にトリガの発火ルールを確認したく質問致します。

用途としては ebook のダウンロード時に、

サンクスページのアクセスに従って、スコアを加点したいというケースです。

■ ebook ダウンロード申し込みページ

/ebooks/コンテンツ名

■ ebook ダウンロード完了ページ(サンクスページ)

/ebooks/コンテンツ名/complete

上記が前提になるのですが、URLは以下のように設定することが可能なのでしょうか。

  ウェブページ:指定の語句を含む  /ebooks/*/complete

まだページはなく、このような設定が難しい場合、

URLの設計を変更する必要があるのではないかと思い、先に判断したく質問させていただきました。

ご確認いただけますと幸いです。

よろしくお願い致します。

いそはた

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.

1 reply

Taishi_Yamada
Level 6
September 20, 2019

@光二 五十畑 さん、こんにちは、

質問投稿ありがとうございます

URLの設計を変更する必要があるのではないかと思い、先に判断したく質問させていただきました。

お。いいですね。はい。とても大事です。あとで苦労しないようにご注意ください。

まず、ワイルドカードは「使えません」。また、同じくよく聞かれることで、Regular Expression(正規表現)も同じく使えません。マルケトは、「誰にでも優しく使えるよう」に出来ているので、そういう気難しいことは、あえてできなくなっている。。。。。。と思っておいたほうが幸せです。

(まぁ、実際、Reg Exとかの対応はムカーシムカーシムカーシから海外でも言われてる件ですが、未だにやってないし、やりそうな気配もないので。。。。恐らく、ただでさえ重いインスタンスを、これ以上重くしたくない。という設計思想があるのだと思います)

↑ということで、この上記のUIにあるものの「組み合わせ」で頑張る必要があります。

とはいえ、多くの場合はこれで困らないですけどね(また、1つのSmart Listに複数のVisited Web Pageを入れて、それらをand / or する。ということも、やろうと思えばできますし。。。。。が、重くなるので極力避けますが)

今回の件でいえば、

/ebooks/コンテンツ名/complete

を判別するには、

contains : "/ebooks/", "/complete"  (後半部分の文字列は, "or" として複数指定ができます)

とするのが一番近いですし、現実的ですね。

もちろんこの場合、文字列の「位置」や「順序」は関係ない点はご注意ください。しかも、別々に文字列判別させる処理がクエリーとしては走ることになるので、ちょっと気持ち悪い(処理負荷あがる)ですね。

なので、私の場合は、

/ebook/complete/content-name

というURL文字列の順序ルールを採用しています。これなら

contains: "/ebook/complete/"

という1つの文字列との照会で済みますからね。

以上、ご参考までに。

-Yamada

光二_五十畑
September 20, 2019

山田さま

なるほどそうだったのですね。

ご丁寧な回答ありがとうございます。大変良くわかりました。

*がだめなら、正規表現と思ってましたが、それもダメだったとは。笑

再度質問することなくたすかりました。

参考にさせていただきます。

ありがとうございます!

いそはた