This is a read-only archive. Find the latest Linux articles, documentation, and answers at the new Linux.com!

Linux.com

Feature: Enterprise Applications

Drupal vs. WordPress: Which is better for blogging?

By Bruce Byfield on March 21, 2007 (7:00:00 AM)

Share    Print    Comments   

How do Drupal and WordPress, the leading content management systems for blogging, compare for the average user? To find out, Linux.com used a preconfigure Drupal site from Bryght and a free site from WordPress.com to set up two similar sites. We compared the interfaces, the basic tasks of customizing a site, adding content, managing comments and spam, and reading site statistics, as well as the other available options. A pattern soon emerged. Consistently, Drupal offered more fine-tuning and tools for managing multiple blogs, while WordPress, although less configurable than Drupal, proved easier to use and navigate.

Using the interface

Drupal favors a hierarchical interface, with only a few top-level entries. This is possibly the worst possible choice for a program with as many options as Drupal, because, starting at the second or third level, users are overwhelmed with choices. If all you are doing is adding content, the arrangement is bearable, but if you are administering, it means that you usually have to click three or four times for every one or two clicks in WordPress to accomplish the same task -- a small difference for a single task, but one that soon adds up when you are configuring a site or needing to set related options that don't happen to be grouped together

One improvement that would especially benefit Drupal would be a submenu that would allow users to move freely between items at the same menu level. As it, users cannot skip directly from Adminster -> Logs -> Recent Hits to Logs -> Top Visitors, for example. Instead, they have to return to Administer -> Logs first, a necessity that not only adds to the number of mouse-clicks, but also makes learning the interface considerably harder.

After Drupal's, WordPress' interface comes as a relaxing surprise. Part of the reason for WordPress' greater ease of use is that it offers fewer options. However, in addition, WordPress has more top-level items in the menu hierarchy, and therefore requires less drilling down or searching for items. To increase usability, WordPress also divides the top-level items into two lines of half a dozen items each, the second of which is a submenu in some contexts. WordPress also includes a Dashboard of its most common tasks, which allows many users to avoid other parts of the menu altogether. The overall result is that WordPress is much easier to use and learn for both contributors and administrators.

Once you get to the page you are looking for, much of the difference in usability disappears. Both Drupal and WordPress do an outstanding job of incorporating two or three lines of help into the interface. However, the trick is finding the page you want in the first place.

Verdict: WordPress. Even though Drupal has more options, they could be arranged more efficiently.

Customizing design

Drupal and WordPress both make use of a combination of predefined elements and themes to customize the layout of a blog.

