百科事典
2026-05-09 18:07:05
SLAAC とは?IPv6 自動設定の解説
SLAAC とは何か。IPv6 のステートレスアドレス自動設定の仕組み、ルーター広告、プレフィックス、インターフェース識別子、重複アドレス検出、DNS オプション、利点、制限、実運用での用途を解説します。

ベッケテレコム

SLAAC とは?IPv6 自動設定の解説

SLAAC は、IPv6 を従来のアドレス割り当てモデルと大きく異なるものにしている中核的な仕組みの一つです。この用語は Stateless Address Autoconfiguration(ステートレスアドレス自動設定)を意味し、IPv6 ホストが従来型のステートフルなアドレスサーバーから各アドレスを個別に割り当てられなくても、自分自身のアドレスと基本的なネットワークパラメータを自動的に設定できるプロセスを指します。実際には、IPv6 対応デバイスがネットワークに参加し、関連するプレフィックス情報を学習し、自分のアドレスを作成し、そのアドレスがローカルリンク上で一意であることを確認し、より広い IPv6 ネットワークとの通信を開始できるようにします。

これが、SLAAC が IPv6 設計において非常に重要である理由の一つです。SLAAC は手動のアドレス設定への依存を減らし、ホストが標準化された方法で自己設定できるようにします。正式な動作は RFC 4862 で定義されており、IPv6 インターフェースをどのように自動設定するかを判断する際にホストが実行する手順、リンクローカルアドレスの生成、ステートレス自動設定によるグローバルアドレスの生成、Duplicate Address Detection の実行が規定されています。Router Advertisement の動作は RFC 4861 で定義された IPv6 Neighbor Discovery に由来し、ホストがローカルリンク上でルーター、プレフィックス、その他のネットワーク情報を発見するために使う仕組みです。 

現代の IPv6 ネットワークでは、SLAAC は企業、キャンパス、ブロードバンド、モバイル、家庭、ラボ、クラウド隣接環境などで広く使われています。DHCPv6、Router Advertisements、Neighbor Discovery、プライバシー拡張、安定したインターフェース識別子、DNS 設定とあわせて語られることが多い仕組みです。IPv6 を明確に理解するには、SLAAC とは何か、何を自動設定するのか、どのように段階的に動作するのか、そして実際の導入でどの長所と制約が重要になるのかを理解することが不可欠です。

ホストが Router Advertisement 情報を学習してアドレスを自己設定する IPv6 SLAAC プロセス

SLAAC により、IPv6 ホストはサーバーから直接割り当てられるのを待つのではなく、ネットワーク広告から自分のアドレスを構成できます。

SLAAC とは何か

基本的な定義

SLAAC は Stateless Address Autoconfiguration の略です。IPv6 において、これはホストがステートフルサーバーだけに依存してアドレスを割り当てられるのではなく、ローカルネットワークで通知される情報を使ってインターフェースのアドレスを設定するプロセスです。RFC 4862 は、ホストがリンクローカルアドレスを生成し、ステートレス自動設定でグローバルアドレスを生成し、Duplicate Address Detection を実行してリンク上の一意性を確認できる仕組みとして定義しています。

「ステートレス」という言葉は重要です。これは、プレフィックスを広告するルーターが、従来型のステートフルサーバーのようにホストごとのアドレス割り当て状態を保持する必要がないことを意味します。ホストはネットワークから学習したプレフィックス情報を使い、自身のインターフェース識別子のロジックと組み合わせて、利用可能な IPv6 アドレスを作成します。

IPv6 がこの方式を採用する理由

IPv6 は、以前の環境でよく使われていた手動設定やサーバー依存度の高い方式よりも、シンプルで拡張性の高いアドレス設定を支援するよう設計されました。Router Advertisements からネットワーク情報を受け取った後にホストが自分のアドレスを構成できるようにすることで、プロトコルは運用上の負担を減らし、デバイスの参加を容易にします。RFC 4862 はこのプロセスをホスト側の自動設定として明示的に位置付け、RFC 4861 はそれを可能にする Neighbor Discovery と Router Advertisement の動作を提供しています。 

