Operations
Keeping a simple monthly website maintenance record
How to track routine website checks, verify published updates, and log unfinished work in a plain document anyone can follow.

Open the notes from your last website update. Can you tell which page changed, who reviewed the published result, and what still needs attention? When the record only says "website updated," nobody knows what was actually tested. A single shared spreadsheet or text document gives a small business a reliable record, provided it has one clear owner and stays accessible to anyone maintaining the site next month.
Make checks specific and repeatable
Start each entry with four concrete facts: the full web address, the date, the person running the check, and the specific device or browser tested. Next, describe the exact step taken. Clicking a mobile menu button, submitting a contact form, verifying street parking instructions, or reading updated pricing on a phone screen are all inspectable actions.
Always record what you expected to happen alongside what you actually saw. Writing "navigation broken" gives the next person no place to start. Writing "expected the contact link in the footer to open the enquiry page; it reloaded the homepage" lets anyone reproduce the defect immediately.
Stick to a compact status vocabulary across the entire document:
Checked: the inspection was completed and the page performed as expected.
Needs work: the check uncovered a defect or an inaccurate detail.
Not checked: the item was planned but has not been inspected yet.
Waiting for confirmation: the check depends on outside information, such as an owner approving updated holiday hours.
Resist the temptation to mark an unanswered question as finished just to clean up the page.
Scope recurring reviews and specialist checks accurately
Build a short recurring checklist tailored to how customers use your site. For most small service businesses, that list covers the primary booking or enquiry route, core service descriptions, opening hours, current telephone numbers, and whichever pages changed during the prior month. Keep unexpected issues in a separate section rather than expanding the recurring routine until nobody has time to complete it.
When you use diagnostic tools or specialist guidance, record the exact scope of what you evaluated. The W3C Easy Checks guidance outlines an uncomplicated preliminary review of selected accessibility factors, but a page can pass those initial checks while still presenting significant barriers to users. Noting the specific check you performed prevents someone from assuming the entire site meets formal standards.
Apply the same precision to search console diagnostics. Google's URL Inspection guidance explains that the tool supplies data about the indexed version of a page while also offering a separate test to see whether the live page can be indexed. Note which of those two screens you evaluated and the date you ran it. An entry that simply reads "checked Google" does not tell future maintainers whether you checked historical index coverage or current live server response.
Separate published updates from live verification
Deploying a fix and verifying that fix on a public page are two separate events. When someone fixes a spelling error or updates a form, log what changed and when the file was published. Leave the earlier issue on the log. Then open the live, customer-facing page in a standard browser window, repeat the original check, and write down the verification date.
For updated wording, compare the published page against the approved draft word for word. For changed links, click through from the exact page where visitors find the link. If you cannot test the live result immediately, keep the item marked as open and note what needs to happen next.
Attach screenshots only when they clarify an unusual layout shift or help someone reproduce an error. Never store login credentials, customer contact submissions, or private account details in a shared maintenance record.
Review open items and set the next cadence
Conclude the monthly review by reviewing unresolved lines with the person responsible for fixing them. Every open entry needs three elements: an assigned owner, the agreed next action, and a target date for the follow-up check. If a fix is postponed, note who agreed to defer it and why, then carry the item into the following month's notes without deleting the original findings.
At the top of your document, maintain a brief summary of the latest review: the date completed, the sections examined, and the number of unresolved items. Place the detailed dated entries below so any reviewer can verify that summary against direct observations.
Set your recurring review schedule around how frequently your content and services change. A monthly calendar reminder works well for most local businesses, though any substantial site release still requires an immediate verification check on the day it goes live. When the next monthly review arrives, begin by inspecting the open items from last time before moving on to new pages.