Is it ok to have custom Permalink Settings in wordpress of http://www.sitename.com/sample-post instead of http://www.sitename.com/sample-post/. Is it ok with search engine.
ie, /%postname% instead of /%postname%/
From Search Engine point of view the URLs with or without slash are two different identities and neither is preferred. From users point of view, we should have only one URL to avoid any confusion and better user experience. From SEO point of view, the preferred version should return 200 and the duplicate URL should 301 to the preferred URL
Matt Cutts (head of Google’s Webspam team) prefer trailing slash.
http://www.mattcutts.com/blog/seo-advice-url-canonicalization/
You can also read more from here:
When should I use a trailing slash in my URL?
http://googlewebmastercentral.blogspot.sg/2010/04/to-slash-or-not-to-slash.html
Related
To add more detail, my current situation is that we are moving from Symfony2 to Wordpress (resources choice). Usually the redirect would require a relative link as source and a permalink as destination.
Let's call the domain http://example.com
Users with old links such as http://example.com/article/[id] need to be redirected to the new urls which is something like http://example.com/title
We have around 200 links that require redirecting and as you can see the new urls don't allow much for automating the process. My issue is if we set the .htaccess under the old installation and change the domain for it to example2.com, none of the users will ever stumble on it to be redirected.
Which leads me to ask if its possible to have a permalink on both ends of the redirect. I am open to any other suggestions to how to tackle the issue, except the old and new url formatting can't be changed in the current situation.
It might not be the most efficient way of doing it but, I get a list of all the links I need to redirect and a list of the new urls they are directing to and do a 301 redirect in the htaccess. This will change all indexes on google so they will show up without any issues.
Redirect 301 /article/1 /title
I have a WordPress site. which is now moving to asp.net cms (Sitefinity). In this process my url structures are getting changed but I want to keep the traffic of previous urls on the new urls as well.
Old as the domain will be transferred to new site old pages will not be found (404)
Things making it complicated.
Old and new site has lots of Dynamic urls
Old site has different urls structure than new url
I do not wan't to put all these urls in web.config file.
Solutions I tried
I tried to write 301 redirect on Robot.txt as I can capture old and new url at the time of migration
I searched for solutions all over net but didn't got any straight forward solutions
One of the forums mentioned that we should not write 301 redirects on Robot.txt
Don't know what to follow or where to search. Please guide me to correct path.
Thank You
Chandresh
If you have an identifiable pattern between the two using the URL rewrite module would be your best bet. Or write some code to insert the old urls as multiple URLs on the content items.
Do you have an example of the old URL and what the new URL will look like? It is possible that if you know how the URL pattern will change you can create a redirect rule in your web.config.
Also, Sitefinity allows you to create redirects as well. This includes creating alternative urls for pages or creating redirecting pages.
The exact solution really depends on how much the URL is changing and how many redirect urls are needed.
I recently migrated a client's e-commerce site from Ecwid to WooCommerce. Ecwid's URL's use fragment identifiers which is now a problem as I can't set up a 301 redirect to the new URL using .htaccess. As I understand, everything past the # isn't accessible to .htaccess.
I'd like to try and preserve their SEO ranking as well as easily update all the old URLs to new.
There are dozens of Wordpress plugins which offer the ability to redirect pages, but I'm concerned I'll have the same issue. From what I've read Javascript redirects don't use the 301 response code, so search engines wouldn't know what the new URL is.
Is there any other way to redirect this:
example.com/products/#!/100-Cotton-Sash-Cord/p/19877065/category=4619310
to this?
example.com/shop/all-natural/100-cotton-sash-cord/
As you mentioned, everything after the # isn't processed by the server.
However, if your old site was previously indexed completely by Google, you can presumably pick the "ugly" URLs for the snapshot pages and redirect those?
My SEO tool is telling me that https://example.com has duplicate content with those pages.
URL(s) with Duplicate Page Titles
https://example.com/Employment/default.aspx
https://example.com/employment/Default.aspx
https://example.com/Employment/Default.aspx
i have IIS6 and i used a rewrite lowercase rule to solve this, the problem is solved on the browser and all URLS are lowercase now but i still have duplicate pages and my SEO tool is still showing the duplicates
i want to write a rule on IIS to get rid of those duplicates
PS: https://example.com is the same page as https://example.com/Employment/Default.aspx
Assuming the content on all pages is the same and this is, in fact, the same page (with different URLs), then rel=canonical is your best bet. This will tell Googlebot (and Bing, etc) that Default.aspx is really the same as default.aspx, and to attribute any search relevancy you receive with Default.aspx to default.aspx.
On proper canonical tags here:
https://support.google.com/webmasters/answer/139066?hl=en
Alternatively (and perhaps to be used in conjunction with), there are 301 permanent redirects.
This accomplishes effectively the same as the canonical, but permanently redirects visitors from Default.aspx to default.aspx, Googlebot included. Again, search relevancy will be passed from the former to the latter link.
More on implementing below:
http://www.iis.net/configreference/system.webserver/httpredirect
I'm going to convert a client's static site, all hand coded HTML pages to Wordpress. They have a bunch of static pages that I'm going to keep as 'pages' in Wordpress. There will be some static content that I'm going to convert into blog entries (and back date them).
How do I transfer their search engine rankings to the new Wordpress site? Some will be a static page converted to a Wordpress 'page' and some will be a static page converted to a blog entry?
Use 301 redirects in your .htaccess in root. All search bots recognize 301 redirects as permanent redirects and don't drop the pages from indexes, but reassign the URL. Put them above the Wordpress rewrite block in .htaccess.
The format is:
Redirect 301 /myoldurl.html http://mydomain.com/newpagename
Notice that the domain is not included in the first URL, only the page name with suffix, assuming it's in root.
Or use WordPress › Redirection « WordPress Plugins to manage redirects inside the WP admin area and log them, too.
You can usually create a permalink structure to match the client's old URL structure.
This is better than the htaccess approach since it is easier to maintain long term. The client won't have to adapt to a new URL structure, and you won't lose any SEO value as you would with 301s ( http://www.marketingpilgrim.com/2010/03/google-confirms-301-redirects-result-in-pagerank-loss.html ).
For example if the old client URL was:
http://www.example.com/blue/widgets.html
you can use the permalink structure of:
/%category%/%postname%.html
You would then create a page (or post) with the post slug of 'widgets' and categorize the page within the 'blue' category which would give you the exact same URL as they had before.
If the old site uses a variety of inconsistent URL formats, this approach is slightly less effective. But you can still do this with the most used URL format, then 301 the other URL formats.
Hope this helps!
In your destination server, you can customize the .htaccess file to redirect old pages URL to new ones. The old URL will still work and the page rank will be kept.
I would consider using Jekyll to do this. It will enable you to create exactly the same site with the same HTML structure. It will give you full control, and therefore not damage SEO. You can add CloudCannon as a CMS and make your site responsive using media queries, like this: http://www.usecue.com/2016/04/21/two-viewports-to-rule-them-all.html. Baby steps will avoid SEO disasters.