Langues

Guide Umbraco SEO

Comment faire an Umbraco site classer — ce que le .NET CMS handles out de le box (clean URLs, automatic 301s on rename, HTTPS), ce que nécessite a package (meta champs, XML sitemaps, robots.txt, balise canonicals, noindex), et ce que nécessite custom developer fonctionner (hreflang, données structurées). Le package stack — SeoToolkit, SEO Checker par Soeteman Software, URL Tracker — et pourquoi uMarketingSuite (maintenant Umbraco Engage) n’est pas an SEO outil.

Première publication : 27 juin 2026 · Dernière mise à jour : 3 août 2026 · Avancé
AIRédigé parAI v2

«Umbraco is a .NET-based open-source CMS, and its defining SEO trait is that it's developer-led by default: unlike WordPress, where a non-developer installs a plugin, almost every meaningful SEO feature in Umbraco needs a .NET developer or a package. Think of it in three tiers. Built-in: clean URLs from node names, automatic 301 redirects when you rename a node's URL, HTTPS enforcement, basic 404 handling. Needs a package: meta fields, XML sitemaps, robots.txt editing, noindex controls, canonical tags — via SeoToolkit (free, open-source, by patrickdemooij9) or SEO Checker (commercial, by Soeteman Software — not Jumoo, who make uSync). Needs custom dev: hreflang for Language Variants, structured data, advanced canonical logic. uMarketingSuite rebranded to Umbraco Engage in November 2024 and is a CRO/personalization platform, not a technical SEO tool. As of mid-2026, Umbraco 17 (released November 2025) is the current LTS; Umbraco 13, the previous LTS, is in its Security phase and reaches end of life in December 2026 — plan an upgrade path before then. The smart play is building self-serve SEO controls into the backoffice before an SEO team ever touches the site.» _(Traduction)_ (Résumé en français du champ tldr : le texte source est conservé pour relecture francophone.)

«> TL;DR — Umbraco is a .NET open-source CMS, and its SEO story is developer-led

