apple-design-backend

Apple Design — 配信と（推定される）バックエンド

⚠️ リバースエンジニアリングによるもので、公式情報ではありません。 Apple はサーバーアーキテクチャを公開していません。ここで扱う配信レイヤーは主に [observed]（実際のヘッダー、DNS、URL 形式）ですが、バックエンドアーキテクチャは大部分が [inferred]／[speculative] です。開発者向けサービス（CloudKit、APNs、StoreKit、Sign in with Apple、PCC）は [documented] です。推測は分析として扱い、決して確定情報とみなさないでください。また、ユーザーに事実として伝えないでください。

使用する場面

• apple.com 品質のアセット配信（CDN、レスポンシブ画像、アダプティブ動画、キャッシュ）を設計するとき。
• クライアントアプリが統合する、公開されている Apple サービスを理解するとき。
• プライバシーを最優先し、同期に対応するバックエンドを「Apple流」に考えるとき。

基本ルール

• 配信（観測済み）： マルチ CDN エッジ、画像変換サービス（mzstatic の {W}x{H}{modifier}-{quality}.{fmt} URL パラメーター）→ デバイスごとに <picture>／srcset を配信、長い Cache-Control を設定したコンテンツハッシュ付きの不変アセット、マルチビットレートの HLS 動画、HTTP/2-3、Brotli。
• 公開サービス（文書化済み）： CloudKit（パブリック／プライベート／共有データベース、CKRecord、同期）、APNs（HTTP/2 + JWT）、Sign in with Apple（OIDC、ローテーションするクライアントシークレット、メールリレー）、StoreKit 2（JWS レシート、Server API + Notifications V2）、Private Cloud Compute（ステートレス、検証可能、OHTTP 経由でルーティング）。
• アーキテクチャによるプライバシー保護： オンデバイスを優先し、段階的にエンドツーエンド暗号化を導入し、サーバーはクライアントの申告を決して信頼せず、データレジデンシー（中国／GDPR）に対応します。推測ではなく、不変条件を再現してください。

参考資料

ファイル	用途
references/web-delivery-infra.md	[observed] CDN／画像変換／HLS／キャッシュ／HTTP — 再現手順付き
references/inferred-backend-architecture.md	[documented] の公開サービス + [inferred] のサーバートポロジー（バナーを手がかりとし、すべての主張にラベルを付与）

よくある間違い

• 推測を事実として提示する（このスキルで最も避けるべきパターンです）。
• 最適化されていない巨大な画像、エッジキャッシュがない、変更可能なキャッシュ済み URL、単一ビットレートの動画。
• サーバーがクライアントの申告を信頼する、エンドツーエンド暗号化／オフライン経路がない、データレジデンシーを無視する。

関連： これらのアセットを使用するページ → apple-design-web。apple.com が現在スクロール連動のヒーローメディアをどのように配信しているか（動画優先のリバース仕様、コンテンツハッシュ付きアセット URL、KTX／WebGL テクスチャ、フレームシーケンスの createImageBitmap デコード + スライディングウィンドウ、スクラブ用動画の keyint=5 エンコード、アセット取得に関する IP ガードレール）→ apple-design-web/references/media-assets-and-delivery.md。