言語

UmbracoのSEO

Umbracoサイトを検索上位に表示する方法 — .NET CMSが標準で提供する機能（クリーンなURL、名前変更時の自動リダイレクト、HTTPS）、パッケージが必要な機能（メタフィールド、XMLサイトマップ、robots.txt、canonicalタグ、noindex）、カスタム開発が必要な機能（hreflang、構造化データ）。パッケージスタック — SeoToolkit、Soeteman SoftwareのSEO Checker、URL Tracker — そしてuMarketingSuite（現在はUmbraco Engage）がSEOツールではない理由。

初回公開：2026年6月27日 · 最終更新：2026年8月21日 · Advanced
言語
AI執筆者：AI v2

Umbracoは.NETベースのオープンソースCMSであり、そのSEO上の特徴は、デフォルトで開発者主導であることです。WordPressでは非開発者がプラグインをインストールしますが、Umbracoでは、意味のあるSEO機能のほぼすべてに.NET開発者またはパッケージが必要です。3つの層で考えてください。組み込み：ノード名からのクリーンなURL、ノードのURLを変更したときの自動301リダイレクト、HTTPS強制、基本的な404処理。パッケージが必要：メタフィールド、XMLサイトマップ、robots.txtの編集、noindexコントロール、canonicalタグ — SeoToolkit（無料、オープンソース、patrickdemooij9作）またはSEO Checker（商用、Soeteman Software製 — uSyncを作るJumooではありません）を使用。カスタム開発が必要：Language Variantsのhreflang、構造化データ、高度なcanonicalロジック。uMarketingSuiteは2024年11月にUmbraco Engageにリブランドされ、CRO/パーソナライゼーションプラットフォームであり、技術的なSEOツールではありません。2026年半ば現在、Umbraco 17（2025年11月リリース）が現在のLTSです。前のLTSであるUmbraco 13はセキュリティフェーズにあり、2026年12月にサポート終了を迎えます — それまでにアップグレードパスを計画してください。賢い方法は、SEOチームがサイトに触れる前に、バックオフィスにセルフサービス型のSEOコントロールを組み込むことです。

TL;DR — Umbraco は .NET 製のオープンソース CMS で、その SEO はデフォルトで開発者主導です。3 つの層があります: 組み込み (ノード名からのクリーンな URL、URL リネーム時の自動 301、HTTPS、基本的なエラー処理、Language Variants); パッケージが必要 (メタフィールド、XML サイトマップ、robots.txt、noindex、canonical — SeoToolkit (無料) または SEO Checker by Soeteman Software (有料) を使用); カスタム開発が必要 (hreflang、構造化データ、高度な canonical ロジック)。SEO Checker は Soeteman Software 製であり、Jumoo (uSync を開発) ではありません。uMarketingSuite は 2024 年 11 月に Umbraco Engage に名称変更され、CRO ツールであり SEO ツールではありません。Umbraco 17 (2025 年 11 月) が現在の LTS です。前回の LTS である 13 はセキュリティフェーズにあり、2026 年 12 月にサポート終了となります。 本当の技術は、SEO チームが来る前にバックオフィスにセルフサービス型の SEO コントロールを構築することです。

Evidence for this claim The article's described umbraco-seo capabilities must be evaluated against the platform's current documentation rather than assumed to be search-engine behavior. Scope: Platform-specific capability documentation. Confidence: high · Verified: Umbraco CMS documentation Evidence for this claim Regardless of platform, Google needs crawlable URLs, accessible rendered content, descriptive metadata, and valid search directives. Scope: Google requirements independent of platform. Confidence: high · Verified: Google Search Central: SEO Starter Guide

Umbraco とは (30 秒バージョン)

Umbraco は ASP.NET Core 上に構築されたオープンソース CMS です。Document Types (型付きコンテンツテンプレート) でコンテンツをモデル化し、コンテンツツリー にページを配置し、Razor テンプレートでレンダリングします。提供形態は 2 つあります: Umbraco Cloud (Azure 上のマネージドホスティング、エッジに Cloudflare — 自動 TLS、ファイアウォール、ポイントインタイムリストア) と セルフホスト (自社サーバー、完全な制御)。どちらも同じ CMS を実行します。違いはインフラストラクチャを誰が管理するかです。

SEO にとって最も重要な枠組み: Umbraco の SEO 設定のほとんどは .NET 開発者を必要とします。 これは、非開発者がプラグインをインストールしてセルフサービスできる WordPress との構造的な違いです。Umbraco では、パッケージがすでに追加していない限り、基本的なメタフィールドでさえ開発者のタスクです。

Umbraco SEO の 3 つの層

すべての SEO 機能を 3 つのカテゴリに分類するのが最も明確だと思います。

層 1 — 組み込み。 ノード名からのクリーンな URL 生成 (自動の ToUrlSegment() 変換により小文字のハイフン区切りのスラッグが生成されます)、ノードの URL がリネームで変更されたときの自動 301 リダイレクト、HTTPS の強制、適切な 404 ステータスコード、Language Variants (多言語コンテンツモデル)。

層 2 — パッケージが必要。 メタタイトル/説明フィールド、XML サイトマップ、robots.txt の編集、noindex コントロール、canonical タグ。これらはすべて SeoToolkit (無料) または SEO Checker (有料) に組み込まれています。

層 3 — カスタム開発が必要。 Language Variants 用の hreflang、構造化データ、高度な canonical ロジック。パッケージを使用しても、これらは多くの場合、テンプレートコードやカルチャごとの慎重な設定が必要です。

リネーム時の自動 301 — Umbraco の静かな勝利

これはほとんどのガイドが見逃している組み込み機能であり、本当に優れています。Umbraco の公式 URL 追跡ドキュメントは明確に述べています: “Whenever a document is published and causes changes to its URL (and any of its descendants’ URLs), Umbraco makes a note of the old URLs. Whenever an incoming request is served and the default content finders cannot find a matching published document, Umbraco checks whether the URL matches one of these saved URLs. If a match is found, Umbraco returns a 301 Redirect response pointing to the new URL of the document.” (翻訳) 「ドキュメントが公開され、その URL (およびその子孫の URL) に変更が生じると、Umbraco は古い URL を記録します。受信リクエストが処理され、デフォルトのコンテンツファインダーが一致する公開ドキュメントを見つけられない場合、Umbraco は URL がこれらの保存された URL のいずれかに一致するかどうかを確認します。一致が見つかった場合、Umbraco はドキュメントの新しい URL を指す 301 リダイレクト応答を返します。」

実際には: ページをリネームし、スラッグを変更すると、古い URL は自動的に 301 で機能し続けます。プラグインは不要 (WordPress では同等の機能に Yoast Premium または Redirection が必要)、開発者のチケットも不要です。これだけで、他の場所で日常的なコンテンツ編集が引き起こす壊れたリンクやリンク資産の損失の多くを防げます。ただし、過大評価しないでください。これは公開時にトリガーされるドキュメントの自身の URL 変更の追跡であり、任意のリライトルールや、移行中に発生するより複雑なカルチャとホスト名の変更はカバーしません。それらには Umbraco コアではなく、ホスティングまたはミドルウェア層を指定してください。

併せて知っておくべきこと: Umbraco には予約済みのルーティングプロパティエイリアスがいくつかあり、名前が似ているため混同しやすいですが、動作は互換性がありません。umbracoUrlName はノードが生成する URL パスのサフィックスを変更します — 値を設定すると自動生成されたスラッグを上書きし、バックオフィスのノード名は好きなままにできます。umbracoUrlAlias はさらに異なります: 同じノードに解決される 代替 の完全パスのカンマ区切りリストで、ブラウザのアドレスバーで実際の URL をリダイレクトではなくマスクします。umbracoRedirect は別のノードへの 302 (一時) リダイレクト を送信します — コンテンツピッカープロパティで選択します — これは表示されるリダイレクトであり、サイレントではありません。umbracoInternalRedirectId はサイレントな内部リライトを行うものです: ターゲットページのコンテンツが透過的に配信され、ブラウザにはリダイレクトが見えません。これら4つを「リダイレクト」という1つの概念のバリエーションではなく、別々のツールとして扱い、マイグレーションに組み込む前に自分のバージョンのドキュメントで実際の動作を確認してください。高度な制御のために、開発者は IUrlSegmentProvider を実装して、ノード名の代わりに専用フィールドからスラッグを取得することもできます。もう1つのギャップ: 末尾スラッシュと www/non-www の一貫性はネイティブには処理されません — ASP.NET Core ミドルウェアまたは IIS リライトルールが必要です。

メタデータ — 開発者のワークフロー

Umbraco にはメタフィールドが同梱されていないため、標準的なパターンは次のとおりです:

  1. ドキュメントタイプに「SEO」タブ/グループを追加します — または、より良いのは、タイプ間で再利用できる コンポジション を追加します。

  2. プロパティを追加します: metaTitle、metaDescription、noIndex トグル、オプションの canonicalUrl、および Open Graph フィールド (ogTitle、ogDescription、ogImage)。

  3. マスターテンプレートで Razor を使用してレンダリングします:

    <title>@Model.Value("metaTitle")</title>
<meta name="description" content="@Model.Value("metaDescription")" />
<link rel="canonical" href="@Model.Url(mode: UrlMode.Absolute)" />

  4. metaTitleが空の場合はノード名を使用するフォールバック処理を追加します。

または、このコンポジションを追加するパッケージをインストールします。それが Umbraco SEO における選択肢のすべてです。何度も繰り返されます: 自分で構築するか、構築済みのパッケージをインストールするか。

ここで理解しておくべきことの1つ: ドキュメントタイプはフィールドが 存在する ことだけを定義します — バックオフィスでフィールドに値があることは、デプロイされた HTML に何が含まれるかを証明しません。出力はテンプレートが所有します。Umbraco の現在のテンプレートは、名前付きセクションを持つマスターテンプレートの継承をサポートしているため、子テンプレートは metaTitle/metaDescription/canonical マークアップをマスターの <head> に配置できます — ただし、マスターから継承するすべてのテンプレート (およびセクションが空のままのすべてのフォールバックパス) を個別にチェックする必要があります。1つのドキュメントタイプのレンダリング動作がサイトのすべてのページタイプに一般化すると想定しないでください。テンプレートごとにレンダリングされた HTML を確認してください。

パッケージスタック (混同しないように注意するもの)

SeoToolkit (patrickdemooij9 作) — 無料、オープンソース、NuGet 上。各 Umbraco メジャーに合わせた専用のパッケージリリースを提供しています (現在は2026年半ばにリリースされた Umbraco 18 まで)。積極的にメンテナンスされていますが、インストール前に Umbraco バージョンが正しいパッケージバージョンに対応していることを確認してください。メタフィールド管理、動的サイトマップ生成 (ドメインごとのサイトマップとサイトマップインデックス)、検証付きのバックオフィス robots.txt エディター、スクリプトマネージャー、リダイレクト管理、および canonical サポート。サイトマップは自動的に robots.txt に追加されます。これはほとんどのビルドのデフォルトの出発点です。README より: “SeoToolkit creates a /sitemap.xml for each domain and also a sitemap index with all your sitemaps listed within. All sitemaps generated have a valid syntax, so Google will have no problem with indexing it.” (翻訳) 「SeoToolkit は各ドメインの /sitemap.xml と、すべてのサイトマップがリストされたサイトマップインデックスを作成します。生成されるすべてのサイトマップは有効な構文を持つため、Google はインデックス作成に問題はありません。」

SEO Checker（Soeteman Software 製）— 商用（localhost では無料トライアル、本番用ライセンスあり）。Umbraco のメジャーバージョン更新サイクルに合わせて独自のリリースも行っています（2026年半ば時点で v18.0,1 が最新で、Umbraco 18+ に対応）— お使いの CMS に合ったバージョンのリリースノートを確認してください。バックオフィスでの編集中に SERP スニペットプレビューやソーシャルプレビューを表示、メタタグ欠落・リンク切れ・正規化問題などの自動問題検出、リダイレクト管理、robots.txt と sitemap.xml の自動生成、そして重要な点として、hreflang タグを含むカルチャー別メタデータをレンダリングする多言語対応を備えています。重要な帰属に関する注意：SEO Checker は Jumoo ではなく Soeteman Software が開発しています。 Jumoo は uSync（コンテンツ展開・同期ツール）を開発しており、これはまったく別のものです。この混同はよくあることなので、繰り返さないでください。

URL Tracker — リダイレクト管理パッケージ（404/302 監視、リダイレクト作成、類似 URL に基づく推奨、クエリ文字列マッチング）。移行やサイト再構築の際には初日から導入する価値があり、SEO チームが開発者チケットなしでリダイレクトを管理できます。

uMarketingSuite → Umbraco Engage — Umbraco が uMarketingSuite を買収し、2024年11月に Umbraco Engage としてブランド名を変更しました。これは CRO／パーソナライゼーションプラットフォームです：サーバーサイドのファーストパーティアナリティクス、A/B テスト、ペルソナターゲティング、訪問者プロファイリングを提供します。これは技術的な SEO パッケージではありません — メタタグ、サイトマップ、robots.txt、スキーマを管理するものではありません。SEO を補完するもの（エンゲージメントシグナル、テストバリエーション）であり、SeoToolkit や SEO Checker の代わりにはなりません。SEO パッケージとして推奨しないでください。

多言語 SEO — 言語バリアントと hreflang

言語バリアントは Umbraco の真の強みです。設定 → 言語 で ISO コードにより言語を定義し、各言語を1つ以上のホスト名に割り当て（/en/、/de/、または別ドメインを使用可能）、編集者は 同じ ノード内で言語タブを切り替えてコンテンツを翻訳します。各バリアントは独自の URL スラッグを持つことができ（英語で /about-us、スペイン語で /acerca-de）、フォールバックルールにより翻訳がない場合の空白ページを防ぎます。

しかし SEO 上の注意点：hreflang は自動ではありません。 言語バリアントはコンテンツを管理しますが、hreflang タグ を出力しません。これらは Razor でカルチャーを反復処理して実装します：

@foreach (var lang in Umbraco.LocalizationService.GetAllLanguages())
{
    <link rel="alternate" hreflang="@lang.IsoCode"
          href="@Model.Url(culture: lang.IsoCode, mode: UrlMode.Absolute)" />
}
<link rel="alternate" hreflang="x-default"
      href="@Model.Url(culture: defaultCulture, mode: UrlMode.Absolute)" />

— または、hreflang を含むカルチャー別メタデータをレンダリングする SEO Checker を使用します。これを言語バリアントごとの自己参照 canonical と組み合わせて、バリアント同士がインデックスを競合しないようにします。（Google が実際にバリアント間でどのように選択するかは、Canonicalization を参照してください。）

構造化データ

Umbraco はスキーマを実装する3つの方法を公式に文書化しており、いずれも開発者が必要です：

  1. フィールドベース — 編集者が JSON-LD を貼り付けるテキストエリアプロパティを追加し、<head> 内でレンダリングします。
  2. 編集者入力によるテンプレート駆動 — 開発者がバックオフィスでスキーマセレクターを構築し、編集者がフィールドに入力し、テンプレートがそれらから JSON-LD を生成します。
  3. 自動 — スキーマはドキュメントプロパティからテンプレート内で生成され、編集者の入力は不要です（ブログ投稿やその他のテンプレート化されたタイプに最適）。

.NET 開発者にとって、Schema.NET ライブラリ（NuGet パッケージであり、Umbraco パッケージではありません）は Schema.org タイプのための厳密に型指定された C# クラスを提供するため、文字列を連結する代わりにオブジェクトから JSON-LD を構築し、ToHtmlEscapedString() でレンダリングできます。JSON-LD は Google が好む形式です。リッチリザルトテストで検証してください。ここで Umbraco の型付きドキュメントタイプが実際に利点となります — モデル化されたフィールドから、WordPress の自由形式エディターコンテンツよりも正確で一貫性のある スキーマ を生成するのが容易です。

パフォーマンスとCore Web Vitals

.NETベースラインは軽量です。Kestrel Webサーバーは高速で、Umbracoは重いWordPressインストールが蓄積するプラグインのオーバーヘッドを抱えません。Umbraco CloudはCloudflareエッジキャッシュとAzureインフラを無料で追加します。セルフホスト（多くの場合Windows/IIS）では、より手動のパフォーマンス作業が必要です。Core Web Vitals については、Umbracoの組み込みのImage Cropper（寸法を出力できるためCLSに役立ちます）と、レスポンシブWebP/AVIFと遅延読み込みのためのSlimsyパッケージを使用してください。メディアのスペースを確保してレイアウトシフトを防ぎ、CSS/JSのバンドルと圧縮は組み込まれていないことを忘れないでください。.NETバンドリングミドルウェアまたはフロントエンドのビルドステップを使用してください。

バージョン情勢：LTS、STS、そして13→14のバックオフィス書き換え

Umbracoは固定のリズムで2つのリリーストラックを提供しています。LTS（長期サポート、18か月のアクティブサポート）とSTS（標準期間サポート、約3か月）です。2026年半ば現在、Umbraco 17（2025年11月リリース、.NET 10 LTS上）が現在のLTSです。Umbraco 13 — ほとんどのエンタープライズサイトがまだ実行しているLTS — はサポート期間を過ぎており、現在はセキュリティのみのパッチ適用段階にあり、2026年12月にサポート終了を迎えます。まだ13を使用している場合、それがアップグレードの期限であり、いつかやるべき項目ではありません。Umbracoはまた、LTSメジャー間で短いSTSリリース（16と18はそれぞれ2025年と2026年半ばに出荷）を実行しており、サポート期間ではなく最新機能を追跡するチーム向けです。

SEOツールにとって今でも重要なバージョン履歴の詳細：Umbraco 14は再構築されたバックオフィスを導入しました — 古いAngularJS UIからTypeScript/Web Components（Lit）に移行しました。この書き換えにより、SEOパッケージはUIを正しくレンダリングするために更新する必要があり、そのためパッケージの互換性は包括的な「v8+」という主張ではなく、特定のUmbracoメジャーに結び付けられています。アップグレード前に、パッケージ独自のリリースノートをUmbracoバージョンと照合してください — 昨年の互換性メモがまだ有効だと想定しないでください。

もう1つの複雑さ：Umbraco 12+はContent Delivery APIを搭載しており、ヘッドレス/分離型ビルドを可能にします。これによりSEOの計算が変わります — メタデータとスキーマは、Razorテンプレートではなく、フロントエンドフレームワーク（通常のSSR対CSRレンダリングの懸念事項を含む）によって注入される必要があります。（背景：JavaScript SEO。）

本当の技術：サイトをSEOエージェンシーに優しくする

Umbracoでの繰り返し発生する問題点は能力ではなく、セルフサービスできないSEOチームからの絶え間ない開発者チケットの流れです。Tim PayneはSkrift Magazineでこの修正をうまく述べています：「賢く働き、SEO担当者がほとんどの作業を自分でできるようにバックオフィスを変更してください。」 具体的には、これをハンドオフ前に構築してください：

  • グローバルSEO設定ノード — HEADスクリプトとBODY開始/終了スクリプト用のフィールド付き（終わりのないGTMスニペット要求を排除します）。
  • すべてのページドキュメントタイプにSEOタブ — メタタイトル、説明、カノニカル、noindex/nofollow — 編集者がセルフサービスできるようにします。
  • URL Trackerを初日からインストールしてリダイレクト管理を行います。
  • XMLサイトマップを初日から自動生成します。
  • robots.txtを初日から提供し、サイトマップを参照します。

そうすれば、Umbracoは「開発者のボトルネック」から完全に有能なSEOプラットフォームに変わります。それをスキップすると、毎週その摩擦を感じることになります。

Umbraco対WordPress、簡単に

Umbracoの構造化されたドキュメントタイプはコンテンツに組み込みのコンテキストを提供し、スケールでの体系的なスキーマとメタデータの一貫性を容易にします — 24 Days in Umbracoコミュニティが述べたように、「WordPressはそのままではSEOに優れていません。コンテンツのほとんどはセマンティックでもモデル化されていません。Umbracoの構造化されたドキュメントタイプは組み込みのコンテキストを提供します。」 トレードオフは使いやすさです：WordPress + Yoastは非技術ユーザーがほとんどのSEOを単独で管理できるようにしますが、Umbracoは簡単な変更でも開発者が必要です。大規模で多言語、高度にモデル化されたエンタープライズサイトでは、Umbracoの構造がしばしば勝ります。セルフサービスを望む小規模チームには、WordPressの方が穏やかです。

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.