Article Getting Started

How to build a website without writing code

Not knowing how to code is not the obstacle it used to be. Here are the real options and what each one actually trades off.

Updated 9 min read Beginner

Not knowing how to write HTML or PHP is not the barrier to having a website that it once was. Several genuinely different routes now exist for building a site without touching code, and they are not interchangeable — each one trades convenience for control in a different place, and picking the wrong one for what you actually need is the more common mistake than picking "the wrong tool" in the abstract.

Option 1: a drag-and-drop website builder

A website builder lets you assemble pages visually — dragging text blocks, images and sections into place — with hosting, templates and basic functionality bundled together in one product. It is the fastest route from nothing to a working, presentable site, and it needs no separate decisions about hosting, software or updates, because the platform handles all of that as part of the package.

The trade-off is flexibility. A website builder is built around what its templates and blocks support; anything outside that is harder to achieve, and moving the finished site to a different platform later is rarely straightforward, because the site exists inside that builder's own format rather than as portable, standard files.

Option 2: a content management system with a page builder

WordPress and similar content management systems separate the software running the site from the hosting underneath it. On their own they still require some technical setup — a database, an install, some initial configuration — but a page builder plugin on top adds the same kind of drag-and-drop editing a dedicated website builder offers, without giving up the underlying flexibility.

What is a CMS, and do you need one explains this layer in more depth, and installing WordPress in one click covers getting the software itself running, which most hosting control panels do for you automatically rather than requiring a manual install.

This route asks a little more of you up front — choosing hosting, running an installer, picking a theme — in exchange for a site built on open, standard technology that is far easier to move, extend or hand off to a developer later if the site's needs grow past what a page builder alone covers.

Option 3: hire someone to build it for you

If the site needs to look and behave in a specific way, or you would simply rather not spend the time learning either of the tools above, hiring a designer or developer remains a legitimate option — including for a site that will still run on WordPress or a similar system underneath, just built by someone else. You still end up with a site you can log in to and update content on afterwards, without having built the structure yourself.

This route is worth treating as an investment in the platform as much as the design. Ask whoever builds the site what it is built on and confirm you will be given full access to it, rather than ending up dependent on that one person for every future change. A site built on standard, widely used technology can always be handed to somebody else later if needed; one built on something proprietary to the person who made it cannot.

Comparing the three

RouteEffort to startFlexibilityBest fit
Website builderLowestLimited to the platform's templatesSimple sites, fastest possible launch
CMS with a page builderModerateHigh — standard, portable technologySites expected to grow or need custom features later
Hire a developerLow effort, higher costAs high as the brief allowsSpecific design or functionality requirements

What actually matters when choosing

  • Where the site needs to go next. If you expect to add a store, custom booking system, or membership area later, a CMS built on open technology absorbs that better than a closed website builder.
  • How much time you actually have. A website builder trades flexibility for speed on purpose — if getting something live this week matters more than long-term flexibility, that trade-off is a reasonable one to make deliberately.
  • Whether you might hand the site to someone else later. Standard, widely used technology such as WordPress is far easier for a future developer to pick up than a proprietary builder's own format.
  • Your budget for ongoing maintenance, not just the initial build. A CMS needs its software kept updated over time; a website builder handles that centrally as part of the subscription.

You are not locked into one choice forever

Starting with the simplest option that gets a site live is a reasonable strategy even if you expect to outgrow it — a working, imperfect site beats a perfect one still being planned. Moving from a website builder to a self-hosted CMS later is possible, though it typically means rebuilding rather than a direct transfer, since the two do not share a common file format. Starting on a CMS from the beginning avoids that particular rebuild, at the cost of a slightly steeper first step.

Whichever route you take, the site still needs somewhere to actually live once it is built — uploading your first website and choosing a hosting plan you will not outgrow cover that half of the picture.

None of these options require rushing the decision

Whichever route looks right, there is rarely a need to commit irreversibly on day one. Most website builders offer a way to preview a site before it is publicly connected to a domain, and a CMS installed on hosting can sit unfinished on a temporary address for as long as you need without any cost beyond the hosting itself. Take the time to actually try building a page or two before deciding this is the platform the whole site will be built on — a short trial run tells you far more about whether a tool fits than reading a comparison of features ever will.

Related reading