homepage Welcome to WebmasterWorld Guest from 54.166.113.249
register, free tools, login, search, pro membership, help, library, announcements, recent posts, open posts,
Become a Pro Member

Home / Forums Index / Google / Google SEO News and Discussion
Forum Library, Charter, Moderators: Robert Charlton & aakk9999 & brotherhood of lan & goodroi

Google SEO News and Discussion Forum

    
Relative vs absolute links and image indexing
owillis

10+ Year Member



 
Msg#: 4567170 posted 1:21 am on Apr 23, 2013 (gmt 0)

In the past, I've been able to get images indexed by linking thumbnails to urls like

http://example.com/picture.jpg

But it now seems that only the thumbnail is being indexed by Google at this point. Is it possible that I need a relative URL to get the linked image indexed?
.

[edited by: Robert_Charlton at 2:15 am (utc) on Apr 23, 2013]
[edit reason] disabled auto-link by changing example to example.com [/edit]

 

lucy24

WebmasterWorld Senior Member lucy24 us a WebmasterWorld Top Contributor of All Time Top Contributors Of The Month



 
Msg#: 4567170 posted 2:29 am on Apr 23, 2013 (gmt 0)

Obvious question first: Are the images being crawled?

Related questions: Are the full-size images attached to vanilla html links like

<a href = "imagefile.jpg"><img src = "thumbnail.jpg" blahblah></a>

or something fancy involving javascript? Not that you'd expect that to stop the googlebot in this day and age. Do the absolute URLs refer back to the same site as the page and/or thumbnail, or a different one? Not that you'd expect et cetera. Are you looking at new images that you expected to get indexed in short order, or old images that used to be indexed and somehow disappeared?

I assume you've already checked for obvious booboos like accidentally roboting-out the /images/ directory, or attaching noindex headers to all jpg files. Show me someone who says they have never done anything even remotely resembling this, and I'll show you a barefaced liar ;)

:: trying very hard to avoid pursuing second-most-obvious line of questioning ::

owillis

10+ Year Member



 
Msg#: 4567170 posted 4:21 am on Apr 23, 2013 (gmt 0)

Very vanilla links. example

<a href="http://foo.com/image.jpg"><img src="http://foo.com/thumbnail.jpg" alt="Some alt" title="some title"/></a>

The old images linked this way are still being indexed, its just that new ones aren't.

Hoople

10+ Year Member



 
Msg#: 4567170 posted 4:58 am on Apr 23, 2013 (gmt 0)

** asks question to all - might this be related to the reported update to Google image search? **

lucy24

WebmasterWorld Senior Member lucy24 us a WebmasterWorld Top Contributor of All Time Top Contributors Of The Month



 
Msg#: 4567170 posted 5:20 am on Apr 23, 2013 (gmt 0)

Wouldn't you think that freestanding images would be just what g wants? If they're intended to be viewed in isolation, they don't really "belong" to a page in the way that <img src> images do. So the search engine doesn't even have to think about preserving a connection. And the "view original image" user experience is exactly the same as they'd get on the originating site.

Matter of fact, I recently created a whole slew of non-indexed dummy pages precisely to get rid of my old <a href> images.

TheOptimizationIdiot



 
Msg#: 4567170 posted 5:39 am on Apr 23, 2013 (gmt 0)

Is it possible that I need a relative URL to get the linked image indexed?

No, if you make the URL relative, all that will happen is the requesting user-agent has to pre-pend the current domain to the specified location, so unless you have the wrong domain or file path in the URL it doesn't matter if it's absolute or server relative.

Absolute:
http://example.com/the-path/to/the-file.ext
Using an absolute URL will cause the user-agent to request exactly the location indicated.

Server Relative (full path from the root)
/the-path/to/the-file.ext
Using a server relative URL will cause the user-agent to request the location after pre-pending the current root/domain, so on example.com the requested location will be http://example.com/the-path/to/the-file.ext

Directory Relative (path from the current directory)
the-file.ext
Using a directory relative location is one of the most mistake prone ways to do things, because the user-agent will request the location after pre-pending the current path. So:

If the user-agent is currently at http://example.com/ and sees the-file.ext it will request http://example.com/the-file.ext

If the user-agent is currently at http://example.com/the-path/ and sees the-file.ext it will request http://example.com/the-path/the-file.ext

If the user-agent is currently at http://example.com/the-path/to/ and sees the-file.ext it will request http://example.com/the-path/to/the-file.ext

People often run into issues with directory relative URLs, especially when moving files to different level directories and forgetting to change the directory relative URL to "point" to the actual location of the file they are trying to indicate should be requested from the new location of the page it's linked from. (I definitely do not recommend directory relative URLs personally.)

Either absolute or server relative should be fine as long as you have the actual path (/the-path/to/the-file.ext) correct and the domain name correct in the case of absolute, or the user-agent is visiting your site in the case of server relative.

TheRealSaxman



 
Msg#: 4567170 posted 12:49 pm on Apr 23, 2013 (gmt 0)

I think TheOptimizationIdiot has the winner here as I have always found that absolute or server relative is really the only way to go as to not confuse the robots... nice job TOI... great explanation!

owillis

10+ Year Member



 
Msg#: 4567170 posted 3:09 pm on Apr 23, 2013 (gmt 0)

Thanks for the responses, I guess the juice doesn't pass through a link to an image the way it used to.

Global Options:
 top home search open messages active posts  
 

Home / Forums Index / Google / Google SEO News and Discussion
rss feed

All trademarks and copyrights held by respective owners. Member comments are owned by the poster.
Home ¦ Free Tools ¦ Terms of Service ¦ Privacy Policy ¦ Report Problem ¦ About ¦ Library ¦ Newsletter
WebmasterWorld is a Developer Shed Community owned by Jim Boykin.
© Webmaster World 1996-2014 all rights reserved