New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Shortcodes not properly parsed in meta description #3360

Closed
tacoverdo opened this Issue Nov 19, 2015 · 22 comments

Comments

@tacoverdo
Member

tacoverdo commented Nov 19, 2015

Problem description
When a page starts with shortcodes, for example when using Visual Composer for page layout, the shortcodes aren't parsed when filling the meta description.

Example
edit_post_ _awesome_website_ _wordpress

Tested version
WordPress 4.4-beta-4 & 4.3
Yoast SEO 3.0.3

@tacoverdo tacoverdo added this to the 3.1 milestone Nov 19, 2015

@DimaMinka

This comment has been minimized.

DimaMinka commented Nov 19, 2015

Same problem
capture

@eternalbeta

This comment has been minimized.

eternalbeta commented Dec 1, 2015

Seeing same issue. This issue also appears to be using shortcode in page word count and readability score, as well as not parsing images inside shortcode correctly. If I should submit these as a different bug, please let me know and I will do so.

@shawnkfinn

This comment has been minimized.

shawnkfinn commented Dec 14, 2015

Same here - any chance of an update or work-around besides manually editing? ^.^;;

@AskKim

This comment has been minimized.

AskKim commented Dec 30, 2015

Please inform the customer of conversation # 93055 when this conversation has been closed.

@basequatro

This comment has been minimized.

basequatro commented Dec 31, 2015

Not Sure how to proceed here, what is conversation 93055?
Neet to solve this wrong behavior with visual composer.

@MarcusFuto

This comment has been minimized.

MarcusFuto commented Jan 11, 2016

still no solution for this? does this affect the live site as well? I mean would google display the short codes? Because then this is a huge problem.

@namanhampton

This comment has been minimized.

namanhampton commented Jan 11, 2016

Any fixes to this? Workarounds? I'm getting the same problem, and the only solution I've seen suggested so far (of manually adjusting the meta snippet on every post) is so daunting, we will have to disable the plugin altogether if there is not a fix soon!

Screenshot:

screen-shot-2016-01-11-at-3 12 30-pm

EDIT: Can anyone clarify whether this issue only impacts the PREVIEW of the snippet, as suggested in Issue #3525, suggesting that Google actually ignores the shortcodes as intended when indexing? If it's only the preview, that seems to lessen the severity of this issue from a severe deal-breaker to more of a nuisance.

@ShyneeWebDesign

This comment has been minimized.

ShyneeWebDesign commented Jan 13, 2016

I am seeing the same issue with the latest VC and Yoast installed this is a huge issue for anyone focused on SEO and if anyone was new to using Yoast they would be lost has anyone found a workaround

@CyrosX

This comment has been minimized.

CyrosX commented Mar 8, 2016

It seems the bug is still there?

@tacoverdo

This comment has been minimized.

Member

tacoverdo commented Mar 8, 2016

If you're running Yoast SEO 3.1.1, it should be fixed.
If it isn't for you, please fill out a complete bug report @CyrosX.

@robin-scott

This comment has been minimized.

robin-scott commented Apr 8, 2016

Hi,

I kind of have the opposite issue. Client site (so just had this passed on), optimized "content composer" pages to be green. Most recent update makes "word count zero" and therefore red / amber for most of the posts.

How do we get the word count back, so the SEO score and etc is relevant. Presumably, the content composer content is being ignored?

UPDATE: I am aware this is a different "issue" but wondering if the fix for this one, has blocked off all the content composer text?

@terw-dan

This comment has been minimized.

Contributor

terw-dan commented Apr 11, 2016

@silicondales
In the fix for this issue we haven't changed anything related to the wordcount, so I think your issue isn't related. Could you make bugreport with the relevant information so we can look into

@andershjort

This comment has been minimized.

andershjort commented May 23, 2016

I have the same issue. Screenshot:
skaermbillede 2016-05-23 kl 15 35 22

I am using Visual Composer 4.11.2 and Yoast SEO 3.2.5

@mkormendy

This comment has been minimized.

mkormendy commented Sep 12, 2016

Why is this ticket closed? This is still happening. I am having the same exact issue/example as andershjort. WP, VC, YoastSEO are all latest.

@robin-scott

This comment has been minimized.

robin-scott commented Sep 12, 2016

Just got an update when the above was posted. I don't think I was clear enough with what I was saying above : it wasn't that you changed the wordcount feature; more that you placed code in to "ignore" shortcodes, and therefore content made with a theme builder (which uses a heap of shortcodes) is now no longer counted by wordcount (it is ignored)...

Now, without knowing your code, I quickly scanned through the changes implemented since it worked, and this one stood out, as a potential cause for why word count which worked before, no longer worked.

Its all a moot point, as my client isn't paying me to troubleshoot this. The wordcount has disappeared and remains disappeared for his content builder, and periodically he moans about the traffic lights.

@omarreiss

This comment has been minimized.

Member

omarreiss commented Sep 12, 2016

