問題タブ [pii]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
security - Snowflakeのすべてのデータベースとスキーマでアクセス可能なマスキング ポリシーを作成する方法はありますか?
さまざまなスキーマとデータベースに適用できるマスキング ポリシーを作成しました。ただし、各データベース スキーマの組み合わせでマスキング ポリシーを再作成しない限り、ポリシーを適用できません。Masking policy 'DATABASE_NAME.SCHEMA_NAME.POLICY_NAME' does not exist or not authorized.
そのデータベースとスキーマを選択してマスキングポリシーを作成するまでスロー
されます。
rest - プライバシー基準に準拠した紹介サインアップ電子メール リンクを生成するためのベスト プラクティスは?
ユーザーAがメールを送信してユーザーBを紹介できる場合があります。ユーザー B は、電子メールが事前入力されたサインアップ ページにリダイレクトするためにクリックできるリンクが記載された電子メールを受け取ります。リンクを生成し、それをクライアントで読み取ってフォームに入力するためのベスト プラクティスは何ですか?
これらの解決策のどれが適切か (およびその理由) は?
- www.website.com/signup?email=userB@email.comのようなリンクを設定して、クライアントがメールを簡単に取得できるようにするだけですか?
- または、電子メールをエンコードしてクライアントでデコードすることは理にかなっていますか?それとも単に無意味なのでしょうか?
- または、ユーザー B の電子メールを送信するユーザー A は、リンクを生成するために使用できる電子メールにリンクされた ID/トークンを使用して、バックエンドの users/referral テーブルのようなレコードを生成する必要があります (つまり、www.website.com/signup?token =1q2w3eまたは ?id=3e2w1q)? 次に、サインアップ ページで、ID/トークンを使用して電子メールを取得するための GET 要求を行うことができます (つまり、GET /referrals?token=1q2w3e または GET /users/3e2w1q)?
single-page-application - SPA の URL から PII を削除する (GTM/GA4)
Google タグ マネージャーによって登録されたシングル ページ アプリケーション (SPA) の URL から個人を特定できる情報 (PII) を削除しようとしています。
URL の形式/customer/1234/invoice/5678
は であり、GA4 に次のように送信します。/customer/(redacted)/invoice/(redacted)
私がしたことは次のとおりです。
Page location without ids
GTM で、次の内容で呼び出されるカスタム JavaScript 変数を作成しました。(注:ここで使用していますが、同じ効果で{{Page URL}}
試しました。)window.location.href
- GA4 構成タグ ( で起動) で、フィールド名を
All Pages
開いて に変更しました。Fields to set
page_location
{{Page location without ids}}
- GTM でプレビューを開始し、GTM に Web サイトを読み込ませました。Tag Assistant がページに表示され、GTM が接続されていることを報告します。
- これまでのところ、すべてが順調に見えます。
- Web サイトで開発者コンソールを開くと、GTM スクリプトによって生成された、タイムスタンプ付きの開始ページ URL の約 20 行の出力が表示されます。
- GTM の Tag Assistant では、GTM コンテナと GA4 コンテナの両方で、変数の下に変更された URL が表示されます。( に割り当てられた GTM コンテナ内、 (ページの場所)
Page location without ids
に割り当てられた GA4 コンテナ内)。dl
- GA4 では、変更された URL が DebugView に表示され、
page_location
パラメーターに割り当てられています。
- ただし、URL に ID を含むページに移動すると、次のようになります。
- コンソールは編集された URL を出力します。(実際には4回、理由はわかりません。)
- ただし、
collect
呼び出しのペイロードには、パラメーターの (編集された)開始ページURL が表示されdl
ます。実際のページ URL (編集されているかどうかに関係なく) は含まれていません。 - GTM は、GTM コンテナーによってログに記録された履歴イベントを表示し、
Page location without ids
変数に秘匿化された URL が含まれています。ただし、変数Page Path
とPage URL
変数は編集されていません。これが良いか悪いかはわかりません。 - GTM は、 (ページの場所) パラメータ
の (編集された)開始ページURL を含む GA4 コンテナのページ ビューを表示します!
dl
- また、DebugView の GA4 では、開始ページのURL が
page_location
パラメーターとして表示されます。
- コンソールは編集された URL を出力します。(実際には4回、理由はわかりません。)
そのため、何らかの理由で、編集された URL をdl
GA4 のパラメーターにプッシュできません。代わりに、GA4 は編集された初期 (開始ページ) URL を使用し続けます。