Java script links in Wordpress causing 404 not found
-
hi everyone, I've just done a moz crawl on my new site and am getting as few 404 errors on certain urls
http://www.wilsonfield.co.uk/services/equity-finance/197/
after analyzing the link its the 197 which is a href="#197", this is controlled by javascript to show hide additional data
Is there anyway to stop these links being crawled or fixing the 404 as there is no /197 it is just a link to hidden content
-
Alternatively you could do this an entirely different, and better IMHO, way by putting all of that content ON the page and using div tags with "display:none" that will change to display the content when the link is clicked, activating an on-click javascript event. This sounds complicated but really it is what most eCommerce stores do when they have tabbed content (e.g. product description, details, specs, shipping....) that doesn't all display at once and requires a user to click a tab to show the content there.
Here is a simple example with information on how to implement it.
-
I assume one of the places this issue can be found is on your About page where the visitor can learn more about each member of the team.
I am not a developer and am going to speak about this to the best of my knowledge. It may not be "technically" accurate, but I hope it will be more helpful to you than complicating the situation...
The URL being linked to, such as .../194 should probably be /#!194 instead, which would allow you to change the content via AJAX without changing the URL of the page (as a hashbang URL is treated much like an internal page link, known as a named anchor, which takes you to a different part of the page instead of a new page/URL).
Please see https://developers.google.com/webmasters/ajax-crawling/docs/getting-started for more information on implementing Google-friendly, crawlable content with AJAX.
I will leave this question open for discussion in case others have more to add.
-
Last Modified Found.Server Response HTTP/1.1 200 OKHTTP/1.1 200 OKDate: Wed, 04 Sep 2013 15:25:03 GMTServer: Apache/2.2.16Last-Modified: Wed, 04 Sep 2013 15:08:36 GMTAccept-Ranges: bytesContent-Length: 35798Cache-Control: max-age=3, must-revalidateExpires: Wed, 04 Sep 2013 15:25:06 GMTVary: Accept-Encoding,CookieContent-Type: text/html; charset=UTF-8You also have an issue where your server When not adding the #197 is not rendering a 304 this is a signal to Google that there has been changes in your site and necessary.http://www.feedthebot.com/tools/if-modified/ just to be on the safe side I checked your site for any Malware what I did find is an internal Path errorhttp://sitecheck.sucuri.net/results/www.wilsonfield.co.uk/services/equity-finance/ on the URL without the hash tagWordpress internal path: /www/sites/248/ccf/www.wilsonfield.co.uk/web/wp-content/themes/wilsonfield/index.php now using the same test and adjust your domain I get a error and you can see the first error is WP-Ajax-response.JS I think that is your issueWeb application version:
WordPress version: WordPress
Wordpress version from source: 3.6
Wordpress Version 3.5 for: http://www.wilsonfield.co.uk/wp-includes/js/wp-ajax-response.js
WordPress theme: http://www.wilsonfield.co.uk/wp-content/themes/wilsonfield/
Wordpress internal path: /www/sites/248/ccf/www.wilsonfield.co.uk/web/wp-content/themes/wilsonfield/index.php you may also want to look at the results here and see all the URLs listedhttp://sitecheck.sucuri.net/results/www.wilsonfield.co.uk so you know I get similar issues when I tried to scan your exact URL using the hash taghttp://sitecheck.sucuri.net/results/www.wilsonfield.co.uk/services/equity-finance/197/ I hope this helps you, Thomas -
I agree with you it most likely is the #197
however Google bot is able to crawl your site. The most effective method I can think of is to take the site that is not intentionally hidden from Google and 301 redirect it to the proper URL.
After that then take the new URL and add it to google index via Webmaster tools as well as posted on twitter to get it indexed faster if you feel that is the need.
The hash tag is showing you're using Ajax which is most likely causing this issue. Is there a reason you created this # tag link?
Was it part of analytics this most likely has everything to do with your analytics tracking you may want to look at that prior to changing URLs.
Take a look at your site using this tool it will show you essentially what Google bot is able to see.
http://www.feedthebot.com/tools/spider/test.php
The site code I'm looking at is in need of optimization also the twitter button that should appear at the bottom is not rendering correctly in Safari just so you know.
I can recommend a high-quality developer if you need one.
Hope this helps,
Thomas
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
-
"New" issues not previously found being shown?
I'm not sure what logic Moz is using for its reporting of Site Crawl issues, but it appears to be pretty flawed (unless I'm missing something, which is possible). I've got a client site that has been in Moz for about 6 months now. Every time the crawler runs, the same number of pages are reported as having been crawled. However I'm consistently getting "New Issues" reported that should have been reported during previous crawls. Example: A redirect chain was reported several month ago. The referring URL was the homepage of the website, and we tracked it down to an old link in the header. This was fixed, marked as resolved, and the issue was not shown on the next crawl. Several weeks later, the same issue was reported for a different page on the website - a page which has existed since 2014 and was already crawled many times. Again, we fixed. Fast-forward to the report that just ran on 12/1 and we have the same issue reported, for a different page, which has also existed for years and has been previously crawled. It's very hard to explain to a client "this item you are seeing has been resolved", only to have it continually crop back up in future reports. Note this is not limited to redirect chains - that's just an example. I'm seeing this for other items such as missing canonicals, duplicate titles, etc.
Moz Bar | | RucksackDigital0 -
Duplicate content found in scan
On June 8th we ran a Moz Crawl on our site. We found 144 pages that were flagged with duplicate content.
Moz Bar | | StickyLife
Again on June 13th we ran another moz crawl on our site and found 137 pages that were flagged with duplicate content. Then one final scan on June 22nd with 161 pages of duplicate content. After comparing the 3 different scans I see that, without making any changes, pages that were not flagged as duplicate content are now being flagged as duplicate content. While at the same time, pages that were originally flagged as duplicate content are now no longer showing up with duplicate content. I could understand if we made some changes to these pages but no changes were made. For example: On the 8th this page was flagged as duplicate content - https://www.stickylife.com/star-magnet
On the 13th and 22nd it was not flagged as duplicate content but no changes were made to that page. For reference it was flagged as duplicate content with the following page: https://www.stickylife.com/baseball-glove-magnet This page was also Not changed or altered between between these dates. In addition, when Moz scans our site through our campaign every Friday the results do not match what we see when we do a manual scan. Moz's weekly scan only reveals 14 pages with duplicate content as opposed to the numbers you see above. Why such inconsistencies in the Moz Scans?0 -
Weird 404 in Crawl Diagnostics
I'am getting a lot of 404 errors (196 to be precise ) - but their pattern is weird.
Moz Bar | | oorbo
The page that the crawler is trying to find is (e.g):
http://www.oorbo.com/item/asufa-israeli-design-shop**/www.oorbo.com.
the linking page is** http://www.oorbo.com/item/asufa-israeli-design-shop meaning it adds to the end of the link the root URL - /www.oorbo.com. This happens in all 196 cases - trying to find a page http://www.oorbo.com/some-page/www.oorbo.com from a refferer page http://www.oorbo.com/some-page. Obviously this pages do not exist, and it's getting a 404. I've look into the pages themselves and digged into their code - It doesn't seem that the bad link is any where on the page. Did anyone came across this kind of issue? any one can point me to a solution ?0 -
Link to hotels on http://moz.com/mozcon doesn't work
Hi The link to the hotel for Mozcon 2015 doesn't work - seems like its the 2014 link still in place. Thanks Andy
Moz Bar | | Andy-Halliday0 -
Anyone having problems with the Competitive Link Finder?
Half the reason I signed up for moz is because of the Competitive Link Finder. Every time I enter in the info and hit the go button in a split second I get this message "No common links found between sites, try adding more competitors" I've entered in several different searches for different industries and get the same message. I've tried it on several browsers and on a mac and pc. If anyone has an idea about what might be causing this please let me know.
Moz Bar | | DunckleyDesign0 -
Moz Report: Number of Domains linking to Domain
In the Moz report, what does the "number of domains linking to domain" indicate? I'm analyzing our competitors link profile and noticed some numbers as high as 2369232? Is there a form that explains the reports a little more in detail? Thanks,
Moz Bar | | WebRiverGroup0 -
Internal followed links 1
I am trying to make sense why on my site homepage, the internal followed links equals to 1. While I actually have more than 1 links on that site. I don't have any javascript rendered on that page. My site is www.shopious.com Here's a screenshot: XucNSBk.png
Moz Bar | | herlamba0 -
Open site explorer linking root domains
My company has been trying to increase the number of linking root domains for a specific page on our website using our PR company and press releases that are sent out and linked back to this page. This is working nicely, but the number of linking root domains is still not increasing under the "linking root domains" tab. I am noticing the correct links to this domain under "fresh web mentions" though. I know this tool can take a bit to update, but it has been quite some time and I still only see the one link.
Moz Bar | | isret_efront0