MOZ Page Grader - Sorry, but that URL is inaccessible?
-
Hi,
I am trying to use the MOZ page grader on this page - https://www.respuestasparaelhombre.com/datos-sobre-disfunción-eréctil-preguntas
but it is saying Sorry, but that URL is inaccessible - any ideas?
Thanks
-
Hey all... I'm in the same boat for
http://www.owneroperatordirect.com
Any ideas? Would love to start using the Page Grader feature.
Thanks.
-
Just tried to use it for wilsonart.com and it would not grade. Please advise.
-
Also having issues with my site wilsonart.co.th. Please check into this.
-
Also having the same issue with my site cu-portland.edu. This is a recent phenomenon. I can't use on-page grader nor will it show basic page rankings because it says my site is inaccessible.
-
I'm having the same issue for www.playshakespeare.com. Crawl works fine, but the On Page Grader always gives the "Sorry, but that URL is inaccessible" error.
-
Hi Janet!
I just sent you an email to go over the concerns about your campaigns. Look for my mail and we can troubleshoot everything further that way!
Thank you!
Kevin
Help Team -
Hi,
What I do not understand is that I am getting my weekly "New Rankings and On-Page Reports Ready for Mens Health Answers " email which shows page grades - how can that be if I can't manually grade a page?
-
Hi,
Yes I requested a crawl this afternoon and it seem to go fine but it always has, it's just the page grader function that is not working for some reason.
I work for Eli Lilly here in the UK so it's not as easy as picking up the phone and asking your hosting company what the heck is going on... We (our agency) are moving the sites and other sister sites from https://plone.org/ to http://www.crownpeak.com/ so it may have something to do with it being locked down.
If you look at the link history we lost almost all of them around March? I thought had something to do with the 301 redirect which seems to go from http to https
-
Hi Janet!
I just took a look at your campaign for "Mens Health Answers", and the Crawl Diagnostics look to be crawling all of your pages. Can you log into your campaign again and let me know if you're seeing something different than what I'm seeing? If you're still seeing issues, click the blue button on the bottom right-hand corner of your screen on almost any Moz page and let us know.
Thanks!
Kevin
Help Team -
Hi Janet,
In that case, I'm guessing that Tony is correct that this is most likely a firewall issue. I ran a crawl test on www.respuestasparaelhombre.com and it did actually crawl all of your pages as far as I could tell, but I'm also not able to check any of your page grades. If possible, please reach out to the host of your website to see if they can help diagnose this issue.
If you have any other questions or issues, please write into help@moz.com and we'll help you out further.
Thanks!
Kevin
Help Team -
Also a sister UK site www.menshealthanswers.co.uk does not crawl
-
Hi,
But even I try and grade www.respuestasparaelhombre.com it still gives me - Sorry, but that URL is inaccessible.
-
Moz can't crawl his root domain (i tested using page grader) or any other URLs on his site,
So while the special chars might not help, i dont think thats the issue here :). Atleast, not the only one.
-
Hello Janet!
I believe the problem here is actually the special characters in your URL, which our tools will generally have a hard time reading.
In general, foreign language characters in your URL are tricky when it comes to SEO. I would recommend reading the following article that explores this in more depth:
https://www.fusionbox.com/blog/detail/are-foreign-language-characters-in-urls-bad-for-seo/536/I hope this helps. Thank you!
Kevin
Help Team -
Its possible your SSL is the issue, do you know if its an SNI cert? Moz crawler doesnt yet support SNI and a lot of recently issued certs are SNI ones...
Also, if your using Cloudflare, those certs are SNI as well.
http://serverfault.com/questions/506177/how-can-i-detect-if-a-server-is-using-sni-for-https
-
Thanks
It works for other websites - I've just tested my personal website.
There is a 301 redirect from http to https -
Checked link: http://www.respuestasparaelhombre.com
Type of redirect: 301 Moved Permanently
Redirected to: https://www.respuestasparaelhombre.comWould that be causing problems if it had not been set-up properly?
-
All reference i can find to this error is firewall issues. You will probably need to check with your hosting providers that they arnt blocking moz.
a similar post made last year:
http://moz.com/community/q/moz-tools-are-returning-url-is-inaccessible
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 'sign in' to the Moz Bar?
It's installed, I can see links etc as highlighted - but it won' t let me "sign in". This 20 second video explains: https://www.screencast.com/t/3kEjQFkTHZv Suggestions? Or shall I just ignore? Paul Barrs
Moz Bar | | PaulBarrs0 -
Need help fixing a duplicate content issue for my website. The moz crawl is show OMG my website with https:// and https://www. But I have never used the url https:// so I don’t understand why moz is showing this
Moz is showing my url with two different starts. Https:// and then the one I use https://www. The problem is I don’t think I have ever used the url without the www. at the start. How do I fix this?
Moz Bar | | jdp_uk0 -
Does Moz have a way to export full SERPs yet?
I don't like being restricted to tracking only three competitors' rankings so I'm wondering if I could just export the full SERPs like I can on Ahrefs and SEMrush.
Moz Bar | | QLP20040 -
Why is the Moz tool bar page analysis saying my website is from Romania when we are in the United States?
So when I go to my client's website, https://www.paracore.com/ and on the home page, I use the Moz toolbar. From there I then use the "Page Analysis." If you look at the "URL" line there is a Romanian flag next to the site name. Then I scroll down within the page analysis and the "Country" line says Romania. This is a WordPress site, and the company is based in Arizona. Can anyone explain to me if this is code that I can find and change or remove? Any insight would be greatly appreciated.
Moz Bar | | Striventa1 -
When I try to run a Moz report, it sends me to a 404 page?
Hey there. I'm trying to export a .pdf to send to my client. When I click "export pdf", the page sits for a second then goes to a 404 page? I've never seen this before. Is anyone else getting this problem?
Moz Bar | | TaylorRHawkins2 -
Moz / more changes on the way?
I love Moz and the community and all the tools here. I admit I haven't rolled around in all the new things rolled out a few months ago. I thought there were more changes on the way but I wasn't sure if those already happened and I missed them or if I need to be patient? Affiliate program, client reporting? Thanks for any response. Have a great weekend! Matthew
Moz Bar | | Mrupp441 -
Moz Report-Canonical
Moz crawl reported in issues: Rel Canonical: using rel=canonical suggests to search engines which url should be seen as canonical. But we have sorted out this a long time ago. Is there a way where can I verify if the moz crawl is wrong or if we really do not specify the canonical?
Moz Bar | | Rebeca10 -
Ajax #! URL support?
Hi Moz, My site is currently following the convention outlined here: https://support.google.com/webmasters/answer/174992?hl=en Basically since pages are generated via Ajax we are setup to direct bots that replace the #! in a url with ?escaped_fragment to cached versions of the ajax generated content. For example, if the bot sees this url: http://www.discoverymap.com/#!/California/Map-of-Carmel/73 it will replace it will instead access the page: http://www.discoverymap.com/?escaped_fragment=/California/Map-of-Carmel/73 In which case my server serves the cached html instead of the live page. This is all per Googles direction and is indexing fine. However the MOZ bot does not do this. It seems like a fairly straight-forward feature to support. Rather than ignoring the hash, you look to see if it is a #! and then try to spider the url replaced with ?escaped_fragment. Our server does the rest. If this is something MOZ plans on supporting in the future I would love to know. If there is other information that would be great. Also, pushstate is not practical for everyone due to limited browser support, etc. Thanks, Dustin Updates: I am editing my question because it won't let me respond to my own question. It says I need to sign up for MOZ analytics. I was signed up for Moz Analytics?! Now I am not? I responded to my invitation weeks ago? Anyway, you are misunderstanding how this process works. There is no site-map involved. The bot reads this URL on the page: http://www.discoverymap.com/#!/California/Map-of-Carmel/73 And when it is ready to spider the page for content it, it spider's this URL instead: http://www.discoverymap.com/?escaped_fragment=/California/Map-of-Carmel/73 The server does the rest, it is simply telling Roger to recognize the #! format and replace it with ?escaped_fragment Though I obviously do not know how Roger is coded but it is a simple string replacement. Thanks.
Moz Bar | | oneactlife0