Skip to content
50% OFF $299 $599
Lock in
§ 6.0.13 ARTICLE
Published VerifiedEvery 6 weeks Sources2 named Authored bySquareRank Team

Glossary · § 6.0.13 · Defined term

Canonical tag (rel="canonical")

A canonical tag (rel="canonical") is the link-element instruction that tells search engines which URL is the preferred address for a piece of content when duplicates or near-duplicates exist1. It lives in the page's <head> as <link rel="canonical" href="https://...">. Google uses it as a hint, not a directive — the engine ultimately chooses the canonical URL after considering all signals.

On Squarespace, every page auto-emits a self-referencing canonical tag in the head. The platform's behaviour is correct for ~95% of cases. The 5% requiring manual intervention: syndicated content, intentional duplicates (e.g. printer-friendly version), pre-migration URLs that need to point to post-migration canonicals.

Definition

A canonical tag (rel="canonical") is the link-element instruction that tells search engines which URL is the preferred address for a piece of content when duplicates or near-duplicates exist. It lives in the page's <head> as <link rel="canonical" href="https://...">.

The element was introduced in 2009 in a joint announcement from Google, Bing, and Yahoo. Before that, sites with duplicate-content problems (printer-friendly URLs, session-ID query strings, product pages reachable from multiple categories) had no clean way to tell search engines which URL was authoritative. The canonical tag consolidated link equity to one URL while leaving alternates accessible to users.

When to use a canonical tag

Three cases. (1) Self-canonical on every page (the default): announces 'this URL is itself the canonical'. (2) Cross-canonical to another URL on your own site (e.g. /blog/post?utm_source=ig points to /blog/post). (3) Cross-canonical to a URL on another domain when you syndicate content (e.g. a guest post that also lives on Medium points back to your own site's version).

The cases not to use canonical: redirecting (use a 301 redirect instead); pointing to a different topic (canonical is for duplicates and near-duplicates, not arbitrary related pages); blocking from index (use noindex). A misused canonical is one of the most common quiet SEO bugs — it tells Google "don't index this; index that instead" and silently removes a page from results without the obvious symptom of a redirect.

Self-canonical vs cross-canonical

A self-canonical tag points at the URL of the page it lives on. It's a positive declaration: 'this URL is itself the canonical for this content.' A cross-canonical tag points at a different URL — same site or another domain — and asks Google to consolidate signals to that other URL. Self-canonical is the default and the right answer 95% of the time.

One important subtlety: Google can disagree with the canonical you declare. If the engine's signals (internal links, sitemap, redirects, content similarity) suggest a different URL is the better canonical, Google will pick that one regardless of your tag. The canonical tag is a strong hint, not an override. This is why "Indexed, though not submitted in sitemap" and "Duplicate without user-selected canonical" reports appear in Search Console even on sites with carefully-set canonical tags.

Canonicals on Squarespace specifically

Squarespace auto-emits a self-canonical on every page using the page's primary URL — the slug under the Pages panel. The platform handles trailing-slash and protocol consistency correctly. Manual override is possible via Page Settings → SEO → Canonical URL on each page; that field accepts a full URL and overrides the auto-emitted self-canonical. Use sparingly.

The three Squarespace-specific gotchas: (1) blog posts reachable from multiple category pages — Squarespace handles this correctly, the canonical points to the primary post URL; (2) product pages reachable from multiple store category pages — same correct handling; (3) URL Mappings that don't include a canonical update on the destination — when you redirect /old-url to /new-url, the canonical on /new-url should already point at itself (self-canonical), not at the old URL. Squarespace's default is correct; the gotcha is when an owner manually sets the canonical to the old URL out of misunderstanding2.

Canonicals sit alongside hreflang and noindex in the indexing-control cluster.

Keep reading · § 6.0.13