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 Advanced

Running WP-CLI in CI: what the checks actually look like

Checks that rely on somebody remembering get skipped in a busy week. Stack the cheap ones first, run the rest against a disposable WordPress, and the remembering stops…

Developers 8 min read

₩270,000 · Join the program