600GB /month (then $20 per 100) Build minutes. The time it takes Netlify to build your site—to run site generators, compile JavaScript, and perform other tasks. 300 minutes /month (then $7 per 500) 1000 minutes /month (then $7 per 500) 1000 minutes /month (then $7 per 500) Websites. Description Easily deploy static sites to Netlify using WordPress as backend. This plugin builds your static website using Netlify webhooks to trigger the deploy process.
TL;DR: I migrated my homepage fromWordPress.com to GitHub Pages for speed and flexibilty,then to Netlify for HTTPS support.
Update (5/1/2018): Github Pages now supports HTTPS for custom domain:https://github.blog/2018-05-01-github-pages-custom-domains-https/ so netlify is not necessary for HTTPS
| WordPress.com | GitHub Pages | Netlify | |
|---|---|---|---|
| Easy to Use? | Yes | Use Git+Markdown | Use Git+Markdown |
| Cost | Free for basic | Free for basic | Free for basic |
| Load Speed? | Slow | Fast | Fast |
| Flexibility | Low | Very flexible | Very flexible |
| HTTPS for Custom Domain | Yes | No | Yes |
| Build logs | NA | No | Yes |
Table: Comparison of the 3 platforms.

I have been using WordPress.com to host my homepage athttp://dataninja.me for almost a year.It was a good solution for quickly spinning up the site, butI hit the limit as I was planning to put in more professional contents (python and R markdown stuff).Overall, for my use cases, WordPress.com was too:
So, I considered GitHub Pages / Jekyll again.Last time when I tried to use it (~3 yrs ago),the static site build process was clunky and it took some work to make the site look pretty.It seems the situation has changed a lot over past couple of years.Now, the default theme (minima)looks OK and the build process is simpler and faster.So, unlike WordPress.com, GitHub page is:
I use GitHub and Markdowns,especially, R Markdown,almost daily anyway. So why not??So, I decide to switch back.The process looked like this on OSX.(Replace https://github.com/jaimyoung/jaimyoung.github.io with your own GitHub Pages repo.)

Install brew-maintained ruby not to pollute the OSX system ruby(Of course, your OSX must have homebrew installed already):
Install Jekyll per Jekyll Quickstart Guide, i.e.
Create github page repo https://github.com/jaimyoung/jaimyoung.github.io, and make the jaimyoung.github.io directory to track the github repo:
Serve the test site on http://localhost:4000/ by running:
First you need to install jekyll-import (https://github.com/jekyll/jekyll-import):
and a couple other dependencies.
datasciencefun.wordpress.2017-12-25.xml).Copy it over the the blog directory and import to the page like:
_pages folder in my case), clean them up as needed, and move them to correct folders or collections._includes/head.html : to add font-awesome_includes/header.html : to use custom navigation menu at the top_includes/footer.html : to add linkedin contact as wellFind the theme files https://jekyllrb.com/docs/themes/ by running:
copy the files to your repo, and make necessary changes. See my github repo for the changes I made to above files.
Use Jekyll Collections to organize “따라 하며 배우는 데이터 과학” (my Korean data science book) pages under _ipds-kr/ directory.
Set up redirect for a few pages, using Redirects on GitHub Pages. In my case, I wanted to move ipds-kr-slides-ppt to ipds-kr/slides-ppt, etc.
Set up and add Disqus for comments.
Set up and add Google Analytics for site analytics.
dataninja.me custom domain from WordPress.com to GitHub Pages per directions. Now everything almost works.But it turned out that github pages doesn’t support HTTPS for custom domain.This is a huge problem for me since:
Now, Netlify(https://www.netlify.com/) comes to the rescue.It is mentioned in the above github thread,as a great (free) solution that provides HTTPS support for custom domains.I also found it mentioned in some R markdown/bookdown/blogdown sites, so it looked reputable.
The process was pretty simple and took ~10 minutes:
Initially, the build failed (of course) but it was easy to troubleshoot thanks to the build logs like this:
So, that’s a lot more transparent than github (+1).
.ruby-version with 2.4.2 per help page and the build succeeded.After these, the site is now up and running at https://dataninja.me/.Pretty sweet!
To use Disqus comments, one adds the following line in _config.yml:
This works in github pages, but Netlify version doesn’t activate the comments.It is because minima theme has the following lines
until it activate disqus comments. The environment is set by Github Pages when the site builds,but Netlify doesn’t, hence no Disqus comments.To fix it, per Netlify config directions,set this environment variable in the site deploy setting:
(The URL looks like https://app.netlify.com/sites/pensive-keller-afeae1/settings/deploys#build-environment-variables in my case).
Voilà, now the comments works on Netlify.
I described how I migrated my homepage fromWordPress.com to GitHub Pages for speed and flexibilty,then to Netlify for HTTPS support.
After notebook migration,my xcode build pipeline broke,which prevents me from installing jekyll =(After 2 hrs of trying to re-install xcode,I concluded it’s not worth it and got lazy(!)and decided to use Docker (of course).Per https://github.com/BretFisher/jekyll-serve,This is all I need:
Lesson: spend at most 1 hr on your own IT; Look for Docker solution after that.
Good morning,
I am interested in exploring the options available to use a WP site with Netlify. I would like to keep the WP backend for familiar/easy editing.
I see a couple of WP plugins that trigger an auto deploy to Netlify upon a WP edit. I also see WP2Static that is now on Github.Is one of these a good way to go?
I now see another approach using the WP API (https://www.smashingmagazine.com/2020/02/headless-wordpress-site-jamstack/).
In setting up using one of these ways, I assume I have to do some upfront work to get the WP site over to Netlify. What methods are available to accomplish this. If possible, I prefer not to use an SSG. Is WP2Static considered an SSG?
So many choices, lol.
Thanks
Yes, WP2Static is a SSG. And since they removed that plugin from the repository, we don’t support it here. I’m not sure I understand the difference between WP2Static and the plugin they had here: https://wordpress.org/plugins/static-html-output-plugin/ which they have in a different GitHub repository. (Maybe that’s the original name, and they are moving forward in a new repo with WP2Static name.)
The trick with making a static site with WP is you need two separate places: one for the PHP to run and the other to serve the static output. (so where does your domain name point?)
If you have your host for the PHP, you might as well simply serve the result as normal, since it is still online and vulnerable to hacks. So it makes sense to use WP locally, and deploy to Netlify (usually via GitHub). Or use one of the services to host WP behind a firewall, and deploy for you. (Sitesauce, Shifter, Strattic)
Running it as headless still requires a PHP backend, so it’s no faster or more secure than normal, although you can host on a service that does this for you.
Consider the interactive parts of your site: comments, forms, search, login, ecommerce before you switch. You have to remove all of that (or find static substitutes) before you deploy what WP2Static generates. I found a plugin Remove WP Overhead recently, which helps with some of the stuff in the <head> section.
I’ve been working on a plugin for generating a static search index for the Lunr search since I don’t want a branded external search on my client’s site.
it makes sense to use WP locally, and deploy to Netlify (usually via GitHub). Or use one of the services to host WP behind a firewall, and deploy for you. (Sitesauce, Shifter, Strattic)
Does “in-house computer” equate to “use WP locally”? If so, yes, that’s what I was referring to. (install WP on your computer)
No, by putting WP on your computer, you are removing it from its online presence. You would have the only access to it. You would make whatever changes you want locally, and then run WP2Static to generate the static files that are then deployed to GitHub, where Netlify picks them up. Your domain name would point to where Netlify tells you to point it, to serve the static files from their CDN.
The interactive features of WP have to be replaced with Javascript interacting with external APIs, for things like sign-in (MemberSpace, MemberStack), contact forms (FormKeep, or just use a mailto link), searches (Algolia or Google), forums (maybe Discourse).
A static site is not a good fit for all. It just depends on what interactive things your site does.
I assume you mean groups of people. If you are doing some sort of membership site, it’s not a good match for static.
Take a look at https://www.tnd.dev/ for resources.
https://jamstackfns.com/ also has some.
You can write interfaces yourself, see https://functions.netlify.com/
