【Winter ’26】LWRサイトが爆速に！Experience Delivery (SSR) のアイランドアーキテクチャとOGP問題の解決策

LWR（Lightning Web Runtime）サイトのパフォーマンスに革命を起こす新インフラ、「Experience Delivery」（現在ベータ版）をご存知でしょうか？

公式情報によると、ページ読み込み速度が最大60%向上し、サブ秒（1秒未満）での表示が可能になるとされています 。 今回は、この技術がなぜそれほど速いのか、そして長年の課題だった「OGP問題」をどう解決するのか、最新のドキュメント（Winter ’26）をもとに深掘りします。

Experience Delivery の正体

Experience Delivery は、従来のクライアントサイドレンダリング（CSR）に代わり、SSR（Server-Side Rendering）と専用CDNを組み合わせた新しい配信基盤です 。

• 従来 (CSR): ブラウザがJavaScriptをダウンロードして実行するまで、画面は真っ白（またはローディング）でした。
• Experience Delivery (SSR): サーバーですでに描画されたHTMLがCDNから即座に届くため、アクセスした瞬間にコンテンツが表示されます 。

これにより、ユーザー体験が向上するだけでなく、SEO（検索エンジン最適化）においても、クローラーに最新のデータを即座に提供できるため、非常に有利になります 。¹

「OGP画像が出ない」問題がついに解決

LWRサイトをX (Twitter) や LINE でシェアした際、「画像が表示されない」「タイトルが反映されない」という経験はありませんか？

これは、SNSのクローラーがJavaScriptを実行できず、後から生成されるメタタグを読み取れないことが原因でした。

Experience Delivery の SSR では、サーバーから送出されるHTMLに最初からOGPタグ（<meta property="og:image" ...>）が含まれています 。²
そのため、特別なハックをせずとも、SNS側で意図した通りのカードが表示されるようになります。

最新技術「アイランドアーキテクチャ」とは？

Experience Delivery の面白い点は、ページ全体を単純にSSRするだけではないことです。「アイランドアーキテクチャ (Islands Architecture)」 という最新のWebトレンド技術が採用されています

• 静的な海: ページの大部分（ヘッダー、フッター、静的テキストなど）は、サーバーでレンダリングされた「静的なHTML」として配信されます 。³ これらはJavaScriptの実行が不要なため、非常に高速です。
• 動的な島 (Islands): カルーセルやフォームなど、インタラクティブな部分だけを「島」として扱い、ここだけブラウザ上でJavaScriptを実行（ハイドレーション）します 。⁴

この「必要な部分だけ動かす」仕組みにより、無駄なJavaScriptの実行を極限まで減らし、爆速なパフォーマンスを実現しているのです。

開発者が気をつけるべきポイント

SSR対応のコンポーネントを作る際、いくつか重要なルールがあります。

• window や document は使えない: サーバー上にはブラウザが存在しないため、これらのグローバルオブジェクトにアクセスするとエラーになります。import.meta.env.SSR フラグを使ってガード処理を入れる必要があります 。⁵
• データ取得は「Data Providers」で: SSR中は非同期処理（fetch や @wire）がサポートされません。代わりに、同期的にデータを解決する「Data Providers」という新しい仕組みを使用する必要があります 。⁶
• 監査ツール: Salesforce CLIで lwr audit コマンドを使うと、コンポーネントがSSRに対応しているかチェックできます 。⁷

注意！現在の制限事項（ベータ版）

導入を検討する際は、以下の制限に注意してください（Winter ’26時点）。

• Developer Editionでは使用不可: Enterprise, Performance, Unlimited Editionの数式環境が必要です 。⁸
• SEOフレンドリーURLの制限: 現在のBeta版では、レコード詳細ページのURLが /account/レコードID/レコード名 のような形式になり、カスタマイズされたスラッグ（例: /account/my-company）はサポートされていません 。⁹
• サイトマップ: カスタムサイトマップはまだサポートされていません 。¹⁰

まとめ

Experience Delivery は、LWRサイトを「普通のWebサイト」以上のパフォーマンスへと引き上げる強力なエンジンです。特に「アイランドアーキテクチャ」の採用は、Salesforceが最新のWeb標準に本気で取り組んでいる証拠と言えるでしょう。

OGP問題に悩んでいる方、Core Web Vitals のスコアを改善したい方は、ぜひこの新技術の動向をチェックしてみてください。

参考URL

Improve LWR Site Performance with Experience Delivery (Beta)

Experience Delivery (Beta) guide

脚注

1. p.4. “Enhances SEO by rapidly serving fresh data to web crawlers and bots” ↩︎
2. p.9. “Instead, computation is moved to the server, and the resulting page
   is cached in the CDN for subsequent visitors. This approach results in faster time-to-content, and it
   makes the content accessible to search engine crawlers, which improves SEO.” ↩︎
3. p.10. “SSR only—Components render on the server side. Suitable for static page elements that don’t
   require hydration, such as images.” ↩︎
4. p.10. “SSR with hydration—Components render on the server side and get hydrated on the client
   side. Suitable for interactive page elements, such as a carousel.” ↩︎
5. p.14. “To guard non-portable code, use the import.meta.env.SSR boolean.” ↩︎
6. p.20. “To fetch data on the server in an Experience Delivery app, use data providers instead.” ↩︎
7. p.10. “To quickly check if your components follow these rules, use the lwr audit command on the LWR
   command line interface (CLI). You can specify which components to audit on the command line.” ↩︎
8. p.5. “A production org in Enterprise, Performance, or Unlimited Editions with Digital Experiences
   enabled. Experience Delivery is unsupported in Developer Edition and scratch orgs.” ↩︎
9. p.5-6. “Because SEO-friendly URL slugs are unsupported, when you enable Experience Delivery for a
   site that uses them, the system replaces the friendly URLs of record pages with the record ID.
   For example, the system replaces a URL such as https://mysite.com/account/portal-acc,
which uses the format /account/:urlName, with https://mysite.com/account/001SG000006px5pYAA/portal-account, which uses the format
/account/:recordId/:recordName.
   And any bookmarked or hardcoded URLs that use the friendly format are redirected to the
   record ID format.” ↩︎
10. p.5. “Custom sitemaps, canonical URLs, and SEO-friendly URL slugs” ↩︎