Use this section to verify that search engines and users can reach the nonprofit's important pages without technical friction.
Organization identity and structured data
Evidence required: the live organization page, the rendered structured data if present, the public organization name, contact details, and any legal or nonprofit status information the organization intentionally publishes.
Pass condition: structured data, when used, matches the visible page and does not claim properties the nonprofit cannot substantiate. Fail condition: markup conflicts with visible facts, identifies the wrong entity, or is used as a substitute for missing public information.
Severity: high when the mismatch affects entity identity; otherwise medium. Owner: web or SEO owner working with the person responsible for organizational records. Corrective action: correct the visible facts first, then make the markup reflect the same information.
Use Schema.org definitions as a vocabulary reference rather than inventing unsupported nonprofit attributes. Validation step: inspect the rendered page, compare it with the markup, and confirm that the organization name and contact details agree across both.
Mobile performance and accessibility
Evidence required: current page-performance diagnostics, a real-device review of donation and service-access pages, and examples of any blocked or difficult interactions.
Pass condition: essential content and actions remain usable on common mobile screens, images and scripts do not prevent the main task, and the page exposes meaningful text to users and crawlers. Fail condition: the page is functionally difficult to use, key content is delayed or hidden, or visitors cannot complete the intended action reliably.
Severity: critical for donation, service-access, and urgent-contact journeys; high for other priority pages. Owner: development or web operations, with the fundraising or program owner responsible for the affected journey.
Corrective action: remove unnecessary page weight, repair blocking scripts, improve responsive behavior, and simplify interactions that interfere with the core task. Validation step: retest the full journey on representative devices and confirm that measurement still works after the change.
Secure donation and contact pathways
Evidence required: the live donation and inquiry destinations, certificate status, redirect behavior, form submission behavior, and confirmation pages or messages.
Pass condition: users reach secure, expected destinations without broken redirects or browser security warnings and can tell what happens after submission. Fail condition: the path breaks, redirects unexpectedly, exposes warnings, or leaves users uncertain whether an action completed.
Severity: critical. Owner: development, fundraising operations, or the platform administrator responsible for the form and payment flow. Corrective action: repair the security or routing problem, reduce unnecessary hops, and make success or failure states explicit.
Validation step: complete the journey from an organic landing page through submission and confirm the destination, status, and tracking behavior.
Audience-oriented site architecture
Evidence required: navigation, internal links, priority landing pages, search-query data, and the journeys for people seeking help versus people seeking to give, volunteer, or partner.
Pass condition: each major audience can reach the appropriate program, eligibility, donation, volunteer, or contact page without relying on internal program names. Fail condition: navigation reflects the organization's internal structure more clearly than the user's task, or important pages are weakly linked.
Severity: high. Owner: content strategy and web operations with input from program and fundraising teams. Corrective action: rename ambiguous navigation, create clear internal links between related information and action pages, and make audience paths explicit.
Validation step: ask a reviewer unfamiliar with the organization to complete representative tasks and record where they hesitate or fail.