-
Notifications
You must be signed in to change notification settings - Fork 27
Change Canonical link default #167
Comments
👍 for change. |
fine for me. but if we do that before announcing the cmf release, we should release a 1.0.1 version and note the BC break in the changelog. if we only do it after, it should go into 1.1 probably |
What to do here as we forgot that issue? |
put it into 1.1 and do a changelog entry? |
We should change the whole canonical link thing imo. Canonical links serve more purposes than replacing the redirect. |
is this now a 2.0 issue or should we do it for 1.2? doing it in 1.2 could be unexpected. |
Yeah, let's skip for 2.0 |
👍 Am 20.09.2015 um 15:03 schrieb Wouter J:
|
What about trigger a deprecation notice when the configuration value is not set (so the default of canonical is used) to warn users that this behaviour will change in 2.0? This means people are aware of explicitely setting this to canonical (in case they want to keep the current behaviour) or can have forward compatiblity by setting it to redirect. |
I recently watched this talk by Matt Cutts about the canonical link element: https://www.youtube.com/watch?v=Cm9onOGTgeM
Here, he states that the canonical link element should be the last thing to do when having duplicate content. Things you should do first are 301 redirects and a good sitemap.
We currently default to the canonical link usage. Shouldn't we change it to 301 redirect instead?
The text was updated successfully, but these errors were encountered: