-
Notifications
You must be signed in to change notification settings - Fork 298
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
Allow customization of the title-separator #121
Comments
Can you explain a bit more why you'd like to change it? Just personal preference? I'm generally 👎 to adding options for arbitrary decisions. Every option we add raises the cognitive overhead necessary to use the plugin. We should be absorbing that complexity on behalf of users. |
Clean visual separation of page title from site title. I agree with keeping things simple though! How about changing the default separator to Personally, I've always used |
This issue has been automatically marked as stale because it has not been commented on for at least two months. The resources of the Jekyll team are limited, and so we are asking for your help. If this is a bug and you can still reproduce this error on the If this is a feature request, please consider whether it can be accomplished in another way. If it cannot, please elaborate on why it is core to this project and why you feel more than 80% of users would find this beneficial. This issue will automatically be closed in two months if no further activity occurs. Thank you for all your contributions. |
I'm porting a WordPress site and would also like to customize the title separator using a pipe According to Moz, the optimal title format for most sites is:
I'm assuming "Primary Keyword" and "Secondary Keyword" imply key phrases as well. Applied to a SERP, here's a pictorial representation of what a customized title separator might look like: The Moz resource linked above also provides a title tag testing tool, guidance on optimal title length, describes the importance of titles in general and links to some additional resources. Of course the plugin provides the ability to disable the provided title (presumably for customization), though it would be ideal if the plugin-provided title if it could be customized outside of a theme. The cognitive overhead concern @benbalter mentions above can be addressed by providing a sensible default and tucking title customization plugin capabilities into the advanced features section. |
@JHabdas any reason to believe that the title separator character is significant for SEO purposes, or is it just optimal for there to be primary and secondary keywords delimited by a non-text character? If the pipe is an SEO best practice, let's just use that. If it can be anything, let's pick the best one.
Will you receive an SEO penalty if your title separator changes? WIll users notice? I'd rather not want to add code and user complexity to support "this is how we've always done it". |
I was pondering this earlier. Conjecture tells me hyphens are more likely to occur in a page title, and, therefore, a pipe is more likely to be a unique character denoting a site name when appended to a page title.
Mine will. He's a content marketer. As for adding complexity, maybe we just leave this open and wait for upvotes. Afterall, as mentioned, custom titles are already possible. |
Okay. Without adding complexity I lobby we just update the title separator to
Notice how the pipe clearly separates the site title from the key phrases. @benbalter @pathawks Please lemme know if I'm good to proceed and I'll get the PR together. |
I'm not strongly opinionated. Pipe? Dot? Emdash? |
Knowing how Pat likes data- and doc-backed deciosions, and given we have the Moz resource guidance, and, for users of SEO Tag, the ability to opt out of plug-in provided titles, seems clear to go with pipe for site title separator and leave the fine grained control to site owners using an opt-out and individual customization. Doing feels to hit a sweet spot IMO for the gem (backed by rational decision), appeased those who want a pipe by default, and still allows those who don't a way out. I'll prepare a small PR for this soon. |
You’ve convinced me 👍 |
Humh... Well instead of discussing what separator to use... |
@manuth will revisit docs with PR so it's clear how to opt out of default titles for user customizations. Thanks for your input |
I'm 👍 on changing the title separator if there's a better best practice than the one one we're currently using, but per my comment above, I'm aggainst the idea of adding additional options just because someone may not like our decision. |
* upstream/master: refactor(template): use og:image for twitter Disable Style/IndentHeredoc on specs bump and appease Rubocop Be more explicity with title assignments Correct template logic, resolve style issues Update title separator. Closes jekyll#121 Add specs for author metadata
Of note, VO on Mojave reads the |
Disappointing to see the default pipe e.g. https://support.google.com/google-ads/answer/6349091?hl=en ...uses: Pipes have been mentioned several times as meaning something closer to "or" for Google, so usually it makes sense to reserve usage for the homepage only. E.g. It shouldn't really be used in the way Jekyll SEO Tag is currently using it, to delimit sitename suffix. Seems like an easy win to allow customization or go with the vastly more common dash... Edit: above response also pasted here |
I agree with @jessuppi, the separator should be customizable. My current workaround is to replace the |
Hey guys
Currently the
{{ page.title }}
-Property and the{{ site.title }}
-Property inside the<title>
-Tag are allways separated with an-
-Character.Could you implement a way to customize the separator to use?
I'd, for example, like to use an
·
instead of an-
Best regards an' thanks in advance
The text was updated successfully, but these errors were encountered: