Sprachen

Umbraco-SEO

wie zu machen ein Umbraco Website ranken — war the .NET CMS handles out von the box (clean URLs, automatic 301s auf rename, HTTPS), war benötigt ein package (meta fields, XML sitemaps, robots.txt, canonical tags, noindex), und war benötigt custom developer arbeiten (hreflang, structured data). The package stack — SeoToolkit, SEO Checker durch Soeteman Software, URL Tracker — und warum uMarketingSuite (now Umbraco Engage) ist nicht ein SEO Tool.

Erstveröffentlicht: 27. Juni 2026 · Zuletzt aktualisiert: 3. Aug. 2026 · Fortgeschritten
Sprachen
AIVerfasst vonAI v2

Umbraco ist ein .NET-based offen-Quelle CMS, und its defining SEO trait ist that es ist developer-led standardmäßig: unlike WordPress, wo ein non-developer installs ein plugin, almost every meaningful SEO feature in Umbraco benötigt ein .NET developer oder ein package. Think von es in three tiers. erstellt-in: clean URLs aus node names, automatic 301 redirects wenn Sie rename ein node's URL, HTTPS enforcement, basic 404 handling. benötigt ein package: meta fields, XML sitemaps, robots.txt editing, noindex controls, canonical tags — via SeoToolkit (free, offen-Quelle, durch patrickdemooij9) oder SEO Checker (commercial, durch Soeteman Software — nicht Jumoo, who machen uSync). benötigt custom dev: hreflang für Sprache Variants, structured data, advanced canonical logic. uMarketingSuite rebranded zu Umbraco Engage in November 2024 und ist ein CRO/personalization Plattform, nicht ein technical SEO Tool. als von mid-2026, Umbraco 17 (released November 2025) ist the current LTS; Umbraco 13, the previous LTS, ist in its Security phase und reaches end von life in December 2026 — plan ein upgrade path vor then. The smart play ist building self-serve SEO controls into the backoffice vor ein SEO team ever touches the Website.

TL;DR — Umbraco ist ein .NET offen-Quelle CMS, und its SEO story ist developer-led standardmäßig. Three tiers: erstellt-in (clean URLs aus node names, automatic 301 auf URL rename, HTTPS, 404s, Sprache Variants); benötigt ein package (meta fields, XML sitemap, robots.txt, noindex, canonicals — via SeoToolkit (free) oder SEO Checker durch Soeteman Software (paid)); benötigt custom dev (hreflang, structured Daten, advanced canonical logic). SEO Checker ist durch Soeteman Software, nicht Jumoo (who machen uSync). uMarketingSuite became Umbraco Engage in Nov 2024 und ist ein CRO Tool, nicht SEO. Umbraco 17 (Nov 2025) ist the current LTS; 13, the prior LTS, ist in its Security phase und hits end von life in Dec 2026. The real craft ist building self-serve SEO controls into the backoffice vor ein SEO team arrives.

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

war Umbraco ist (the 30-second version)

Umbraco ist ein offen-Quelle CMS erstellt auf ASP.NET Core. Sie model Inhalt mit Dokument Types (typed Inhalt templates), arrange Seiten in ein Inhalt tree, und render them mit Razor templates. es comes two ways: Umbraco Cloud (managed hosting auf Azure mit Cloudflare bei the edge — automatic TLS, firewalls, point-in-time restore) und self-hosted (Ihre own server, full Steuerung). Both ausführen the gleich CMS; the difference ist who manages the infrastructure.

The single meisten wichtig framing für SEO: meisten SEO configuration in Umbraco requires ein .NET developer. dies ist the structural difference aus WordPress, wo ein non-developer kann install ein plugin und self-serve. auf Umbraco, even basic meta fields sind ein developer task unless ein package hat already hinzugefügt them.

The three tiers von Umbraco SEO

I finden es cleanest zu sort every SEO feature into one von three buckets.

Tier 1 — erstellt in. Clean URL generation aus node names (ein automatic ToUrlSegment() transform produces lowercase, hyphenated slugs), automatic 301 redirects wenn ein node’s URL Änderungen auf rename, HTTPS enforcement, proper 404 status codes, und Sprache Variants (the multilingual Inhalt model).

