You can make your links site search engine friendly, and even more so with rewrite rules to imitate static pages.
http://www.gossamer-threads.com/...orum.cgi?post=259762
Being search engine friendly is a real misnomer now. Because of all the fraud, and cheats, the search engines change their algorithms regularly. The key algorithm seems to be based on activity rather than looks. If your page is more active, more visited, more jumped-to, it seems to rank higher than others. "content" is a problem also. I'm sure the search engines have "white lists" of domains that they index, and black-lists of domains that do not. For instance, I'm sure the webbots *try* to crawl through sites that are known information sources, like WebMD, or a such, but avoid rapidly changing sites like newspaper sites (except archives that might be on-line), or sites that change from when the index was crawled, to when a user would jump to it (daily news, for example).
The point I'm making is that "search engine friendly" vs "unfriendly" is crap shoot.
Use a robots.txt file. All legit crawlers use them, and they can provide good instructions.
Do *NOT* use "jump.cgi" or "ID" in your url strings. "jump.cgi" is viewed as an off-site jump. Rename the program to "content.cgi" or something else. "ID" has been suggested to imply a session string, so some engines will ignore the url that contains it.
I have been told that using detail_page.cgi INCREASES search engine placement, and I *think* it's for the above reason. "detail" is a *good* keyword, an engine will be interested in that. If when it crawls the page, it finds *CONTENT* not a "jump" elsewhere, it will become more and more happy with such jumps, and start to look for that string. (remember, the search engines use modified AI algorithms to follow links, and decide what's good).
Most engines ignore meta tags, etc now. The only "valid" tags are for browsers that use them for providing advanced content features, or individual scripts that might use the meta values for displaying your page -- but it was one of the first things the engines started ignoring. If the meta tags don't match the content on the page, the engines may ignore your WHOLE page. If the meta tags match the content some engines *might* use the meta tag, assuming it's a more valid description than the first few words on the page.
Google uses an algorithm that *blows* the other engines off the map. By actually spidering and caching pages, it has less need for meta tags, and seeks out content blocks -- things in <H> tags, for example (read the posts I found about slash-dot's conversion
http://www.gossamer-threads.com/...orum.cgi?post=259677
it has some other ideas on what makes a "valuable" page. *GOOD* html is the most important thing :)
You can include other content, and add pages, link to pages, and do anything that is available in HTML. Just understand, that if the data is not in the database as a "link" or such, then links can't index it, or search for it, but it can display it using page.cgi or Yogi's pagebuilder plugin.
PUGDOG� Enterprises, Inc.
The best way to contact me is to NOT use Email.
Please leave a PM here.
http://www.gossamer-threads.com/...orum.cgi?post=259762
Being search engine friendly is a real misnomer now. Because of all the fraud, and cheats, the search engines change their algorithms regularly. The key algorithm seems to be based on activity rather than looks. If your page is more active, more visited, more jumped-to, it seems to rank higher than others. "content" is a problem also. I'm sure the search engines have "white lists" of domains that they index, and black-lists of domains that do not. For instance, I'm sure the webbots *try* to crawl through sites that are known information sources, like WebMD, or a such, but avoid rapidly changing sites like newspaper sites (except archives that might be on-line), or sites that change from when the index was crawled, to when a user would jump to it (daily news, for example).
The point I'm making is that "search engine friendly" vs "unfriendly" is crap shoot.
Use a robots.txt file. All legit crawlers use them, and they can provide good instructions.
Do *NOT* use "jump.cgi" or "ID" in your url strings. "jump.cgi" is viewed as an off-site jump. Rename the program to "content.cgi" or something else. "ID" has been suggested to imply a session string, so some engines will ignore the url that contains it.
I have been told that using detail_page.cgi INCREASES search engine placement, and I *think* it's for the above reason. "detail" is a *good* keyword, an engine will be interested in that. If when it crawls the page, it finds *CONTENT* not a "jump" elsewhere, it will become more and more happy with such jumps, and start to look for that string. (remember, the search engines use modified AI algorithms to follow links, and decide what's good).
Most engines ignore meta tags, etc now. The only "valid" tags are for browsers that use them for providing advanced content features, or individual scripts that might use the meta values for displaying your page -- but it was one of the first things the engines started ignoring. If the meta tags don't match the content on the page, the engines may ignore your WHOLE page. If the meta tags match the content some engines *might* use the meta tag, assuming it's a more valid description than the first few words on the page.
Google uses an algorithm that *blows* the other engines off the map. By actually spidering and caching pages, it has less need for meta tags, and seeks out content blocks -- things in <H> tags, for example (read the posts I found about slash-dot's conversion
http://www.gossamer-threads.com/...orum.cgi?post=259677
it has some other ideas on what makes a "valuable" page. *GOOD* html is the most important thing :)
You can include other content, and add pages, link to pages, and do anything that is available in HTML. Just understand, that if the data is not in the database as a "link" or such, then links can't index it, or search for it, but it can display it using page.cgi or Yogi's pagebuilder plugin.
PUGDOG� Enterprises, Inc.
The best way to contact me is to NOT use Email.
Please leave a PM here.
