CDNサービス比較・完全ガイド 【2026年最新版】失敗しない導入設計と正直な比較

LIFRELL 佐藤祐介|GITEX AI EUROPE 2026 メディアパートナー|2026年最新版

CDNサービス比較・完全ガイド
【2026年最新版】失敗しない導入設計と正直な比較

競合記事は「CDNは速くなります」で終わっている。メルカリ・スカイマークのCDNキャッシュ設定ミスによる情報漏洩事例・失敗パターン5つ・「Cloudflare一択でいいのか」の正直な判断基準・Core Web Vitalsへの影響・費用の正直な試算・キャッシュ設計チェックリストまで書く。

情報漏洩事例 メルカリ・スカイマーク
失敗パターン 5つ(競合ゼロ)
キャッシュ設計 チェックリスト
費用試算 10TB/月
目次

1CDNとは——競合より正確に理解する

定義と基本概念

CDN(Content Delivery Network:コンテンツ配信ネットワーク)は、世界各地に配置されたキャッシュサーバー(エッジサーバー)を活用して、Webサイトのコンテンツをユーザーに最も近い場所から高速配信する仕組みだ。

CDNがない場合: ユーザーがWebサイトにアクセスするたびに、オリジンサーバー(本来のWebサーバー)まで通信が往復する。サーバーが東京にあっても、ニューヨークのユーザーは太平洋を渡る遅延を経験する。アクセスが集中するとサーバーが過負荷になりダウンするリスクもある。

CDNがある場合: オリジンサーバーのコンテンツをキャッシュした複数のエッジサーバーがユーザーの近くに配置されている。ニューヨークのユーザーはニューヨーク近郊のエッジサーバーから応答を受ける。オリジンサーバーへのアクセスが激減し、負荷が分散される。

静的コンテンツと動的コンテンツ——最重要の区別

CDNを理解するうえで最も重要な概念がこれだ。

種類 定義 CDNキャッシュ
静的コンテンツ 誰が見ても同じ内容 画像・CSS・JavaScript・フォント キャッシュ可能 ◯
動的コンテンツ ユーザーによって内容が変わる マイページ・カート・会員情報・購入履歴 キャッシュ禁止

「動的コンテンツをキャッシュしてしまう」が情報漏洩の最大原因だ。 これは後述する失敗パターンとして非常に重要な概念だ。

CDNを支える3つの技術

CDNは「キャッシュ(コンテンツの複製保存)」「PoP(Point of Presence:エッジサーバーの配置拠点)」「エニーキャスト(最適なエッジサーバーへのルーティング)」の3つの技術で動作する。

2CDNキャッシュ設定ミスによる情報漏洩事例——競合記事が書かない現実

競合記事は全員「CDNはセキュリティにも有効です」と書いてそのまま終わっている。CDNの設定ミスが情報漏洩の直接原因になるという現実を誰も書いていない。

📋 事例①:メルカリ(2017年)——CDNプロバイダ切り替え時のキャッシュ設定ミス

メルカリはCDNプロバイダを切り替えた際、Cache-Control: no-cacheという設定を「キャッシュしない設定」だと理解して実装した。しかし新しいCDNの仕様ではno-cacheはキャッシュしないという意味ではなく、キャッシュが有効な状態になった。

その結果、ユーザーAのマイページがキャッシュされ、同じURLにアクセスした別のユーザーBにユーザーAの個人情報が表示された。

漏洩した情報:氏名・住所・メールアドレス・電話番号(459人)、銀行口座情報(1,855人)、購入・出品履歴(22,458人)、ポイント・売上金(53,816人)。

CDN設定ミスとして日本の技術者の間で最も有名な事例だ。教訓は明確:CDNプロバイダを切り替える際は、新しいCDNのキャッシュ仕様を必ず事前検証し、ステージング環境で動的コンテンツが絶対にキャッシュされないことを確認してから本番切り替えを行うこと。

📋 事例②:スカイマーク(2025年)——入力フォームのキャッシュ設定ミス

スカイマーク株式会社は2025年10月、Webサイトの高速化・負荷軽減のためにCDNを導入した際、本来キャッシュ対象外とすべき入力フォームを誤ってキャッシュ対象に含めた。

その結果、入力された個人情報が別のユーザーの画面に表示されるトラブルが発生。利用客33件・採用応募者8件、計41件の個人情報が漏洩した。個人情報保護委員会への報告が行われた。

