If you like the idea of out-of-band sitemaps to support visitor navigation and other functions, please make others aware of this project, and encourage them to take part.
How should I promote SSP sitemaps?
Two things are needed:
For more sitemaps, you need to persuade lots of webmasters to add them to their sites, and maintain them. Any you can persuade would help, but it might be more rewarding initially to get developers of site-building software, especially CMSes and documentation generators, to make that software generate sitemaps automatically. Not only does that remove the maintenance work from webmasters, but it will result in hundreds of new sitemaps with just one persuasion!
For more surfers, first become one yourself. Try to install some software for your own use (if any is available for your browser), and demonstrate to friends and colleagues. When there are plenty of sitemaps out there, you’ll be able to make a strong case to browser developers to add sitemap support.
How is the Standard-Sitemap Protocol related to Google’s Sitemaps Protocol, sitemaps.org?
What sitemaps.org defines is not a site map, but rather a simple page list. There is no information about the site’s hierarchy or information architecture included whatsoever. sitemaps.org contains only 3 pieces of information (besides the page’s URL):
<lastmod>): This can easily (and more accurately) be found out via a short HTTP request. Besides, it’s not very important to the user. But if the need really does arise, we can include it into our format later on.
<changefreq>): This is totally uninteresting to the user, since it doesn’t tell anything about actual changes, but only about the webmaster’s presumption. Besides, as a webmaster, it’s often hard to guess when a page is likely to be updated in the future.
<priority>): This, at last, does make sense, and we’ve therefore included it in our format (using the very same value range).
Summing up, the main difference is that sitemaps.org doesn’t do anything for the site visitor – it just serves the needs of search engines. In contrast, the Standard-Sitemap Protocol was designed explicitly to meet the visitors’ needs.
If Google (and the other search engines endorsing sitemaps.org) is willing to cooperate, we could easily include the
<changefreq> information into our format too, thereby integrating the entire scope of sitemaps.org.
I want to encourage visitors to take advantage of my sitemap. As a webmaster, what can I do to support sitemaps?
Indicate that your site supports a sitemap. Display the sitemap logo and the message “Sitemap Supported”, and link them to our site. You should be able to use the following:
<div class="feature"><a title="Standard-Sitemap Protocol" href= "http://www.standard-sitemap.org/"><span class="icon"><img title= "This page supports a sitemap!" border="0" hspace="1" vspace="1" src="http://www.standard-sitemap.org/files/logo32x32.png" alt= "The Standard-Sitemap Protocol" align="left" width="32" height="32"></span> <span class="text">Sitemap Supported</span></a></div>
I maintain the software for a Content Management System. As a CMS developer, what can I do to support sitemaps?
I have experience writing extensions and add-ons for browser X. As an extension developer, what can I do to support sitemaps?
If the browser is Firefox, we already have an extension for it. However, it will require maintenance from time to time.
If you have experience with another browser, please study the developer guide, and combine that knowledge with your own expertise with browser X to write a new extension, add-on or plug-in for it.
I contribute to the process of standardization of Web technologies. As a participant in standardization, what can I do to support sitemaps?
Raise the issue of navigational sitemaps with standards bodies, or in their discussion forums. Give an honest assessment of their benefits and problems, with a view to solving those problems.
We also encountered some implementation difficulties, and envisaged solutions based on extentions to HTML/CSS:
Do you carry any weight in the community of Web standardization? Can you promote such ideas? Can you devise more (and more compelling) use cases that would help to convince others of the general utility of such features? Can you propose anything better?
I’m just an ordinary websurfer, and my preferred browser doesn’t support sitemaps. As a websurfer, what can I do to support sitemaps?
You shouldn’t have to switch to another browser, and SSP sitemaps are designed to be cross-platform. Politely ask your browser vendor, or a community that develops add-ons for it, to add sitemap-rendering functionality. Point them to this site for further information, especially the developer guide.
Webmasters won’t deploy sitemaps because very few people will be using software to read them. People won’t install software because there are very few sitemaps out there. Increasing the popularity of sitemaps is a bit of a chicken-and-egg problem, isn’t it?
It’s not so bad, because the cost of participation is quite low. For surfers, any piece of sitemap software installed in a browser can sit there benignly until a sitemap is encountered. For webmasters, a sitemap can sit there benignly too. As for maintenance, many webmasters will already be maintaining an in-band sitemap which they simply have to translate into an OOB one. Additionally, many sitemaps could be generated automatically, especially in Content Management Systems (CMSs).