High Rankings Search Engine Optimization ForumHigh Rankings Advisor Search Marketing Newsletter

Welcome Guest ( Log In | Register )

Important Announcement: ***Need an Affordable SEO Website Review?***
2 Pages V   1 2 >  
Reply to this topicStart new topic
> Diagnosing The Health Of Your Website, Using Google's Text Cache
Jill
post Apr 24 2008, 03:26 PM
Post #1


High Rankings Advisor
Group Icon

Group: Admin
Posts: 29,201
Joined: 21-July 03
User's local time:
Feb 9 2010, 02:05 PM
From: Ashland, MA
Member No.: 2



I thought some here might be interested in my latest Search Engine Land article:

Diagnosing the Health of Your Website

It's all about how one way to diagnose certain problems your website might have is by viewing it through Google's text cache.

I tried to make it a fun by using a health analogy. Let me know what you think!
Go to the top of the page
 
+Quote Post
Bradley
post Apr 24 2008, 05:35 PM
Post #2


HR 4
****

Group: Active Members
Posts: 109
Joined: 9-September 06
User's local time:
Feb 9 2010, 01:05 PM
From: Tulsa, OK.
Member No.: 13,725



Nicely done, Jill!

I wish I'd read it a year or so ago. It took me the longest time to figure out that many image links weren't visible in cache due to lack of an alt attribute. (IMG:style_emoticons/default/embarrassed.gif)
Go to the top of the page
 
+Quote Post
tina
post Apr 24 2008, 08:34 PM
Post #3


HR 2
**

Group: Members
Posts: 13
Joined: 3-July 06
User's local time:
Feb 9 2010, 03:05 PM
From: North Stonington, CT
Member No.: 12,506



QUOTE(Bradley @ Apr 24 2008, 06:35 PM) *
It took me the longest time to figure out that many image links weren't visible in cache due to lack of an alt attribute.


Hi, Bradley.

You might also want to consider including title="" attributes for images as well.
In Firefox, when you mouse over an image, a descriptive attribute may not appear unless you have included a title tag.

Does anyone understand how image alt="" and title="" attributes work with screen readers?

Tina
Go to the top of the page
 
+Quote Post
purplebear
post Apr 24 2008, 08:48 PM
Post #4


HR 2
**

Group: Members
Posts: 15
Joined: 26-March 08
User's local time:
Feb 9 2010, 03:05 PM
Member No.: 20,383



QUOTE(Bradley @ Apr 24 2008, 06:35 PM) *
Nicely done, Jill!

I wish I'd read it a year or so ago. It took me the longest time to figure out that many image links weren't visible in cache due to lack of an alt attribute. (IMG:style_emoticons/default/embarrassed.gif)


Very nice:) Was surprised my site (home page at least) was pretty healthy in regards to the four warning signs of poor health. lol (IMG:style_emoticons/default/smile.gif) Liked your health analogy. (IMG:style_emoticons/default/smile.gif)

Am gonna have to make a search about the alt and title attributes both being used. I've noticed a small amount of my affiliate links have recently included both of them in them but the vast majority don't. (but then a lot of them don't include the alt or width and height for images, either. I place them in.)

So, if ya have all 4 of them......site must be in critical condition or on life support? (IMG:style_emoticons/default/smile.gif)
Go to the top of the page
 
+Quote Post
tina
post Apr 24 2008, 08:57 PM
Post #5


HR 2
**

Group: Members
Posts: 13
Joined: 3-July 06
User's local time:
Feb 9 2010, 03:05 PM
From: North Stonington, CT
Member No.: 12,506



QUOTE(Jill @ Apr 24 2008, 04:26 PM) *
I thought some here might be interested in my latest Search Engine Land article:
Let me know what you think!


Jill - great article!

The frames issue always gets me.
Here's an example -

Trying to start work on a hotel website, I found that IE will open the website, but Firefox gives me this:
Warning: require_once(Structures/DataGrid.php) [function.require-once]: failed to open stream: No such file or directory in /usr/local/psa/home/vhosts/xxxxx/httpdocs/include/comuni.php on line 6

Fatal error: require_once() [function.require]: Failed opening required 'Structures/DataGrid.php' (include_path='.:/usr/local/share/pear') in /usr/local/psa/home/vhosts/xxxxx/httpdocs/include/comuni.php on line 6<HTML>

Here's the source code:
CODE
<HEAD>
<TITLE>XXXXX</TITLE>
</HEAD>
<FRAMESET ROWS="*,0">
<FRAME SRC="urlxxxxx" NORESIZE>
<NOFRAMES>
Your browser does not support frames.
</NOFRAMES>
</FRAMESET>
</HTML>


Blecchhhh.

Thanks again.
Tina



This post has been edited by Randy: Apr 25 2008, 05:29 AM
Reason for edit: Added code tags.
Go to the top of the page
 
+Quote Post
Jarret
post Apr 24 2008, 09:51 PM
Post #6


HR 3
***

Group: Active Members
Posts: 65
Joined: 15-April 08
User's local time:
Feb 9 2010, 12:05 PM
From: California
Member No.: 20,621



Not a bad article, easy to understand for those who are just getting in SEO.

As far as your post Tina, you should avoid using frames honestly, not very SEO friendly.
Go to the top of the page
 
+Quote Post
Copywriter39
post Apr 24 2008, 09:55 PM
Post #7


HR 5
*****

Group: Active Members
Posts: 379
Joined: 10-August 06
User's local time:
Feb 9 2010, 01:05 PM
From: Dubuque, IA
Member No.: 13,155



Nice article Jill. Great resource to diagnose the problems of a site. And a nice way of breaking down potential problems that are revealed by this tool.
Go to the top of the page
 
+Quote Post
Randy
post Apr 25 2008, 05:40 AM
Post #8


Convert Me!
Group Icon

Group: Admin
Posts: 17,377
Joined: 17-August 03
User's local time:
Feb 9 2010, 01:05 PM
Member No.: 551



That's not a Frames error message Tina. It's a php error.

It's telling you line 6 of the file located at /include/comuni.php has a require_once function on line 6 that is supposed to be pulling information from another file. This other file is either missing or in a different location. require_once() is often used to grab the database connection info. And when the error pops up it's usually because of bad path information in my experience. If you want to be absolutely sure (and your server isn't going to be changing) you can always use the full path on the server. eg the whole /usr/local/psa path such as given in the error message.

re: The article. Good one Jill. Clear, concise and spot on.
Go to the top of the page
 
+Quote Post
tina
post Apr 25 2008, 05:56 AM
Post #9


HR 2
**

Group: Members
Posts: 13
Joined: 3-July 06
User's local time:
Feb 9 2010, 03:05 PM
From: North Stonington, CT
Member No.: 12,506



QUOTE(Jarret @ Apr 24 2008, 10:51 PM) *
As far as your post Tina, you should avoid using frames honestly, not very SEO friendly.


Hi, Jarret.

Wasn't me using frames - this is the source code for the home page of a site I am about to work on optimizing.
I would never ever use frrrramesssss. ICK!

But thanks for the suggestion!

Tina
Go to the top of the page
 
+Quote Post
tina
post Apr 25 2008, 06:02 AM
Post #10


HR 2
**

Group: Members
Posts: 13
Joined: 3-July 06
User's local time:
Feb 9 2010, 03:05 PM
From: North Stonington, CT
Member No.: 12,506



QUOTE(Randy @ Apr 25 2008, 06:40 AM) *
That's not a Frames error message Tina. It's a php error.

It's telling you line 6 of the file located at /include/comuni.php has a require_once function on line 6 that is supposed to be pulling information from another file. This other file is either missing or in a different location. require_once() is often used to grab the database connection info. And when the error pops up it's usually because of bad path information in my experience. If you want to be absolutely sure (and your server isn't going to be changing) you can always use the full path on the server. eg the whole /usr/local/psa path such as given in the error message.

re: The article. Good one Jill. Clear, concise and spot on.


Randy, very appreciative of your explanation.
I am interested that Firefox gives me this response, but IE just opens the website.
Do you know why that is?

Tina
Go to the top of the page
 
+Quote Post
Randy
post Apr 25 2008, 06:26 AM
Post #11


Convert Me!
Group Icon

Group: Admin
Posts: 17,377
Joined: 17-August 03
User's local time:
Feb 9 2010, 01:05 PM
Member No.: 551



Hard to say for sure Tina. The error should be there in both since it's something that's happening on the server, prior to the html being delivered to the browser.

If I had to guess, I'd say the error message content is probably there in IE too, but is ending up being hidden under another content layer or otherwise suppressed. If you view the source in IE do you see the error that way?
Go to the top of the page
 
+Quote Post
tina
post Apr 25 2008, 06:44 AM
Post #12


HR 2
**

Group: Members
Posts: 13
Joined: 3-July 06
User's local time:
Feb 9 2010, 03:05 PM
From: North Stonington, CT
Member No.: 12,506



QUOTE(Randy @ Apr 25 2008, 07:26 AM) *
Hard to say for sure Tina. The error should be there in both since it's something that's happening on the server, prior to the html being delivered to the browser.

If I had to guess, I'd say the error message content is probably there in IE too, but is ending up being hidden under another content layer or otherwise suppressed. If you view the source in IE do you see the error that way?


Randy - I just checked the URL in Firefox and IE again.
Firefox now showing the frames source code (last night it was showing that php code).
Viewing source code in IE now shows a page of html, with flash and js code.

Hmmm

Tina
Go to the top of the page
 
+Quote Post
rolf
post Apr 25 2008, 06:53 AM
Post #13


HR 6
******

Group: Active Members
Posts: 602
Joined: 13-August 04
User's local time:
Feb 9 2010, 07:05 PM
From: Suffolk UK
Member No.: 4,668



Good article Jill. Really easy to understand and very useful as both a primer and a brush up.

I was already confident that google could spider all the text/image alt in the site I tested, but it was good to find an easy way to confirm it using the text cache - I didn't find any problems, but as we all know, understanding what needs to happen doesn't prevent mistakes and oversights!

I look forward to future articles on the same subject.
Go to the top of the page
 
+Quote Post
Jill
post Apr 25 2008, 08:10 AM
Post #14


High Rankings Advisor
Group Icon

Group: Admin
Posts: 29,201
Joined: 21-July 03
User's local time:
Feb 9 2010, 02:05 PM
From: Ashland, MA
Member No.: 2



QUOTE(Tina)
You might also want to consider including title="" attributes for images as well.


Tina, just so you know, the search engine don't index the title attribute. Doesn't mean not to use it, but it won't help for search engine purposes is all.

Thanks for the comments on the article, guys! When I started writing it, I was going to talk about a bunch of different tools we use to diagnose the health of your website, but once I got going on just the google text cache one, I realize that alone was enough for one article! It was even longer than I generally like my articles to be, but I found nothing I could legitimately cut from it.

The funny thing is that one thing -- using Google's text cache -- is just the FIRST thing on our SEO checklist. We have like 15 or so more! (IMG:style_emoticons/default/giggle.gif)
Go to the top of the page
 
+Quote Post
Hyperformance
post Apr 25 2008, 08:17 AM
Post #15


HR 6
******

Group: Active Members
Posts: 634
Joined: 19-July 04
User's local time:
Feb 9 2010, 02:05 PM
From: Chicago, Illinois
Member No.: 4,420




(IMG:style_emoticons/default/superman.gif) Once again, great job Jill -


I liked your analogy on the health field, it applied nicely.

Now, instead of telling people their website sucks..., we'll just tell them how SICK it is.
(C'mon, laugh with me... (IMG:style_emoticons/default/searchme.gif) )

I enjoyed reading it, and it made perfect sense - I think the layman will take nicely to your presentation.

- S
Go to the top of the page
 
+Quote Post

2 Pages V   1 2 >   
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



This forum is sponsored by High Rankings, a Boston SEO Agency
- Lo-Fi Version Time is now: 9th February 2010 - 02:05 PM