REST APIs often return the same resource under multiple URLs — `/users/42`, `/users?name=Jane`, `/users/42?fields=name,email`. Search engines and caching layers treat each as a separate entity, wasting bandwidth and confusing clients. In this episode, Lucas and Luna explore canonical URLs: how the `Link: rel="canonical"` HTTP header tells caches and crawlers which URL is the definitive version. They walk through a real case from GitHub's API (which returned the same user profile at three different endpoints before adding the canonical header in 2019), explain why relative vs. absolute URLs matter, and show how Stripe uses canonical references in its API responses to keep idempotency clean. Along the way they touch on 301 redirects vs. canonical hints, the SEO parallel every API designer should know, and why leaving canonical off is like letting a library have six different call numbers for the same book. A practical episode for anyone building or consuming REST endpoints at scale.