Technote

Development workflow Practical

Series When traffic starts to grow Part 6 of 8

The point at which you need a staging site

Editing straight on the live site works only while the site is small. Once those thirty seconds touch revenue and trust, the rules change.

Editing the live site directly is perfectly sensible at first. Few visitors, quick to undo, and above all fast. At some point, though, the same action changes character.

The threshold is not visitor numbers but what a failure costs. It arrives the moment you go from “nobody would have seen the broken screen anyway” to “somebody might have been checking out during those thirty seconds”.

The signals that you need one

Signals you need staging — two or more of the top four means now

Hesitation is the most reliable signal of all. If you have started postponing update notifications, that is not caution — it means you have nowhere safe to try things. And postponed updates only get riskier with time.

What a staging site actually does

Staging is a copy configured like the live site. You do the thing there first, and if it holds, you do it live. The goal is not perfect verification; it is not being surprised.

For it to be worth anything, the configuration has to match. If WordPress, theme or plugin versions differ from live, results there predict nothing about here. Most of “but it worked on staging” comes from exactly that gap.

Changes flow one way only — staging to live

Three rules to keep

First, hide it from search engines. An indexed staging site means the same content lives at two addresses, and staging URLs really do turn up in search results. Confirm indexing is blocked the moment you create it.

Second, never edit both ends at once. Change a layout on staging while publishing posts on live, and there is no longer an answer to which side is authoritative when you merge. The flow has to run one way.

Third, be careful copying customer data. Cloning live data wholesale creates a second copy of orders and enquiries somewhere less protected. If you do not need it, strip the personal data from the copy.

What to do today without one

If staging is not realistic yet, at least keep the sequence: take a backup first, work in a quiet hour, change one thing at a time, and check immediately after each change. That alone catches a great many incidents.

Procedures for moving changes safely are covered in the development workflow archive, and how staging fits into real work is published step by step on our process page.

Next part

As a site grows, so does the number of people touching it. Next: designing access — and why making everyone an administrator means nobody is.

More on this topic

All technotes

Development workflow Practical

Turning taste arguments into rule checks

"It feels a bit cramped" can be neither argued with nor fixed. Spacing off the scale, colour off the palette, contrast below threshold, missing states — four rules…

Designers 9 min read

Development workflow Practical

Do not swap everything at once

A full swap makes every problem appear at the same moment — which means none of them can be attributed. So you switch one template at a time.

Designers 6 min read

Development workflow Practical

Adding an SCSS build, and whether to commit the output

WordPress themes are expected to deploy without a build step, which leads to the opposite conclusion from ordinary application code — and to its own costs.

Developers 7 min read

₩270,000 · Join the program