Why You Should Be Gathering Web Content Early

There’s something amiss about the way most of us are designing and producing websites today.

I’ve been noticing it for a long time, and it’s something that almost every designer I know is guilty of.

I can’t even say I’m calling anyone out on this, because it feels like 95% of freelancers, agencies, and consultancies are guilty of this practice.

In my eyes, it’s one of the biggest opportunities our industry has to deliver better projects for our clients and reduce our internal stress. As web professionals, we need to be gathering web content much earlier in our projects than we are.

If we could change this one thing, we would be able to have better informed client designs. Both we and our clients and ourselves would be more organized and less stressed during projects.

Raise Your Hands If You’ve Been Guilty of This

Like I said, no shame in admitting that this is how things go most of the time. I guarantee most of us do this.

But it feels like the finished products we’re handing off to our clients could be even better if we could fix this one step in our workflow.

Downfalls Of Waiting For Content

  • Project launches are delayed while waiting for content, or correct content, or lengthy content to be delivered.
  • Designers spend time and effort building around perfectly formatted content, when in reality, the content the client will use looks nothing like that.
  • Because of this, the design is not as well informed as it could be. It may not fit the tone, voice, size or shape of the content.
  • Even worse, sub-par content must be used for launch because it arrived late and there is no time to review. Which leads to…
  • The client design objectives are not met, because the content was not effective as it could have been. The last minute content may have a voice, tone or language that conflicts with the aesthetics that have been approved.
  • Without real content in place at the beginning of a project, it is impossible to make decisions about what should be prominent on mobile, and what should not. Mobile is the default use case, not desktop, meaning content-first and mobile-first are tightly coupled.

Every website exists to produce specific actions. Designing around the content enables that.

Benefits of Receiving Content Early On

Most of us are really good at making things look great. We excel at presentation. We design for a living, after all. But if we are simply designing the containers for our content, and using lorem ipsum and stock photos until we have something to drop in at the very last moment, we are missing golden opportunities for designing the content.

I know not everyone looks at words as design, but if the words on a page are hollow, the best visual design in the world won’t make them meaningful. There are at least a few people that also believe this.

Sometimes, clients will have someone on staff who understands their company purpose and has the ability to communicate it well. Other times, clients will need some help verbalizing what they have to say. Why should this aspect of web design be marginalized?

By receiving content early in our design process, we have time to review and edit the copy for clarity and impact. We can see if the words and images move us, or are they simply there.

Getting content early in the design process allows us to build around it, and support it better. If we have the words early on, we have time to put images around them that support the message. If we have video early on, we can build words around those to summarize or extrapolate the story there. If we have images early on, this informs our choices for colors, shapes, and structure. It means that we will receive content that is the right length for where we want to display it, and we will not lose time rewriting it.

Gathering web content early in the process allows us to use it as a foundation for our design structure. Remember, you design the content, not the decor.


There’s two more benefits to beginning with content that we should address.

First, when the client has taken the time to produce content for their website, it shows they have thought about what it is they want to say. It indicates that they have a message that they need to deliver. Businesses that have worked on articulating their voice are great to work with. They can inform you of their reason for existing through their content, and in turn, you will be that much more successful at helping them broadcast their message and move their audience to action.

Second, when you require your clients to deliver their content early on, it forces them to think about what they have to say. It makes everyone evaluate what is essential, and what is merely nice to have. It means that you are holding them accountable for helping to tell their own story. This may require you to draw their story out of them — or it may require you to manage the client as a participant in the project. You will be required to take charge, and help show the client what role they play in a successful project.

This may push some clients out of their comfort zone. This may also push you out of your comfort zone. Many clients do not consider what will go on the page until the project has already been initiated. This is okay. They have come to us in order for us to lead them through this process. We educate them to what we value in design by what we allow and require, and what we do not.

Why Our Industry Has Allowed Last Minute Content For So Long

Every situation is different. But for many of us, content strategy is something that we are still learning about. On a team, visual design or web development are task-oriented skills that we think about daily. But very few teams have a dedicated content strategist to speak up about the importance of content in the design process.

In many cases, we let clients slide on delivering content until the last stages of the project. They signed on the line that is dotted, and now we are on the clock. But they haven’t collected their content and delivered it to us. Time passes. We don’t feel like we can delay finishing the project, because milestone payments are often tied to launching the site. We take whatever content is provided at the eleventh hour and launch anyway. We all have bills to pay, and so we say it will be okay, this time. Before long, this is our natural workflow, and the majority of our projects are waiting on content for the last step. As an industry, we can do better than this.

We are still used to thinking of visual design and web development as the two important aspects of our craft. Yet, content is the only reason anyone comes to a website at all. It takes three legs to make a tripod or make a table stand.

Tools and Workflows

So—when, where and how should we assure that we receive the real content for our web projects?

Ideally, we would have the content at the beginning of a project. That may not be realistic most of the time, so let’s do the next best thing. When we lay out the timeline of a project, let’s designate a point where we can tell the client exactly what we will need from them. The most important content will be delivered early enough to where we can actually design with it. The less important content may be delivered later, but not at the last minute.

This will be a difficult one for most people to commit to, but if we don’t receive content at the time we need it, the project gets put on hold until it can be rescheduled to start. This has to be part of our contracts, and we need to enforce it, or the change in our workflow will never happen.

I think a good place in the process to require content delivery is sometime after discovery and research, and between assessing strategy for reaching site goals, and determining site architecture. At that point, it should be clear what the most important content will be, and which content can wait just a little longer.

There is a nifty tool that exists for assigning, collecting, and managing content that goes by the name of Gather Content. This allows the designer and client to see who is supposed to be producing what and when it is due. It allows the designer to ask for the formats they need and keep everything organized.

What Do You All Think?

I can see this being a controversial subject in our industry, but I’d like to hear what you think. Is it unrealistic to ask for and expect web content early on? Or is it all you can do to get the content you need by the launch date? What benefits or drawbacks do you see to changing your workflow to content-first?

Why Bundling WordPress Plugins In Themes is Risky

There’s a huge problem with the way many WordPress themes are currently built, marketed, and sold.

The ecosystem is beginning to change, ever so slowly, but major changes need to be made for the good of the WordPress platform, theme marketplaces, and the agencies and clients that rely on themes.

The situation currently illustrating this problem is the recently discovered critical security vulnerabilities in the Slider Revolution and Showbiz Pro for WordPress plugins.

Over 1000 WordPress themes have been affected by this security exploit, which allows attackers to take control of your entire website. A list of affected themes can be found on the ThemeForest site. Themes that have already performed necessary security updates are also listed.

How and Why This Happened

Updating WordPress core, themes, and plugins is normally not a big issue. You log in, you see what updates are available, you update everything and life goes on as normal. Many theme and plugin authors know ahead of time what sorts of changes are coming to WordPress core, and are able to plan accordingly. Plugins that are installed separately can be updated by site administrators as those updates are released. Here’s where a big part of the problem lies.

Some theme authors either bundle free plugins or use a developers license to bundle premium WordPress plugins in their themes, especially in theme marketplaces like Envato. Theme purchasers are then reliant on theme authors to first update the plugin in their theme; secondly, notify all of their customers to the update; and lastly make sure that everyone has an opportunity to follow through with the update. That’s more steps than simply logging in and updating the plugins, and a lot more places where security can fail.

Many site owners don’t have the resources or inclination to keep up with updating WordPress core or plugins, even when those are one-click automated in the admin area. How is it reasonable (or ethical) to make it more difficult to install updates that are critical to security and functionality? This sentiment is echoed below by a ThemeForest user:

“This is why I absolutely hate themes that pack every known popular plugin into their theme, ok it saves me $15 buying the plugin but I am at the authors mercy when they fix issues / updates to the plugin as I don’t get my own purchase code.
Gareth_Gillman (on the ThemeForest forums)

The beauty of separating plugins from themes is that if a plugin breaks something, you can simply deactivate it. When plugins are baked into the theme, you can’t do that. You have to change the theme itself, or rely on the developers to update the entire theme to reflect the plugin.


When Custom Post Types Are Theme Dependent

Custom Post Types that are built into a WordPress theme are also not portable. This means that if you ever want to change the theme of the site, much of the content will need to be redone from scratch. Custom Post Types are just specialized Posts that have their own set of metadata. In the database, Posts have a post_type equal to 'post'. The post_type for Custom Post Types can be named anything, but they must have a unique name. Many themes with built-in functionality and many plugins create Custom Post Types to get stuff done.

But here’s the major difference between using a theme bundled with plugins and a more flexible theme, where the plugins are added separately.

With the plugin-bundled theme, some of your data is tied to the theme itself. Changing those themes means that those theme-dependent Custom Post Types are not going to travel to the new theme. Imagine you own a site where you’ve spent the last two years publishing portfolio pages or case studies. ON your current theme, Portfolio CPTs might have a post_type of 'portfolio'. In another theme, the Portfolio CRT might have a post_type of this_theme_portfolio. Even if you wanted to change themes, suddenly you’re looking at a ton of work to rewrite all of those pages in your new theme.

This means your website is locked into a particular theme, because redoing existing pages, and redirecting old links is more work than simply keeping your existing theme. Maybe that’s a huge side benefit for theme authors, but it creates a problem for site owners.

The better way to do things is to decouple all the data in your pages from the theme itself. This way, you can always change themes whenever you need to without losing all your information. This also allows site owners to freshen up their site every couple of years. Separating structure from presentation has long been a philosophy of web development, and something that early web standards pioneers fought arduously for. From a practicality standpoint, having portable information offers a lot more flexibility for both the client and the developer in the WordPress ecosystem.

Plugins like Types or Custom Post Type UI allow you to register Custom Post Types that can travel from theme to theme and leave your site intact.

If Theme Dependencies Are Bad, Why Is It So Widespread?

To answer this question, we need to look at the target market for WordPress themes, and what each audience segment is looking for. The two groups that buy themes are 1) web design companies looking to build sites for site owners, and 2) site owners that are building a site on their own or with a developer. Developers are looking for something that meets most of their needs, so development time meets their client’s budget. Site owners flying solo are looking for something that does 99% of what they need, so they can get their site online without much outside assistance.

Because theme marketplaces are competitive, the themes that include the most bells and whistles usually end up making the most sales. Themes with 17 sliders, 3 contact forms, and 9 events calendars baked in end up on the front page of the marketplace, so everyone else selling themes there does likewise. Long-term site maintenance, security and providing support become secondary considerations to making sales.

Up until the last year or so, I probably wouldn’t have thought twice about using a theme with plugins baked in. But the stark reality is that some sites are maintained regularly, and many are not. While all WordPress sites should be checked for updates to core, plugins, and themes on a regular basis, hundreds of thousands are not. The Slider Revolution security fiasco should make everyone realize that there are a lot of vulnerable sites out there in the wild, that are not moving any closer to being maintained or secured.


Part of the problem lies with the developers in the WordPress ecosystem who have accepted this state of affairs and just let it continue. Five years ago, there weren’t as many options for finding collections of production-ready themes. There were not as many independent theme shops as there are today. The old version of ThemeForest became the default model of how we imagined things should be. Developers could sell their themes to a larger audience then they could on their own, but in order to make sales, they would have to add all the functionality needed to publish a site in a day or two — thus plugin bundling began.

Freelancers, agencies, and studios that needed to develop a site quickly and on budget still rely on ThemeForest and other marketplaces to find themes that are 90% of what they need for a particular site. But doing extensive research on themes and theme authors also takes time, and that isn’t always a luxury that web designers have, so themes with bundled plugins slip through the cracks.

Part of our culpability stems from the fact that few of us questioned why this became an industry-wide standard in the first place. Because we saw everyone else doing the same things — buying and creating themes with functionality tied directly to the theme — we never thought twice about doing the same.

What The Future May Look Like

To their credit, ThemeForest began changing their theme submission guidelines in late 2013, but there is still a long way to go in the overall WordPress theme ecosystem. As a community, we should agree to only develop, use, and recommend themes that make functionality and data portable and theme independent. If themes bundle plugins, then the theme author needs to maintain updates to the overall theme and have a reliable system for informing customers of updates. Only the plugins vital to the theme should be included. This also means that bloated, multi-purpose themes would lose relevancy, and specialized themes would be encouraged.

Theme marketplaces could adhere more closely to the guidelines in the WordPress theme directory. Unbundling plugins from themes would be encouraged, as would portability of information. Changing course on huge operations like Envato take time, but whatever messages are reinforced there are the ones that will trickle down to the rest of the community and help it mature.