Any idea why this is reporting a 404 in MozTools?
-
I did away with a vague category and 301 redirected the category url to the home page. However the link is reporting as a 404 in Moz Tools when it scans my site. Here's the link, and as you can see it redirects to the home page. Just curious if I did something wrong. Thanks.
-
Totally agree with Ryan, you should redirect https to http
Trivial maybe, but can see no reason not to do it as it takes no effort and makes your site even more accessible to users who mis-type, key your address directly into the url bar while on a https site etc
*This was in response to Ryans post which started "Perhaps i am being too picky..." I accidentally clicked the wrong reply button!!
-
Hi Rick,
While I know that Ryan decided to drop the https:// protocol problem, I just wanted to explain why it could be an issue for you.
It may not be a concern for a lot of personal sites, but for those where the site may be serving a strongly recognized brand it definitely should be a concern. That recognition could be coming both from your online visibility and/or from your involvement in offline communities or activities. Basically, if you have a reputation or following, people who know of your site will be much more likely to type your URL straight into a browser to go there.
I, for example, have come to know and love noahsdad.com through your involvement here in SEOmoz Q&A. I've visited the site, love your work and from time to time it crosses my mind to drop in and see what Noah has been up to lately. Since I know the site's domain, when that happens, I click inside the field at the top of my browser and replace everything after the www of the site that is open with noahsdad.com.
Now, in the event that the page I had open in my browser when I did that happened to be using the https:// protocol and I didn't realize that (which often happens), I would actually be asking my browser to go to https://www.noahsdad.com...and I think now you see why this could be an issue for you.
Hope that helps
Sha
Thumbs up for the catch too Ryan!
-
It could be that MozTools is looking at a cached version . You could try fetching it in Google Webmasters Tool to see how Google sees it ( which is what you should really worry about )
But as far as I can see you have 301 in place for that category to your home page : www.webconfs.com/http-header-check.php?submit=submit&url=http://noahsdad.com/mom-md
-
I would need to see the full record from the crawl report in order to respond. Perhaps you can upload the record to a web server and share the link?
-
No worries.
My real question is still why the redirect is showing up as a 404 when the site is crawled. I'd still be interested in figuring that out if you have any thoughts.
Thanks.
-
I am going to let this issue drop since it is such a small item for a personal site. A few last thoughts:
**Wordpress automatically redirects to the non http version. **
No, it does not. On the SEOmoz site, you are seeing the proper redirect. For example, if you take this Q&A post and prefix it with https:// you will wind up on this exact Q&A post in the http:// protocol. If you look at the Mozbar, you will see the redirect.
On your site, you are taken to another page from your hosting company.
**I dont know many personal sites that pay for a https cert **
There is no need for you to purchase a SSL certificate. That is not what I was suggesting.
I apologize for bringing this trivial matter up. Please disregard.
-
Ryan,
Thanks for your feedback. Wordpress automatically redirects to the non http version.
Regarding https sites I dont know many personal sites that pay for a https cert (or even why there would be a need.) Also I don't link to anything with https. It doesn't seem really seem necessary (unless I"m missing something.)
Heck, I just tried to go to https://seomoz.com and their site doesn't even go there.
-
Perhaps I am being too picky, especially for a non-business site.
I would share that even though your site is noahsdad.com, you took the effort to redirect www.noahsdad.com to noahsdad.com, right? Why did you take that extra step?
Whatever the response, the same concept would apply to the redirect from https protocol to http. The issue may never come up, but then again it only requires minimal effort to close this gap.
-
Yah, but my site is http://noahsdad.com/ - should I expect https to also work?
-
Try going to the following address: https://noahsdad.com
-
Yelp, the crawl just happened today.
Also you'll have to excuse my ignorance but I'm not sure what you mean by the last half of your comment. "my site does not handle https protocol well?"
Can you explain that to me. (I'm still learning.)
Thanks for taking the time to help by the way.
-
Are you certain you crawled the site after the redirect was in place?
If so, can you share the full record?
By the way, while looking at this is issue I noticed your site does not handle https protocol well. Try using it on your home page and see what happens. If your site does not use https, I would suggest redirecting all https requests to their http equivalent.
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
-
How do I fix a 404 redirect chain
How do I fix a 404 redirect chain? I can't seem to find the answer and I'm worried about it effecting my SEO. Any help would be great!
Technical SEO | | sammecooper0 -
Can you help by advising how to stop a URL from referring to another URL on my website with a 404 errorplease?
How to stop a URL from referring to another URL on my site. I'm getting a 404 error on a referred URL which is (https://webwritinglab.com/know-exactly-what-your-ideal-clients-want-in-8-easy-steps/[null id=43484])referred from URL (https://webwritinglab.com/know-exactly-what-your-ideal-clients-want-in-8-easy-steps/) The referred URL is the URL page that I want and I do not need it redirecting to the other URL as that's presenting a 404 error. I have tried saving the permalink in WordPress and recreated the .htaccess file and the problem is still there. Can you advise how to fix this please? Is it a case of removing the redirect? Is this advisable and how do I do that please? Thanks
Technical SEO | | Nichole.wynter20200 -
Duplicate Page Titles Issue in Campaign Crawl Error Report
Hello All! Looking at my campaign I noticed that I have a large number of 'duplicate page titles' showing up but all they are the various pages at the end of the URL. Such as, http://thelemonbowl.com/tag/chocolate/page/2 as a duplicate of http://thelemonbowl.com/tag/chocolate. Any suggestions on how to address this? Thanks!
Technical SEO | | Rich-DC0 -
404 or rel="canonical" for empty search results?
We have search on our site, using the URL, so we might have: example.com/location-1/service-1, or example.com/location-2/service-2. Since we're a directory we want these pages to rank. Sometimes, there are no search results for a particular location/service combo, and when that happens we show an advanced search form that lets the user choose another location, or expand the search area, or otherwise help themselves. However, that search form still appears at the URL example.com/location/service - so there are several location/service combos on our website that show that particular form, leading to duplicate content issues. We may have search results to display on these pages in the future, so we want to keep them around, and would like Google to look at them and even index them if that happens, so what's the best option here? Should we rel="canonical" the page to the example.com/search (where the search form usually resides)? Should we serve the search form page with an HTTP 404 header? Something else? I look forward to the discussion.
Technical SEO | | 4RS_John1 -
SEMRush's Site Audit Tool "SEO Ideas"
Recently SEMRush added a feature to its site audit tool called "SEO Ideas." In the case of specific the site I'm looking at it with, it's ideas consist mostly of suggesting words to add to the page for the page/my phrase(s) to perform better. It suggests this even when the term(s) or phrases(s) it's looking at are #1. Has anybody used this tool for this or something similar and found it to be valuable and if so how valuable? The reason I ask is that it would be a fair amount of work to go through these pages and find ways to add the select words and phrases and, frankly, it feels kind of 2005 to me. Your thoughts? Thanks... Darcy
Technical SEO | | 945010 -
Phone number in Meta Description - Is it a good idea?
Is it a best practice to place your company's phone number in the meta description for a page? Are there any rules as to what is acceptable for meta tags? One of our competitors recently started doing this but for some reason I think it might be against Google's guidelines. They (competitor) is also engaging in web spam, plagiarizing our content, and other black hat techniques so I'm leery of anything they do.
Technical SEO | | mathamatix0 -
Pages Linking to Sites that Return 404 Error
We have just a few 404 errors on our site. Is there any way to figure out which pages are linking to the pages that create 404 errors? I would rather fix the links than create new 301 redirects. Thanks!
Technical SEO | | jsillay0 -
How can we fix duplicate title tags like these being reported in GWT?
Hi all, I posted this in the GWT Forum on Monday and still no answers so I will try here. Our URL is http://www.ccisolutions.com
Technical SEO | | danatanseo
We have over 200 pages on our site being flagged by GWT as having
duplicate title tags. The majority of them look similar to this: Title: <a>JBL EON MusicMix 16 | Mixer | CCI Solutions</a> GWT is reporting these URLs to have all the same title:/StoreFront/product/R-JBL-MUSICMIX.prod
/StoreFront/product/R-JBL-MUSICMIX.prod?Origin=Category
/StoreFront/product/R-JBL-MUSICMIX.prod?Origin=Footer
/StoreFront/product/R-JBL-MUSICMIX.prod?Origin=Header
/StoreFront/product/R-JBL-MUSICMIX.prod?origin=..
/StoreFront/product/R-JBL-MUSICMIX.prod?origin=GoogleBase These are all the same page. There was a time when we used these origin codes, but we stopped using them over a year ago. We also added canonical tags to every page to prevent us from having duplicate content issues. However, these origin codes are
still showing up in GWT. Is there anything we can do to fix this problem. Do we have a technical issue with our site code and the way Google is seeing our dynamic URLs? Any suggestions on how we can fix this problem? The same is true in our report for Meta descriptions. Thanks
you,
Dana Tan0