By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
444,136 Members | 2,135 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 444,136 IT Pros & Developers. It's quick & easy.

Dynamic Page SEO

P: n/a
Because dynamic pages do not get indexed well in search engines, is
there a decent API out there to parse through the site and write pages
as plain html automatically? I noticed some WordPress and Blogger
writers have their posts served up as plain html.

Any ideas?

Thanks.

Apr 20 '06 #1
Share this Question
Share on Google+
10 Replies


P: n/a
ma*******@gmail.com wrote:
Because dynamic pages do not get indexed well in search engines, is
there a decent API out there to parse through the site and write pages
as plain html automatically? I noticed some WordPress and Blogger
writers have their posts served up as plain html.

Any ideas?

Thanks.


What makes you think dynamic pages aren't indexed well? I have several sites
with dynamic pages which are indexed quite well.

All the search engine sees is the generated HTML anyway. So what would be the
difference between that and static html pages (other than the latter will be out
of date minutes after they are generated). And the static pages will have
different URL's, so the search engines wouldn't point at your dynamic pages
(with the correct into) anyway.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================
Apr 21 '06 #2

P: n/a
Thanks. Do you think a dynamic one-pager which gives an appearance of
a full site through 'index.php/?id=1' would be indexed better than the
same site with every page written in html? Something is telling me
plain html sites float up faster.

Apr 21 '06 #3

P: n/a
ma*******@gmail.com wrote:
Thanks. Do you think a dynamic one-pager which gives an appearance of
a full site through 'index.php/?id=1' would be indexed better than the
same site with every page written in html? Something is telling me
plain html sites float up faster.


Not necessarily. And even if you do have a "page1.html" for the search engines,
how are you going to link to it? And even if you do link to it. the search
engine will point to it - not to "index.php?id=1".

But virtually all of my dynamic pages do have their own URLs. Through Apache's
mod_rewrite, "/page1.php" may well point to index.php?id=1.

However, it's also not how I design my sites overall. I let each page have it's
own url, with html and code as necessary for that page. Common headers and
footers are included.

Even so - most are dynamically generated in PHP, Perl or ASP.

But if you want to know more about search engines and optimizing for them, I
suggest you try a search engine news group. This isn't a PHP question.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================
Apr 21 '06 #4

P: n/a
Thank you, Jerry.

Apr 21 '06 #5

P: n/a
ma*******@gmail.com:
Do you think a dynamic one-pager which gives an appearance of
a full site through 'index.php/?id=1'
Wow there! If all your pages are indexes, it follows that the
content they index must be either something other than webpages (e.g.,
images) or off-site pages! Unless the indexes index themselves!
Recursive indexing.

Seriously, they're not all indexes, are they?
would be indexed better than the same site with every page
written in html?
Besides XHTML, what other markup notation do you have in mind?

(Seems to me you're confusing *files* with *webpages*, apologies if
I'm wrong.)
Something is telling me plain html sites float up faster.


If a portion of your users are search engines, you presumably have
many more users. Look up maxims of HTTP URL design, you'll find they
take into consideration more than SEO. For example, the human aspect,
since URLs are, whether or not this was originally intended, part of
the user interface.

--
Jock

Apr 21 '06 #6

P: n/a
> Seriously, they're not all indexes, are they?

Because this is an experiment, my entire site is actually one page -
'index.php' with a ton of database-related code and conditional
statements. Inside the database, I got even more code parsed by
eval().

Can a site like that possibly be properly indexed?

Apr 21 '06 #7

P: n/a
ma*******@gmail.com wrote:
Seriously, they're not all indexes, are they?

Because this is an experiment, my entire site is actually one page -
'index.php' with a ton of database-related code and conditional
statements. Inside the database, I got even more code parsed by
eval().

Can a site like that possibly be properly indexed?


That's a completely different question than what you previously asked. I would
never do a site like this.

But as I said before - this has nothing to do with PHP. Check a search engine
group for good information.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================
Apr 21 '06 #8

P: n/a
Jerry, thanks for the response.

The user I'm building the site for is an absolute beginner when it
comes to computers. He needs to add/remove/modify pages easily. I
cannot see a better way of accomplishing that than using the 'get'
method - this way if a page needs to be added and navigation updated,
it's just another row in the MySQL table. The downside, everyone is
telling me, is poor indexing, which brings me to my original question
of a php interface that would parse through newly
added/modified/dropped pages and crank out plain html.

Basically, I want to accomplish what Blogger does - add pages
interactively, but have a real URL address that ends with *.html.

Apr 21 '06 #9

P: n/a
ma*******@gmail.com wrote:
Jerry, thanks for the response.

The user I'm building the site for is an absolute beginner when it
comes to computers. He needs to add/remove/modify pages easily. I
cannot see a better way of accomplishing that than using the 'get'
method - this way if a page needs to be added and navigation updated,
it's just another row in the MySQL table. The downside, everyone is
telling me, is poor indexing, which brings me to my original question
of a php interface that would parse through newly
added/modified/dropped pages and crank out plain html.

Basically, I want to accomplish what Blogger does - add pages
interactively, but have a real URL address that ends with *.html.


I wouldn't worry about SE rankings then. An absolute beginner won't be able to
get a decent se rating anyway. That takes both knowledge and skill.

If he wants decent ratings, he needs to hire a webmaster to manage his site.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
js*******@attglobal.net
==================
Apr 21 '06 #10

P: n/a
Rik
ma*******@gmail.com wrote:
Jerry, thanks for the response.

The user I'm building the site for is an absolute beginner when it
comes to computers. He needs to add/remove/modify pages easily. I
cannot see a better way of accomplishing that than using the 'get'
method - this way if a page needs to be added and navigation updated,
it's just another row in the MySQL table. The downside, everyone is
telling me, is poor indexing, which brings me to my original question
of a php interface that would parse through newly
added/modified/dropped pages and crank out plain html.

Basically, I want to accomplish what Blogger does - add pages
interactively, but have a real URL address that ends with *.html.


I've made similar pages for people I barely trust enough to know what the
"ctrl"-key is.
Indeed, every page was created using the "get" method, but to create
user-friendly url's I used mod_rewerite on apache.

So, for instance: the url is www.domain.com/contact.html, but get's
rewritten on the server to www.domain.com/index.php?page=contact, while the
users continue to see the "friendly" url.

Grtz,
--
Rik Wasmus
Apr 22 '06 #11

This discussion thread is closed

Replies have been disabled for this discussion.