Comparing Tumblr to Wordpress - Bijan Sabet
Yesterday, I received a few emails linking to this post on Pingdom that describes the growth of Wordpress and the faster growth of Tumblr (disclosure: I’m a board member and investor in Tumblr).
But comparing Tumblr to Wordpress is like comparing apples and oranges. They are completely different things.
Wordpress is a publishing platform. You can host it yourself or Wordpress it will host it for you. And yes, some people use Tumblr in this use case.
But the vast majority of the Tumblr engagement (traffic, page views, liking, reblogs, follows, etc), is on the Tumblr Dashboard which is their unique & native version of a social newsfeed. The Tumblr Dashboard is where you follow other Tumblr users and traffic inside the Tumblr Dashboard far exceeds (understatement) traffic to the aggregate page views to Tumblr powered sites.
I think this is a misunderstood thing with people that dont use Tumblr or haven’t started following enough people. It’s not a tool.
Tumblr is a social network and the best place for creative self expression.
I wrote a piece a while back, when I was first getting excited about Tumblr, where I describe the inside and outside view of Tumblr:
The Outside View — When Tumblr users are looking at other Tumblr-hosted blogs, they see several controls that are not visible to non-users. Along with the blog content, they see ‘like’, ‘reblog’, ‘follow’ and ‘dashboard’ icons, like this:
The ‘like’ button (the heart) is a way to create a haptic gesture that winds up on the post’s ‘notes’ list, a history of all the ways that the post has been touched by others.
The ‘reblog’ button makes a copy of the post on the user’s blog, and adds that action to the original post’s notes history.
Clicking the ‘follow’ adds the blog to the user’s list of followed blogs, which is a perfect segue to the second view in the poststream model.
The Inside View — When the user logs into Tumblr (or when they click on ‘dashboard’ after being logged in), they are presented their Tumblr dashboard, which aggregates posts from all the blogs that the user is following, plus posts from their own blog, and notes that other users’ actions have left on posts. Here’s the third page of my Tumblr dashboard from this morning (I wanted to show a note and the page controls):
The ‘like’ and ‘reblog’ controls are displayed on all the posts in the poststream, and work in the same way as described.
You can see that wakeupfromthedramscene has started following my UnderpaidGenius blog. Other notes also are displayed, although their are none in this page of my poststream: reblogs, likes, and answers to questions (any text post that ends with a question mark allows for answers to questions to be accumulated).
Bijan makes the case that this inside view — the Tumblr Dashboard — is a social network while Wordpress is just a blogging platform: all outside view, and no inside. Note, however, that the piece I quoted above was about Wordpress releasing new social features — specifically, ‘like’ and ‘reblog’ — in an effort to become better social plumbing.
So I don’t go along with the notion that these are two discrete and different things. Wordpress, Tumblr, Typepad, Squarespace — they are all social tools with a strong publishing orientation, but all support social networks of people reading and writing, just with different appraoches to supporting those connections.
Tumblr is the technology that has gone the farthest down the path toward a new social paradigm, where all involved can become full participants in the explicit social network that Tumblr supports. People can opt to be plain old readers if they want, but they will never get wise to the social streaming in the inside view until they sign up for their own account, and jump into social curation: leaving plain old reading behind.
(via underpaidgenius)
Q:did you have any luck with importing from squarespace to tumblr? dan's ruby script isn't working for me, maybe coz i'm on a mac... just wondered if you could help me?
I finally did it manually. I hired a college kid to cut and paste, and to create redirects (using Tumblr’s ‘pages’ capability) to make the URLs map. Cost me a lot of time.
Moving To Tumblr, Manually: I Must Be Nuts
A few weeks ago I decided that I really wanted to move the /Message blog off of Squarespace, which I had been using since early 2010 as my blogging platform.
I have been using Tumblr for several years for my other blog, Underpaid Genius (formerly Ambivalence), and I had become sold on the Tumblr model of social blogging (see WordPress Releases ‘Like’ And ‘Reblog’: We Need TumbleBacks, People). As a result, I decided to push ahead with porting to Tumblr, even though there is no automated way to do it. These are a few comments about the experience.
Tumblr does allow mapping a domain name to a Tumblr hosted blog, and that simply works as advertised. In this case I mapped ‘www.stoweboyd.com’ to ‘stoweboyd.tumblr.com’ and was off and running.
Tumblr does not allow someone porting to their platform any sort of automated help, and in particular this means that simply cutting and pasting entires from Suqarespace and posting them to Tumblr would work for the contents of the posts, but all the links that people in the outside world might have pointing to my writings would be broken. For example, if the old URL of an entry posted on Squarespace was
www.stoweboyd.com/message/demonizing-twitter-fear-of-the-future.html
and the new Tumblr URL would be
http://www.stoweboyd.com/post/764983011/demonizing-twitter-fear-of-the-future
and there isn’t anyway in Tumblr to create the former over again.
Since I was going to potentially break everything, I decided this would be the best possible time to change the name of my blog from /Message (www.stoweboyd.com/message) to Stowe Boyd (www.stoweboyd.com), which is something i have wanted to do for a year or so.
It turns out that Tumblr does support a redirection capability, however, which is buried in the mechanism for creating Tumblr ‘pages’. So I was able to use that to map the old Squarespace URLs to the new Tumblr URLs:

And this redirection, like the reposting, has to be done manually. But at least it is possible. There seems to be no way to automate this at present: I was informed by a friend that there are no API calls in Tumblr for creating redirect pages.
This is also made more complex by the archival URLs in Squarespace. A single post can be referred to by several URLs:
www.stoweboyd.com/message/2010/example
www.stoweboyd.com/message/2010/03/example
www.stoweboyd.com/message/2010/03/28/example
and a link from the outside world might be any of these. In general, I settled for just the first, except in a few instance where someone like the NY Times had used an archival URL.
You might wonder at this point if I had lost my mind, taking on so much manual work. But the truth is I outsourced it to a college student, Blake Harrison, once I had figured out how to do it.
There were several other major pains in the porting.
One pain is links that I have in my posts to other /Message posts. The redirection approach works in general, but we are only creating redirects for 2010 posts, or a selection of popular posts from earlier years. I expect I will be fixing those links for months — if not years — to come.
Another has to do with images. On Squarespace, I had often uploaded images onto their server, so the references to those were local. And I plan to shut down that account as soon as the porting is finished, in the next few weeks. So we had to download the images and then reupload them to Tumblr. This also helped a great deal with image presentation, since Tumblr scales photos to one of several dimensions, which match the Tumblr template model much better than a stray link to an image hosted elsewhere. I am sure we missed some. (I also discovered a nasty bug in Squarespace during this. Apparently, uploading an image file called ‘slide 1’ when there is an existing ‘slide 1’ did not lead to renaming of the second file to, for instance, ‘slide 1-1’: it led to a replacement of the image. So whenever I had uploaded images from presentations, I was inadvertently overwriting all previous presentation images.)
Both systems support tags, and we simply retyped them.
Tumblr supports setting a date for a post in the past, which we did, trying to conserve the sequence of posts. However, since Tumblr does not provide a link to the post in the editor or dashboard views, there is no simple way to browse to the page after saving to see the actual layout and to capture the actual URL (necessary for redirects). The editor preview mode doesn’t show the actual URL anywhere. Therefore, after saving a post, we would have to use the Tumblr archival URL for the date, like
which browses to a page of posts from March 3, 2010. Then we click on the specific post permalink to get the actual URL. A lot of work.
All this postdating of posts led to the discovery of a pernicious bug in Tumblr. It seems that when templates take advantage of Tumblr capabilities for moving from a given page to a previous or next page, the determination of the ordering is based on when the pages are created, not the date set in the date field. As a result, I have to avoid the use of next or previous page navigation. Hopefully, Tumblr will fix this bug in the future.
On Squarespace, I had relied on the company’s inbuilt commenting system. On Tumblr I am using Disqus, so we have cut and pasted the old comments into Disqus.
I haven’t said much about Tumblr templates, but the flexibility they offer — in comparison with Squarespace — is one of the reasons I wanted to move. I am now using Lynx created by Andrew Stichbury, and had fooled with a number of others, too.
Status And Conclusions
Blake originally was working from the past to the present, but I stopped him somewhere in 2009 to work on 2010. He’s now working backwards from the present, and is working on April posts at present. I hope he will have moved everything in the next few weeks, before going back to college.
If you have a link that doesn’t resolve, let me know in the comments to this post, and we will fix it.
The process has turned out to be workable, even with thousands of posts, although very time consuming. The redirect capability is a godsend, and solves a mazillion headaches, such as serving up RSS feeds.
I am extremely happy with using Tumblr for both of my principle blogs, and an upcoming blog project called 20onetwenty, a site that will be dedicated to my search for a place to live within 120 minutes by train of New York City.
Having multiple Tumblr blogs causes some headaches, though. Tumblr supports multiple blogs on a single account, but certain capabilities are restricted to the main (initial) blog created in that account. So I now have two Tumblr accounts, one for stoweboyd.com and the other for underpaidgenius.com (and soon, another for 20onetwenty.com). This means I have to logout and login many times a day, and this complicates the use of Tumblr’s bookmarklet. I have created a bookmark on my Firefox toolbar that links to the logout page at Tumblr, and that resolves to a login page, so the result is more or less like selecting which blog I would like to start posting to. However, it would be better if that could be integrated into the Tumblr bookmarklet, itself.
Squarespace Gets $38M to Compete With WordPress and Six Apart
Just as I move my blogs off to Tumblr, Squarespace gets a big funding. Well, I left because I wanted to get onto Tumblr, not just because Squarespace isn’t really oriented toward solo blogger like me.
First Snags With Tumblr
I discovered a pernicious Tumblr bug because of the strip-mining I am doing on the old /Message blog to populate this new Stowe Boyd blog.
I create a Tumblr text post, drag text from the corresponding Squarespace post, add tags, title, and then change the date field in Tumblr to match the original posted date of the /Message post. Fine.
But the Tumblr theme elements that point from one post to the previous or next posts, chronologically, don’t use the newly assigned date field: they appear to use the time of the creation of the post.
As a result, I have had to disable the ‘next’ and ‘previous’ navigation that is built into the wonderful Scaffold theme by Mike Harding I am using here, and on Underpaid Genius.
I hope the nice folks at Tumblr will fix this bug, soon.
Goodbye /Message, Hello Stowe Boyd
Maybe it’s a midlife crisis, maybe I’m bored with old school blogging, maybe the petty annoyances of Squarespace have gotten to me; but whatever the cause, I am moving my blogging from the old /Message (located at www.stoweboyd.com/message) to Stowe Boyd (which is temporarily located at stoweboyd.tumblr.com).
I guess am dropping the more or less superfluous /Message, and making my blog eponymous since it has long been a solo effort, and the /Message overhead isn’t worth the confusion.

