Preface
Back in 1995 or so, I wrote my first HTML document.
I wrote it in Notepad on my 90 MHz Pentium tower from Gateway 2000. I still remember adding a TITLE
tag, refreshing the page in Internet Explorer, and watching with awe as my document title filled the title bar of the browser window (the idea of tabbed browsers was still years in the future, so the documentâs TITLE
tag became the title of the entire window).
That first web page quickly grew into an entire website (the subject and point of which I honestly canât rememberâI suspect it was just a list of links to other sites). Mainstream adoption of CSS and JavaScript was still a few years off, so I didnât have scripts or stylesheets, but I had a handful of HTML files and a bunch of images (you were nobody if you didnât have a tiled, textured background on your page of links).
Quickly, I ran smack into the first problem of webmasters everywhere: how do I keep track of all this stuff? I donât even think the word âcontentâ had been popularly applied yetâit was all just âstuff.â
As websites inevitably grew, so did all the stuff. Since we were largely bound to the filesystem, we had copies of everything on our local computers that we would FTP to our servers. Huge problems resulted if you had more than one editor. With two people trying to manage files, they would inevitably get out of sync and changes would be unintentionally overwritten. Occasionally, you had to sync against the server by downloading everything and overwriting your local copy, just to make sure you had the latest version of the entire site.
The process of managing a website was enormously tedious. Linking from one page to another assumed the two pages would always exist. Broken links were common, and if you decided to reorganize the structure of your site or rename pages, you had to hunt through all your files to find where the previous name might have been used.
The most valuable thing in my toolkit might have been the global search and replace utility that let me look forâand correctâlinks in hundreds of files at once.1
This was the story of being a webmaster in the mid-â90s, before content management arrived. It was a tedious experience of manually managing hundreds of files, making sure you had multiple backups of everything, and trying to cobble together a toolset that gave you some modicum of control.
Fast-forward almost 20 years, and web technologies have evolved to remove most of the tedium. Todayâs web manager largely works with abstract notions of content rather than actual files, without needing to understand the underlying technology, file-system, or programming languages.
But even abstracting content from technology has still left us with eternal problems to solve: How do we structure or âmodelâ our content? How do we allow for its organization? How do we search it? How do we work together on content without causing conflicts?
In short, how do we manage content?
Who Is This Book For?
This book is an attempt to approach web content management from the outside, without pushing any particular technology or methodology. It is designed for readers who want to understand the larger context in which a specific content management system (CMS) might work, or understand the underlying content management problems that any particular system will need to solve.
These readers might be:
-
Project managers tasked with managing the implementation of a new CMS
-
Experienced developers who might be new to content management in particular
-
Web managers embarking on an evaluation project to acquire a new CMS
-
Content producers transitioning from offline content to web content management
-
Existing CMS developers wanting to step outside their chosen platform and look at their discipline from a new perspective
-
Designers or content strategists wanting to understand more about the technological context of their work
-
Anyone trying to understand and justify a new CMS-related project
What Is Not in This Book?
This book is not a technical programming manual. There are some code samples scattered throughout, but many are in a fictitious templating language, and all are meant to be purely illustrative, not practical.
Additionally, this book is intended to be language- and platform-agnostic. I will discuss many different systems, technologies, and platforms. I neither explicitly endorse nor condemn any of them. I have made an attempt to draw examples and screen captures from a wide variety of systems.
How Is This Book Organized?
The bookâs chapters are grouped into three parts:
- Part I, âThe Basicsâ
-
This part will lay the groundwork for the larger discussion of content management. Weâll talk about what content is, paradigms with which to compare different systems, the roles that make up a CMS team, and how your organization might acquire a CMS.
- Part II, âThe Components of Content Management Systemsâ
-
This part will analyze the major functional areas of modern CMSsâhow they model content, aggregate content, coordinate workflow, manage assets, etc.
- Part III, âImplementationsâ
-
This final part will discuss the scope and structure of a CMS implementation project, and the best practices and process of running one successfully (or even just surviving one). Additionally, weâll talk about the oft-overlooked practice of migrating web content, and how you might work with an external CMS integrator, if you need one.
A Note on Generalities
A large portion of this book is about content management systems, but not any particular system. This means Iâll be trying to discuss every variety of content management system at the same time, which is a semantically challenging task.
One of the challenges of writing this book has been coming up with different phrasing to subdivide the entire domain of CMSs into groups. In the following pages, youâll see countless phrases such as âmost systems,â âsome systems,â and âalmost all systems,â as well as a lot of qualifiers such as ârare,â âuncommon,â âoften,â âsometimes,â and âusually.â
Clearly, none of these phrases are quantifiable;2 theyâre simply the best of a variety of suboptimal ways to handle generalities. Different phrases will mean different things to different people. If you disagree with a qualifier, then you have my apologies in advance.
A Note on Nomenclature
As weâll discuss in the very first chapter, âcontentâ can mean many different things, from HTML files to images to Word documents.
I will use the terms âcontentâ and âCMSâ loosely for convenience. However, understand that this is a book about web content management specifically, so Iâm specifically talking about âweb contentâ and âWCMâ and âWCMSs.â
In dropping the âwebâ and âWâ qualifiers, I am not staking claim to content as purely a web asset or problem. Rather, I am merely bowing to convention and brevity.
A Note on Sidebars
Throughout the book, you will find a dozen sidebars from other professionals working in the CMS industry. I am grateful to these friends and colleagues for taking the time to share their experiences here.
For each sidebar, a draft copy of the chapter was provided, and the author was asked to express an opinion about something in it. They were free to disagree, call out something that was missed, or put a different angle on anything they read. No attempt was made to edit their opinions.
As I say many, many times in the following chapters, content management is as much art as science, and there are no doubt countless people who will disagree with one or more things Iâve written here. Iâm grateful that my guest authors were willing to provide glimpses into how different experiences often lead to different conclusions.
A Note on Bias
As a consultant who has worked in this field for almost two decades, I assure you that I have many preferences. However, I also understand that even a system I loathe still has fans. My preferences will no doubt show through, but Iâve done my best to be objective and provide adequate reasoning behind my conclusions.
I also understand thatâlike any consultantâmy experience is likely biased toward one type of project or problem in ways that I might not even notice. Just like you canât walk a mile in another personâs shoes, I canât completely relate to problems that I have never been tasked with solving. Systems I find enormously lacking for projects I have worked on might be entirely appropriate for the problem in front of you.
Finally, my experience with particular systems, paradigms, and methodologies has made it easier for me to draw examples and screen captures from those systems. For this, I apologize, but there are many negative practicalities involved with bootstrapping a system with which Iâm unfamiliar to obtain an image or example. I thank those in the industry whom I bothered to share their experiences with some systems I felt were important to discuss, but to which I had had no exposure or access.
Conventions Used in This Book
The following typographical conventions are used in this book:
- Italic
-
Indicates new terms, URLs, email addresses, filenames, and file extensions.
Constant width
-
Used for program listings, as well as within paragraphs to refer to program elements such as variable or function names, databases, datatypes, environment variables, statements, and keywords.
Constant width bold
-
Shows commands or other text that should be typed literally by the user.
Constant width italic
-
Shows text that should be replaced with user-supplied values or by values determined by context.
Tip
This element signifies a tip or suggestion.
Note
This element signifies a general note.
Warning
This element indicates a warning or caution.
Safari® Books Online
Note
Safari Books Online is an on-demand digital library that delivers expert content in both book and video form from the worldâs leading authors in technology and business.
Technology professionals, software developers, web designers, and business and creative professionals use Safari Books Online as their primary resource for research, problem solving, learning, and certification training.
Safari Books Online offers a range of plans and pricing for enterprise, government, education, and individuals.
Members have access to thousands of books, training videos, and prepublication manuscripts in one fully searchable database from publishers like OâReilly Media, Prentice Hall Professional, Addison-Wesley Professional, Microsoft Press, Sams, Que, Peachpit Press, Focal Press, Cisco Press, John Wiley & Sons, Syngress, Morgan Kaufmann, IBM Redbooks, Packt, Adobe Press, FT Press, Apress, Manning, New Riders, McGraw-Hill, Jones & Bartlett, Course Technology, and hundreds more. For more information about Safari Books Online, please visit us online.
How to Contact Us
Please address comments and questions concerning this book to the publisher:
- OâReilly Media, Inc.
- 1005 Gravenstein Highway North
- Sebastopol, CA 95472
- 800-998-9938 (in the United States or Canada)
- 707-829-0515 (international or local)
- 707-829-0104 (fax)
We have a web page for this book, where we list errata, examples, and any additional information. You can access this page at http://www.oreilly.com/catalog/0636920034186.do.
To comment or ask technical questions about this book, send email to bookquestions@oreilly.com.
For more information about our books, courses, conferences, and news, see our website at http://www.oreilly.com.
Find us on Facebook: http://facebook.com/oreilly
Follow us on Twitter: http://twitter.com/oreillymedia
Watch us on YouTube: http://www.youtube.com/oreillymedia
Acknowledgments
Foremost, Iâd like to thank this industry. Stepping back from this book as it came to a conclusion, I realized that nothing I wrote here is particularly original. What Iâm doing is simply curating, collating, remixing, and elaborating on concepts and ideas put into practice every day by thousands of people around the world.
Iâve learned that, at the most basic level, this is what a writer does: we process information. Unless weâre reporting on original research or writing a wholly original work of fiction, we simply consume information from other sources, collect it, filter it, analyze it, reorganize it, explain it, then distribute it. Considered from that perspective, this process is not unlike the content management process itself, which weâll spend the next 300 pages discussing.
However, some more specific acknowledgments are clearly necessary.
Thanks to my wife Annie, my children Alec, Gabrielle, and Isabella, and my goddaughter Brookelynne, for putting up with me while I was writing the initial draft, and especially after I swore it was âdoneââ¦but then kept writing anyway.
Thanks to my business partners, Joe Kepley, Karla Santi, and Dennis Breske, for giving me the time to write this.
Thanks to the unparalleled employees at Blend Interactive for helping build a business that gives me the opportunity to spend my days thinking about content management. I hope this book represents at least a vague shadow of the breadth of experience and knowledge that exists in the Blend office.
Thanks to my editor, Ally MacDonald, for taking a chance on some random guy who filled out OâReillyâs online submission form.
Thanks to the speaker crew from the Now What 2014 conference who sat around a table in Crawfordâs Bar and Grill in Sioux Falls, South Dakota, and talked me into writing this book in the first place: Karen McGrane, Kristina Halvorson, Jeff Eaton, Jarrod Gingras, Jeff Sauer, Corey Vilhauer, and Jeff Cram.
Thanks to my technical editors, Arild Henrichsen, Lynsey Struthers, Seth Gottlieb, and Corey Vilhauer. Any one of them could have ended this by simply telling me the book was no good. The fact that they didnât was the first hurdle I had to clear.
Thanks to my assistant Kerrie Vilhauer, who did the first copyedit on every chapter and spent far too much time changing âthatâ to âwhichâ and crossing out my promiscuous hyphenation.3 Her giddy determination at clarifying obscure rules of the English language was both appreciated and occasionally frightening.
Thanks to Tony Byrne, a close friend and mentor for many years who has helped me enormously by repeatedly putting this business and practice into context, and who did me the honor of writing the foreword.
Finally, thanks to Bob Boiko for writing The Content Management Bible. I finally finished it while on a plane that had been diverted to Kansas City back in 2006 or so. I still clearly remember closing the 1,122-page behemoth and flopping back in my seat to take it all in.
I think I might have actually been sweating.
1 It was calledâappropriatelyââSearch and Replaceâ from Funduc Software, and actually still exists as shareware. Sadly, it had no backup or undo features at the time. Remind me sometime to tell you the story of how I accidentally did an irreversible find and replace on the letter âe.â
2 Though the CIA tried back in the 1960s. Turns out that âalmost certainâ is 93% and âprobablyâ is 75%. See âWords of Estimative Probabilityâ on the CIA website.
3 Itâs worth pointing out that the word âcopyeditâ in this sentence was hyphenated in the first draft of this preface.
Get Web Content Management now with the O’Reilly learning platform.
O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.