|Frames /Noframes tags|
Okay, silly question, maybe...
Does anyone know definitively if spiders in general will read the noframes tags, even when the page is not "really" a frame?
Thanks a lot!
yes. Google uses the noframes content very well.
But the "carrier" page has to be a frameset, or the noframes tag content is visible, I believe.
Thanks RC. I kinda knew google would with their cache - I am not worried there. Anyone else / any other engines?
Stubborn client with crappy <for the engines> design won't let us touch the pages, and most likely won't allow cloaking on their server.
geez.. "Give us results...now, let us tie your hands, and feet, and unplug your computer, and.. and.. "
"Now, WHERE are the RESULTS???"
I did well with INK and noframes, but this particular site was indexed before the Late Unpleasantness. AV; fair.
Was wondering if someone could point me in the direction of a frames noframes tutorial or resource, rather than bother you guys for the basics.
You could try Sharkysoft [sharkysoft.com] for an intoduction and tutorial.
Once you have sorted the basics have a dig through the forums for specific frames/SEO tips and advice. Keep a special eye out for Tedsters posts, he seems to know a lot about this type of thing.;)
Also, check this out:
It's very simple and you will be able to build your noframes tags simply by following the steps.
Hi ikasoff. After seeing my name mentioned in this thread, I felt I needed to show up.
My overall experience with frame sites leads me to one piece of advice: don't do it.
1) Search engine ranking will suffer. No matter what reason I ever thought I had for using frames, and no matter what kind of clever methods for getting ranked, everytime I dropped the frames the pages went up in rank. Yes, you can do OK -- even well some places with good SEO on other fronts. You do even better without frames. For instance, recent client site went from #9 (Google) on principal keyword to #3 after making the page flat. I think those extra nav pages drag down the overall site rating (just theorizing here.)
2) Site maintenance is a bear -- trying to maintain every edit in both your content pages and your frameset. Maintaining ways to bounce the visitor from the orphaned content into the full frameset. It can get very nuts very fast.
3) Visitor experience is NOT improved -- in fact the opposite seems to be true. Every measure I've taken showed a jump in pageviews per unique after frames were dropped.
It seems like frames "ought to be" a good idea, at least in some cases. However, in practice, I haven't seen the evidence, and I've suffered the downside. I was a frames fanatic, but now I'm starting a 12-step group.
>My overall experience with frame sites leads me to one piece of advice: don't do it.
"The fundamental design of the Web is based on having the page as the atomic unit of information, and the notion of the page permeates all aspects of the Web....Frames break the unified model of the Web ... With frames, the user's view of information on the screen is now determined by a sequence of navigation actions rather than a single navigation action"
Why Frames Suck (Most of the Time) [useit.com]
>most of the time
Ditto Tedster. If you have the choice, go flat page.
But there are times you don't have an option. NOFRAMES can take an existing dynamic site -which stands little chance of being well indexed- and get fair to very good ranking in Google, at least.
Thanks for all the good info/advice. I recently inhereted some small sites with frames which the client seems to be pretty happy with, so I don't want to rock the boat too much. I personally vow, however, never to use frames!
>inhereted some small sites with frames which the client seems to be pretty happy with
Yep, that's the one other time that NOFRAMES is required.
OK. I get the message that frames suck. I've spent the best part of a day reviewing the available info on this and other forums and the consensus seems to be that whilst there are ways of getting reasonable or even good SE listings and rankings for frames-based sites achieving this feat requires considerable juggling skills and may or may not turn your wonderful site into a dog's breakfast if you use redirects and links within your frameset <noframes> tags.
So what's the alternative way to create a complex navigational structure for an information rich site with *many* subsections and about 200 pages?
Bear with here as my experience up to now has been with frame-based sites. see [dwscientific.co.uk...] for an example.
Does one have to create endless copies of pages to get the same logical navigation that one would achieve using frames?
i.e If I have 20 sections called things like "about my dog", "where my dog lives", "what my dog eats" and each section has many links to yet more sections and each of *those* sections links to dozens of pages on specific topics it seems to my tiny brain that *not* using frames is going to make the creation of the navigation structure a potential nightmare. Not to mention updates and extensions to, or developments of, content in the future.
Sorry for the long post and basic questions.
All advice gratefully appreciated :-)
>*not* using frames is going to make the creation of the navigation structure a potential nightmare.
It does take good upfront planning to have an intuitive structure for visitors that also allows the site to "breathe" well into the future. "Information Architecture" is a huge topic. Creating a site map BEFORE you code the first page is one goal, and generating the documentation for WHY this structure is chosen is another.
The future you will thank the present you for this well-spent effort. If someone else takes over the site, it can be invaluable. I wish some of the sites I took over had done at least some of this work -- but if they had, the original developer might still have the client!
The concerns you raise also encompass "Usability". Together, these two topics are the content of many books, reports, and studies. In my first meetings with a prospective client I try to educate them about the importance of this work, the time it will take, etc. It's time and money well spent. In fact, I will not develop a site unless the client will allow conscious development and planning of the information architecture.
Here's a tutorial [hotwired.lycos.com] which provides a concise approach to the subject.
I've also found Jakob Neilsen [useit.com] to be worthy of continual attention on Usability issues. His point of view is probably more extreme or purist than most clients will allow, but the points he raises and the testing he has performed are worth knowing about if you want to maximize the usability, and profitability of a site.
>Does one have to create endless copies of pages to get the same logical navigation that one would achieve using frames?
In some ways, the answer is yes, but it doesn't have to be all that tedious. You create a basic "template" for your pages and then fill that basic template with varied content. Depending on the size of the site, this might be done dynamically, or all in static pages (lots of copy and paste.)
If all your pages will be static, good site management software which allows for global "Find and Replace" functionality throughout the site is required for sanity, in my experience.
The first screenful that appears on your new, unframed, pages may end up looking a lot like the framed version of the site did -- but the header and nav bar will scroll off the screen as the content is scrolled.
If you can use the "navigation" frames to create the template for the unframed site, the transition may be relatively painless -- but you will need to roll up your sleeves and take a close look at the issues ahead of time. Sound planning will prevent many hours of wasted work going down a dead end path (this I learned the hard way).
I've "flattened" a couple of previously framed sites. In both cases it was worth it. The big surprise to me was the increase in stickiness. Both non-framed sites now hold visitors for almost twice as many page views per unique as their framed predecessors did.
Great discussion here, glad I came upon this again. The usability and navigation references are excellent.
Another alternative to simplifying navigation when going from frames to flat pages is using server side includes. Code once, call multiple times - have to make a switch this week. I've actually been putting off updating a site, dreading changing all the navigation all throughout.
Question about the meta tags: If there is one frameset with 4 or 5 pages which will load into the right section, do any pages but the frameset need to have meta tags? The content is pretty well fixed with no room for change - so the only flexibility will be in the noframes.
>If there is one frameset with 4 or 5 pages which will load into the right section, do any pages but the frameset need to have meta tags?
I'd treat each as stand-alone pages because the ophan frames might end up in some SERPs. Tedster mentioned a js that would 'reassemble' the frameset if someone clicked on the orphan directly, so it seems like the best way to cover all the bases.