via Paul Robinson
For some period of time I plan to keep the old site up, and to slowly move the most important posts over here, and to leave behind a manual pointer and a javascript redirect at each moved post. After some (brief) period, I will redirect the domain here, and take down the old website altogether.
I am forced to these gyrations since a/ Tumblr has no import support whatsoever, and b/ Squarespace will let me export into Moveable Type format, but will not let me redirect posts outside the domain name I am using there.
I had considered Posterous, but the themes seem very scanty there, and the only mechanism for importing is reading one of the existing services they know how to spider, which doesn’t include Squarespace. And at any rate, they don’t conserve the old URLs anyway.
In the next few days I will port over the most active and popular posts, and I will hire a teenager to start working on the archives.
I am forced to leave around 5000 comments behind; I will try to figure out some way to do something about that. Even using Disqus wouldn’t have helped, since all the URLs are screwed up.
Please update your RSS if you are subscribed:
Why I am Going To Leave Squarespace
I have had a number of headaches with Squarespace — the blogging platform /Message is based on — but one is so persistently annoying that it is leading me to start the (terrifying) prosect of moving my blog once again. What is that headache? It is the lowly bookmarklet: the piece of javascript that all blog platforms provide so that a user can start a blog post based on a link to a specific web page being viewed, or perhaps selecting a fragment of text to respond to.
For reasons that escape me, Squarespace has been unable to create a bookmarklet that will copy selected text.
You might think this is a tiny tiny feature, not big enough to start thinking about porting a blog over to an alternative platform. But this is something I do all the time, nearly every single time I start a new blog post.
And I have been waiting for a resolution since I moved to Squarespace in January 2010.
I complained to the support team, who handed me over to the engineers. I got this response:
Hey Stowe,
Please understand that we receive hundreds of feature requests and have limited engineering resources.
We typically prioritize bugs that critically impact site performance or core functionality first, and this issue does not fall into that category.
Again, we appreciate your willingness to use the workaround in the meantime.
Thanks,
Korey
So I guess there are so many serious bug demanding their attention that they can’t fix this extremely annoying UI problem. Their algorithm for fixing bugs leads to low priority bugs never getting fixed so long as higher priority bugs exist. In technical terms this is called ‘starvation’. Oh, and Karey, I am not willing to use the workaround in the meantime — which is already 6 months.
Meanwhile, there doesn’t seem to be any great fanfare about coming features that would make me hold my breath and wait for some glorious future. I had a conversation with the founder of Squarespace a few months ago, Anthony Casalena, who waved his hands about a big coming release, but asked me not to post anything about it. Fine.
The other reason I plan to leave is that the streaming, social dimension that I love so much at Tumblr is completely absent at Squarespace. While the tools provided by Squarespace are solid and workable, they are nearly 100% oriented toward publishing, and zero geared to streaming socially. I am certain that the great majority of Squarespace users are happy with the technology and the company; perhaps it’s just me.
Ok.
Now I just have to figure out how to port my blog to Tumblr. That’s going to be an enormous headache, I know.
Any recommendations? Squarespace does allow me to export my context into a Movable Type-style export file. But Tumblr doesn’t support any blog import at all.
Maybe I am going to have to hire someone to manually cut and paste it all together.
And of course my links will all be broken.
Maybe it would be easier to create a new blog, and simply start over. More to follow.
Moving /Message To Squarespace, Part I: More Engagement
It turns out that moving my blog — on a tech basis — from Typepad to Squarespace has gone fairly well, and that the majority of hiccups along the way were operator error: my bad, in other words. Other headaches were more like pot holes: you just have to drive around them. And there have been no big showstoppers, largely thanks to the care taken by the Squarespace team in the design and implementation of their redirection and import capability.
I have felt a bit sad about moving from Typepad. It’s kind of like ending a not-so-great relationship, where the sex and the commitment wasn’t that great, but at least you knew what you were going to be doing over the weekend. I did some of my best writing using Typepad, and I have an enduring fondness for the tool. And I have had some good friendships with some folks there, most recently Michael Sippey. (I hope we can go on talking, Michael.)
Any breakup has two sides: on one side, what you have, and on the other, what you dream of.
Motivation and Preparation
I have long been less than happy with Typepad. There seem to be hundreds of niddling annoyances: the most recent being the internal search, that authors use to find old posts, was down for weeks, and for all I know it is still down.
But the fundamental problem with Typepad is its basic design. Typepad is old, even with the recent facelifts, and it is based on MoveableType, which is even older.
For reasons that escaped me at the time, and which had nothing to do with customer satisfaction, Six Apart years ago decided to build Typepad as a branch off the MoveableType tree instead of adding functionality to MoveableType. Once they launched Typepad (TP) as a hosted version of MoveableType (MP) with somewhat simplified UX, but the same basic core, they then wandered off, buying LiveJournal and building yet another blogging platform, Vox. Recently, then seem to be chasing Tumblr, but they aren’t really a tumbleblog platform, despite some good effort in that direction (see Typepad Goes After Tumblr).
The core foundation of MT and TP are stuck back in the early ’00s. Typepad and Moveable Type share a limited notion of what a blog is, how the components interact, and how people are supposed to interact with blogs, and through blogs to interact with one another.
As just one tiny example, TP supports the notion of a ‘Typelist’ which is more or less a widget that you can insert into the margin of a blog. But the sorts of widgets they supported a few years ago were very limited, like lists of pointers, or books, or music; and one escape hatch, which allowed arbirary hunks of HTML, including javascript. So, if you wanted sophisticated widgetry, you had to rely on outside services to do much of anything aside from handbuilt lists, like old style blogrolls. Six Apart later on introduced a catalog of widgets, which I have found a/ largely unusable and b/ not very social, however.
The core problem of Typepad is a design philosophy, where the published blog is treated strictly as a means for blog reading by outsiders, like a newspaper. And other, more modern approaches — like Tumblr and Squarespace — allow the author and other contributors do things right on the pages of the blog. And behind the scenes these new platforms support very rich user experiences for publishers and collaborators.
I have been hoping for years that I could manage client relationships in the ‘near context’ of /Message.
In the case of Tumblr, a very rich sharing model — another example of the open follower model that animates Twitter and other streaming apps — makes ‘authoring’ in the Tumblr space a wonderfully augmented social experience (see Why I Am Obsessed With Tumblr, And Why That Matters). However, I have decided that Tumblr is not the right place for /Message (see Giving Up On Moving To Tumblr).
In the case of Squarespace, once I have logged into my blog, I am able to tweak formats, add new posts, and ultimately gain access to all the system’s capabilities directly. With Typepad, a user has to login to a completely different experience, totally off the published blog.
As a simple example of why this is a pain, if I were looking at a post on the old /Message Typepad blog and I saw a typo, I had to browse to a different URL — the www.typepad.com website — login, then pick which blog of my several Typepad blogs I wanted to work on, then I’d click on ‘posts’ once I had selected /Message, and then I would have to find the specific post with the typo. If that post was from the last day or so, I would see it;but if it was a few months ago I would have to search for it, or scroll back page by page until I found it. And did I mention the internal search is broken?
On Squarespace, I can just enter edit mode with one mouse click while on the page with the typo, then click on which post to edit, then fix the typo and save. Just this one use case is likely to save me hours (days?) every year. And that use case is paralleled by many others.
Any breakup has two sides: on one side, what you have, and on the other, what you dream of. You’ve heard the basic negative motivations, but let me stress some aspirations that were pulling me to Squarespace:
- I wanted a simpler, more direct authoring experience, as I discussed a moment ago.
- I wanted more control of the templates and styling in my blogs. Squarespace offers a lot in that regards, but that wasn’t the biggest driver.
- I wanted a richer experience for the community of ‘readers’. I wanted people participating in what I am doing with blogs to have a wider range of social experiences.
Working With Companies: A Motivating Use Case
Imagine that I am advising a small start-up. They probably met me in the first place because of something I wrote. I am not well-known because I am a movie star, a millionaire, or the former marketing VP of Apple. What I do have is a large body of writing that goes back 10 years plus, and many of the opportunities I get to work with people is because they read something I wrote that they think is smart at /Message.
And then our experience leaves the /Message context. We wander off to some collaboration tool, or email, or f2f. All of which have their place. But I have been hoping for years that I could manage client relationships in the ‘near context’ of /Message. And by ‘near context’ I don’t mean totally out in the open — since companies do still have secrets — but somehow embedded into the /Message context.
Squarespace allows me to create additional ‘journals’ — blogs — which can have different ‘audiences’ — groups of individuals who can access them in controlled ways. So I can — and am — creating subordinate blogs for each of my clients which are visible to them and me, and no one else. For example, I can create a blog called ‘AdjectiveNoun’ for a hypothetical company of that name, and provide accounts to the several founders. Only they and I can see the blog, or enter it. I can give any of that group the ability to make posts, and more importantly, we immediately have a private group blog in which to discuss their companies issues. Here’s what a member fo the AdjectiveNoun team would see on this page:

As you can see, at the bottom left of the screenshot above, the founders of AdjectiveNoun would see the private blog, and no one else, aside from me, would. And I can do the same — and will be doing the same — for all my clients.
Why? So that I can write write a fully public post — like this one — and then I could write private ‘add on’ posts for clients, where I can detail what the points I made in the general context mean for them specifically. For example, if I were working with a media client researching blog technologies, I might write a few paragraphs about this Typepad v Squarespace comparison relative to their needs. Or after a long post reviewing an innovative URL shortener, I would write an add on post for the folks at Bit.ly (who are a real world client, in fact.)
Note that Squarespace doesn’t yet provide any direct support for these add ons, but I am not sure yet what I would like it to be anyway. I will have to do it for a few weeks or months.
The General Use Case
The average visitor here now has more capabilities to interact with me, and other visitors, as well. In the left margin of the new /Message I have created a Squarespace forum called Open Forum, a structured, threaded discussion list. I invite anyone to add topics of interest, or add to existing ones. I have salted the forum with a few topics, like ‘The Fall Of Privacy, The Rise Of Publicy’ and ‘Sightings In NYC’. Check them out.
Next Up: Moving In
Later this week, I will write up the actual experience of building this new site — which is way more than a single blog — and the issues involevd with moving in. So far, so good: but moving onto Squarespace is not for the faint at heart, as you will see in the next post about this.



