ええ、それは（残念ながら）今やっていることです。
その文書をどのように読んだのか、本当に興味があります。つまり、3.2 認証クッキー にはかなり明確に書かれています。
認証クッキーは、ユーザーがログインした後にユーザーを識別するために使用されます（例：オンラインバンキングウェブサイト）。これらのクッキーは、ユーザーがウェブサイトへの後続の訪問時に自身を認証し、アカウント残高、取引などの承認済みコンテンツにアクセスできるようにするために必要です。認証クッキーは通常セッションクッキーです。永続クッキーの使用も可能ですが、それらは同一と見なされるべきではありません。以下で説明します。
認証クッキー（技術クッキーとは呼ばれていないことに注意）の必要性を認識しています。これらのクッキーの有効期間、つまりセッションと永続クッキーが異なるように扱われる必要があることを明確に述べています。
ユーザーがログインすると、承認されたコンテンツまたは機能へのアクセスを明示的に要求します。クッキーに保存された認証トークンを使用せずに、ユーザーは各ページリクエストでユーザー名/パスワードを提供する必要があります。したがって、この認証機能は、ユーザーが明示的に要求している情報社会サービスの本質的な部分です。したがって、これらのクッキーは基準Bの下で免除されます。
ただし、ユーザーはサイトおよび特定の機能へのアクセスのみを要求して、必要なタスクを実行したことに注意することが重要です。認証の行為は、同意なしに、行動監視や広告などの他の二次的な目的のためにクッキーを使用する機会と見なされるべきではありません。
ログインすることは、ユーザーがログインすることに同意したことを意味し、認証クッキーを通じて他の種類のデータ使用に同意したわけではありません。
**ブラウザセッション間で認証トークンを保存する永続ログインクッキーは、基準Bの下で免除されません。**これは重要な区別です。なぜなら、ユーザーはブラウザを閉じても認証設定がクリアされないという事実にすぐには気づかない可能性があるからです。彼らは、実際にはサービスにログインしたままであるにもかかわらず、匿名であるという前提でウェブサイトに戻るかもしれません。チェックボックスと「私を覚えておく（クッキーを使用します）」のような簡単な情報メモを送信フォームの隣に使用する一般的な方法は、同意を得るための適切な手段であり、この場合の免除を適用する必要性をなくすでしょう。
基準Bとは：
クッキーは、「加入者またはユーザーが明示的に要求した情報社会サービスを提供するプロバイダーにとって、サービスを提供するために厳密に必要な」ものである。
したがって、永続的な認証クッキーを設定するには、ユーザーは事前に同意を提供する必要があります。理由：デフォルトで永続的な認証の意味をユーザーが知っていると期待することはできません。
はい、法律は曖昧で複雑であり、ほぼ20年間にわたって多くの異なる更新がありました。そして、私が調べた公式のEUサイトでさえ、クッキーの処理方法や公表されているポリシーに関しては非常に混乱しているようです。