[whatwg] <summary> tag to help avoid redundancy of meta description tag!?

Ashley Sheridan ash at ashleysheridan.co.uk
Thu Mar 18 02:04:41 PDT 2010


On Thu, 2010-03-18 at 03:37 +0100, Roger Hågensen wrote:

> I searched the list, and looked at the HTML5 briefly and found nothing, 
> nor can I ever recall such.
> So this is both a question and a proposal.
> 
> On my own site currently I mostly replicate the first paragraph of an 
> article in my journal as the meta description,
> and write one up for other pages, usually replicating some of the content.
> 
> I'm both looking for and want a solution to avoid such redundancy.
> 
> The perfect solution would be a <summary> tag, if you look at the 
> journal articles on my site you can imagine the first paragraph being 
> done like this:
> 
> <p><summary>This is just an example, it's a replacement for the old meta 
> description, and is a brief summary (description) of the page 
> (content)</summary></p>
> 
> This way the first paragraph in a page would remain unchanged from how 
> it is done today, and a search engine like Google or screen readers etc. 
> would use the summary tag instead
> of the meta description (which is no longer needed at all in cases like 
> this), if more than one summary tag the first is considered the page 
> summary one, while the others are ignored (but still shown as content 
> obviously).
> 
> If a new tag is overkill for this, maybe doing it this way instead 
> (using one of the new HTML5 tags):
> <p><header summary>This is just an example, it's a replacement for the 
> old meta description, and is a brief summary (description) of the page 
> (content)</header></p>
> 
> I really do not care how this is implemented/speced just as long as it's 
> possible to do.
> 
> I began thinking of this recently when it annoyed me that I basically 
> had to enter the same content twice, after looking at my site links in 
> Google,
> and thought to myself...Why do I have to use a meta description to tell 
> Google to show the content in the first paragraph as the default summary 
> of the page link?
> Why can't I simply specify that the first paragraph "is" the page's meta 
> description? Why am I forced to bloat the page unnecessarily like this?
> 
> Thee is no reason why the meta description can not be the actual content 
> as in most cases I've seen the meta description is supposed to be fully 
> human readable,
> unlike the meta keywords which no search engines bothers with at all any 
> more.
> 
> So if the meta description is supposed to be humanly readable and 
> displayable as the page summary to humans in search results,
> why can't it also actually "be" in the page content?
> 
> I can see at least two ways this will be used. The more elegant way I 
> showed, where the first paragraph is a summary/the lead in of the page 
> (and also happens to be the "teaser" content in my RSS feed as well),
> or at the bottom of a page with possibly linked category tags or similar 
> within it, again allowing dual purpose and reduced redundancy.
> 
> To re-iterate, the idea of the summary tag (or however it is 
> implemented) should be to have a human readable summary (or teaser as 
> may be) of a page, which is itself shown in the page,
> but also a replacement for search engines that use the old meta 
> description avoiding redundancy.
> 
> End result is (hopefully) less redundancy, and higher quality summary 
> (page description) shown in search engine results, and so on.
> Also allowing people to quickly understand what a page is about by just 
> reading the first paragraph (or be enticed to read more).
> 
> Now if something like this allready exist/is possible I stand corrected 
> and ask, please tell me how to do that.
> If not then I'd love to see something like this standardized.
> 
> BTW! The text in the first paragraph of this very email could for 
> example be the summary/description of this email.
> So if it was html tagged in some way, a mail indexing or search engine 
> could use that as the summary or description view shown to a human user 
> scrolling through archived emails.
> 
> Regards,
> Roger.
> 


The main problem with that would be that parsers would then need to read
into the <body> of the page to produce a description of your site. This
might not produce much of an overhead on a one-off basis, but imagine a
parser that is grabbing the description from hundreds or thousands of
pages, then this could become a bit of a problem.

Thanks,
Ash
http://www.ashleysheridan.co.uk


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100318/12574327/attachment-0002.htm>


More information about the whatwg mailing list