templates/portfolio/src/layouts/Base.astro:23

• fullTitle always appends siteTitle to title, but some callers (e.g. pages built with getSeoMeta) may pass a title that already includes the site title. That yields duplicated titles like "X | Studio — Studio". Consider using the same guard used in templates/blog/src/layouts/Base.astro (only append when title doesn’t already include siteTitle).

This issue also appears on line 33 of the same file.

const { title, pageTitle, description, image, canonical, type = "website", content } = Astro.props;
const settings = await getSiteSettings();
const siteTitle = settings?.title || "Studio";
const fullTitle = title ? `${title} — ${siteTitle}` : siteTitle;
const siteDescription = settings?.tagline || "Design & Development";

templates/portfolio/src/layouts/Base.astro:38

• createPublicPageContext receives canonical straight from props; when callers don’t pass it, EmDashHead won’t emit a canonical link/og:url. If the intent is to always have canonical URLs for these templates (previously this used Astro.url.href), consider defaulting canonical to the current request URL (ideally origin+pathname without query) when no override is provided.

	title: fullTitle,
	pageTitle: pageTitle ?? title ?? siteTitle,
	description: description || siteDescription,
	canonical,
	image,
	content,

templates/marketing/src/layouts/Base.astro:22

• fullTitle currently appends siteTitle unconditionally when title is set. If a page passes a pre-composed SEO title that already includes siteTitle (e.g. from getSeoMeta), this produces a duplicated <title> like "X | Acme — Acme". Consider guarding against this the same way templates/blog/src/layouts/Base.astro does.

This issue also appears on line 40 of the same file.

const { title, pageTitle, description, image, canonical, content } = Astro.props;
const settings = await getSiteSettings();
const siteTitle = settings?.title || "Acme";
const fullTitle = title ? `${title} — ${siteTitle}` : siteTitle;
const siteDescription =

templates/marketing/src/layouts/Base.astro:50

• createPublicPageContext now receives canonical from props only. For pages that don’t pass a canonical override, EmDashHead won’t emit canonical/og:url. If canonical tags are desired by default for this template, consider falling back to the current request URL (preferably without query params) when canonical is not provided.

const pageCtx = createPublicPageContext({
	Astro,
	kind: content ? "content" : "custom",
	pageType: "website",
	title: fullTitle,
	pageTitle: pageTitle ?? title ?? siteTitle,
	description: description || siteDescription,
	canonical,
	image,
	content,
	siteName: siteTitle,

templates/portfolio-cloudflare/src/layouts/Base.astro:23

• Same title composition issue as the non-Cloudflare template: fullTitle appends siteTitle even when the incoming title already includes it (e.g. titles from getSeoMeta), producing duplicated <title> values. Consider adding a guard before appending siteTitle (see templates/blog/src/layouts/Base.astro).

This issue also appears on line 33 of the same file.

const { title, pageTitle, description, image, canonical, type = "website", content } = Astro.props;
const settings = await getSiteSettings();
const siteTitle = settings?.title || "Studio";
const fullTitle = title ? `${title} — ${siteTitle}` : siteTitle;
const siteDescription = settings?.tagline || "Design & Development";

templates/portfolio-cloudflare/src/layouts/Base.astro:38

• Same canonical handling as the non-Cloudflare template: if canonical isn’t passed in props, EmDashHead won’t emit canonical/og:url. If you want canonical tags by default, consider falling back to the current request URL (ideally origin+pathname) when canonical is not provided.

	title: fullTitle,
	pageTitle: pageTitle ?? title ?? siteTitle,
	description: description || siteDescription,
	canonical,
	image,
	content,

templates/marketing-cloudflare/src/layouts/Base.astro:22

• Same title composition issue as the non-Cloudflare template: fullTitle appends siteTitle even when title already contains it (common when title comes from getSeoMeta). This can produce duplicated titles like "X | Acme — Acme". Consider guarding against double-appending siteTitle (see templates/blog/src/layouts/Base.astro).

This issue also appears on line 40 of the same file.

const { title, pageTitle, description, image, canonical, content } = Astro.props;
const settings = await getSiteSettings();
const siteTitle = settings?.title || "Acme";
const fullTitle = title ? `${title} — ${siteTitle}` : siteTitle;
const siteDescription =

templates/marketing-cloudflare/src/layouts/Base.astro:50

• Same canonical handling as the non-Cloudflare template: since canonical is only taken from props, pages that don’t pass it will render without canonical/og:url contributions. Consider defaulting canonical to the current request URL (preferably without query params) when it’s not provided.

const pageCtx = createPublicPageContext({
	Astro,
	kind: content ? "content" : "custom",
	pageType: "website",
	title: fullTitle,
	pageTitle: pageTitle ?? title ?? siteTitle,
	description: description || siteDescription,
	canonical,
	image,
	content,
	siteName: siteTitle,