How do I fix 608's please?
-
Hi,
I'm on the free trial and finding it very useful I've fixed all my 301's. but now I have a load of 608's. I don't no what this is!
I feel like I've cured herpes only to get gonorrhea! can any one help. I have 41 608's which is more than the 301's I had. I hope they are non-related!
I won't bore you with the whole list but some of the url's are:
Error Code 608: Page not Decodable as Specified Content Encoding
http://sussexchef.com/catering-at-mr-mrs-currys-50th-wedding-anniversary/guestsarrive----608
Error Code 608: Page not Decodable as Specified Content Encoding
http://sussexchef.com/funeral-catering/picture4-2----608
Error Code 608: Page not Decodable as Specified Content Encoding
-
Weird... yeah, under normal operations, output buffering shouldn't be on. There probably are legitimate uses for it for more complex sites, but not as a default option.
-
Hello folks
I've read this post when I had this 608 issue. But I couldn't figure out what the problem was.
So I'm here to share what was my problem.I used PHP and my website had this buffering option "ob_start()"
Since I wasn't really using it, I removed it and any other buffering option and the problem stopped.Hope it helps
-
Hi All
So after calling Godaddy a second time I got through to a guy that suggested i go in to wordpress, go to permalinks and select a setting other than the one that was already selected and click publish. then select the one it was on previously and click publish.
It fixed all the problems instantly.
I just thought I'd share this incase anyone else has this problem and searches the forum for 608's in the future.
All the best and thanks for your help
Ben
-
Hi
Yes the site is behaving really badly in windows explorer and fire fox, chrome seams to adjust it almost instantly though.
-
Thanks Dr Pete.
I'm toying with the thought of moving to a new theme so may leave it for now. other issues are my site maps, I'm using plugins to do this but google webtools doesn't like them. But I guess that's something to for me to research further.
Thanks again
-
I will add that it's entirely possible that this is a minor, if odd, problem, and Google is crawling the pages fine. You seem to be indexed properly. Fixing it is a nice-to-have, but I doubt it would be worth a big investment unless you've got other issues that need fixing.
-
Do you know what kind of hosting you're running with GoDaddy? Is it Apache, Windows, etc.? I used to do some hosting with them, and I'm trying to remember where that would be set. It depends completely on the web server, though.
-
Hi Dr
It's amazing how much advice you get on the moz forum. I basicly ditched my developer and subscribed to Moz instead. I called go daddy but they couldn't recreate the problem their end, I even emailed your reply and they still couldn't help.
I'll take a look around the server settings soon and see if I can figure it out. If I can't can any one recommend a web developer? The last too I've had moved on to other things.
Thank you all for your help so far, it's most kind of you!
Ben
-
Unfortunately, this is a server-side issue, so the fix is completely different depending on your setup. Basically, the server is trying to compress your pages, most likely (using something like Gzip), and the settings are probably wrong. So, the final encoding isn't quite right.
At first, I was going to say that our crawler might just be finicky on this one, but when I try to load these pages on Google Chrome, I get a temporary error, after which the page loads. This definitely could be causing you some problems.
I tried to check out your setup with BuiltWith, but it's actually choking on the Gzip errors, too:
http://builtwith.com/sussexchef.com
Step 1 might be to just shut the compression/encoding off, and then try to work out the settings. You're probably going to have to pull in your hosting company and/or developer.
-
Hi, Yeah, us brits have a way of getting points across.
thanks for your responce. Moz says :
608 Home page not decodable as specified Content-Encoding
The server response headers indicated the response used
gzip
ordeflate
encoding but our crawler could not understand the encoding used.To resolve 608 errors, fix your site server so that it properly encodes the responses it sends.
The problem is that I don't understand the issue, so I have no idea how to fix it!
-
Hey SussexChef83!!
LOL "I feel like I've cured herpes only to get gonorrhea!"THAT is some funny stuff!!
Check out this article from Moz about HTTP errors in Crawl Reports.
http://moz.com/help/guides/search-overview/crawl-diagnostics/errors-in-crawl-reports
Not sure if this provides you any real help for you or if it just diagnoses the gonorrhea in detail. Basically what I gather is that you need to encode the responses your site is sending in a different way than you currently have set. Hope this helps!!
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
-
Blocking Standard pages with Robots.txt (t&c's, shipping policy, pricing & privacy policies etc)
Hi I've just had best practice site migration completed for my old e-commerce store into a Shopify environment and I see in GSC that it's reporting my standard pages as blocked by robots.txt, such as these below examples. Surely I don't want these blocked ? is that likely due to my migrators or s defaults setting with Shopify does anyone know? : t&c's shipping policy pricing policy privacy policy etc So in summary: Shall I unblock these? What caused it Shopify default settings or more likely my migration team? All Best Dan
Reporting & Analytics | | Dan-Lawrence0 -
If website users don't accept GDPR cookie consent, does that prevent GA-GTM from tracking pageviews and any traffic from that user that would cause significant traffic decreases?
I've been doing a lot research on GDPR impact and implementation with GTM-GA for clients, but it's been 12 months since GDPR has gone live I haven't found anything on how GA traffic has been impacted if users don't accept cookie consent. However, I'm personally seeing GA accounts taking huge losses in traffic since implementing GDPR cookie solutions (because GTM/GA tags aren't firing until cookies are accepted). Is it common for websites to see significant decreases in traffic due to too many users not accepting cookie consent? Are there alternative solutions to avoid traffic loss like that and still maintain GDPR compliance? It seems to me that the industry underestimated how many people won't accept cookie consent. Most of the documentation and articles around GDPR's start (May 2018) didn't foresee or cover that aspect properly, everything seems to be technically focused with the assumption that if implemented properly most people would accept cookie consent, but I'm personally not seeing that trend and it's destroying GA data (lost traffic, minimal source attribution, inaccurate behavior data, etc). Thanks.
Reporting & Analytics | | Kickboard2 -
I get a - 'Temporarily unreachable' error message when I 'Fetch as Google' Any ideas please??
I wanted to Fetch this page and got this error from Google - Temporarily unreachable. I've never had this issue before?? I checked another page and it came back as 'Complete', so no problems there? Any ideas? Thank you in advance.
Reporting & Analytics | | MissThumann0 -
What's the best way to figure out which keywords are the highest converting?
We have a client using Google Analytics. They currently have 3 goals set up to track when website visitors fill out 3 forms: Form A, Form B, Form C. I can easily figure out what traffic sources have driven the highest number of conversions on each form (Search for Form A, for instance, or Referrals for Form B), but of course, when I try to drill down on search terms that have driven conversions to each form, I get stuck in "not provided" territory. I'd like to know what people are searching for when they ultimately fill out each form. This will answer questions like: are people familiar with us already when they convert, or did they randomly find our website when searching for something we sell? It seems like there must be a way, using Google Webmaster Tools, Analytics, or another third-party app, to answer the question: what keyword searches are responsible for the highest number of conversions? Especially on a website that has traffic of 10,000+/month and a healthy dose of search traffic. Right? Where am I missing this information?
Reporting & Analytics | | timfrick1 -
Analytics - 'other'
When i look in GA under Channels (under Acquisition) 'other' is listed What is 'other' ? I have been told its other unidentified channels as they did not allow 3rd party cookies or surfers were in anonymous/private mode. Other is usually organic traffic that couldn't be identified for the aformentioned reasons. This data is encrypted and available but it violates Google guidelines as they are not allowed to pass personal info//data to third parties so it is automatically filtered. But they are not 'Not Provided' (since that still shows under organic) but is usually/mainly some form of organic visits. Hence Seo can take credit for much of that traffic, is this correct ? Many Thanks
Reporting & Analytics | | Dan-Lawrence0 -
Big variation in the number of search results. (person's name)
Hi, I have been noticing a really dramatic variation in the number of results Google is returning for the name "Carolyn Hadlock." Most of the time it seems to be around 2000. But then it will jump up to over 10,000. Does anyone know why there would be such a big jump? And then why it would go back? If tested both logged into Google and then not - as well as having others log is as themselves. That does not seem to be it. Any thoughts would be much appreciated.
Reporting & Analytics | | yandl0 -
It appears there's a problem with our connection to your Google Analytics account. Please go to your Settings page to update your connection.
I keep getting this error though I have confirmed I have the correct information. Any recommendations?
Reporting & Analytics | | x3oadmin0 -
222.mydomain.com... I'm stumped....
Hi, I'm stumped by this one and am hoping I can get some advice/guidance. I've seen this pop up in my stats where the www.mydomain.com/page is appearing as 222.mydomain.com/page. I have no clue what's going on... This google return displays the same page 2 ways (see first image). And when I click on the 222. link I get a prompt (see 2nd image). Any idea what's going on? Thanks! Peter ipHKt.png o0ZeB.png
Reporting & Analytics | | peterdbaron0