Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Does having a "+" in a URL hurt SEO? Would much value be gained changing it to a hyphen?
-
There's a site that contains "+" signs in the URL in order to call different information for the content on the page. Would it be better to change those to hyphens (-), or not that much value will be gained, so leave them as is?
Thanks!
-
Here is what I posted last time this came up:
I would get those re-written to dashes for a few different reasons:
- Dashes are known as the best way to separate terms in URLS
- IMO dashes are easier to read by the user, and easier to remember thus more user friendly (just my opinion though no data behind this)
- Plus signs are often used in URL encoding or in query strings, both of which are not great for users, and both of which have been thought of in the past to look somewhat "off putting" to search engines compared to dashes.
So while it might be a pain I would say go to dashes.
Also here is link someone posted last time about an article Rands wrote in 2006:
-
You should use hyphens rather than plus signs if possible.
Plus signs are a "reserved" character normally used in dynamic URLs and could cause confusion for the web crawlers which could lead to pages not getting indexed.
However, if you have been using plus signs and don't have any issues with those pages not being indexed, you can probably safely leave them in place. There are sites that use plus signs without any problem. If those pages already have lots of inbound links, you would need to do 301 redirects or use a rewrite to change the plusses to hyphens. Apparently plus signs can be recognized as separators like a hyphen, so there is probably no significant difference in regard to SEO.
So if it isn't going to be a huge hassle with redirects etc, I would recommend changing to hyphens.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
titles length, URL length and meta descriptions on a subdomain effecting SEO on main domain?
Hi all, I am currently evaluating areas for optimization on my main domain. When doing this, Moz has identified multiple titles and urls that should be shortened and missing meta descriptions on my subdomain (a help center of sorts). As far as I am aware, we have not set up any "no-index" rules for this subdomain. Are these items affecting SEO on my main domain? Thanks,
On-Page Optimization | | annegretwidmer
Kasey0 -
Does it hurt SEO to build landing pages in HubSpot instead of directly in Word Press?
Our team's website is built in Word Press, but we use Hub Spot as our CRM. We are trying to determine if building landing pages in Hub Spot is going to hurt our SEO efforts and if it's better to build directly on Word Press.
On-Page Optimization | | MerlinLaw0 -
ECommerce Filtering Affect on SEO
I'm building an eCommerce website which has an advanced filter on the left hand side of the category pages. It allows users to tick boxes for colours, sizes, materials, and so on. When they've made their choices they submit (this will likely be an AJAX thing in a future release, but isn't at time of writing). The new filtered page has a new URL, which is made up of the IDs of the filter's they've ticked - it's a bit like /department/2/17-7-4/10/ My concern is that the filtered pages are, on the most part, going to be the same as the parent. Which may lead to duplicate content. My other concern is that these two URLs would lead to the exact same page (although the system would never generate the 'wrong' URL) /department/2/17-7-4/10/ /department/2/**10/**17-7-4/ But I can't think of a way of canonicalising that automatically. Tricky. So the meat of the question is this: should I worry about this causing issues with the SEO - or can I have trust in Google to work it out?
On-Page Optimization | | AndieF0 -
How do I PERMANENTLY change an incorrect URL link with one of my keywords?
Hello, I received an “F” grade on my on-page report for one of my keywords. I noticed that the URL linked with that keyword was wrong. After changing it to the correct URL, I received an “A.” However, the change was not permanent. How do I permanently change the URL? I don’t see any “Save Changes” or “Apply Changes” button anywhere. Thank you!
On-Page Optimization | | jampaper0 -
URL for location pages
Hello all We would like to create clean, easy URLs for our large list of Location pages. If there are a few URLs for each of the pages, am I right when I'm saying we would like this to be the canonical? Right now we would like the URL to be: For example
On-Page Optimization | | Ferguson
Domain.com/locations/Columbus I have found some instances where there might be 2,3 or more locations in the same city,zip. My conclusion for these would be: adding their Branch id's on to the URL
Domain.com/locations/Columbus/0304 Is this an okay approach? We are unsure if the URL should have city,State,zip for SEO purposes?
The pages will have all of this info in it's content
BUT what would be best for SEO and ranking for a given location? Thank you for any info!0 -
SEO for Japan
Google and Yahoo are the two major search engines in Japan. You can search using Western characters, and you often see English language results with Japanese (Chinese) characters next to them. As I don't speak Japanese, how do I approach SEO for my Japanese-language site? would appreciate any experiences and educational sources on the topic.
On-Page Optimization | | KnutDSvendsen0 -
German SEO
Just a quickie, Does anybody know of any strong German SEO agencies? Many Thanks Sean
On-Page Optimization | | Yozzer0 -
Avoiding "Duplicate Page Title" and "Duplicate Page Content" - Best Practices?
We have a website with a searchable database of recipes. You can search the database using an online form with dropdown options for: Course (starter, main, salad, etc)
On-Page Optimization | | smaavie
Cooking Method (fry, bake, boil, steam, etc)
Preparation Time (Under 30 min, 30min to 1 hour, Over 1 hour) Here are some examples of how URLs may look when searching for a recipe: find-a-recipe.php?course=starter
find-a-recipe.php?course=main&preperation-time=30min+to+1+hour
find-a-recipe.php?cooking-method=fry&preperation-time=over+1+hour There is also pagination of search results, so the URL could also have the variable "start", e.g. find-a-recipe.php?course=salad&start=30 There can be any combination of these variables, meaning there are hundreds of possible search results URL variations. This all works well on the site, however it gives multiple "Duplicate Page Title" and "Duplicate Page Content" errors when crawled by SEOmoz. I've seached online and found several possible solutions for this, such as: Setting canonical tag Adding these URL variables to Google Webmasters to tell Google to ignore them Change the Title tag in the head dynamically based on what URL variables are present However I am not sure which of these would be best. As far as I can tell the canonical tag should be used when you have the same page available at two seperate URLs, but this isn't the case here as the search results are always different. Adding these URL variables to Google webmasters won't fix the problem in other search engines, and will presumably continue to get these errors in our SEOmoz crawl reports. Changing the title tag each time can lead to very long title tags, and it doesn't address the problem of duplicate page content. I had hoped there would be a standard solution for problems like this, as I imagine others will have come across this before, but I cannot find the ideal solution. Any help would be much appreciated. Kind Regards5