Please create separate issues for different page builders. Often there are compatibility issues with page builders. We are for instance tracking #4515 for compatibility issues with Visual composer.

@omarreiss

This comment has been minimized.

Member

omarreiss commented Sep 12, 2016

@silicondales to my knowledge, shortcodes are parsed before the content is analyzed, so our wordcount should be accurate. Or are you talking about the remaining character count for the title and the metadescription? There's a separate issue for that here: #3430

If not, this sounds more like you need technical support. Unfortunately that's something we can only provide to you or your customer if you've bought a premium license.

@kmob2

This comment has been minimized.

kmob2 commented Oct 13, 2016

I read through all the comments, and I see multiple answers from Yoast Members saying that this is fixed and the ticket was closed and multiple sources confirm that it's not fixed.

I can confirm that this is NOT fixed. No shortcode is being parsed in the meta description nor the document title box. The raw shortcode is being output on the front page. Doesn't matter what kind of shortcode, if visual composer or any small custom shortcode that just outputs a hello world. Shortcodes are not being parsed.

This ticket should be open.

Tested on a fresh WordPress installation of 4.6.1 with Yoast SEO 3.70

@omarreiss

This comment has been minimized.

Member

omarreiss commented Oct 13, 2016

@kmob2 you are right that we don't parse shortcodes in the metadescription, but that is not what this issue is about. Please allow me to explain.

We only parse shortcodes in the content we sent to our analysis tool. We do this because WordPress parses those on the frontend as well and we want to analyze the content that WordPress outputs on the frontend.

We also use this parsed content for rendering a placeholder metadescription in the Snippet Preview. That placeholder metadescription is not rendered by us on the frontend but only exists to give you an idea of what text Google will probably show in the search result based on the content.

When you explicitly set a metadescription through the snippet editor, this metadescription replaces the placeholder in the preview. In the actual metadescription we don't parse shortcodes because we also don't do that on the frontend. (To my best knowledge we have never parsed shortcodes in the metadescription before).

I can imagine this is confusing and we probably should improve this experience. However, it doesn't really make a lot of sense to parse shortcodes in a piece of text that can only contain about a 140 characters, all the more because the metadescription should be a unique piece of text, aimed at convincing users to click on a search result. As an alternative, we offer a limited set of variables which you can use in the metadescription. Also see https://kb.yoast.com/kb/yoast-wordpress-seo-titles-metas-template-variables/.

@mkormendy

This comment has been minimized.

mkormendy commented Oct 15, 2016

@omarreiss, here are my remarks on what was said in your comment.

As far as I understand it, the Yoast SEO plugin is a tool to help, not hinder.

I think it makes complete sense to parse shortcodes in a piece of text that should only contain roughly 140 characters.

Let's rewind back to the reason to parse the shortcode -- some shortcodes modify and alter the content based on a page or a post type condition. They help streamline a user's management of dynamic content that is based on those conditions. They may help only with formatting and markup structure for visual structure on the front end (for example: visual composer shortcodes).

In the end they take the place of content in the snippet editor, and the rating of that content becomes poor, because it's code, and not written content.

Furthermore, the shortcodes, if not parsed, always end up adding bad results to the overall analysis of the site on the admin side. I hate seeing red dots across my post and page listings because the Yoast SEO plugin is analyzing entire blocks of shortcode code and not the content that the shortcode finally outputs on the front-end as it should.

If I have installed Yoast SEO to help me rate my content, even at a glance, and shortcodes code is being read as the code instead of the actual written content that I put on my page, then this Yoast SEO feature becomes useless to me - when I might as well rate things myself without the plugin - which is not what I intended in the first place.

And while I know that the content ultimately gets read parsed by Google crawling the page, I expected the Yoast SEO tool to help me predetermine what that might look like. Back to my first statement of helping and not hindering.

Lastly, yes I always have the opportunity to manually enter content for that snippet editor, but if you have hundreds to thousands of posts (as we do on our websites), that becomes one extra thing to manage for our writers/editors.

Our writers/editors are attempting to crafting the content inside the shortcodes properly for SEO purposes, so they rarely need to customize the Yoast SEO snippet afterwards - its nice to have that feature for different cases, but on the whole a cumulative problem en mass if the shortcodes aren't parsed.

@jawinn

This comment has been minimized.

jawinn commented Oct 31, 2016

This should be reopened. The problem still exists.

If this is just preview text and shortcodes aren't being used in any way, (what I think is being said above), then the preview text should be changed in some way so this does not look like a mistake to the user by showing shortcodes. Even blank or "no description set" or something would be better.

As the purpose of the preview area is to show how the search engine will display it, showing the shortcodes is wrong because the search engine is not going to show shortcodes as text.

Part of the problem is that the editing interface makes this look like this gibberish code IS the meta description.

@omarreiss

This comment has been minimized.

Member

omarreiss commented Oct 31, 2016

I've opened #5991 to make the user experience less confusing and to allow developers to parse shortcodes in the meta description with custom code.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment