01
Patching and dependency updates
Applied on staging first, regression-checked, then promoted. Updating a live site directly and hoping is how a Tuesday afternoon becomes an outage.
Managed operations
Hosting, updates, backups, monitoring and performance, run to a service level agreement instead of whenever someone notices.
Web management is the ongoing operation of a live website: security patching, CMS and dependency updates, backups with tested restores, uptime monitoring, performance work and content changes. Rynexor runs it to a defined service level with staged deployments: changes are applied to a staging environment and promoted to production only once checks pass.
4 areas
01
Applied on staging first, regression-checked, then promoted. Updating a live site directly and hoping is how a Tuesday afternoon becomes an outage.
02
Daily automated backups held off the server, plus restore drills. An untested backup is not a backup, and you find out which at the worst possible moment.
03
Uptime, certificate expiry, error rates and Core Web Vitals watched continuously, with alerting that reaches a named person on call.
04
A monthly allocation for the ordinary requests (a new page, a price change, a form field) so they do not queue behind a project.
Stage 01
What is running, on which versions, with which credentials and which forgotten access. Inherited sites almost always carry accounts nobody remembers issuing.
Stage 02
Backups working and restore-tested, monitoring live, TLS and DNS correct, obvious security debt cleared, before anything else.
Stage 03
A staging environment that matches production, and a release path that is one documented action.
Stage 04
Critical incidents inside 1 hour, high severity within 4 working hours, standard requests within 1 working day. Written into the agreement, not implied.
Stage 05
Monthly: what was patched, what broke, what the performance numbers did, and what we recommend next, including the months where the answer is "nothing happened".
No. Most of this work is taking over sites somebody else built. The takeover audit exists precisely for that: we establish what is actually running before agreeing to be responsible for it.
The site is down, checkout is failing, data is exposed, or there is an active compromise. Those carry the 1 hour response commitment. A broken layout on one page is not critical. Treating everything as urgent is how genuine emergencies get missed.
It can, or we manage what you already have. We will say when your current hosting is the actual problem, but moving a site to solve something that is not a hosting issue only relocates it.
You take everything: infrastructure access, documentation, backups and the release process. Nothing is held back to make leaving difficult.
Tell us what you need covered. We will reply with what the work actually requires, including when you do not need us yet.
Start a brief