教訓:CDN導入時に「全コンテンツをキャッシュする」設定は絶対に避ける。フォーム・会員ページ・決済ページは必ずキャッシュ除外設定を明示的に行う。

3失敗パターン5つ——競合記事が書かない現実

⚠️ 失敗パターン①:「動的コンテンツをキャッシュしてしまった」

最も危険な失敗。マイページ・カート・購入履歴・会員情報等のユーザー固有のコンテンツをキャッシュしてしまうと、他のユーザーの個人情報が表示される情報漏洩事故になる。

メルカリ・スカイマークの事例はこのパターンだ。

✅ 正しい設計: キャッシュ除外リストを先に作ってからCDN設定を行う。「全部キャッシュして除外を個別設定する」ではなく「全部キャッシュしない設定から始めて、キャッシュして良いものを個別に許可する」という方針が安全だ。後述のチェックリストを参照。

⚠️ 失敗パターン②:「キャッシュが古いまま古い情報がユーザーに表示された」

ECサイトで価格改定・在庫情報変更・緊急のお知らせを更新したが、CDNのキャッシュが古い状態のまま、ユーザーに誤った情報が表示され続けた。

原因はTTL(Time To Live:キャッシュの有効期間)の設定が長すぎること。「静的に見えるHTMLを長期キャッシュしていたが、実際には頻繁に更新されていた」というパターンが多い。

✅ 正しい設計: コンテンツの更新頻度に合わせたTTL設定。緊急更新が必要なコンテンツには「キャッシュ即時パージ(削除)」の仕組みを事前に整備しておく。

⚠️ 失敗パターン③:「CDNを入れても表示速度が改善しなかった」

CDNを導入したがPageSpeed Insightsのスコアが改善しなかった——この失敗の原因は「ボトルネックを分析せずに入れた」こと。

CDNが効果を発揮するのは「静的ファイル(画像・CSS・JS)の配信遅延」が原因の場合だ。HTMLの生成が遅い・データベースクエリが重い・サーバーサイドの処理が遅いという問題はCDNでは解決しない。

✅ 正しい手順: Chrome DevToolsのNetworkパネルやPageSpeed Insightsでどのリソースがボトルネックになっているかをまず分析する。静的リソースの読み込みが遅いならCDNが有効。HTMLレスポンスそのものが遅いならサーバーサイドを改善する。

⚠️ 失敗パターン④:「Cloudflareの無料プランでSLAなしを見落とした」

「無料で使えるCloudflareを導入した」→商用サービスに本番導入した→Cloudflareの無料プランにはSLA(Service Level Agreement:稼働率保証)がない→Cloudflareの障害時に自社サービスが停止した。

Cloudflareは2023年に大規模障害を起こしており、無料プランはビジネスクリティカルな用途には向かない。

✅ 正しい選定: 商用・本番環境での利用ならProプラン(月額$20)以上またはBusinessプラン(月額$200)を使う。SLAが必要ならBusiness(99.9%保証)またはEnterprise(100%保証)を選ぶ。

⚠️ 失敗パターン⑤:「運用体制なしで導入して誰も監視していなかった」

CDNを導入して「設定完了」→キャッシュヒット率・エラー率・パフォーマンスを誰も監視していなかった→障害が起きても気づかなかった・効果が出ているかも分からなかった。

CDNは「入れたら終わり」のツールではない。ログ監視・キャッシュヒット率の定期確認・障害時の対応手順の整備が必要だ。

✅ 正しい運用: CDNダッシュボードのアラート設定・月次でのキャッシュヒット率確認・障害時のフォールバック(オリジンサーバーへの直接アクセス)の設計。

4絶対にキャッシュしてはいけない情報——チェックリスト(コピペ可)

競合記事が全員「キャッシュ設定に注意しましょう」と書いてそのまま終わっている。具体的に何をキャッシュしてはいけないかを書いている記事はほぼゼロだ。

▶ コピペ可チェックリスト・テンプレート
【CDNキャッシュ除外リスト(コピペ可・開発・設定確認用)】

