This is from the info on the meta tags config form:
Select the vocabularies which contain terms you want to add to the keywords meta tag for nodes. The terms of these vocabularies are added before the global keywords but after the page-specific keywords.
This implies that the order is:
1. page-specific keywords,
2. vocabulary keywords,
3. global keywords.
And this is indeed how it worked in the 5.x module which we just updated from.
But in 6.x-1.11 this happens:
- Global keywords are inserted first before the page-specific ones, rather than appended last.
- Vocabulary keywords do not get inserted at all.
Also we found that the Meta description is no longer auto-populated from the teaser. Even though we have set the auto-generation options to generate from the teaser.
By accident while doing something else I found there were content-type specific auto-generation settings which override the global ones, and every content type had that option disabled without telling us. A week later and google webmaster tools reports 1000s of pages without meta descriptions! There should at least be a visible warning on the global settings page that these auto-generation options are overridden by content-type specific settings.
Comment | File | Size | Author |
---|---|---|---|
#17 | nodewords_global_order-N913044-17.patch | 1.22 KB | mw4ll4c3 |
#10 | nodewords_global_order.patch | 1.07 KB | quicksketch |
#6 | nodewords_global_order.patch | 943 bytes | quicksketch |
Comments
Comment #1
mr.j CreditAttribution: mr.j commentedAfter emptying caches, playing around a bit, it looks like vocabulary keywords are now being appended.
The order is still wrong:
1. global
2. node-specifc
3. vocabulary
Comment #2
Thomasr976 CreditAttribution: Thomasr976 commentedI experienced the same thing. Is there anyway to turn this off and just have the node author manually add the meta description and keywords. I tried unchecking the token module and of course on the node administration form the meta description and keyword fields were empty. When I mannually added a meta description/keywords and saved the node, I could not see them when I viewed them in my browser under source. Of course when i edited the node the meta description and keyword fields were empty.
If anyone can suggest a work around please do. Thanks
Comment #3
sahuni CreditAttribution: sahuni commentedWaiting for a solution, I suppressed global metatags to have a better render of my specific keywords
Comment #4
Thomasr976 CreditAttribution: Thomasr976 commentedCan share with me how you supressed the global metatags? Thanks.
Comment #5
sahuni CreditAttribution: sahuni commentedOn /admin/content/nodewords, I let nothing in the section Global meta tags
Comment #6
quicksketchThis patch makes the default meta tags output in the expected order. We will need a more extensive re-architecting to make this work with 3rd-party modules, but a quick fix is just to output the default meta tags in the advertised order. This patch isn't going to hurt anything at it works as advertised, it's a step forward if not a complete solution.
Comment #8
quicksketchHm, different branch? Should apply just fine.
Comment #9
quicksketchComment #10
quicksketchPatch in Git format.
Comment #11
DamienMcKennaThis should get in the next version.
Comment #12
mr.j CreditAttribution: mr.j commentedI just updated to the latest dev release and I see that patch isn't in there.
Anyway what we get now is this on a node, in this order:
1. Global Keywords
2. Taxonomy Keywords
And the node-specific keywords are completely missing.
A quick debug shows that the $content parameter passed to nodewords_basic_keywords_prepare is always an empty array.
Edit: problem solved. There is a bug in nodewords.module:
Comment #13
mr.j CreditAttribution: mr.j commentedThis is still not in the dev version released 30-Oct-2011.
Comment #14
DamienMcKennaThe bug referenced in #12 has been resolved and the patch from earlier was committed.
Comment #17
mw4ll4c3 CreditAttribution: mw4ll4c3 commentedThis seems to have snuck back in, possibly after 1.12 was scrapped?
Comment #18
DamienMcKennaThank you for taking the time to work on this. However, the module is no longer supported, so I'm closing this issue.