Tier 2 — benötigt ein package. Meta title/description fields, XML sitemaps, robots.txt editing, noindex controls, und canonical tags. These alle come pre-erstellt in SeoToolkit (free) oder SEO Checker (paid).

Tier 3 — benötigt custom dev. hreflang für Sprache Variants, structured data, und advanced canonical logic. Even mit ein package, these häufig benötigen template code oder careful per-culture configuration.

The auto-301 auf rename — Umbraco’s quiet win

dies ist the erstellt-in feature meisten Leitfäden miss, und es ist genuinely good. Umbraco’s official URL tracking docs put es plainly: “Whenever ein Dokument ist published und causes Änderungen zu its URL (und any von its descendants’ URLs), Umbraco macht ein note von the old URLs. Whenever ein incoming Anfrage ist served und the Standard Inhalt finders kann nicht finden ein matching published Dokument, Umbraco prüft whether the URL matches one von these saved URLs. wenn ein match ist gefunden, Umbraco returns ein 301 Redirect response pointing zu the neu URL von the Dokument.”

in der Praxis: rename ein Seite, ändern its slug, und the old URL keeps working mit ein 301 automatically. kein plugin (WordPress benötigt Yoast Premium oder Redirection für the equivalent), kein developer ticket. dies alone prevents ein lot von the broken-Link und lost-equity damage that routine Inhalt editing causes elsewhere. Don’t over-lesen es, though: dies ist publication-triggered tracking von ein Dokument’s own URL Änderungen — es tut nicht abdecken arbitrary rewrite rules, oder the mehr complex culture-und-hostname Änderungen Sie hit during ein migration. Name Ihre hosting oder middleware layer für diese, nicht Umbraco core.

Worth knowing alongside es: Umbraco hat several reserved routing property aliases, und sie sind easy zu mix up weil their names sound similar aber their behavior ist nicht interchangeable. umbracoUrlName Änderungen the URL path suffix ein node generates — festlegen ein Wert und es overrides the auto-generiert slug, während the backoffice node name stays whatever Sie like. umbracoUrlAlias ist different again: ein comma-separated Liste von alternate full paths that lösen zu the gleich node, masking the real URL in the browser’s address bar anstatt redirecting zu es. umbracoRedirect sends ein 302 (temporary) redirect zu another node, picked via ein Inhalt picker property — es ist ein visible redirect, nicht silent. umbracoInternalRedirectId ist the one that tut the silent intern rewrite: the target Seite’s Inhalt ist served transparently, mit kein redirect visible zu the browser. Treat these four als distinct Tools, nicht variations auf one “redirect” concept, und confirm actual behavior in Ihre own version’s docs vor wiring one into ein migration. für advanced Steuerung, ein developer kann auch implement IUrlSegmentProvider zu pull slugs aus ein dedicated field statt the node name. One mehr gap: trailing-slash und www/non-www consistency ist nicht handled natively — es benötigt ASP.NET Core middleware oder IIS rewrite rules.

Metadaten — der Entwickler-Workflow

weil Umbraco ships kein meta fields, the standard pattern ist:

  1. hinzufügen ein “SEO” tab/group zu Ihre Dokument Types — oder, better, ein composition Sie kann reuse across types.

  2. hinzufügen properties: metaTitle, metaDescription, ein noIndex toggle, optional canonicalUrl, und Open Graph fields (ogTitle, ogDescription, ogImage).

  3. Render them in the master template mit Razor:

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

  4. Add fallback logic so an empty metaTitle defaults to the node name.

oder install ein package that adds dies composition für Sie. das ist the whole choice in Umbraco SEO, over und over: erstellen es, oder install ein package that erstellt es.

One thing worth internalizing hier: ein Dokument Type nur defines war fields exist — ein field having ein Wert in the backoffice proves nothing über war ends up in the deployed HTML. Output ist owned durch the template. Umbraco’s current templating supports master-template inheritance mit named sections, so ein child template kann place its metaTitle/metaDescription/canonical markup into the master’s <head> — aber that bedeutet every template that inherits aus the master (und every fallback path wenn ein section ist left empty) benötigt zu sein checked individually. Don’t assume one Dokument Type’s rendering behavior generalizes zu every Seite type auf the Website; überprüfen the rendered HTML per template.

The package stack (und one zu nicht confuse)

