I'm not very clear on what you are trying to achieve but what you do depends on your SEO and SMO strategy and time.
The only thing I would watch out for in your case is that you might be better off by creating your site structure before letting Google index the new pages.
A simple example on how I would go about building links to your 5000+ pages and structuring the site:
Let's say that you have 100+ pages that talk about "widget" and this is a juicy keyword too.
1. Create a category/tag page that contains teasers of 100+ pages that are related to widget. Optimize this page so that it has proper density for "widget."
2. Place a link to the widget category page on all the 100+ pages(of course with widget on the anchor text).
3. Place the widget category page one or two clicks away from the homepage...for PR. In this way your individual pages are no more than 3 clicks away from your homepage.
You can do a web search for flat site architecture and find out more.
Thanks for the detailed response. I appreciate the time you put into that.
The nature of the content has dictated the site architecture. The individual pages are 'bound together' in groups of pages. Think of it as a collection of discrete articles. These 10 pages belong to article A, these 10 pages to article B. And the various articles don't have a whole lot in common theme other than they're the theme of the site. So my architecture is kind of like 'Articles' and then a list of articles, then the individual pages.
What I'm trying to achieve is circulating PR or something like that, using new internal links to get other pages to rank for search terms. Wiki does it, I suspect it's a valid ranking/link building technique.
I always post large chunks of content slowly - I have a newish site I am still releasing that I have 8000 entries for. i am at 2500 live so far after 5 months (I really slacked off over xmas - must get back on it).
Post 'em one by one and look at them individually to see what linking they need. Tedious, but it returns the most value.
One comment on this - the site: operator can return some funky results. In essence some processing goes on when Google determines what to return, and the results may not be indicative of what Google really sees/knows on your site.
It's an interesting idea, but might be unreliable as Google degrades the site: operator, just as they have link: in the past. If you'd like to see what I'm talking about check the site: operator against the # pages indexed from XML sitemaps in GWT. The variance can often be in the high multiples.
I don't think he's wasting time. I think this is a brilliant idea.
I do agree he should release the articles maybe 50 at a time in distinct periods.
Famous story man see's an archer in the woods, with his quiver of arrows empty, resting at tree. he sees hundreds of arrows embedded in the trees, perfect bulls eyes. "How did you hit every bulls eye" the man asks in amazement. The archer answered I Simply fired the arrows, then drew the bullseye around the arrows!
Let Google choose draw the bulls eyes on the trees, then stick arrows(Relevant Keyword Links) into the trees!
I look forward to seeing the results of Wheel's test. Please keep us informed.
I'm wary of the accuracy of doing that for pages that are not well established. Maybe give it a try with Bing and Yahoo for a second and third opinion because they seem to focus on content a little better. Google is heavily weighted by links, sometimes ranking a site with zero content, just 404s- meaning that Google is overlooking content altogether for some sites and ranking solely on links.
I think your biggest flaw is assuming all 5000 pages are going to get indexed [right away]. When you do your site commands you could have hundreds of pages that might be best for getting ranked but they just haven't been indexed yet.
I agree with the establishement/time issue. I'm going to do this after a period of time. And for new content going forward, I may drop the links in right from the start.
A better approach would be to rank all of your own pages in order of potential traffic for its main keyword phrase (which is hopefully part of the title).
Next identify pages which compete against each other for the same term and make sure to link to the primary article from each of the extra articles (Google will only rank one for any given term).
And for good measure have the pages least likely to receive traffic (because the term is obscure or not searched for often) link to related more highly targeted pages.
You'll be well on your way with just this, adjust fire with GWT as necessary.
Now, care to tell me how you can go from 30 to 5000 articles that quickly? I write a couple per night max so it would take me over a decade!
Good suggestions JS. I use this approach as well.
However I pursue the research from a niche vertical sense, and research 'top down'.
Then articles within that vertical support 'upward' using breadcrumbs.
If you are able to sit down with a good programmer and brainstorm the concept of 'link / search keys' then you can develop a system for your articles that
1. Allows any article to reference other articles by keyword.
2. Allows you to setup potential anchor text for any given keyword.
3. Allows the system to randomly 'pull' and permanently write one variation, each time, when referencing said article from any piece of content.
4. In admin, for each article, the logic can be set to 'show' you potential matches 'in content' for any article you publish, and allow you to edit, delete(or simply add your own)
This way, articles are interlinking automatically in a very logical way (since you set the relevance and anchor text variations) and yet the logic and programming takes care of the heavy lifting :)