これは、IPv6 が中央構成システムの役割をすべてなくすという意味ではありません。実際には、SLAAC は DHCPv6、ローカルポリシー制御、RA ベースの DNS 情報、ネットワークアクセスルールと共存することが多くあります。それでも、自動設定能力は IPv6 ホスト動作を特徴づける重要な要素の一つです。

SLAAC とは、サーバーが各アドレスを一つずつ配るのを待つのではなく、ホストがローカルリンクで学習した情報から自分の IPv6 アドレスを設定することを意味します。

SLAAC の仕組み

ステップ 1:ホストがリンクローカルアドレスを作成する

ローカル IPv6 リンクで意味のある通信を行う前に、ホストにはリンクローカルアドレスが必要です。RFC 4862 は、リンクローカルアドレスの生成を自動設定プロセスそのものの一部として説明しています。このアドレスはローカルリンク上の通信に使用され、Neighbor Discovery と Router Advertisement 処理の基礎になります。 

このステップが重要なのは、ホストが近くのルーターや近隣ノードとの発見手順に完全に参加する前に、ローカル IPv6 の識別情報を必要とするためです。グローバルユニキャストプレフィックスを学習する前であっても、リンクローカルアドレスによってローカル IPv6 のやり取りが可能になります。

ステップ 2:ホストが Router Advertisements からネットワーク情報を学習する

ローカルでの存在を確立した後、ホストは Router Advertisements を待ち受けるか、ローカルルーターに要求することができます。RFC 4861 は Router Advertisements を IPv6 Neighbor Discovery の一部として定義し、ホストが Neighbor Discovery を使ってローカルリンク上で必要なルーター、プレフィックス、その他のパラメータを発見すると説明しています。 

これらの広告は、プレフィックスが自律的なアドレス設定に使用できるか、ルーターをデフォルトゲートウェイとして扱うべきか、DHCPv6 など他の設定方法も示されているかをホストに知らせます。これは IPv6 の非常に重要な特徴の一つです。ルーターはトラフィックを転送するだけでなく、ホストに自分自身をどのように設定すべきかも伝えます。

ステップ 3:ホストがグローバルまたはユニークローカルアドレスを形成する

ホストが自律設定用にマークされた利用可能なプレフィックスを学習すると、それをインターフェース識別子と組み合わせてアドレスを作成します。このホスト側のアドレス構成こそが SLAAC の中心です。RFC 4862 はグローバルアドレスがステートレス自動設定によって生成できることを規定し、RFC 7217 は後に、同じサブネット内では安定しながら異なるネットワークでは変化する、意味的に不透明なインターフェース識別子を生成する方法を説明しています。 

以前はインターフェース識別子がリンク層アドレスから直接導出されることもありましたが、それはプライバシー上の懸念を生みました。その後の推奨では、よりプライバシーを意識し意味的に不透明な方式が好まれるようになり、RFC 8064 は安定したリンク層アドレスを直接埋め込むのではなく、安定した SLAAC インターフェース識別子を生成する既定の方法として RFC 7217 の仕組みを推奨しています。 

ステップ 4:Duplicate Address Detection が一意性を確認する

アドレスが形成された後、ホストはそのアドレスがリンク上ですでに使われていないか確認する必要があります。これは Duplicate Address Detection、つまり DAD によって行われ、RFC 4862 はこれを自動設定プロセスの必須部分としています。DAD が重要なのは、ローカルで生成されたアドレスであっても、安全に使用する前にローカルネットワークセグメント上で一意でなければならないためです。 

DAD が成功すれば、ホストはそのアドレスを有効なものとして扱い、優先ライフタイムと有効ライフタイムに従って使用できます。DAD が失敗した場合、そのアドレスは安全に使用できず、修正動作は特定のアドレス生成方法とホスト実装に依存します。

リンクローカルアドレス Router Advertisement プレフィックス作成 DAD 検証を含む段階的な SLAAC プロセス

SLAAC には、ローカルアドレス作成、Router Advertisement からの学習、ホスト側でのアドレス形成、DAD による一意性確認が含まれます。

ステップ 5:ホストがデフォルトルーターとその他のパラメータを学習する