SeoToolkit (durch patrickdemooij9) — free, offen-Quelle, auf NuGet. Ships ein dedicated package release aligned zu jede Umbraco major (currently up durch Umbraco 18, released mid-2026); es ist actively maintained, aber confirm Ihre Umbraco version maps zu the right package version vor installing. Meta-field management, dynamic sitemap generation (per-domain sitemaps plus ein sitemap index), ein backoffice robots.txt editor mit validation, script manager, redirect management, und canonical unterstützen. The sitemap automatically adds itself zu robots.txt. dies ist the Standard starting point für meisten builds. aus its README: “SeoToolkit creates ein /sitemap.xml für jede domain und auch ein sitemap index mit alle Ihre sitemaps listed within. alle sitemaps generiert haben ein valid syntax, so Google will haben kein problem mit indexing es.”

SEO Checker (durch Soeteman Software) — commercial (free trial auf localhost; license für production). auch tracks Umbraco’s major-version cadence mit its own releases (v18.0,1 war current als von mid-2026, supporting Umbraco 18+) — prüfen the release notes für the version that matches Ihre CMS. Adds SERP snippet previews und social previews in the backoffice während editing, automated issue detection (missing meta tags, broken Links, canonical issues), redirect management, automatic robots.txt und sitemap.xml, und — importantly — multilingual unterstützen that renders per-culture metadata einschließlich hreflang tags. Critical attribution note: SEO Checker ist made durch Soeteman Software, nicht Jumoo. Jumoo macht uSync (ein Inhalt deployment/sync Tool), welche ist ein different thing entirely. dies mix-up ist common; don’t repeat es.

URL Tracker — ein redirect-management package (404/302 monitoring, redirect creation, recommendations auf Grundlage von similar URLs, Anfrage-string matching). Worth installing aus day one für migrations und restructures, so ein SEO team kann verwalten redirects ohne developer tickets.

uMarketingSuite → Umbraco Engage — Umbraco acquired uMarketingSuite und rebranded es Umbraco Engage in November 2024. es ist ein CRO/personalization Plattform: server-side Erstanbieter- analytics, A/B testing, persona targeting, visitor profiling. es ist nicht ein technical SEO package — es wird nicht verwalten meta tags, sitemaps, robots.txt, oder schema. es complements SEO (engagement signals, testing variants); es tut nicht ersetzen SeoToolkit oder SEO Checker. Don’t empfehlen es als Ihre SEO package.

Multilingual SEO — Sprache Variants und hreflang

Sprache Variants sind ein real Umbraco strength. Sie define languages durch ISO code in Settings → Languages, assign jede Sprache zu one oder mehr hostnames (so Sie kann tun /en/, /de/, oder separate domains), und editors translate Inhalt within the gleich node durch switching Sprache tabs. jede variant kann haben its own URL slug (/about-us in English, /acerca-de in Spanish), und fallback rules verhindern blank Seiten wenn ein translation ist missing.

aber the SEO catch: hreflang ist nicht automatic. Sprache Variants verwalten the Inhalt; they don’t emit hreflang tags. Sie implement diese in Razor durch iterating over cultures:

@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)" />

— oder verwenden SEO Checker, welche renders per-culture metadata einschließlich hreflang. Pair dies mit self-referencing canonicals per Sprache variant so the variants don’t fight jede other für indexing. (wie Google tatsächlich picks among variants ist in Canonicalization.)

Structured data

Umbraco officially documents three ways zu implement schema, alle needing ein developer:

  1. Field-based — hinzufügen ein text-area property wo editors paste JSON-LD; render es in <head>.
  2. Template-driven mit editor input — the developer builds schema selectors in the backoffice; editors fill fields; the template generates JSON-LD aus them.
  3. Automatic — schema ist generiert in the template aus Dokument properties, kein editor input (beste für blog posts und other templated types).

für .NET developers, the Schema.NET library (ein NuGet package, nicht ein Umbraco package) gives strongly-typed C# classes für Schema.org types, so Sie erstellen JSON-LD aus objects statt concatenating strings, then render mit ToHtmlEscapedString(). JSON-LD ist Google’s preferred format; validate mit the Rich Results testen. dies ist wo Umbraco’s typed Dokument Types tatsächlich werden ein advantage — es ist easier zu generieren accurate, consistent schema aus modeled fields than aus WordPress’s freeform editor Inhalt.

Performance und Core Web Vitals

The .NET baseline ist lean: the Kestrel Web server ist fast, und Umbraco tut nicht carry the plugin overhead ein heavy WordPress install accumulates. Umbraco Cloud adds Cloudflare edge caching und Azure infrastructure für free; self-hosted (häufig Windows/IIS) benötigt mehr manual performance arbeiten. für Core Web Vitals: verwenden Umbraco’s erstellt-in Image Cropper (es kann output dimensions, welche hilft CLS) plus the Slimsy package für responsive WebP/AVIF mit lazy loading; reserve space für media zu vermeiden layout shift; und remember CSS/JS bundling/minification ist nicht erstellt in — verwenden .NET bundling middleware oder ein front-end erstellen step.

Version landscape: LTS, STS, und the 13→14 backoffice rewrite

Umbraco ships auf ein fixed cadence mit two release tracks: LTS (Long-Begriff unterstützen, 18 months von active unterstützen) und STS (Standard-Begriff unterstützen, roughly 3 months). als von mid-2026, Umbraco 17 (released November 2025, auf .NET 10 LTS) ist the current LTS. Umbraco 13 — the LTS meisten enterprise Websites sind still running — ist past its unterstützen phase und now in Security-nur patching, reaching end von life in December 2026. wenn Sie sind still auf 13, das ist Ihre upgrade deadline, nicht ein someday Element. Umbraco auch läuft shorter STS releases zwischen LTS majors (16 und 18 shipped in 2025 und mid-2026 respectively) für teams that verfolgen the latest features anstatt the unterstützen window.

The version-history detail that still matters für SEO tooling: Umbraco 14 introduced ein rebuilt backoffice — moved aus the old AngularJS UI zu TypeScript/Web Components (Lit). That rewrite meant SEO packages hatte zu sein updated zu render their UIs correctly, welche ist warum package compatibility ist tied zu specific Umbraco majors anstatt ein blanket “v8+” claim. prüfen the package’s own release notes against Ihre Umbraco version vor any upgrade — don’t assume last Jahr’s compatibility note still holds.

One mehr wrinkle: Umbraco 12+ ships ein Inhalt Delivery API, enabling headless/decoupled builds. That Änderungen the SEO calculus — metadata und schema must sein injected durch the front-end framework (mit the usual SSR-vs-CSR rendering concerns), nicht durch Razor templates. (Background: JavaScript SEO.)

The real craft: machen the Website SEO-agency-friendly

The recurring pain point auf Umbraco ist nicht capability — es ist the constant stream von developer tickets aus SEO teams who kann nicht self-serve. Tim Payne put the fix well in Skrift Magazine: “arbeiten smart, und modify Ihre back office so that the SEO guys kann tun meisten von the arbeiten themselves.” Concretely, erstellen dies vor handoff:

  • ein global SEO settings node mit fields für HEAD scripts und BODY start/end scripts (kills the endless GTM-snippet Anfragen).
  • ein SEO tab auf every Seite Dokument Type — meta title, description, canonical, noindex/nofollow — so editors self-serve.
  • URL Tracker installed aus day one für redirect management.
  • ein XML sitemap auto-generiert aus day one.
  • robots.txt served aus day one, referencing the sitemap.

tun that und Umbraco goes aus “developer bottleneck” zu ein perfectly capable SEO Plattform. Skip es und Sie’ll feel the friction every week.

Umbraco vs. WordPress, kurz

Umbraco’s structured Dokument Types geben Inhalt erstellt-in Kontext, welche macht systematic schema und metadata consistency easier im großen Maßstab — als the 24 Days in Umbraco community put es, “WordPress ist nicht great bei SEO out von the box; meisten von the Inhalt ist nicht semantic oder modeled. Umbraco’s structured Dokument types bereitstellen erstellt-in Kontext.” The trade-off ist ease von verwenden: WordPress + Yoast lets ein non-technical user verwalten meisten SEO alone, wo Umbraco benötigt ein developer für even simple Änderungen. für large, multilingual, heavily-modeled enterprise Websites, Umbraco’s structure häufig wins; für ein small team that wants zu self-serve, WordPress ist gentler.

Add an expert note

Pin an expert quote

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