Evergreen website support guide
Website down? Start here.
A calm checklist for confirming the problem, protecting useful evidence, reaching the right support, and keeping one outage from becoming several.
Evergreen website support guide
A calm checklist for confirming the problem, protecting useful evidence, reaching the right support, and keeping one outage from becoming several.
First response
The goal is not to guess the cause. It is to confirm the impact, preserve useful information, and give the responsible support person a clean starting point.
Try the site on a second device and a different connection, such as mobile data. Check the homepage, one inside page, and any critical form or checkout path. A problem on one device may be local rather than a full outage.
Save the exact web address, the first time you noticed the problem, screenshots, error wording, and anything that changed recently. Clear evidence shortens diagnosis and creates a useful incident record.
Do not repeatedly edit DNS records, renew services at random, install plugins, restore backups, or share credentials while the cause is unknown. Multiple changes can hide the original problem or make recovery harder.
Use the support method in your hosting, maintenance, or website agreement. Include the evidence you collected, the business impact, and whether email, forms, payments, or other systems are also affected.
Common sources
A blank page, error message, or failed form can originate in several systems. Diagnose before replacing or reconfiguring anything.
The domain may have expired, nameservers may have changed, or a DNS record may be incorrect. Domain access and renewal status are useful first checks.
The server, hosting platform, or latest deployment may be unavailable or unhealthy. Provider status and deployment history help narrow the timing.
A code release, content-management update, plugin, database, or configuration change may have broken the site or a critical function.
Forms, payments, maps, analytics, fonts, or other connected services can fail even when the core site is online.
Unexpected redirects, defacement, warnings, or unknown account changes should be treated as a possible security incident. Preserve evidence and restrict access carefully.
Say which customer actions are blocked and what else is affected. A site that is slow is different from a site that cannot accept payments, exposes private data, redirects visitors, or interrupts a time-sensitive operation.
If customers need an update, confirm the outage first. State what is unavailable, offer a working phone, email, or in-person alternative, and avoid promising a restoration time you cannot verify.
After service returns
Confirm the customer journey, document the cause, and make only the prevention changes the evidence supports.
Choose the next support path
Understand covered care, request paths, and support boundaries.
Explore maintenanceReview whether the current platform or customer journey needs structural work.
Review redesign servicesCompare current starting plans for a focused page or multi-page website.
Compare pricingSee regional website and support context for nearby businesses.
View regional servicesCommon outage questions
Check from another device and network, test more than one page, and ask a trusted person in another location to try the exact address. A single browser or Wi-Fi problem is not enough to confirm a full outage.
Not unless the diagnosis points to DNS and you know the intended records. Unplanned DNS changes can extend the outage and affect email or other services.
A backup can be useful when a recent site change or compromise is confirmed, but restoring before the cause is understood can overwrite evidence or reintroduce the same problem.
Consider a customer notice when the outage is confirmed, material to customer actions, and likely to continue. Keep it factual, provide a working alternative, avoid unsupported timelines, and update or remove it when service returns.
Possibly. Platform access, ownership, condition, dependencies, and the urgency of the situation need to be reviewed before support can be accepted.
Need a clear maintenance contact path?
Existing-site support depends on the platform, access, condition, and current risk. A review determines whether Full Circle can responsibly help.
Contact website maintenance