■ 絶対にキャッシュ除外(情報漏洩リスク 高)
✗ ログイン後のすべてのページ(マイページ・アカウント設定・注文履歴等)
✗ ECサイトのカート・チェックアウト・決済ページ
✗ 会員登録・ログインフォーム(メールアドレス・パスワード入力欄)
✗ お問い合わせフォーム・採用応募フォーム(個人情報入力欄)
✗ Set-Cookieヘッダが含まれるすべてのレスポンス
✗ Authorization ヘッダが必要なAPI エンドポイント
✗ セッションID・認証トークンを含むレスポンス

■ 原則キャッシュ除外(用途次第で要判断)
△ ユーザー別にパーソナライズされたページ
△ リアルタイムデータ(在庫数・価格・残席等)
△ 管理画面・ダッシュボード
△ 決済完了・申込完了ページ

■ キャッシュ可能(全員に同じ内容が表示されるもの)
○ 商品一覧・商品詳細ページの静的部分(画像・CSS・JS)
○ ブログ・ニュース記事(ログイン不要のもの)
○ 会社概要・サービス紹介ページ
○ サイトロゴ・アイコン・フォントファイル
○ robots.txt・sitemap.xml

■ Cache-Control ヘッダの正しい設定例
動的コンテンツ(絶対キャッシュしない):
  Cache-Control: no-store, no-cache, must-revalidate, private

静的コンテンツ(長期キャッシュ可):
  Cache-Control: public, max-age=31536000, immutable
  (ファイル名にハッシュを含める場合に限る)

注意:「no-cache」は「キャッシュしない」ではなく
「必ずオリジンサーバーに再検証する」という意味。
「キャッシュしない」には「no-store」または「private」が必要。

5CDNとCore Web Vitals・SEOの正確な関係

競合記事が全員書いていない、実務で重要な情報だ。

Core Web VitalsにおけるCDNの効果

GoogleのCore Web Vitalsは「LCP(Largest Contentful Paint)・INP(Interaction to Next Paint)・CLS(Cumulative Layout Shift)」の3指標で構成される。

CDNが最も効果を発揮するのはLCPだ。 LCPは「最大コンテンツ要素(ヒーロー画像等)が表示されるまでの時間」を測定する。ヒーロー画像をCDNでキャッシュ配信すれば、ユーザーの近くのエッジサーバーから高速配信されLCPが大幅に改善する。

CDNが直接影響しないのはINPとCLSだ。 INPはJavaScriptの処理速度に依存し、CLSはレイアウトシフトの問題だ。これらはCDNではなくコード最適化で対処する。

SEOへのCDNの影響

Googleはページ表示速度をランキング要因として明示している。CDNによりLCPが改善されれば、間接的にSEOへの貢献が期待できる。特に画像が重いサイト・グローバルユーザーが多いサイトでは効果が大きい。

ただし「CDNを入れるだけで検索順位が上がる」わけではない。コンテンツの品質・内部リンク・バックリンク等が主要因であり、CDNは表示速度という一要素の改善にすぎない。

「CDN導入の設計・サービス選定・キャッシュ設計レビューを相談したい」方はLIFRELLへ。

無料相談はこちら →

6CDN種別ごとの正直な比較——「Cloudflare一択でいいのか」

競合記事は全員「Cloudflareは人気です」と書いて終わっている。実際にどのサービスを選ぶべきかの判断基準を正直に書く。

タイプ①:クラウドプロバイダー付随型(AWS/Azure/GCP)

向いているケース: すでにAWS・Azure・GCPを使っているサービス

正直な評価: 既存インフラとの一元管理が最大の強み。AWS CloudFrontはAWSの他サービス(S3・EC2・Lambda等)とのシームレスな連携が強力。Azure CDNはMicrosoft 365環境との統合に優位性がある。

注意点: 従量課金なのでトラフィックが増えるとコストが跳ね上がる。予算管理に注意。

タイプ②:Cloudflare(低価格〜フリー)

向いているケース: コストを最優先したい・中小規模サイト・個人開発

正直な評価: 無料プランでCDN・WAF・DDoS対策が使えるのは破格。DNSベースの設定なので既存のWebサーバーを変更せずに数分で導入できる。フリープランでも十分な機能がある。

正直な弱点: 無料・ProプランにSLAがない。商用・本番環境には$200/月のBusinessプラン以上を推奨。エンタープライズ要件にはコストが高い。

「Cloudflare一択でいいか」の答え: 商用サービスでSLAが不要・コスト重視ならCloudflare Proで十分。SLA必須・大規模トラフィック・エンタープライズセキュリティが必要ならAkamai・CloudFrontを選ぶ。

タイプ③:エンタープライズ特化型(Akamai・Fastly・CDNetworks)

向いているケース: 大規模トラフィック・動画配信・グローバル展開・高いSLA要件

正直な評価: Akamaiは世界最大のCDNネットワーク(世界4,000都市以上)を持つ。エンタープライズ向けのセキュリティ・パフォーマンス機能が充実。Fastlyはプログラマブルなキャッシュ制御とリアルタイムログ分析が強み。

正直な弱点: 費用が高い・中小企業には過剰なケースが多い・要見積もりで価格の透明性が低い。

タイプ④:国内特化型(J-Stream・IIJ・さくらのウェブアクセラレーター)

向いているケース: ユーザーが日本国内のみ・日本語サポートを重視・データを国内サーバーに置きたい

正直な評価: J-Stream CDNextは国内動画配信の実績が豊富で5円/GBという低価格。IIJ GIOは国内最大規模バックボーンを持つ。さくらのウェブアクセラレーターは500GiB/月の無料枠があり国産で安心感がある。

正直な弱点: 海外ユーザーへの対応は弱い。国際展開を予定するなら別途検討が必要。

7企業規模・用途別の選定マトリクス

規模・用途別の推奨

条件 推奨サービス 費用感
個人・スモールスタート Cloudflare 無料・Proプラン 0〜$20/月
中小企業・国内メインサイト さくらのウェブアクセラレーター・Cloudflare Pro 5円/GiB〜
中堅企業・ECサイト Cloudflare Business・Amazon CloudFront $200/月〜
動画配信・国内 J-Stream CDNext・IIJ GIO 5〜15円/GB
AWSインフラ利用中 Amazon CloudFront 従量課金
Azure環境 Azure CDN 従量課金
GCP環境 Google Cloud CDN 従量課金
大規模・グローバル・高SLA Akamai・Fastly 要見積もり
セキュリティ最重視(WAF統合) Cloudflare Business+・Akamai $200/月〜

「CDNを導入すべきでないケース」——競合記事ゼロの情報

競合記事は全員「CDNは良いものです」と書いて終わっている。正直に書く。

CDNの効果が薄いケース:

  • 月間PVが1万以下の小規模サイト(オリジンサーバーへの負荷が問題にならない)
  • 社内向け業務システム(ユーザーが特定の場所からのみアクセスする)
  • すべてのコンテンツがAPI・データベース依存の動的サイト(静的コンテンツがない)

CDNを入れる前に先に解決すべき問題がある場合:

  • サーバーサイドの処理が遅い(CDNは届いてからの問題には対処できない)
  • 画像が最適化されていない(WebP変換・画像圧縮が先)
  • 不要なJavaScriptが大量に読み込まれている(バンドルサイズの最適化が先)

8費用の正直な試算——競合記事が書かない

サービス別費用の目安

サービス 料金体系 費用感 向いている規模
Cloudflare 無料 月額0円 0円 個人・小規模(SLAなし)
Cloudflare Pro 月額$20 約3,000円/月 中小企業(SLAなし)
Cloudflare Business 月額$200 約30,000円/月 中堅(SLA 99.9%)
さくらのウェブアクセラレーター 5円/GiB 500GiB/月無料枠あり 国内・中小
Amazon CloudFront 0.01〜0.12ドル/GB トラフィック次第 AWS環境
J-Stream CDNext 5円/GB + 初期5万円 トラフィック次第 国内動画配信
IIJ GIO 15円/GB + DDoS2.5万円 トラフィック次第 国内・セキュリティ重視
Akamai 要見積もり 数十万円〜/月 大企業・グローバル

費用試算例:月間10TBのトラフィックの場合

▶ コピペ可チェックリスト・テンプレート
【月間10TB(10,000GB)のトラフィックの場合の費用試算】

Cloudflare Pro:月額$20(約3,000円)
  → 帯域課金なし・トラフィック量に関係ない定額制

Amazon CloudFront(アジア発信の場合):
  月額 $0.12/GB × 10,000GB = $1,200(約180,000円)
  → 大量トラフィックだと高コスト

さくらのウェブアクセラレーター:
  5円/GiB × 10,000GiB = 50,000円
  (500GiB無料枠を差し引くと約47,500円)

J-Stream CDNext:
  5円/GB × 10,000GB = 50,000円 + 初期費用50,000円(初年度)

KeyCDN:
  $0.08/GB × 10,000GB = $800(約120,000円)

【結論】
帯域課金なしのCloudflare Proが圧倒的にコスパ最強。
ただしSLAが必要ならCloudflare Businessを検討。
国産・日本語サポート優先ならさくらかJ-Streamが有力。
AWS環境ならCloudFrontの運用コストをしっかり見積もる。

「CDN導入の設計・サービス選定・キャッシュ設計レビューを相談したい」方はLIFRELLへ。

無料相談はこちら →

9キャッシュ設計チェックリスト(コピペ可)

競合記事が全員「キャッシュ設定が重要です」と書いて終わっている。具体的なチェックリストを提供する。

▶ コピペ可チェックリスト・テンプレート
【CDN導入前後のキャッシュ設計チェックリスト(コピペ可)】

■ 導入前の設計確認
□ 自サービスの「動的コンテンツ」リストを作成した
□ ログイン後のページをすべてキャッシュ除外リストに入れた
□ フォームページをすべてキャッシュ除外リストに入れた
□ 決済関連ページをすべてキャッシュ除外リストに入れた
□ キャッシュ可能な静的コンテンツのTTLを決定した
□ キャッシュヒット率の目標値を設定した(目安: 80%以上)
□ 緊急キャッシュパージの手順を文書化した

■ Cache-Control ヘッダの確認
□ 動的コンテンツに「no-store」または「private」を設定した
  ※「no-cache」だけではキャッシュされる場合がある
□ 静的ファイル(画像・CSS・JS)に適切なmax-ageを設定した
□ ファイル名にコンテンツハッシュを含めて長期キャッシュを設定した

■ ステージング環境での検証
□ ステージング環境でCDNと同じ設定を再現した
□ ログイン後のページが他ユーザーに見えないことをテストした
□ フォーム送信データが別ユーザーに表示されないことをテストした
□ キャッシュヒット/ミスのステータスを確認した(X-Cache ヘッダ等)

■ 本番導入後の運用
□ キャッシュヒット率を毎月確認する担当者を決めた
□ エラー率・レスポンスタイムのアラートを設定した
□ CDNプロバイダの障害時のフォールバック手順を整備した
□ 月次でPageSpeed Insightsのスコアを確認する運用を設定した

10よくある質問(FAQ)10問

Q1. CDNを入れると必ず表示速度が速くなるか?

必ずしも速くならない。 効果が出る条件は「静的コンテンツ(画像・CSS・JS)の配信遅延がボトルネックになっている場合」「ユーザーとオリジンサーバーの物理的な距離が問題になっている場合(海外ユーザー等)」だ。サーバーサイドの処理が遅い・データベースが遅い場合はCDNでは解決しない。

Q2. CloudflareとAkamaiはどう使い分けるか?

中小〜中堅企業でSLA要件が低い→Cloudflare Pro/Business(月額$20〜$200)。大企業・大規模トラフィック・高SLA・エンタープライズセキュリティが必要→Akamai/Fastly。既にAWS/Azure/GCP使用中→各クラウドのCDNが管理一元化の観点で有利。

Q3. Cloudflareの無料プランは商用利用できるか?

利用規約上は可能だが、商用・本番環境での利用はリスクがある。無料プランにはSLAがなく、Cloudflareの障害時にサービスが停止するリスクがある。収益が発生するサービスにはPro(月額$20)以上を推奨する。

Q4. CDNを入れるとSSL/HTTPSはどうなるか?

主要CDNはSSL/TLSをエッジサーバーで終端する「SSL終端」機能を提供している。Cloudflareの場合、無料SSLが含まれており、オリジンサーバーとCloudflare間の通信も暗号化できる(Full(strict)モードを推奨)。SSL証明書の管理がCDN側で行われるため運用負荷が下がるメリットもある。

Q5. 動画配信にはどのCDNが向いているか?

国内ユーザー向けならJ-Stream CDNext(国内動画配信の専門実績)・IIJ GIOコンテンツアクセラレーションサービス。グローバル向けならAmazon CloudFront(Prime Videoと同じインフラ)・Akamai(Netflix等の大規模動画配信の実績)・Gcore(ゲーム・動画配信向け低遅延設計)が有力だ。

Q6. WordPressサイトへのCDN導入で注意することは?

WordPressはログイン後のダッシュボード(/wp-admin/)と認証済みのページを絶対にキャッシュ除外にすること。WooCommerceを使っている場合はカート・チェックアウト・マイアカウントページもキャッシュ除外。Cloudflareを使う場合はWordPress用の設定テンプレートが公式に提供されているので活用する。W3 Total Cache・WP Rocket等のキャッシュプラグインとの競合にも注意。

Q7. CDNはSEOに有効か?

間接的には有効だ。CDNによるLCP(Largest Contentful Paint)の改善がPageSpeed Insightsのスコア向上につながり、Googleのランキングシグナルに影響する。特に画像が多いサイト・海外ユーザーが多いサイトでは効果が大きい。ただし「CDNを入れれば順位が上がる」という直接的な効果はなく、あくまで表示速度という一要素の改善だ。

Q8. CDNとWAFは何が違うか?

CDNはコンテンツ配信の最適化・DDoS吸収・負荷分散が主目的。WAF(Web Application Firewall)はSQLインジェクション・XSS等のWebアプリケーション攻撃を検知・ブロックするセキュリティツール。Cloudflare・Akamai等は両方を統合したサービスを提供している。セキュリティを重視する場合はWAF機能が含まれているCDNを選ぶか、別途WAFを導入する。

Q9. マルチCDN戦略はいつ必要になるか?

1社のCDNに障害が起きた場合の影響を避けたい大規模サービス・ゲーム・金融等で採用される。複数CDNを用途・地域・負荷に応じて使い分け、冗長性と可用性を担保する。中小企業には過剰だが、月間数億PV以上のサービスでは検討に値する。

Q10. CDN導入で費用はどのくらいかかるか?

規模と要件による。無料(Cloudflare Free)〜月額数百万円(エンタープライズAkamai)まで幅広い。月間10TBトラフィックを例にとるとCloudflare Pro約3,000円・さくらのウェブアクセラレーター約47,500円・J-Stream CDNext約50,000円・AWS CloudFront約180,000円(本記事の費用試算セクション参照)。まずCloudflare無料プランで試し、商用展開のタイミングでSLAや機能要件に応じてアップグレードする段階的なアプローチが現実的だ。

まとめ——CDN導入で失敗しない3原則

原則1:「動的コンテンツをキャッシュしない」を最優先設計にする

メルカリ・スカイマークの事例が示すとおり、CDNの設定ミスは情報漏洩事故に直結する。「全部キャッシュして個別に除外する」ではなく「全部キャッシュしない設定から始めて、キャッシュして良いものを個別に許可する」という方針が安全だ。本記事のキャッシュ除外リストをコピーして使うことを推奨する。

原則2:ボトルネック分析を先に行う

「CDNを入れれば速くなる」は半分しか正しくない。サーバーサイドの処理・データベース・不必要なJavaScriptが原因の場合はCDNでは解決しない。Chrome DevToolsとPageSpeed Insightsで原因を特定してからCDNを導入する順番を守る。

原則3:SLA要件とトラフィックを正直に計算する

Cloudflare無料プランは強力だがSLAがない。収益が発生するサービスには月額$200のBusinessプラン以上か、AWSインフラならCloudFrontを選ぶ。トラフィックが大きい場合は帯域課金の費用を事前に試算してコストが予算を超えないか確認する。

「CDN導入の設計・サービス選定・キャッシュ設計レビューを相談したい」方は、LIFRELLへ無料相談を。

免責事項:本記事の情報は執筆時点のものです。各サービスの料金・機能・SLAは変更される場合があります。必ず各サービスの公式サイトでご確認ください。
LIFRELL / 無料相談受付中

「CDN導入設計・サービス選定・
キャッシュ設計レビュー」相談受付中

CDNサービス選定・キャッシュ除外設定のレビュー・Core Web Vitals改善・費用試算まで、LIFRELLがGITEX AI EUROPEメディアパートナーの知見でサポートします。

LIFRELLへ無料相談する

本記事の情報は執筆時点のものです。各サービスの料金・機能・SLAは変更される場合があります。必ず各サービスの公式サイトでご確認ください。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!
目次