In Drupal, predefined elements are available under Adminster -> Site configuration -> Site Information, while in WordPress, they are found under Options -- neither of which seems a particularly apt description. In both, the customizable elements include the name of the blog and a tagline or slogan. However, while the rest of WordPress' options are fine-tunings of the relatively minor matter of date and time presentation, Drupal's Site Information continues with more obvious elements, such as a mission statement for the first page, the name for an anonymous poster (like Slashdot's "Anonymous Coward"), the default front page, and footer contents. If you care about date and time options in Drupal, you can go to Adminster - > Site configuration -> Date and time to adjust them.

Both Drupal and WordPress support dozens, if not hundreds, of themes. For both applications, minimalist themes predominate, but chances are you can find something in either for every aesthetic sense. Generally speaking, the themes available in WordPress under the Presentation menu control the degree to which you can control the colors used or position content, and the amount of customization possible varies with the theme. By contrast, while themes in Drupal also affect the degree of customization available, they do so to a much smaller extent. By choosing Administer - > Site Building -> Themes in Drupal, you can choose which elements to display for any theme, as well as such details as whether comments are accompanied by posters' photos. Further customization in Drupal is available in Site Building -> Blocks, where you can customize headers, footers, and sidebars, and in Site Building -> Menus.

In Drupal, you can even choose a separate theme for the administration pages, allowing you to administer an elaborately designed site while using a minimalist theme, or to try out a theme privately to see if you like it. By contrast, WordPress propagates a change of theme as soon as you select it, giving you no chance to explore without changing your site.

Verdict: Drupal. WordPress will satisfy many users, but if page design is of primary importance to you, then Drupal will be more satisfying.

Creating content

Both tools use the JavaScript Tiny MCE for WYSIWYG writing and editing. The main difference is that WordPress enables Tiny MCE by default, while Drupal requires it to be specifically turned on in Administer -> Site Configuration -> TinyMCE. Without Tiny MCE, Drupal offers only a series of fields that allow a configurable selection of HTML tags; but, in compensation, it allows administrators to define which users can access Tiny MCE, and which pages it is used on. Users can also configure the toolbar, the editing window, and tools such as HTML verification and Cascading Style Sheets. These options can be especially useful if you want to enable options such as a character map or spellchecking, or your own HTML code, all of which the default Tiny MCE setup in WordPress lacks. In neither application can you insert tables with a WYSIWYG tool.

Regardless of whether Tiny MCE is used, both Drupal and WordPress have the expected options for uploading graphics, assigning tags, and publishing. Unsurprisingly, WordPress' interface for these choices is somewhat easier to use than Drupal's default, but almost identical to Drupal with Tiny MCE enabled.

Verdict: Tie for most users. If you have special needs, such as using international characters, then Drupal wins because of its customization.

Managing comments and spam

WordPress and Drupal manage comments and spam with much the same efficiency. They let you notify a configurable email address about comments that need approval, and use the Akismet spam plugin as a filter. WordPress' use of links to approve, delete, or designate as spam has a slight advantage in efficiency over Drupal's use of combo boxes for actions, but that advantage is balanced by Drupal's ability to configure rules for allowing or denying access to your site according to username, address, or host.

Verdict: Tie. If your priority is ease of use, then WordPress has an edge, but if managing spam is the priority, then Drupal does.

Reading site stats

As you might expect from a system designed for multiple users, Drupal includes a wide variety of logs. In addition to a general status report, Drupal includes logs for recent hits, "access denied" and "page not found" errors, and top referrers, search phrases, and visitors. As if that were not enough, from Adminster -> Site configuration you can also set up your site for use with Google Analytics.

Compared to Drupal's detail information, WordPress' site stats are disappointing. The Dashboard displays a summary of recently added content, but the most detailed information WordPress offers is listed under Blog Stats and Feed Stats. Blog Stats lists referrers, as well as search engine terms used to navigate to your site and the links clicked on your site, and shows page hits in both columns and graphs, but this is an extremely limited selection of information compared to what Drupal offers. Feed Stats is even more limited, showing only graphs, although to be fair this feature is still in beta.

Verdict: Drupal. Even if you don't get much traffic, you wouldn't be human -- let alone a blogger -- if you didn't want to know as much as possible about how your site is being used.

Using other features

A useful feature in both programs is the ability to block visibility of the site from both search engines and ordinary users. In Drupal, you can go to Administer -> Site configuration -> Site maintenance to take your site offline; alternatively, you can disable the Ping module in Administer -> Site building -> Modules and go to Administer -> User Management -> Roles to prevent users from doing anything on the site. In WordPress, you can set a similar option by selecting Options -> Privacy -> I would like my blog to be visible only to users I choose, and then assigning no users except your administrative account. Either way, disabling access allows you to configure a site without the disconcerting experience of receiving hits or comments before you are ready for them.

Additional functionality is available in the form of plugins for WordPress and modules for Drupal. WordPress' vary from enhanced statistics and reporting and ad management to tools for enhanced handling of comments and spam. Drupal's selection of modules is equally broad, and includes an aggregator for RSS feeds and the capacity to add forums and polls.

Verdict: Tie. Given the sheer number of WordPress plugins and Drupal modules, choosing one over another is impossible. Let's just say that if you want a particular function, you have a good chance of finding it in either one.

Conclusion

This comparison used preconfigured sites, so the exact functions of the Drupal or WordPress site you use may differ from the ones mentioned here. However, the differences between the two programs were so systemic that the exact structure of the sites you use should not greatly change the results given here.

The truth is, both WordPress and Drupal are mature pieces of software with, I suspect, a good deal of influence on each other's development. Neither is going to have a major feature that the other lacks for any length of time, and most bloggers could probably be content with either.

In the end, your choice of one over the other will have more to do with your preferences and needs than with any advantage or disadvantage one has over the other. On the one hand, if you like as much control as possible over every aspect of your blogging, or need to manage multiple blogs, then Drupal is designed for you. On the other hand, if you are willing to let the program do some of the management for you and have relatively simple needs, a preference for navigation efficiency, and only a single blog -- or perhaps two or three at the most -- then you will probably be happier in WordPress.

Bruce Byfield is a computer journalist who writes regularly for NewsForge, Linux.com, and IT Manager's Journal.

Bruce Byfield is a computer journalist who writes regularly for Linux.com.

Share    Print    Comments   

Comments

on Drupal vs. WordPress: Which is better for blogging?

Note: Comments are owned by the poster. We are not responsible for their content.

Not a valid comparison

Posted by: Anonymous Coward on March 22, 2007 06:09 AM
They're comparing a dedicated blogging software to a CMS that can do blogging... not good reporting.

#

Re:Not a valid comparison

Posted by: Anonymous Coward on March 22, 2007 05:03 PM
I agree, but saying that a CMS named drupal ties with blogging program named wordpress is actually a plus for drupal since it can slug it out with one of the best blogging software out there yet deliver more as a cms which wordpress cannot

#

Re:Not a valid comparison

Posted by: Anonymous Coward on March 22, 2007 05:10 PM
Moreover there are so much blogging tools available out there, and some very good ones besides Wordpress... That makes little sense...

#

Wikipedia article

Posted by: Anonymous Coward on March 22, 2007 09:52 PM
Drupal
* <a href="http://en.wikipedia.org/wiki/Drupal" title="wikipedia.org">http://en.wikipedia.org/wiki/Drupal</a wikipedia.org>

WordPress
* <a href="http://en.wikipedia.org/wiki/WordPress" title="wikipedia.org">http://en.wikipedia.org/wiki/WordPress</a wikipedia.org>

Blog
* <a href="http://en.wikipedia.org/wiki/Blog" title="wikipedia.org">http://en.wikipedia.org/wiki/Blog</a wikipedia.org>

#

Re:Wikipedia article

Posted by: Anonymous Coward on March 23, 2007 02:46 PM
I dont know why some 1has done such a useless/stupid comparision..shd i say something more..some 1 who is comparing drupal to wordpress
(not a cms just a blog maker) must be insane

#

My view

Posted by: Anonymous Coward on April 12, 2007 12:56 AM
Here's my <a href="http://leonti.us.to/en/blogging-drupal-comparison-wordpress" title="leonti.us.to">point of view</a leonti.us.to>. Probably too biased to Drupal, but I think it's nice.

#

different categories

Posted by: Anonymous Coward on May 06, 2007 12:30 AM
They aren't in the same category.
WordPress: simple, less features, just blogging<nobr> <wbr></nobr>...
Drupal: more complex, lot of features (blogging too, but also forums, galleries<nobr> <wbr></nobr>...), powerful templating system - themes (live demo at <a href="http://themegarden.org/" title="themegarden.org">themegarden.org</a themegarden.org>)

If you need more than a simple blogging platform, drupal is better choice.

#

optional features

Posted by: Administrator on May 06, 2007 01:44 AM
One important thing to note about this article is that many of the features mentioned do not come standard with Drupal. You will have to install and configure some additional modules on your own, in most cases.

#

Both are good!

Posted by: Administrator on March 23, 2007 08:24 PM
I use both scripts and both have their advantages, but I think wordpress is better for blogs while drupal is better for community sites!

#

This story has been archived. Comments can no longer be posted.



 
Tableless layout Validate XHTML 1.0 Strict Validate CSS Powered by Xaraya