Forum Moderators: Robert Charlton & goodroi
Does anyone know if the effects of referring links ( internal and outbound ) is diminished if they are on a supplemental page?
We set up some "sitemap" pages with referal links which have all fallen to supplemental status.
Also, does a site diminish in it's overall ranking strength if it has an larger proportion of supplemental pages?
My SEO is telling me to get rid of those pages, but I haven't yet understood why.
For example, low PR come first and it means that the url has little juice to pass on through its links. If the PR is low enough, then the url might also get tagged as supplemental. But that tagging does not inflict any further diminishment.
[edited by: tedster at 6:03 pm (utc) on Mar. 8, 2007]
I suspect these supplemental pages are not helping my ranking, but are they dragging it down?
I haven't seen anything that suggests links from supplemental pages are not beneficial, and can't come up with anything myself as to why they would not be.
About the only thing we know about pages in the supplemental index are that they are those that do not have enough PR to be spidered as frequently as those in the main index.
But PR is apparently just part of the picture that can put a url in the supplemental index. I'm seeing TBPR2 in the regular index and TBPR3 in supplemental.
But...
There're many albums that we'd like to see indexed as a resource, we worked hard enough for them to be found.
Toolbar pagerank is tricky, same level pages show me anything from 0 to 3. And there's no connection to being supplemental or not. Actual pagerank is probably connected though. But how would we know what that is... webmaster tools isn't much of a help when it comes to PR.
But what i see is that while many, many pages become supplemental, they aren't treated exponentially worse. It's just a definite label for a threshold that was probably there long before they gave it a name.
...
...
Apart of the problem that the pictures on them are DROPPING OUT of google images! They weren't in for a full month, now they're dropping out.
...
Or ... so it seems right now.
Since like... yesterday perhaps?
I can't be sure about this conclusion either.
But there's just no other problem...
So much fun... this optimization thing is.
It was:
[mysite.com...]
We wrote some php code and changed it to:
[mysite.com...]
We also did a proper 301 redirect as well.
Besides that, no changes to the page at all, no content added to them, just a shorter url. It took about 3 weeks to kick in.
So, before ditching the pages, try to shorten the url first and see what happens.
But PR is apparently just part of the picture that can put a url in the supplemental index. I'm seeing TBPR2 in the regular index and TBPR3 in supplemental.
Yeah, but with everything so hard to pin down with rolling updates, constant data pushes, time to take migrating across data centers, etc., I'm going to ascribe anomalies like that to G's system just not having caught up with itself. Or, for that matter, just as curious anomalies.
That's just to keep myself sane. ;-)
Are you sure that the problem wasn't that there are other URLs that bring up the exact same content as that one?
I noticed that on one of our sites, the sitemap pages has PR3/4/5 which i would have thought ben OK to relieve the supplemental status, but apparantly not.
My only conclusion at this stage is that they offer little content value to Google , which i can live with , if the links are working.
One thing for sure is that the higher PR is not clearing the supplemental status, as i mentioned.
However, I'd be interested to hear from anyone who has evidenced that links from supplemental pages work in the context of us now saying that we have enough "juice" per Tedsters remark on these pages..
and to what extent, per jimbeetle's remarks above are supported.
There would be lot's of good folks in this position I'd imagine.
The specific example I used with regards to our Sitemaps pages which have PR3/4/5 having supplemental status is now cleared .
I relied on the site:tool which is having bugs per [webmasterworld.com...]