ChatGPT、有能すぎるだろ。。。感謝しかない。

質問

Webアプリケーションの多言語化で、選択リストによって言語を切り替えられるようにします。この時選択した言語を各ページでも引き継ぐにはどのような方法（URLパス、URLパラメタ、クッキーなど）がありますか？それぞれの特徴・長所・短所を教えてください。
回答はMarkdownテーブル形式でお願いします。

回答/GPT4

方法	特徴	長所	短所
URLパス (サブディレクトリ)	言語コードがURLの一部として含まれる例)`/ja/` `/en/`	- SEOに有利 - シンプル - ブックマークや共有が容易	- ルーティングが複雑 - URLの長さ増加
URLパラメータ	言語がURLのクエリパラメータとして追加される例)`&lang=ja` `&lang=en`	- URL構造の大きな変更なし - 言語切り替えが容易	- SEO問題 - URLが煩雑に見える可能性
クッキー	言語設定がブラウザのクッキーに保存される	- URLがクリーン - サーバーサイドでの取得が容易	- クッキー無効時に動作しない - プライバシーの懸念 - 設定のブックマークや共有が困難
セッション	言語設定をユーザーセッションに保存する	- 長期間の設定保持	- 設定のブックマークや共有が困難 - サーバーリソースの使用増加

補足説明/Web検索結果より

有用記事

多言語に対応した URL 構造の選定

こちらの記事は、上述した方式以外の方法、トップレベルドメイン(例.sample.jp,sample.en)やサブドメイン(例.jp.sample.com,en.sample.com)とサブディレクトリ方式を比較した記事です。

費用と分析(Analytics）の観点も記載されています。世界のTOP10サイトの方式がまとまっているので興味深かったです。

トップレベルドメイン方式/ccTLD・・・多言語化として理想的。短所はドメインの取得・維持費用が「高価」であること
サブドメイン方式・・・SEO面で不利(検索エンジンはサブドメインごとにサイトを評価するので、評価の高いサイトがあってもその評価が他のサブドメインでは加味されない）
サブディレクトリ方式・・・SEO面はGood。Analytics面が不利(混在してしまう）

Webサイト	多言語URL方式
Wikipedia	サブドメイン
Google*	ccTLD
Airbnb	ccTLD
Nestlé	ccTLD
Philips	ccTLD
Spotify	サブディレクトリ
Adobe	サブディレクトリ
IKEA	サブディレクトリ
Netflix	サブディレクトリ
Uber	サブディレクトリ