by default. Three tiers: built-in (clean URLs from node names, automatic 301 on URL rename, HTTPS, 404s, Language Variants); needs a package (meta fields, XML sitemap, robots.txt, noindex, canonicals — via SeoToolkit (free) or SEO Checker by Soeteman Software (paid)); needs custom dev (hreflang, structured data, advanced canonical logic). SEO Checker is by Soeteman Software, not Jumoo (who make uSync). uMarketingSuite became Umbraco Engage in Nov 2024 and is a CRO tool, not SEO. Umbraco 17 (Nov 2025) is the current LTS; 13, the prior LTS, is in its Security phase and hits end of life in Dec 2026. The real craft is building self-serve SEO controls into the backoffice before an SEO team arrives. » (Traduction) (Résumé en français de la section vingt et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Preuve à l’appui de cette affirmation The article's described umbraco-seo capabilities must be evaluated against the platform's current documentation rather than assumed to be search-engine behavior. Portée : Platform-specific capability documentation. Niveau de confiance : élevé · Vérifié : Umbraco CMS documentation Preuve à l’appui de cette affirmation Regardless of platform, Google needs crawlable URLs, accessible rendered content, descriptive metadata, and valid search directives. Portée : Google requirements independent of platform. Niveau de confiance : élevé · Vérifié : Google Search Central: SEO Starter Guide

Ce que Umbraco is (the 30-second version)

Umbraco est an open-source CMS construit on ASP.NET Core. Vous model contenu avec Document Types (typed contenu templates), arrange pages dans a contenu tree, et rendre les avec Razor templates. Il comes deux façons: Umbraco Cloud (managed hosting on Azure avec Cloudflare à le edge — automatic TLS, firewalls, point-dans-time restore) et self-hosted (votre propre serveur, complet contrôler). Les deux exécuter le même CMS; le difference est qui manages le infrastructure.

Le unique la plupart important framing pour le SEO: la plupart SEO configuration dans Umbraco exige a .NET developer. Ce est le structural difference depuis WordPress, où a non-developer peut install a plugin et self-servir. On Umbraco, même basic meta champs sont a developer task unless a package a déjà ajouté les.

Le three tiers de Umbraco SEO

I trouver it cleanest to sort every SEO fonctionnalité into un of three buckets.

Tier 1 — construit dans. Clean URL generation depuis node noms (an automatic ToUrlSegment() transform produces lowercase, hyphenated slugs), automatic 301 redirections quand a node’s URL changements on rename, HTTPS enforcement, proper 404 code d’états, et Langue Variants (le multilingual contenu model).

Tier 2 — nécessite a package. Meta title/description fields, XML sitemaps, robots.txt editing, noindex contrôle, and balise canonicals. Ces tout come pre-built in SeoToolkit (free) or SEO Checker (paid).

Tier 3 — nécessite custom dev. hreflang pour Langue Variants, données structurées, et avancé canonical logic. Même avec a package, ces souvent besoin template code or careful per-culture configuration.

Le auto-301 on rename — Umbraco’s quiet win

Ce est le built-dans fonctionnalité la plupart guides miss, et c’est genuinely bon. Umbraco’s official URL tracking docs put il plainly: “Whenever a document est publié et causes changements à son URL (et quelconque de son descendants’ URLs), Umbraco rend a remarque de le old URLs. Whenever an incoming requête est servi et le par défaut contenu finders ne peut pas trouver a matching publié document, Umbraco vérifications si l’URL matches un de ces enregistré URLs. Si a match est trouvé, Umbraco renvoie a 301 Redirection réponse pointing à le nouveau URL de le document.”

En pratique: rename une page, modifier son slug, et le old URL garde fonctionnement avec a 301 automatiquement. Aucun plugin (WordPress nécessite Yoast Premium or Redirection pour le equivalent), aucun developer ticket. Ce alone empêche a lot de le broken-lien et lost-equity damage que routine contenu editing causes elsewhere. ne pas over-lire il, though: ce est publication-triggered tracking de a document’s propre URL changements — il ne fait pas cover arbitrary rewrite règles, or le plus complexe culture-et-hostname changements vous hit during a migration. Nom votre hosting or middleware couche pour ceux, pas Umbraco core.

«Worth knowing alongside it: Umbraco has several reserved routing property aliases, and they’re easy to mix up because their names sound similar but their behavior isn’t interchangeable. umbracoUrlName changes the URL path suffix a node generates — set a value and it overrides the auto-generated slug, while the backoffice node name stays whatever you like. umbracoUrlAlias is different again: a comma-separated list of alternate full paths that resolve to the same node, masking the real URL in the browser’s address bar rather than redirecting to it. umbracoRedirect sends a 302 (temporary) redirect to another node, picked via a content picker property — it’s a visible redirect, not silent. umbracoInternalRedirectId is the one that does the silent internal rewrite: the target page’s content is served transparently, with no redirect visible to the browser. Treat these four as distinct tools, not variations on one “redirect” concept, and confirm actual behavior in your own version’s docs before wiring one into a migration. For advanced control, a developer can also implement IUrlSegmentProvider to pull slugs from a dedicated field instead of the node name. One more gap: trailing-slash and www/non-www consistency is not handled natively — it needs ASP.NET Core middleware or IIS rewrite rules. » (Traduction) (Résumé en français de la section trente-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Metadata — the developer workflow

Parce que Umbraco ships aucun meta champs, le standard modèle est:

  1. Ajouter a “SEO” tab/groupe à votre Document Types — or, meilleur, a composition vous pouvez reuse à travers types.

  2. Ajouter properties: metaTitle, metaDescription, a noIndex toggle, optional canonicalUrl, et Ouvrir Graph champs (ogTitle, ogDescription, ogImage).

  3. Rendre les dans le master template avec Razor:

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

  4. Ajouter fallback logic donc an empty metaTitle defaults à le node name.

«Or install a package that adds this composition for you. That’s the whole choice in Umbraco SEO, over and over: build it, or install a package that built it. » (Traduction) (Résumé en français de la section trente-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«One thing worth internalizing here: a Document Type only defines what fields exist — a field having a value in the backoffice proves nothing about what ends up in the deployed HTML. Output is owned by the template. Umbraco’s current templating supports master-template inheritance with named sections, so a child template can place its metaTitle/metaDescription/canonical markup into the master’s <head> — but that means every template that inherits from the master (and every fallback path when a section is left empty) needs to be checked individually. Don’t assume one Document Type’s rendering behavior generalizes to every page type on the site; verify the rendered HTML per template. » (Traduction) (Résumé en français de la section quarante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The package stack (and one to not confuse) » (Traduction) (Résumé en français de la section quarante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«SeoToolkit (by patrickdemooij9) — free, open-source, on NuGet. Ships a dedicated package release aligned to each Umbraco major (currently up through Umbraco 18, released mid-2026); it’s actively maintained, but confirm your Umbraco version maps to the right package version before installing. Meta-field management, dynamic sitemap generation (per-domain sitemaps plus a sitemap index), a backoffice robots.txt editor with validation, script manager, redirect management, and canonical support. The sitemap automatically adds itself to robots.txt. This is the default starting point for most builds. From its 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.” » (Traduction) (Résumé en français de la section quarante-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

SEO Checker (par Soeteman Software) — commercial (gratuit trial on localhost; license pour production). Aussi tracks Umbraco’s major-version cadence avec son propre releases (v18.0,1 était actuel as de mid-2026, supporting Umbraco 18+) — vérifier le release notes pour le version que matches votre CMS. Ajoute SERP extrait previews et social previews dans le backoffice pendant que editing, automated problème detection (manquant meta balises, broken liens, canonical problèmes), redirection management, automatic robots.txt et sitemap.xml, et — importantly — multilingual prise en charge que renders per-culture metadata notamment hreflang balises. Critical attribution remarque: SEO Checker est fait par Soeteman Software, pas Jumoo. Jumoo rend uSync (a contenu deployment/sync outil), qui est a différent chose entirely. Ce mix-up est courant; ne pas repeat il.

URL Tracker — a redirect-management package (404/302 monitoring, redirection creation, recommendations fondé on similaire URLs, requête-string matching). Worth installing depuis day un pour migrations et restructures, donc an SEO team peut manage redirections sans developer tickets.

uMarketingSuite → Umbraco Engage — Umbraco acquired uMarketingSuite et rebranded il Umbraco Engage dans November 2024. c’est a CRO/personalization plateforme: serveur-side premier-party analytics, A/B testing, persona targeting, visitor profiling. Il n’est pas a SEO technique package — il ne va pas manage meta balises, sitemaps, robots.txt, or schema. Il complements SEO (engagement signaux, testing variants); il ne fait pas remplacer SeoToolkit or SEO Checker. ne pas recommend il as votre SEO package.

Multilingual SEO — Langue Variants et hreflang

Langue Variants sont a réel Umbraco strength. Vous define languages par ISO code dans Paramètres → Languages, assign chaque langue à un or plus hostnames (donc vous pouvez faire /en/, /de/, or séparé domains), et editors translate contenu dans le même node par switching langue tabs. Chaque variant peut ont son propre URL slug (/about-us dans English, /acerca-de dans Spanish), et fallback règles empêcher blank pages quand a traduction est manquant.

Mais le SEO catch: hreflang n’est pas automatic. Langue Variants manage le contenu; ils ne pas emit hreflang balises. Vous implement ceux dans Razor par 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)" />

— or utiliser SEO Checker, qui renders per-culture metadata notamment hreflang. Pair ce avec self-referencing canonicals per langue variant donc le variants ne pas fight chaque autre pour indexation. (Comment Google en réalité picks parmi variants est dans Canonicalization.)

Données structurées

Umbraco officially documents three façons to implement schema, tout needing a developer:

«1. Field-based — add a text-area property where editors paste JSON-LD; render it in <head>. 2. Template-driven with editor input — the developer builds schema selectors in the backoffice; editors fill fields; the template generates JSON-LD from them. 3. Automatic — schema is generated in the template from document properties, no editor input (best for blog posts and other templated types). » (Traduction) (Résumé en français de la section cinquante-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«For .NET developers, the Schema.NET library (a NuGet package, not an Umbraco package) gives strongly-typed C# classes for Schema.org types, so you build JSON-LD from objects instead of concatenating strings, then render with ToHtmlEscapedString(). JSON-LD is Google’s preferred format; validate with the Rich Results Test. This is where Umbraco’s typed Document Types actually become an advantage — it’s easier to generate accurate, consistent schema from modeled fields than from WordPress’s freeform editor content. » (Traduction) (Résumé en français de la section cinquante-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Performance and Core Web Vitals » (Traduction) (Résumé en français de la section cinquante-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The .NET baseline is lean: the Kestrel web server is fast, and Umbraco doesn’t carry the plugin overhead a heavy WordPress install accumulates. Umbraco Cloud adds Cloudflare edge caching and Azure infrastructure for free; self-hosted (often Windows/IIS) needs more manual performance work. For Core Web Vitals: use Umbraco’s built-in Image Cropper (it can output dimensions, which helps CLS) plus the Slimsy package for responsive WebP/AVIF with lazy loading; reserve space for media to avoid layout shift; and remember CSS/JS bundling/minification is not built in — use .NET bundling middleware or a front-end build step. » (Traduction) (Résumé en français de la section cinquante-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Version landscape: LTS, STS, and the 13→14 backoffice rewrite » (Traduction) (Résumé en français de la section cinquante-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Umbraco ships on a fixed cadence with two release tracks: LTS (Long-Term Support, 18 months of active support) and STS (Standard-Term Support, roughly 3 months). As of mid-2026, Umbraco 17 (released November 2025, on .NET 10 LTS) is the current LTS. Umbraco 13 — the LTS most enterprise sites are still running — is past its Support phase and now in Security-only patching, reaching end of life in December 2026. If you’re still on 13, that’s your upgrade deadline, not a someday item. Umbraco also runs shorter STS releases between LTS majors (16 and 18 shipped in 2025 and mid-2026 respectively) for teams that track the latest features rather than the support window. » (Traduction) (Résumé en français de la section cinquante-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«The version-history detail that still matters for SEO tooling: Umbraco 14 introduced a rebuilt backoffice — moved from the old AngularJS UI to TypeScript/Web Components (Lit). That rewrite meant SEO packages had to be updated to render their UIs correctly, which is why package compatibility is tied to specific Umbraco majors rather than a blanket “v8+” claim. Check the package’s own release notes against your Umbraco version before any upgrade — don’t assume last year’s compatibility note still holds. » (Traduction) (Résumé en français de la section cinquante-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«One more wrinkle: Umbraco 12+ ships a Content Delivery API, enabling headless/decoupled builds. That changes the SEO calculus — metadata and schema must be injected by the front-end framework (with the usual SSR-vs-CSR rendering concerns), not by Razor templates. (Background: JavaScript SEO.) » (Traduction) (Résumé en français de la section soixante, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## The real craft: make the site SEO-agency-friendly » (Traduction) (Résumé en français de la section soixante et un, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Le recurring pain point on Umbraco n’est pas capability — c’est le constant stream de developer tickets depuis SEO teams qui ne peut pas self-servir. Tim Payne put le corriger bien dans Skrift Magazine: “Fonctionner smart, et modify votre back office donc que le SEO guys peut faire la plupart de le fonctionner themselves.” Concretely, construire ce avant handoff:

  • A mondial SEO paramètres node avec champs pour HEAD scripts et CORPS commencer/fin scripts (kills le endless GTM-extrait requêtes).
  • An SEO tab on chaque page Document Type — meta titre, description, canonical, noindex/nofollow — donc editors self-servir.
  • URL Tracker installed depuis day un pour redirection management.
  • An XML sitemap auto-generated depuis day un.
  • robots.txt servi depuis day un, referencing le sitemap.

Faire que et Umbraco goes depuis “developer bottleneck” à a perfectly capable SEO plateforme. Skip il et vous’ll feel le friction chaque week.

Umbraco vs WordPress, briefly

Umbraco’s structured Document Types donner contenu built-dans context, qui rend systematic schema et metadata consistency easier à scale — as le 24 Days dans Umbraco community put il, “WordPress n’est pas great à SEO out de le box; la plupart de le contenu n’est pas semantic or modeled. Umbraco’s structured document types provide built-dans context.” Le trade-off est ease de utiliser: WordPress + Yoast lets a non-technique utilisateur manage la plupart SEO alone, où Umbraco nécessite a developer pour même simple changements. Pour grand, multilingual, heavily-modeled enterprise sites, Umbraco’s structure souvent wins; pour a petit team que veut à self-servir, WordPress est gentler.

Ajouter une note d’expert

Épingler une citation d’expert

Nouvelle personne ? Créez son profil non revendiqué à /admin/experts/ → Épingler une citation d’expert d’abord.