I did a quick search on here and Google and can't really find something helpful. This question here doesn't fit my bill either.

I create websites for small business/startups/persons that rarely change content. With my HTML/CSS/PHP knowledge I prefer to build the static pages from scratch so that I can control every single aspect of it (I am aware I could write WP themes but I see it rather redundant and an overkill).

I simply don't like to use WP unless I actually need a CMS, not a website builder.

For my clients who need a blog with a sort of latest news section (or other content), I prefer to setup a WP in a sub-directory and use custom PHP scripts based on WP API to grab posts and media in the manner I like in my HTML pages. It may be a bit tedious, but I find the results pleasing for me.

Is there something wrong with this approach? Or any ideas how to improve it, without using WP for powering the full site?

  • I personally think this is a good idea. We're handling most of smaller projects his way also, good to see that somebody out there has the similar idea :-) Commented Jan 31, 2017 at 14:12
  • I'm glad I see someone sharing my ideas :) Do you have any issues with this approach on your projects? Commented Jan 31, 2017 at 14:15
  • No issues so far. We build a static website in the root folder and if blog or webshop are needed we usually add them as subdomains. Everything works smoothly. I personally think that WordPress might be a bit too much for smaller companies sometimes Commented Jan 31, 2017 at 14:18
  • That is exactly my reasoning and approach. Good to know it is working smoothly, and best of luck with your projects. Commented Jan 31, 2017 at 14:21
  • Best of luck to you too! Commented Jan 31, 2017 at 14:26

5 Answers 5


The reason to follow WP standard is for another DEV to pick it up later, or to transfer it without issue.

The problem is content. I could easily make a site from pages regardless of your plugins/themes if the database was set up in WP. But you are saving content differently so now I have to convert the data to WP tables, write rewrite rules and 301's. That is a lot of overhead.

Why not do it all in WP to begin with? Your client might want to move, and you could help them, making yourself look like a champ.

  • I guess you misunderstood me. The static part is like the about page, or a one page homepage. A blog or news pages is created by WP_Query() function from the WP installation. So in short WP takes care of the dynamic part of the site. Writing pages in HTML with WP functions is easier for me than writing a WP theme, which is a point to consider too. Commented Jan 31, 2017 at 8:51
  • I didn't misunderstand. Those pages, are outside the database, and would have to be rewritten by hand if needed to change the look. How are you displaying a blog/news page without a theme? Commented Jan 31, 2017 at 13:19
  • I use a WP_Query() function in .php script to extract the posts I want, and include the script inside my pages. The posts and view all links to the blog itself, which only contains posts. Commented Jan 31, 2017 at 14:02
  • I see. Well, like I said, this is bad for your client. Commented Jan 31, 2017 at 14:07
  • So it is better to write a theme, and use WP to power the site? I believe this makes loading times longer, and is an overkill to build a theme on a fully fledged CMS to view a handful of pages and posts. IMO, any decent developer would understand the structure of my code, given the codex and an overview of how the site works. Commented Jan 31, 2017 at 14:11

I think move wordpress is good Idea, Here you can build theme and then you are able to use other feature of CMS.

+you are able to manage your meta tags for SEO. 
+You can easily integrate social and shearing plugin
+Google Analytics integration on single modification
+Maintenance  and modification is easy for you
+You can extend website feature anytime when you want.
+Many More 

Hope this will help you.


I believe this all depends on who the developer is, what kind of server performance you have, etc.

If absolute speed is needed, your hosting is shared hosting and your pagespeed results show that server response needs improvement, and/or you have strong belief that static .html pages is best for SEO, I would say yes it is good to have wordpress serve the blog only in a separate directory.

If you have a server that can handle the load of Wordpress and all the speed optimization measures (there's no server response issues), I'd say it's better to handle all page changes within wordpress generated pages/posts as it's easier and more efficient to use the wordpress dashboard to edit content.


If a small WordPress website is experiencing performance issues then it's been built incorrectly or likely leveraging too many poorly coded plugins or themes attempting to do too much, which, if it's a small site, means they're probably unnecessary. I'm regularly involved in the building of small to medium WordPress sites that have Google Pagespeed scores in the high 90s.

However, I do understand what you're asking and there's nothing 'wrong' with your idea. Personally, I'd build in WordPress as that's my preference but if your preference is something different, then there's no reason why, if you have the capability, you can't do it otherwise.

One thing I would ask is, as you're already using WordPress as your Content Management System for some content, why not just use it for all of the content? Let your clients manage their content in WordPress and then use your scripts and the API to pull the content into the static pages you're building. Have them populate pages, and posts and then just pull them as needed into the static site.

I've seen this before and it's essentially a Headless WordPress implementation, like what's referenced here:


and also something similar here:


A few months ago I was involved in a budgeting plan for an enterprise level site and part of that plan was using WordPress as a Headless CMS to manage the content that would be displayed in an entirely custom coded web application and site. So really, it's not unheard of at all.


What you are describing is called Headless WordPress or Decoupled WordPress and is becoming a more common method of using WordPress with static sites.

More sites are utilizing a Node front or want to use a static site generator to build static HTML with something like Gatsby. You may have also heard of the JAMstack which can be used with WordPress. Here's a Smashing Magazine article on JAMstack and WordPress.

You'll also find some helpful tips from the WordPress VIP team on Headless WordPress including avoiding writes to the database and gracefully handling request failures. If you are doing a GET request each time the page is loaded but the content doesn't change often you may want to look into a method to generate static files from WordPress or at least make sure you are caching the requests.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.