Custom websites
Original website strategy, content structure, responsive design, and maintainable custom development for service businesses that need a clearer digital front door.
Managed website hosting and maintenance
PlinthWeb manages the supported website’s deployment, platform configuration, availability checks, recovery path, routine technical care, and agreed small changes. The service names what is monitored, what response to expect, and where maintenance ends and new project work begins.
Your context travels with you. Managed website care will already be selected in the form. Add the current site, desired outcome, and timing.
Production deployment, domain connection, and SSL support
Availability, form-path, and agreed integration checks
Recovery plan and routine dependency maintenance
Defined change allowance, response path, and service boundary
Service paths
Original website strategy, content structure, responsive design, and maintainable custom development for service businesses that need a clearer digital front door.
A controlled website redesign that improves the experience while protecting useful content, URLs, search signals, analytics continuity, and critical visitor journeys.
A monthly website and conversion optimization cycle that reviews evidence, maintains a visible backlog, completes bounded improvements, and records what changed.
Production operations
Managed hosting covers the agreed production environment, deployments, domain connection support, SSL configuration, environment settings, and access needed to operate the site. The client retains ownership of the domain and business accounts, while roles and renewal responsibilities are documented to avoid a fragile handoff.
Availability checks and critical-path monitoring are configured to fit the website. A simple marketing site may need page, certificate, and form checks; a site with third-party scheduling or data flows may need additional boundaries because PlinthWeb cannot control another provider’s uptime or internal behavior.
Maintenance and recovery
Routine care includes dependency and platform updates appropriate to the supported codebase, review of automated security notices, and regression checks proportionate to the change. Updates are not installed blindly: breaking releases, abandoned packages, and major platform migrations may require a separate implementation plan.
The recovery approach reflects the hosting platform and website architecture. Backups, source history, deployment rollback, content export, or another recovery mechanism may apply. The agreement states what is retained, how restoration is initiated, and which external data or services fall outside that recovery path.
A clear support boundary
The plan defines how to report an issue, the normal response window, the included allowance for small content edits, and the information needed to investigate. Priority reflects visitor impact and the supported website; it does not imply continuous staffing unless an agreement explicitly provides it.
Minor copy or image changes can fit the recurring allowance. New pages, redesigns, integrations, campaigns, content programs, and repairs to unsupported third-party code are estimated separately. This boundary protects routine care from an unlimited queue and lets larger work receive appropriate planning and testing.
How managed care begins
A short onboarding phase establishes ownership, baselines, recovery, and support expectations before recurring care starts.
Review the codebase, host, domain, dependencies, integrations, access, current issues, and ownership boundaries.
Resolve agreed blockers, configure the supported environment, and move deployment or hosting when the scope requires it.
Run availability and critical-path checks, review dependencies and alerts, and complete routine technical care.
Summarize completed work and issues, use the change allowance, and estimate larger improvements separately.
Yes. Business-critical accounts should remain under client ownership with appropriate management access granted to PlinthWeb. Source-code, deployment, and handoff terms follow the signed project agreement, and third-party software remains subject to its own license.
No. Automated checks can run frequently and raise an alert, but the agreement defines review and response windows. Continuous staffed monitoring or emergency coverage is a different operational commitment and is not implied by a standard care plan.
A defined allowance for small text or image changes can be included. Unused time, turnaround, supported formats, and exclusions are stated in the plan. New pages, features, and substantial rewrites are scoped separately.
Possibly. A technical intake determines whether the code, platform, licensing, access, and current condition are supportable. Stabilization, migration, or a rebuild may be recommended before managed care if the existing setup is unsafe or impractical to maintain.
Related guides
Hosting keeps files available; maintenance keeps the website dependable. A useful care plan names the infrastructure, preventive work, recovery process, response expectations, and limits.
Read guideWebsite maintenance has no useful universal price because the workload, technology, risk, and response promise vary. This framework shows what belongs in a quote and what makes it move.
Read guideWebsite prices only make sense beside a defined scope. Learn which decisions move the budget, which recurring costs are legitimate, and how to compare proposals without relying on a misleading headline number.
Read guideMake care explicit
Share the site, host, platform, repository status, domain ownership, integrations, update needs, and known problems. We will identify the intake work and a realistic care boundary.