SLAAC はアドレスそのものだけを扱うものではありません。Router Advertisements はデフォルトルーター情報を提供し、追加のネットワーク動作を示すこともできます。RFC 4861 は、Neighbor Discovery がホストによってルーターを見つけ、アクティブな近隣ノードへの経路の到達性情報を維持するために使われると説明しています。つまりホストは SLAAC によってアドレスを構成するだけでなく、広告しているルーターを通じてより広いネットワークへ到達する方法も学習します。 

これが Router Advertisements が IPv6 ホスト動作の中心である理由の一つです。これはホストが自分自身に番号を付ける方法と、ローカルリンクを超えたトラフィックをどこへ送るべきかを学ぶ仕組みです。

SLAAC を支える主要コンポーネント

Router Advertisements

Router Advertisements、または RA は、プレフィックス、デフォルトルーター、設定のヒントをホストに伝える中核的な制御メッセージです。RA がなければ、SLAAC は自律的なグローバルアドレス設定に必要なプレフィックス情報をホストに提供できません。RFC 4861 は Router Advertisements を Neighbor Discovery の中心的な部分にしています。 

実際の導入では、SLAAC という言葉を覚えることよりも RA の動作を理解することの方が重要な場合があります。ホストはネットワークプレフィックスを魔法のように作り出すわけではありません。ローカルリンク上で情報を広告するルーターからプレフィックスを学習します。

プレフィックス情報

広告されるプレフィックスは、このプロセスで最も重要な要素の一つです。これはホストがどの IPv6 ネットワークに属するのか、そして自分のアドレスを作成する際にどのアドレス空間を使えるのかを示します。ルーターがそのプレフィックスを自律設定用にマークしている場合、ホストは SLAAC でそのプレフィックスを使用できます。RFC 4862 は、ホストがこのようなプレフィックス情報をステートレス自動設定でどのように使うかを定義しています。 

そのため SLAAC は、ホストがネットワークから学んだプレフィックスとローカルで生成したインターフェース識別子を組み合わせる仕組みとして説明されることがよくあります。

インターフェース識別子の生成

インターフェース識別子、または IID は、プレフィックスと組み合わされる、ホストが生成するアドレス部分です。IPv6 導入においてプライバシーと追跡への懸念が重要になるにつれ、IID 生成は時間とともに進化してきました。RFC 7217 は、特定のサブネット内では安定しながらネットワーク間では異なる、意味的に不透明な IID を生成する方法を定義し、RFC 8064 は安定した SLAAC アドレスの既定の推奨としてこの方法を推奨しています。 

これは重要です。SLAAC で生成されたすべてのアドレスが同じ見た目や同じプライバシー上の影響を持つわけではないからです。アドレス生成方法は、追跡可能性、安定性、運用上の動作に直接影響します。

Duplicate Address Detection

DAD は SLAAC の品質確認段階です。新しく形成されたアドレスがローカルリンク上ですでに使われているかどうかを確認します。RFC 4862 は DAD を標準的な自動設定プロセスの一部として明示的に含めています。RFC 9131 のような後続の作業も、新しいアドレス割り当てや unsolicited Neighbor Advertisements に関する Neighbor Discovery の動作を更新しており、正しいアドレス一意性処理の運用上の重要性が続いていることを示しています。 

これは単純ですが重要な考えを補強します。アドレスを生成するだけでは十分ではありません。アドレスの検証も重要です。

SLAAC は、ルーターがプレフィックスを広告し、ホストがアドレスを生成し、DAD がそのアドレスを安全に使用できることを確認するという三つの要素の連携に依存しています。

SLAAC と DNS 設定

SLAAC が自動的に保証しないこと

SLAAC がホスト設定のすべてを単独で解決するかのように語られることがあります。実際には、基本的な SLAAC は特にアドレス自動設定と関連するローカル IPv6 動作に関するものです。DNS 情報は別の問題です。歴史的に、IPv6 導入でよくある疑問の一つは、SLAAC を使用するホストが再帰 DNS サーバーアドレスや検索リストをどのように学習するかでした。

そのため、IPv6 における DNS 設定は、SLAAC の中核動作とは別に議論されることがよくあります。ホストは SLAAC によってアドレスを設定できても、Router Advertisement に DNS オプションがない場合や DHCPv6 など別のサービスを使わない場合、DNS 設定を学習する別の方法が必要になることがあります。

DNS のための Router Advertisement オプション

RFC 8106 は、IPv6 ルーターが IPv6 ホストに再帰 DNS サーバーアドレスのリストと DNS Search List を広告できる Router Advertisement オプションを規定することで、この点を直接扱っています。つまり多くの導入では、DNS のためだけに DHCPv6 を必要とせず、RA オプションを通じて DNS 情報を配布できます。RFC 8106 は RFC 6106 を廃止し、RA ベースの DNS 設定に関する現在の標準トラックの参照として残っています。 

これは重要な運用ポイントです。多くの管理者は SLAAC と DHCPv6 を二つだけの選択肢のように考えますが、実際には RA ベース DNS オプションを伴う SLAAC は一般的で有効な導入モデルです。

SLAAC と DHCPv6

SLAAC と DHCPv6 は一緒に議論されることが多いですが、同じものではありません。SLAAC は Router Advertisements に基づくホスト側のステートレスアドレス設定です。DHCPv6 は DHCPv6 サーバーを通じて設定を取得する別の枠組みです。IPv6 ネットワークでは、二つの方式は単純な二者択一として競合するのではなく、共存できます。ルーターは RA フラグを通じて、ホストが追加のステートフルまたはステートレス DHCPv6 動作を使うべきかを示しつつ、アドレス自体には SLAAC を使わせることができます。RFC 4861 と RFC 5175 は、Router Advertisement フラグの動作とその判断をめぐるシグナリングフレームワークに関係しています。 

項目 SLAAC DHCPv6
アドレスの取得元 ホストが RA で学習したプレフィックスから自分のアドレスを構成する サーバーが割り当てまたは設定提供を行える
設定状態 アドレス作成についてはルーター側でステートレス 導入に応じてステートフルまたは補助的
Router Advertisements への依存 プレフィックス情報とルーター発見に不可欠 RA フラグやルーター動作と連携することが多い
一般的な用途 シンプルで拡張性の高いホスト自動設定 追加の制御、ポリシー、補助設定

実際の導入では、「SLAAC か DHCPv6 か」ではなく、「それぞれがこのネットワークでどの役割を担うべきか」が問題になることが多いです。多くの IPv6 環境ではアドレスに SLAAC、DNS に RA ベース方式を使い、別の環境では他の管理目的のために SLAAC と DHCPv6 を組み合わせます。

SLAAC のメリット

ホスト参加がより簡単になる

SLAAC の大きな利点の一つは、ホストがリンク上に存在し Router Advertisements を受信すると、自動的に自分を設定できることです。RFC 4862 はこのホスト側の自動設定フローを直接説明しています。これにより手動アドレス指定の必要性が減り、大規模なエンドポイント導入を簡素化できます。 

管理者にとっては、特に多くのクライアントデバイスや変動するエンドポイント群を持つ環境で、IPv6 導入をより円滑にできます。

ステートフルなアドレス割り当てへの運用依存を減らす

もう一つの利点は、ルーターが従来のステートフル割り当てモデルのように各アドレスを個別に追跡して配布する必要がないことです。ホストはローカルルーターからプレフィックスとポリシーのヒントを学習した後、自分でアドレスを作成します。これにより、アドレス作成と中央のリース状態との運用上の結合が減ります。

このステートレスな性質は、IPv6 自動設定の背後にある主要なアーキテクチャ思想の一つです。

IPv6 の設計思想に適している

SLAAC は、拡張性のあるホスト自己設定、ルーター支援による発見、他の設定方法との柔軟な共存を重視する IPv6 のより広い思想にも合っています。Neighbor Discovery と Router Advertisement の動作はこのモデルの中心であり、SLAAC は後付けではなく IPv6 に自然に組み込まれたものとして見えます。RFC 4861 と RFC 4862 はこの組み合わせの動作を定義しています。 

そのため SLAAC は、IPv6 が古いアドレス割り当て方式とどう違うのかを説明する際に、最初に教えられる概念の一つであることが多いです。

自動ホスト設定 手動作業の削減 スケーラブルなアドレス作成を示す IPv6 SLAAC のメリット

SLAAC は手動設定を減らし、IPv6 ホストがネットワークから広告された情報を使って自動的にアドレスを構成できるようにします。

制限と考慮点

DNS 処理は基本的なアドレス作成とは別である

一つの制限は、SLAAC の中核機能だけではすべての設定ニーズを自動的に解決しないことです。DNS 配布には RA ベースの DNS オプション、または別の補助的方法が必要です。RFC 8106 は RA ベースの DNS 広告についてこのギャップに対応していますが、管理者はそれが自動的に行われると仮定するのではなく、意図的に設計する必要があります。 

これは、チームが初めて SLAAC で IPv6 を導入する際によく起こる混乱の原因の一つです。

プライバシーと IID 生成の選択が重要である

もう一つ重要な考慮点はプライバシーです。古い IID 構成方法では、ハードウェアに関連する安定した値をアドレスに埋め込むことがあり、追跡の懸念を生みました。RFC 7217、RFC 8064、RFC 7721 はいずれも、SLAAC 環境におけるプライバシーを意識した意味的に不透明なアドレス生成戦略の重要性を示しています。RFC 8981 による一時アドレス拡張も、プライバシー重視のホスト動作において引き続き重要です。 

つまり、現代的な SLAAC 導入は Router Advertisements を有効にするだけではありません。ホストアドレスがどのように生成され、その結果どのようなプライバシー上の影響が生じるかを理解することも含まれます。

古いプレフィックス動作が運用上の問題を生むことがある

広告されたプレフィックスが明確な通知なしに無効になった場合にも、運用上の問題が発生することがあります。RFC 8978 は、ホストが古いプレフィックスを長く使い続け、接続性の問題を引き起こす可能性があるシナリオを議論しています。これは、「自動」設定であっても、それを支える周辺ネットワークのルーティングとプレフィックス管理が適切である必要があることを思い出させます。 

言い換えれば、SLAAC は、それを支えるルーティング環境も慎重に設計され維持されているときに最もよく機能します。

SLAAC は強力ですが、魔法ではありません。良好な IPv6 自動設定には、正しい RA 設計、妥当な IID ポリシー、慎重な運用管理が依然として必要です。

SLAAC がよく使われる場所

企業およびキャンパスネットワーク

SLAAC は、多数のエンドポイントを効率よく参加させる必要があり、Router Advertisements を一貫して管理できる企業およびキャンパス IPv6 ネットワークでよく使われます。このような環境では、ホストが自己設定できる能力により運用上の摩擦が減り、柔軟なエンドポイント群に対応できます。

これは、建物やアクセスセグメントをまたいで頻繁に接続・切断するユーザーデバイスに特に有用です。

家庭およびブロードバンド IPv6

家庭やブロードバンド環境でも、IPv6 自動設定動作に依存することが一般的です。このモデルは、ローカルネットワークに参加し、顧客側ルーターからプレフィックス情報を学習するクライアントデバイスに適しているためです。ユーザー体験はできるだけ自動化されることが意図されることが多く、SLAAC は自然な選択になります。

こうした導入では、シンプルさと低タッチな設定が大きな利点です。

モバイルおよび動的クライアント環境

モバイルまたは動的な環境は SLAAC の恩恵を受けます。ホストが新しい IPv6 対応サブネットへ移動したときに、アドレスを自分で作成できるためです。RFC 7217 の、サブネット内では安定しネットワーク間では変化する IID 生成の考え方は、ここで特に関連します。 

これにより、モバイルクライアントは従来の意味で移動ごとにサーバー側のアドレス割り当てを必要とせずに、IPv6 アドレス指定に参加できます。

ラボ、開発、IPv6 移行環境

SLAAC は、ラボ、テストネットワーク、開発環境、段階的な IPv6 展開でも広く使われています。基本的なホスト参加が比較的簡単になるためです。チームはすべてのホストアドレスを手動で割り当てることなく、ルーティング、セキュリティ、アプリケーション動作に集中できます。

そのため SLAAC は、実践的な IPv6 導入と学習における有用な第一歩になることがよくあります。

適した導入パターン

RA ベース DNS を伴う SLAAC

一般的な導入モデルの一つは、アドレス作成に SLAAC を使用し、RFC 8106 で定義された Router Advertisement の DNS オプションと組み合わせることです。これにより、ホスト設定を軽量に保ちながら、エンドポイントに必要な DNS 情報を提供できます。 

管理者が主にルーター主導の IPv6 ホスト体験を望む場合、これは明快で効率的な設計になることが多いです。

補助的な DHCPv6 を伴う SLAAC

もう一つのモデルは、アドレス構成には SLAAC を使いながら、他の管理情報やポリシー上のニーズには DHCPv6 を使うことです。Router Advertisements は追加設定が期待されるかどうかを示せるため、この組み合わせ設計は SLAAC を捨てずに管理者へより多くの柔軟性を与えます。 

この方式は、組織がホストの自己アドレス設定を望みつつ、追加の中央設定動作も重視する場合に特に有用です。

プライバシーを意識した SLAAC

現代的に適したパターンは、可能な限りハードウェア由来の安定識別子を公開せず、RFC 7217 と RFC 8064 のプライバシーを意識した推奨を使用し、必要に応じて一時アドレスも使うことです。これにより、SLAAC の利点を保ちながら、長期的な追跡リスクを減らせます。 

多くの実環境では、これが現代の SLAAC を考える最も合理的な方法です。自動的で、拡張性があり、プライバシーにも配慮しています。

まとめ

SLAAC は、Router Advertisements を通じてローカルネットワークから学習した情報を使い、ホストが自分のアドレスを設定できる IPv6 の仕組みです。RFC 4862 で定義され、RFC 4861 の Neighbor Discovery 動作と密接に連携します。これらの標準により、ホストはリンクローカルアドレスを形成し、広告されたプレフィックスを学習し、グローバルアドレスを構成し、Duplicate Address Detection で一意性を確認し、より広いネットワークへ到達する方法を学習できます。 

その価値はシンプルさと拡張性にあります。各アドレスをステートフル割り当てに依存するのではなく、ホストが自分自身の IPv6 設定に能動的に参加します。同時に、優れた導入には DNS 配布、プライバシーを意識したインターフェース識別子、ネットワーク運用の健全性について慎重に考えることが依然として必要です。

要するに、SLAAC は IPv6 の中心的な考え方の一つです。IPv6 ホストが知的かつ自動的にネットワークへ参加する方法を説明しており、現代の IPv6 設定が実際にどのように機能するかを理解するために不可欠です。

FAQ

SLAAC は何の略ですか?

SLAAC は Stateless Address Autoconfiguration の略です。ネットワークから広告された情報を使って、ホストが自分のアドレスを設定できる IPv6 のプロセスです。 

SLAAC はどのように IPv6 アドレスを取得しますか?

ホストは Router Advertisements を待ち受け、IPv6 プレフィックスを学習し、インターフェース識別子を生成し、それらを組み合わせてアドレスを作成し、使用前に Duplicate Address Detection を実行します。

SLAAC には DHCPv6 が必要ですか?

必ずしも必要ではありません。SLAAC はアドレスを独立して作成できますが、一部のネットワークでは他の設定項目やポリシーのために DHCPv6 を使うことがあります。DNS は RFC 8106 で定義された RA オプションから提供することもできます。 

SLAAC における Router Advertisements の役割は何ですか?

Router Advertisements は、プレフィックス、ルーター、設定のヒントをホストに知らせます。ホストはそこからプレフィックスとデフォルトルーター情報を学習するため、SLAAC プロセスに不可欠です。 

SLAAC における DAD とは何ですか?

DAD は Duplicate Address Detection を意味します。新しく生成された IPv6 アドレスがローカルリンク上で一意であることを、ホストが使用開始前に確認するプロセスです。 

SLAAC はプライバシーに適していますか?

適している場合がありますが、プライバシーはインターフェース識別子の生成方法に依存します。現代の推奨では、安定したハードウェア由来の識別子を公開するのではなく、意味的に不透明な仕組みや一時アドレスの利用が好まれます。 

SLAAC はどこでよく使われますか?

SLAAC は、企業、キャンパス、ブロードバンド、家庭、モバイル、ラボ、一般的な IPv6 対応ネットワークなど、ホストが自動自己設定の恩恵を受ける環境で広く使われています。 

おすすめ商品
カタログ
顧客サービス 電話
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .