Social Media Club Buffalo: #TacoVino

Last night the local Social Media Club chapter here in Buffalo put on the event TacoVino, a wine tasting paired with a local taco truck who has social media to thank for some of its success. City Wine Merchant opened its doors, and bottles of wine, while Lloyd Taco Truck made a special menu of duck tacos along with its regular fare.

As you look at the photos below, please keep in mind I got there a little early to take photos before the crowd arrived, that's why they may seem a little empty. I wanted to spend my time there being social, not playing photographer. After all, that was kind of the point of the event.

The event had to be capped at 50 people owing to the size of the venue, making for a smaller crowd than previous events, but it also set the tone for conversations to flow more easily and people to connect with familiar faces from previous events. Unlike those previous events where the Tweet wall garnered a fair amount of attention, probably owing to the novelty, the two tweet walls set up for this event were largely ignored by the crowd in favor of human-to-human interaction. Given the social nature of the medium, I think that's a good sign as opposed to a silent room of 50 people with only the sound of thumbs on phone displays. Regardles, the #TacoVino hash tag saw a fair amount of activity throughout the night.

I am always a little surprised when people comment to me that they not only see my food tweets, but often look at the photos of that food. Moreso when those people represent some of the larger local companies who have established a social media presence. Of course, I was obligated to post some photos of the food. Mostly to make those who didn't register in time a little jealous for what they were missing.

Credit to pulling off the event goes to the SMCBuffalo president and vice president, Nicole Schuman (@Buffalogal) and Frank Gullo (@frankgullo); Kate Wolcott (@k8creative) for the creative; Susan Cope (@susanlynncope) and Terri Swiatek (@TerriSwiatek) for event planning help; and City Wine Merchant (@ericbuffalo) and Lloyd Taco Truck (@whereslloyd) for venue, wine and food.

Given the great press the Buffalo chapter of Social Media Club recently garnered (Social Media Club Puts Buffalo on Whole New Map), I hope we can pull together more of these events and help show the other chapters, and social media types, just how strong that community is here in Buffalo.

Previous Events

• Buffalo Launches Social Media Club Chapter, September 23, 2010.
• Event Profile: #smdayBUF & #smdayBUF 2.0, August 12, 2010 (posted at City Love Cloting).
• Social Media Day in Buffalo #smdayBUF, July 1, 2010.

Browsers to Add Tracking Blockers

This may be somewhat old news by now, but given the hubbub last night that Apple and some makers of apps for the iPhone are getting sued over tracking users without consent, it seems that the struggle between privacy and features will never be old news.

Back at the dawn of the web, the notion of surfing anonymously was pretty compelling. Users in the early days had enough technical know-how to understand that privacy could not be guaranteed and at the very least a combination of IP logging and old-fashioned real-world tracking could often get an interested party the identity of someone engaging in nefarious activity. The key benefit to that process (for users) is that for most organizations it wasn't worth the bother (either time or money). Privacy was maintained simply for lack of effort.

Fast forward to today's world where online ads can track your habits and preferences, where Facebook is regularly lambasted for sharing too much information, where mobile devices can track where you are at any time, where people use social media with the curious expectation that they are guaranteed some privacy, and so on...

Microsoft sees this as an opportunity to push its coming web browser, Internet Explorer 9, to the fore by offering a new feature called Tracking Protection. Microsoft will be rolling this feature out in the next beta release due early in 2011. In Microsoft's words, the feature will do the following:

1. IE9 will offer consumers a new opt-in mechanism ("Tracking Protection") to identify and block many forms of undesired tracking.
2. "Tracking Protection Lists" will enable consumers to control what third-party site content can track them when they're online.

This is a little different from the Federal Trade Commission's request that browser makers implement a "do not track" feature. In the FTC's world, this feature sets a flag for all sites you visit asking the web site and/or ad service not to track you. The FTC cannot force anyone to honor that, however, so it's a mostly empty request. This is where the IE9 feature is so compelling — it's intended to just block the tracking outright.

Mozilla isn't missing the boat on this. Even though a similar feature was in development in June, it was pulled (for conflicting reasons) but made its reappearance just a few days ago. Mozilla's chief executive stated in an interview that [t]echnology that supports something like a 'Do Not Track' button is needed and we will deliver in the first part of next year. He was speaking about Firefox 4, which is still in beta. This puts Firefox's offering out there around the same time as IE9's.

Now that two major browsers will be developing a feature in parallel with a similar name and set of functionality, it will be interesting to see how it is implemented. While the features both Microsoft and Mozilla are discussing have mostly been in both browsers in some form since the last full release, activating those features isn't exactly intuitive for the novice user. Now comes the struggle of creating a user interface that is simple, still provides enough detail and control, and isn't so far removed from the other browser's interface that users who use both aren't horribly confused.

Whether these features are enough to satisfy the FTC, consumers, or even the ad networks is still up in the air. Whether these features will be easy to use, however, seems unlikely given browser configuration options over the years. If that happens, it may end up protecting ad networks for now.

Related

• Apple, App Makers Sued Over User-Tracking at Wired, December 27, 2010.
• 'Do Not Track' Coming to Firefox 4 at PCWorld, December 21, 2010.
• Firefox backs "Do Not Track" with online stealth at Google News, December 18, 2010.
• Privacy and the Web's 'signal-to-noise ratio' at CNN, December 15, 2010.
• Microsoft Builds Online Tracking Blocking Feature Into IE9 at Wired, December 7, 2010
• IE9 and Privacy: Introducing Tracking Protection at Microsoft's IE9 blog, December 7, 2010.
• IE9 "Do Not Track" Feature Prone to User Error at PCWorld, December 7, 2010.
• FTC Staff Issues Privacy Report Offers Framework for Consumers, Businesses, and Policymakers at FTC.gov, December 1, 2010.
• Hiding Online Footprints at Wall Street Journal, November 30, 2010.
• Question of the Day: Would you use an Internet “do-not-track” tool if it were included in your Web browser? at Wall Street Journal.

Related on this blog

• Google Analytics Opt-Out Add-On Is Out, May 26, 2010.
• Google to Let Users Opt Out of Analytics Tracking, March 19, 2010.
• Google Dashboard: What Google Knows about You, November 5, 2009.

Updated: January 24, 2011

• Firefox and Chrome Add "Do Not Track" Tools To Their Browsers

You Get What You Pay For

First off, let me apologize for ending the title of this post with a preposition. I am playing off an idiom, so I think I have some leeway. Besides, "You get that for which you pay" just doesn't roll off the tongue.

In the last week I have watched two free web services I use announce (in some fashion) that they are going away. This has caused a good deal of frustration and anger on behalf of users. And it's all just a repeat of things I have seen on the web for 15 years now.

I have watched the Brightkite blog, Facebook page and Brightkite/Twitter accounts get hammered with angry and abusive comments from users (Brightkite Yields to Foursquare, Gowalla, Etc.).

I have watched on Twitter as people have derided Yahoo's decision to shut down del.icio.us, the place where they have shared and stored bookmarks for years (Leaked Slide Shows Yahoo Is Killing Delicious & Other Web Apps at Mashable).

I felt vindicated when Google decided to pull the plug on Google Wave, partly owing to the fact that nobody could quite figure out how to wield something that was a floor wax and a dessert topping all in one (Google Wave is Dead at ReadWriteWeb).

I have watched as some of the URL shorteners on which we have come to rely for services like Twitter have announced that they are going away, or have just disappeared (List of URL Shorteners Grows Shortener).

I, and perhaps the entire web, breathed a sigh of relief when Geocities announced it was going to take a dirt nap — and finally did (Wait - GeoCities Still Exists?).

I remember when both Hotmail and Yahoo decided it was time to start charging for access to some of the more enhanced features of the free email they offered users (Say Goodbye to Free Email).

I saw people panic when they might lose access to all sorts of free video, photos, and even text content from CNN, Salon, and others (End of the Free Content Ride?).

We Get It; You've Been There, What's Your Point?

These services all have a couple key things in common:

1. Users have put a lot of time, energy, and apparently emotion into these services.
2. They are free.

The second point, in my opinion, should mitigate the first point. If you as a user are not paying to use a service, then is it a wise decision to build your social life or your business around it? Do you as a user not realize that these organizations owe you nothing?

As Brightkite announced the shuttering of its core service with only a week heads-up, they were kind enough to allow users to grab their data via RSS feeds. Yahoo hasn't even formalized the future of del.icio.us, but already fans have found a way to grab the data. But in both of these cases, if you as a user aren't backing up your data, keeping an archive, or storing it elsewhere, whose fault is it really that you might lose it all?

Is it wise to build a social media marketing campaign on Facebook, a platform notorious for changing the rules (features, privacy controls, layout, etc.) on a whim? Is relying on a free URL shortener service a good idea as the only method to present links to your highly developed web marketing campaigns? Should you really run your entire business on the features offered by Gmail, Google Calendar, Google Docs, etc? If you have to alert staff/friends/partners to something important in a timely fashion, can you really trust Twitter to do what you need?

The culture of the web (nee Internet) has always been one of an open and sharing environment, where people and organizations post information that they understand will be shared/borrowed/stolen/derided. Somehow users of the web have come to expect that everything is, or should be, free. Look at the proliferation of sites to steal movies and music as an example on one end of the spectrum. On the other end is the reliance on Wikipedia by every school kid across the country instead of a purchased encyclopedia.

Let's all take some time to evaluate our plans and what we are doing. When that vendor who builds Facebook campaigns comes back to tell you that what he/she built last year won't work this year due to a Facebook change, there is your cost. When you have to take time from your real work to download all your bookmarks just so you can try to find a way to share them again or even get them into your browser, there is your cost. When you build a business on the back of a Twitter API and have to retool your entire platform due to an arbitrary change in how you call the service, there is your cost. When your Google Doc is sitting in "the cloud" and you're sitting in a meeting without wifi just before you have to present it, there is your cost.

This cost, however, ignores something that can't be measured on your end with dollars. The cost of sharing your personal information, your activities, your habits, are all your daily cost for using many of these services.

You may be under the impression that I have something against these free services. The use of this very blog should tell you otherwise. Instead I have something against users who have an expectation of free, top-notch service from organizations who are really only around as far as their cash flow can sustain them.

I keep my bookmarks on my local machine and just share the files between computers. I have been archiving my Brightkite photos since I started using the service, and archiving the posts to Twitter and Facebook, all the while backing up my Twitter stream. I use locally-installed software (MS Word, OpenOffice) writing to generic formats (RTF, etc.) and keep the files I need where I can access them (file vault on my site). I pay for a personal email service in addition to maintaining a free one. Other than Twitter, with its character limits, I avoid URL shorteners (and have no interest in rolling my own). I signed up for Diaspora in the hopes that I can funnel all my social media chaos to the one place I can take it with me. I keep a landline in my house so when the power goes out I can still make a phone call to 911.

I don't tweet my disgust when Facebook changes its layout. I don't post angry comments on Brightkite's wall when they kill a service. I don't try to organize people to take their time to rebuild Google Wave when I cannot. I don't punch my co-worker when he buys me a sandwich and the deli failed to exclude the mayo.

Let's all take some personal responsibility and stop relying solely on something simply because it's free. Your favorite free thing is different or gone (or will be). Suck it up and move on.

Update: January 10, 2011

Alex Williams at ReadWriteWeb echoes the general theme of expecting free stuff in the post "Dimdim: The Risk of Using A Free Service."

Update: January 12, 2011

Free sometimes means "full of malware and viruses," even when you are just installing free themes for your blog: Why You Should Never Search For Free WordPress Themes in Google or Anywhere Else

Update: January 2, 2014

Jeffrey Zeldman explains the process in a narrative: The Black Hole of The Valley

W3C to Explore a Federated Social Web

You might recognize the World Wide Web Consortium (W3C) from such specifications as HTML, CSS, XHTML, ARIA, MWABP and other acronyms that are hardly pronounceable. Today the W3C has added yet another item to its list, in the form of the Federated Social Web Incubator Group (the announcement).

You may wonder what the W3C has to do with social media, other than the fact that it's all built using W3C technologies (HTML, CSS, ECMAScript, etc.). The answer is pretty simple — social media lives on the web, uses web technologies, and is sorely lacking in any standardization. This does not mean, however, that the W3C is trying to create a standard. The Federated Social Web Incubator Group is not in the standards track, so don't expect specifications to be forthcoming. Instead, W3C Incubator Groups are intended to quickly turn around ideas related to new concepts that aren't (yet) candidates for specifications developed through the W3C Recommendation Track (which is how we got HTML).

The mission of the Federated Social Web Incubator Group is to provide a set of community-driven specifications and a test-case suite for a federated social web. As with anything as nebulous as this, I am curious about deliverables, which they are kind enough to provide in the working group charter:

1. An interoperable number of user stories and associated test-cases for a federated social web, with a focus on a compelling user experience. A strawman input document is available.
2. The requirements and design of a meta-model - on the semantic level - and design patterns - on the protocol level - in order to share status updates on the Web. These may be implemented by a number of different architectures, and these architectures will be compared.
3. OStatus is one design pattern for the Federated Social Web. OStatus lets people on different social networks follow each other. It applies a group of related protocols (PubSubHubbub, ActivityStreams, Salmon, Portable Contacts, and Webfinger), and so is a minimal specification for distributed status updates, and many social applications can be modelled as status updates.

If you find yourself wondering just what the heck is a federated social web, you may not be alone. The casual user probably won't have a clue, but someone developing for social media has already been plagued with the lack of interoperability, data portability, Balkanization, and general technical hurdles. Ideally, the W3C might have some novel ideas on how to address this, although industry will probably move more quickly than the W3C. Regardless, I recommend reading up on the concept in this post, which explains it almost in a federal/states'-rights model versus a sprawling open source model.

• What is the federated social web? by Evan Prodromou, July 13, 2010

If you are a little too lazy to read through the entire thing, he had a follow-up post titled Features of a federated social web where he outlines some of the key features of current social networks and frames them as the possible basis for a federated social web, should one ever happen. Since I can tell you haven't clicked that link, here's the list, but you'll have to go to the article for more detail on each.

• Identity: your unique details that make you, you.
• Profile: how you present your identity to the network.
• Relationships: the whole point of being social are your connections.
• Media: terrible photos, loud video, tasteless haiku, etc.
• Activities: think of the news feed or tweet roll.
• Messages: an analogue to email or SMS.
• Groups: methods to organize your connections.
• Search: you gotta find stuff, after all.
• Client API: allowing third-parties to develop add-on features.
• Data portability: sadly not implemented very often, if at all.

When you break it down, the idea of somebody stepping in to help standardize all of this to make the social web easier to use can be pretty compelling. Whether the W3C decides it can even make an effort to try will be in the hands of this new incubator group. I, for one, wish them luck.

W3C Releases Mobile Web App Best Practices

The World Wide Web Consortium (W3C), the standards body that has brought us such fun specs as HTML, XHTML (or what's left of it), CSS and other exciting yet dry specs, has today announced that it has created a standard for mobile web applications best practices. From the Mobile Web Application Best Practices announcement:

W3C today issues standard best practices to create smarter mobile Web applications. The Mobile Web Application Best Practices offers practical advice from many mobile Web stakeholders for the easy development and the deployment of mobile Web applications that work across many platforms. The guidelines also indicate how to design Web applications that are efficient, well-suited to different contexts, and which boost the overall mobile user experience.

You can get to the full release here: W3C Issues Best Practices to Create Smarter Mobile Web Applications. The document has support from some players in the mobile industry: AT&T, The Boeing Company, China Unicom, China Electronics Standardization Institute, Deutsche Telekom, Electronics and Telecommunications Research Institute (ETRI), Fundación ONCE, France Telecom, Google, HP, MobileAware, Mobile Web 2.0 Forum, Nokia, Novarra, Openwave Systems, Opera Software, Rochester Institute of Technology, SK Telecom, Telefónica de España, University of Manchester, Vishwak Solutions, Vodafone, Volantis, and what the W3C calls "invited experts." Given a key statement from W3C (emphasized by me in bold in the quote below), it makes sense that these organizations are interested in keeping their costs down by pushing developers to minimize network abuse.

Mobile Web Application Best Practices offers guidance on which Web technologies are particularly relevant on mobile devices. The guidelines also indicate how to design Web applications that are responsive to their usage context, while sparing the network and optimizing response time to significantly boost the overall mobile user experience.

In conjunction with this announcement, the W3C has also released its Mobile Web Application Best Practices (MWABP) Cards. The 32 best practices defined in the specification are divided into 6 categories, or cards, covering the categories "Spare the network," "Set users free," "Remember Web principles," "Design for flexibility," "Exploit mobile-specific features," and "Optimize response time." Given the recent slew of "card sets" as quick reference guides for everything from usability to accessibility, this approach isn't too much of a surprise.

What is a surprise is that the cards are just a web page that happens to display well on mobile, but that's about it (there is a PDF version, too). Given that just a few months ago the W3C updated its Cheat Sheet (W3C Cheat Sheet Now Includes HTML5), an app for mobile devices that also includes a section on mobile web best practices, it would have been nice to see this rolled up into that tool well. In a quick check at the Android Marketplace, I do not see an update available for the Cheat Sheet.

If you were paying attention in October, you might have seen when the MWABP Cards were released for review, or when the MWABP became a proposed recommendation. That they have wrapped this process up relatively quickly to come up with a final release is nice to see, considering the comment period ended just under a month ago.

Because I am always interested in recommendations for technical implementation, I pulled this one item out of the list:

• Make telephone numbers "click-to-call."

There is no direct link to th relevant part in the MWABP document, but you can find it in section 3.5.6 Make Telephone Numbers "Click-to-Call." The document says to use the tel: URI scheme (protocol if that's how you know it, even though that's incorrect) in an href along with the full international phone number, as outlined in RFC3966. The document then goes on to say:

Note that at the time of writing support for this RFC is limited and device compatibility should be verified before deployment.

Sadly, the document gives no indication what to do to support desktop browsers that cannot process that link. The lesson here is that sometimes best practices in a vacuum can butt up against other best practices (like making sure all your links work for all users).

Regardless, there are some good standards in here, and with a little technical and implementation know-how, developers should be able to put it to good use.

Brightkite Yields to Foursquare, Gowalla, Etc.

Brighkite has made an announcement today that affects me and a handful of other people (not counting all the people on Facebook whose timelines I inadvertently spam): Brightkite is dropping check-ins, posts and streams.

Brightkite started 3 years ago with a Twitter-like ability to share your random musings. However, it took the Twitter idea further and integrated built-in photo sharing and geolocation for each post. It was a while before Twitter even opted to offer location in tweets, and it still relies on third-party services to link photos. Brightkite also allowed for comments on posts and more robust friend (and fan) management. But being better or first didn't quite count (which reminds me, does anyone have a Betamax VCR I can borrow?). From Brightkite regarding place check-ins, photos, and user/place streams:

These features were the defining element to our company 2 and 3 years ago, but we no longer believe they are sufficiently unique or defining to be our focus, so we are dropping them.

Brightkite itself is not going away. It will focus on its group text feature, something for which I do not have any need. I did practically eulogize the loss of these features three months ago when Brightkite announced its first change in direction (Brightkite Changes Direction). I'll spare you the recap.

Others Starting to Offer Similar Features

This isn't the only change in the location-based social media space, however. The idea of attaching photos to places and not just tweets has been gaining traction. Last March, Gowalla offered the ability to attach photos to a place (The Location-Based Wars Rage On: Gowalla Adds Comments, Photos & More). Users checking in to a place can see images from other users or contribute their own. The interface for the mobile application is a bit clunky, and it's not a major feature of the service, but it re-creates some of what we saw in Brighkite.

Gowalla announced just a few days ago that it is going to integrate with Foursquare and Facebook places, allowing users to see their friends in one stream of activity. This is a converse of the single-point check-in service offered by Check.in, offered by Brighkite, that allows users to check in to Brighkite, Foursquare and Gowalla at once using some place matching tricks.

Just yesterday Mashable posted a theory that Foursquare is going to add photo sharing, based on a screen shot from a user and comments made by the Foursquare CEO about new features in the works. If Foursquare is really offering this feature, it essentially re-creates a core feature of Brigktkite. Whether it will offer a stream of photos with comments is anyone's guess. If it does pan out, it keeps Foursquare ahead of Gowalla, owing partly to Foursquare's Tips feature (Brightkite Photo Tips, anyone?).

Gowalla and Foursquare aren't the only players in the location-based world of photos. For those who know me, Foodspotting is right up my alley, allowing users to post food photos that are associated with food venues. SCVNGR also allows people to post photos with places as part of its overall game model, awarding points for the activity. There just isn't a good way to access those photos for users who are just checking in to a place to play the game. Facebook Places tries to offer some of these features, but it gets lost in the mountain of other things users can do on Facebook and certainly has its own batch of privacy issues beyond just giving up your location.

While users can now associate a tweet with a place and post a photo readily from their mobile phones, the existing photo sharing services don't provide a way to see all images associated with a place. That is why place-centric services are starting to see the value of relying on user-generated imagery to bolster their core offering — checking in to places. In the end, being able to see photos of food, the venue, the crowd, the lighting, specials, and the local drunk may be far more compelling reasons to use a check-in service than earning badges or pins.

That Brighkite is stepping away from this saddens me, but there are clearly going to be others offering at least some of those core features in the near future.

Related Articles:

• Thanksgiving and Social Media, Redux
• Brightkite Changes Direction
• Why We Check In: The Reasons People Use Location-Based Social Networks (my Brightkite use is referenced in the article)
• Securing Facebook Places (from Your Friends)
• Twitter Pushes into Places
• Travelogues, Places and Meetups
• Brightkite Tries Another Angle
• The Future of Check-ins at evolt.org
• Mapping Location-Based Social Media at evolt.org
• Real World Hyperlinks at evolt.org
• Don't Let Social Media Get You Robbed (or Stalked)
• Enjoying Thanksgiving with Social Media
• We are thankful for... at the Brightkite blog

Negative Reviews Can Now Affect Site Rank Downward

One of the ongoing truths about search engine optimization (SEO) has been that inbound links are usually a good thing. This has caused SEO scammers to abuse the practice by creating and using "link farms," sites that exist solely to link back to client sites. This "spamdexing" technique is based on having many of these sites (hundreds, thousands) with nothing but links. Quite some time ago Google, Yahoo, and other search engines from the mists of history all recognized this bad practice and started penalizing sites listed on those indices.

When you get SEO spam email claiming that the spammer will list your site in 300 (or some other large number) search engines, this is often what they mean. If you can name more than three search engines, you are already ahead of most Internet users and you recognize that 50, 100, 300, etc are all untenable numbers. If you get an email from someone saying he or she likes your site, has linked to it, and wants you to link back, it's probably just another link farm.

Sadly, with the proliferation of community and social media sites that allow users to post comments and rate organizations, we see a repeat of the comment-spamming model that has caused blogs (among others) to implement CAPTCHA and other Draconian measures to try and hold back the tide of comment spam. As the adage "all press is good press" has led us to believe, coverage of any sort is good for business. That also means that sites that track comments about business, such as Epinions, Get Satisfaction and others like them, can end up boosting an organization's rank in the search engines even when customers complain about the organization. Let me restate — if people had anything to say about you, including bad things, they were giving you a bump in search engine results.

Cue an article in the New York Times, A Bully Finds a Pulpit on the Web, which tells the story of a woman who purchased a pair of glasses from a company that appeared at the top of the Google search results. Not only did she not get the product she wanted, it took a decidedly Single White Female turn and became a real life game of harassment from the vendor. The motivation for the vendor to behave this way is pretty clear from a comment on Get Satisfaction, posted by the very person harassing the customer.

Hello, My name is Stanley with DecorMyEyes.com. I just wanted to let you guys know that the more replies you people post, the more business and the more hits and sales I get. My goal is NEGATIVE advertisement.

When you see comments like these from "Michael" on Get Satisfaction, you can see how Michael's constant "complaints" are really doing nothing more than acting as link machines back to the offender's site. You decide if Michael is a real person or just part of the link spamming.

While this is an extreme case, it was enough for Google to take notice. On December 1 Google announced that it has made changes to its search algorithm (Being bad to your customers is bad for business):

[W]e developed an algorithmic solution which detects the merchant from the Times article along with hundreds of other merchants that, in our opinion, provide an extremely poor user experience. The algorithm we incorporated into our search rankings represents an initial solution to this issue[...]

Google makes some fair points about blocking (or lowering the rank of) an organization's site outright that has negative commentary associated with the organization. In that scenario, many politician sites would fare poorly. Competing organizations can engage in a war of defamation on third party sites. And so on.

What's key about Google's statement is the phrase "extremely poor user experience." This goes beyond just poor customer service and defective products, and can now capture sites where people complain about the design or the usability. I am one of those people who has reached out to a site to complain about a technical or implementation problem (yes, I am that jerk) and, when faced with no response, have taken to the critique sites to restate my case (complaint, whining, whatever). If you get enough user experience (UX) designers to complain about a site's ability to confound, or enough disabled users to complain about a site's inaccessibility, those can now impact a site's overall Google rank.

As you read the Times article, remember that even if your organization would never behave that way, if your site is impossible to use and people say so on opinion sites, then you could fall into the same bucket.

While you're considering that, make sure your site loads quickly, too (see the last link below).

Related

• Beware The Link Farms – Avoiding Mistakes In SEO Link Building
• A Bully Finds a Pulpit on the Web
• Being bad to your customers is bad for business
• Your Site Speed to Affect Its Google Rank

Two Advent Calendars for Web Developers

One of the best parts of December, regardless of whether you believe in Christmas or that it belongs in December, is the fun of the advent calendar. As a kid I used to look forward to jamming a new piece of creche-themed chocolate (chocolate stablehand, anyone?) into my mouth every morning before breakfast. Now that I am a little older and can wait until after breakfast, I can also appreciate more evolved advent calendars.

24 Ways

Today marks the start of 24 Ways, an article-a-day site presenting web design and development posts from authors such as Dan Mall, Simon Collison, Richard Rutter, Cennydd Bowles, Sarah Parmenter, Veerle Pieters, etc. The site has been dispensing holiday nuggets ever December since 2005 and, based on past years (2005, 2006, 2007, 2008, 2009), this year will have some gems. Last year I had a write-up on 24 Ways as well (24 Ways Is Back Over 24 Days), and I can tell you that I have referred back to some of the posts often.

You can find daily updates right on the home page, or by following 24 Ways on Twitter (@24ways), Facebook and/or following the RSS feed in your favorite aggregator (full content of each article is in the feed).

This year 24 Ways is changing it up and also offering a printed annual with all the 2010 articles with all the proceeds from the sales to be given to UNICEF. The printed version of 24 Ways is only on sale during December 2010 (for £8) and will be printed at some point after that. You can read more and place an order at the 24 Ways Annual site.

Adfont Calendar

Fontdeck has created its own advent calendar, or its Adfont Calendar (see the image above). Each day a user can select the appropriate "drawer" to access another free web font special. Here's the cool part about it — these are web fonts.

Before you get too excited, it's clearly a sales promotion, but at least you get to try out some new typefaces and enjoy a discount to buy the whole thing. According to Fontdeck, all of their web fonts are free to trial for up to 20 visitors, but the fonts in the Adfont Calendar are also free to upgrade for use on a web site with up to 1 million page views. You will need to sign up for an account and provide Fontdeck with the URL of the site on which you will use the typeface. Once you do that, Fontdeck provides you with code to link to the CSS file and the appropriate CSS to use in your site.

I signed up for today's free font, Museo 900. All I had to do was create my account and then click the big red "Purchase font licenses" option. Since it's a $0 annual license, I wasn't too concerned about clicking the button (but I shouldn't count on it lasting past December 1 of next year). I was presented with a block of text that, comfortingly, read:

Thank you! We've upgraded this account to unlimited use – now all your site visitors will see the fonts.

And that's it. It looks like it's good to go. Now, today's offering isn't exactly the typeface I would choose for my site, so I will be visiting daily to see what other typefaces open up this month.

If you are really itching to play around with web fonts and want more options, check out the article I wrote in July, Trying Google Font Previewer.