SameSite属性を初心者でも理解できるように図解説明|なぜCookieは勝手に送られなくなったのか?

Chromeで厳格化された「SameSite属性」を初心者でも理解できるように図解で解説。SameSite=Lax / Strict / None の違い、なぜCookieが勝手に送られなくなったのか、Webアプリにどう影響するのかをやさしく説明します。

目次

「SameSite属性って難しそう…」 Webを触り始めると必ず出てくるワードですが、実は仕組みはとてもシンプルです。

この記事では、図解イメージを使いながら、初心者でもわかるように SameSite=Lax/Strict/None の違い を丁寧に説明します。

SameSite 属性とは?

SameSite は、Cookie が “どんな状況で送られるか” を決める設定です。

Chrome が 2020年以降に厳格化し、Web全体で重要になりました。

昔のCookieは、他サイトから読み込まれても自由に送信されていたため、 追跡(トラッキング)し放題でした。

これを防ぐために導入されたのが SameSite属性 です。

図解で理解する:SameSite の3つの値

SameSiteには3つのモードがあります。

① SameSite=Strict(完全に自分のサイトだけ)

自分のサイトからのアクセス以外では Cookie が一切送られない。

例:example.com の Cookie は

ログイン状態が外部リンクで切れるので、 ログインが必要なサイトではまず使われません。

② SameSite=Lax(デフォルト / 最もよく使われる)

基本は Strict と同じですが、“リンクをクリックしたとき” だけ Cookie が送られます。

例:

つまり 「普通のサイトには困らない」けど「追跡はしにくい」絶妙なバランス なのが Lax です。

③ SameSite=None(サードパーティCookieを許可)

サードパーティCookie(=外部サイトでも使えるCookie)を使うときだけ必要になる設定です。

ただし Chrome の仕様で SameSite=None のときは Secure 属性が必須(httpsのみ) になりました。

例:

これを設定しないと、Cookieが送られずログインできない/決済が失敗することがあります。

3つをまとめて図解(文章でシンプル)

┌──────────────────────┐ │ SameSite=Strict → 完全に自サイトのみ(最も厳しい) │ │ Cookie送信:自サイト以外 “全部NO” │ └──────────────────────┘

┌──────────────────────┐ │ SameSite=Lax → デフォルト │ │ Cookie送信:自サイト OK / 他サイトからのリンクのみOK │ └──────────────────────┘

┌──────────────────────┐ │ SameSite=None; Secure → サードパーティCookie専用 │ │ Cookie送信:どこからでも送信OK(ただしhttps必須) │ └──────────────────────┘

なぜ SameSite が必要になったのか?

理由はシンプルで、 昔のCookieは「追跡され放題」だった からです。

SameSite は「どの状況でCookie送る?送らない?」を細かく決めることで 不要な追跡を止める仕組みです。

Web制作で SameSite を意識すべきタイミング

特に SameSite=None を忘れると “ログインできない問題” が発生します。

まとめ:SameSiteはCookieが勝手に送られないようにする安全装置

初心者には難しそうに見えて、実はたった3つのルールを覚えれば理解できます。 Cookieの仕組みやプライバシーの考え方を理解する上で、SameSiteは避けて通れない重要ポイントです。

キャッシュを消すべきタイミング・消さべきではないタイミングを開発者目線で整理する

SafariやChromeのキャッシュは便利だが、消すべき時と絶対に消さない方がいい時がある。Webツール開発者の実体験をもとに、キャッシュ削除の基準をわかりやすく解説。

おじゃち

OJapp代表 WPプラグインPWAマーケティング・OnePage.OneApp.(1P1A)・ホーム画面名刺&SNSのPetal・その他OJappToolsなどを開発。PWA・ホーム画面・Safari挙動・軽量Web体験を中心に、実験しながらWebアプリを開発しています。

← 記事一覧へ戻る