Duplicate Content

Prefect! Thanks for confirming. I will setup after a bit more research on any impact on seo for blog articles.t

Ok I got that working.

Now, if I enable the “Use Full Post Content” setting, will that get rid of the canonical links?

No, it just sends all of the post HTML instead of an excerpt. It has no effect on the canonical link.

1 Like

Thanks for sharing all your insights. I would love to know from people have implemented this what impact it has had on SEO.

Nothing. There is no duplicate content situation. It doesn’t increase SEO either.

1 Like

@Jagster Thanks for coming back to me on this. With the recent update from Google with pushing discussions and perspectives we are looking at building engagement behind each article.

I did have a question re: implementation of this. When I enable the embed URL Canonical the Source code shows the WP Post URL but when I review the page via the Inspect tool / Canonical checker tool it shows the Forum URL. It looks like there is something happening when the page is rendering.

I am concerned that this will lead to duplicate content.

Any insight into what is going on?

thanks

Turned out to be a thread hijack. Will start a new topic.

@Andrew_Kirkcaldy did you figure this out? We’re testing this out and the SEO tool we’re using isn’t saying the Canonical is set. When I look at the page source, it looks like it’s maybe due to the head containing <meta property="og:ignore_canonical" content="true" />. I added a head override to set it to false, but then both true and false are there so I’m assuming true is prevailing. It looks like I can’t remove the other head tag without some javascript.


Hey there @tyler.lamparter, can you confirm the following?

  1. You’re using the WP Discourse Plugin to publish articles from Wordpress to Discourse.
  2. You want the Wordpress article to be the canonical link.
  3. The site setting Embed set canonical URL is set to true.

@angus

  1. We haven’t installed the plugin for WP just yet because I wanted to validate this would work before we installed it. What I did to test was set the embed_url via api when creating a topic. I assume doing it this way wouldn’t make a difference?
  2. Yes, that is correct.
  3. Yes, this is enabled.

Thanks for confirming that.

If you’ve used the API appropriately it won’t make a difference. If a topic has a topic_embed record and the site setting Embed set canonical URL is true, then the canonical url will be the topic embed url.

This is a custom open graph tag that was invented by Discourse to improve oneboxing between different Discourse instances. It’s not going to impact the canonical url vis-a-vis SEO because it won’t mean anything to any other platform besides Discourse.

In your screenshot of the HTML I see that the canonical URL is indeed being set correctly. Perhaps the tool you’re using needs to be configured or used differently?

I was thinking that as well. Do you have another tool you use to check SEO metadata on webpages? Or another way we can verify this is working as it should.

If the canonical link is in the HTML, it is working. You have already verified it is working as it should :slightly_smiling_face:

I don’t mean to be difficult. I do appreciate that SEO is a sensitive and important question for many sites.

However, an SEO tool is just going to do the same check you’ve already done. It’s not going to tell you anything more than what you already know.

1 Like

You’re not being difficult :slight_smile:, I’m just being cautious. Thank you for confirming!

1 Like