Thoughts on Posts and Articles

By Deane Barker 5 min read
Author Description

Content can be temporal or permanent. Which type it is has impact on how it’s handled.

AI Summary

This post explores the differences between blog posts and articles, emphasizing the informal nature of blogs and the more structured approach of articles. The author discusses audience engagement, content depth, and the impact of these formats on communication and information sharing.

What’s the difference between a blog post and an “article” or a “story”? By those terms, I mean content that isn’t as ephemeral as posts that hit the site every 15 minutes.

Blogs are, by definition, transient – they’re time-based, and items get essentially dropped into a stampede that tramples down the front page. What if you want something to rise above the stampede?

For the last five years or so, I’ve been an editor of Mr. Kiss Kiss Bang Bang, which is a popular James Bond site. We recently converted the site to a blogging platform, and we ran into the core issue that not all posts are created equal. Some are little news briefs, and some are full-scale articles running into the thousands of words. Obviously, we didn’t want the feature articles to get lost in the crowd.

There are a few ways to handle this.

  1. You can take articles out of the blog framework altogether, and simply write them as static files. If you have a good file include structure for your common elements, this might not be a bad idea.

  2. You can do them as regular posts in a different category, then just list the items in that category somewhere and suppress that category from the main page of postings.

  3. You can create a separate blog to handle just features (stories? articles? – is there a standard terminology here?), which gives you the benefit of them having a different URL structure.

(Note that all these strategies are Movable Type-centric. Other platforms likely have other options. If you have experience with any, please drop a comment about them.)

That last option is interesting, because it’s important to me and I don’t know why. I’ve always been a stickler for clean URLs, and for URLs that impart some meaning. Given this, I want my features (stories? articles?) to have their own URL structure that separates them from the rest. The standard URL structure on this site includes the date (yyyy/mm/dd/PostTitle.html), and that’s antithetical to the fact that the content is not time-sensitive.

(Do URLs live in neighborhoods? Is the URL that imparts a date not as prestigious as the URL that merely imparts the type of content, like /articles/ArticleTitle.html?)

So, just when does content rise above the…flimsiness of a regular old blog entry? Don Park has had a discussion going about when a blog entry should become a wiki page:

Imagine posts and comments flowing from blogs to wikis like the way streams feed into lakes. Got the picture yet? Now think of a blog category as a wiki page. The picture changes so that the blog becomes a mountain and categories become the streams running down the side of the mountain in all directions toward wikis into which streams from other mountains also feed into.

Radio Userland explicitly separates “posts” and “stories.” Here’s the explanation from their documentation:

If you think of Stories – conceptually – as permanent or semi-permanent weblog Posts, you will be on the right track. Most folks compose weblog posts on-the-fly as they are inclined to share something of immediate interest. Stories tend to be written at leisure to capture extended thoughts on a given subject.

Practically, however, the only difference I can see is that stories have a title, whereas posts do not. That, and the fact that stories do not appear in the time-ordered part of the site – they’ve risen above that.

A Whole Lotta Nothing had a great article (post? story?) on the subject of using Movable Type for all your site’s pages:

It’s pretty common for people new to weblogging to embrace the simplicity of publishing, and crave it in the rest of their tools. Once you start blogging and the pain of FTP and hand HTML coding is gone, many people start wishing their blogging tools could handle other pages on their site, but virtually none of them do out of the box.

I don’t quite know where to go with this. In the next week or so, I’m going to create some static pages for Gadgetopia (“About Gadgetopia,” etc.) and I’ve created a new blog just for that purpose.

But what about posts like this and this? Posts that are big, more in-depth than normal, and that transcend time considerations? These aren’t meta-content like an “About” page, but they’re not regular posts either.

  1. The practical question: How do you display these entries somewhere other than in mosh pit of other entries? How do you make sure they’re set apart and decay more slowly than everything else?

    This question obviously only applies to HTML users. People reading your content through RSS have no concept of page placement or emphasis via visual cues. Since almost 50% of this site’s visitors are via RSS, this isn’t a trivial factor.

  2. The academic question: Other than what I asked above, does this type of content deserve anything more than that? Does it need its own URL structure to further separate it from the chaff?

    This article (post? story?) is a good example – I have other things to blog about, but I won’t for a few hours because I want this entry to stay at the top of the front page for a while. I’ve spent a lot of time writing it, and I don’t want it to slip below the fold right away. Vanity, to be sure, but still an issue.

    Similarly, when I introduced The Joshua Project on this site, I actually emailed all the Gadgetopia authors and told them not to publish anything for half a day so the post could get some exposure before it got knocked off its perch at the top of the front page.

I’d love to hear any comments or thoughts on this.

Links to this – Words, Links, and Centrality: Evaluating 17 Years of Gadgetopia Content April 1, 2019
What do you do when you have too much content to review?
Links to this – A Case for Movable Type as your Intranet March 30, 2008
Here’s a fact: intranets don’t have to be crazy-complicated. Intranets are fundamentally about sharing simple information, which is not as hard as some people make it out to be. As simple as this is, most organizations either have no intranet, or a smattering of HTML pages someone threw together...
Links to this – Ruminations on Posts vs. Pages September 20, 2005
Blogging systems have always confused “posts” and “pages.” We’ve talked about this before: what is the difference between a time-sensitive “post” and an “eternal” page? At what point does a “post” get re-visited and revised enough that it should become a page? We wrote about this at length almost...
Links to this – More Great Wikipedia Coverage: Hurricane Ivan September 15, 2004
Hurricane Ivan – Wikipedia, the free encyclopedia : Wikipedia coverage of Hurricane Ivan is just phenomenal. They have hotlinked satellite images, all the latest announcement and statistics, links to about everything you need to know, etc. The thing about this coverage is that its different than...
Links to this – On Posting Practices December 27, 2006
Aaron Mentele is asking about posting practices for people who blog a lot. But while the first part of my prediction seems to be true, I can’t say the same about posting getting any easier. Deane Barker tells me he spends 15 minutes on each post with the exception of an occasional chapter on cms...
Links to this – Coming Soon: Guided Content Maps October 28, 2005
Disparate content ideas need to be drawn together into a cohesive whole through topic pages.
Links to this – Discussion Forums as Blogging Apps September 22, 2003
Rob left a comment on a previous entry about the site Pocket PC Thoughts . This site is doing something I’ve been thinking about for a while: running a blog-type site off of discussion board software. (Postscript: Comments no longer exist on this site, so Rob’s comment is not on the linked page.) I...
Links from this – Human-readable URLs November 5, 2002
I’ve always been a big believer in legible URLs. There’s nothing more annoying than a URL that stretches into hundreds of characters – ever tried to email one of those to a mail client that wraps at 76 characters? Additionally, I’ve written before about the need to support URL hacking. When I wrote...
Links from this – Do Yourself a Favor and Stop Learning September 19, 2003
We have enough platforms and enough technology. Let's use what we have to build things.
Links from this – Content Management as a Marriage July 14, 2003
An absurd analogy: content management is like a marriage in so many ways.