microformats2 – Microformats

This post originally appeared on Jamie Tanna’s site.
Google announced that they are removing support for the data-vocabulary metadata markup that could be used to provide rich search results on its Search Engine.
In a Twitter exchange, John Mueller, a Webmaster Trends Analyst at Google, confirmed that Microformats are still being supported by Google at this time:
Yes, we still support them.
— 🍌 John 🍌 (@JohnMu) January 21, 2020
John also confirmed that he knows of no upcoming plans to deprecate Microformats:
We don’t have any plans for changes to announce there at the moment. I don’t know off-hand how broadly microformats are used, my guess is it’s much more than data-vocabulary. That said … https://t.co/ZCE7rTKmPa
— 🍌 John 🍌 (@JohnMu) January 21, 2020
This is an especially great result due to the way that Google is quite happy to abandon various metadata formats, as noted in our 7th anniversary blog post, almost 8 years ago. With this announcement, Microformats are now the longest-supported metadata format that Google parses, since at least 2009!
With the continued growth of Microformats across the IndieWeb, we expect that Google will extend its Microformats support accordingly.
In microformats.org year 14, we welcome new admins: Aaron Parecki, Gregor Morrill, Martijn van der Ven, and Sven Knebel! All have been active for years, helping welcome new members and doing essential wiki gardening & microformats2 parser updates!
Originally posted at: tantek.com
With more use of microformats2, especially among the growing indieweb network of websites, we’ve iterated key specs for real-world needs and are seeing more active community members. More updates & posts coming up!
Originally posted on tantek.com.
Nine years ago we launched microformats.org with a basic premise: that it is possible to express meaning on the web in HTML in a simple way—far simpler than the complex alternatives (XML) being promoted by mature companies and standards organizations alike.
Today microformats.org continues to be a gathering place for those seeking simpler ways to express meaning in web pages, most recently the growing IndieWeb movement.
Looking back nine years ago, none of the other alternatives promoted in the 2000s (even by big companies like Google and Yahoo) survive to this day in any meaningful way:
From this experience, we conclude that what large companies support (or claim to prefer) is often a trailing indicator (at best).
Large companies tend to promote more complex solutions, perhaps because they can afford the staff, time, and other resources to develop and support complex solutions. Such approaches fundamentally lack empathy for independent developers and designers, who don’t have time to keep up with all the complexity.
If there’s one value that’s at the heart of microformats’ focus and continued evolution of simplicity, it is that empathy for independent developers and designers, for small consulting shops, for curious hobbyists who are most enabled and empowered by the simplest possible solutions to problems.
We now know that no amount of large company marketing and evangelism can make up for a focus on ever simpler solutions which take less time to learn, use, and reliably maintain. As long as we focus on that, we will create better solutions.
Speaking of taking less time, we’ve learned some community lessons about that too. Perhaps the most important is that as a community we are far more efficiently productive using just IRC and the wiki, than any amount of use of email. In fact, the microformats drafts that were developed wtih the most email (e.g. hAudio) turned out to be the hardest to follow and discuss (too many long emails), and sadly ended up lacking the simplicity that real world publishers wanted (e.g. last.fm).
Email tends to bias design and discussions towards those who have more time to read and write long emails, and (apparently) enjoy that for its own sake, than those who want to quickly research & brainstorm, and get to actually creating, building, and deploying things with microformats.
Thus we’re making these changes effective today:
We’re going to update the site to direct all discussion (e.g links) to the IRC channel accordingly.
Hope to see you there: #microformats on irc.freenode.net
Over the past few years microformats2 has proven itself in practice, with numerous sites both publishing and consuming, several open source parsing libraries, and a growing test suite. All the lessons learned from the evolution from original microformats, from RDFa, and from microdata have been incorporated into microformats2 which is now the simplest to both publish and parse.
It’s time to throw the switch and upgrade everything to microformats2. This means three things:
First, we’re starting by upgrading the links on the microformats.org home page to point to the microformats2 drafts, which are ready for use.
We’ll be incrementally upgrading the markup of the microformats.org site itself to use microformats2 markup.
Second, if you publish any kind of semantic information, start upgrading your web pages to microformats2 across the board.
If you’re concerned about what search engines claim to support, there are two approaches to choose from:
Check out the latest validators which now include some microformats2 support as well!
Third, this is a call to upgrade all microformats supporting tools to microformats2. As nearly all of these are open source, this is an open call for contributions, updates, patches, etc. for:
If it generates microformats, upgrade it to instead generate microformats2.
If it consumes microformats, upgrade it to also consume microformats2 (which may be most easily done by making use of one of the microformats2 parsers that has backward compatible parsing built in).
As we enter the tenth year of microformats.org let’s make it our collective goal to upgrade our pages, our sites, and our tools to microformats2.
Our goal is to complete all the above upgrades by microformats.or