SEO / Portfolio / Public Site
Custom WordPress Theme Research for NeuroCumulus.com
Report summary
As of May 20, 2026, NeuroCumulus.com is effectively a blank slate : the live site is a default WordPress installation showing the standard sample page and “Hello world!” post. That is good news for implementation because this is not a migration-heavy redesign; it is a greenfield branding, informatio
Key topics
- SEO / Portfolio / Public Site
- SEO
- Portfolio
- Public Site
- AI
- AI Memory
- WordPress
- Runtime
- Privacy
Research provenance
For citation, use the report title and canonical URL. Archival presence does not establish authorship or promote report statements into portfolio evidence.
Source availability: 54 citation markers in the source export have no recoverable source links. Those markers are omitted from this reader; any supplied bibliography and ordinary links remain. Check the original sources before relying on the cited claims.
This page renders the archived Markdown as safe, formatted HTML. It is background research and does not become a portfolio claim without evidence review.
Full report
On this page
Executive summary
As of May 20, 2026, NeuroCumulus.com is effectively a blank slate: the live site is a default WordPress installation showing the standard sample page and “Hello world!” post. That is good news for implementation because this is not a migration-heavy redesign; it is a greenfield branding, information architecture, content, and theme-engineering project.
The uploaded Neuro Cumulus description positions the brand as AI infrastructure for shared memory, cross-model interoperability, secure federation, and coordinated multi-agent intelligence. It also explicitly separates Neuro Cumulus from biological or clinical neuroscience platforms. That separation should become a visible brand rule on the site because Cumulus Neuroscience already occupies adjacent naming territory in public search and uses highly medical language around brain function, biomarkers, clinical studies, and EEG. NeuroCumulus.com should therefore look and sound like advanced AI systems infrastructure, not health tech, neuro devices, or consumer “brain” branding.
For WordPress implementation, the strongest fit is a custom hybrid theme: classic PHP templates for precise layout control, plus theme.json for global design tokens and editor constraints, Gutenberg block patterns for consistent layout primitives, and ACF Pro for a small number of structured fields and dynamic blocks. WordPress explicitly supports theme.json in both classic and block themes; block patterns can be registered by themes; custom post types and taxonomies can be exposed through the REST API; and ACF now recommends block.json for block registration while Local JSON improves version control and performance.
The site should launch with a tight primary architecture: Home, About, Services, Blog, Resources, Contact, and Legal, supported by single templates for blog posts and resources, plus a resource taxonomy system for topic-based discovery. The content strategy should emphasize one clear core promise—“shared memory for interoperable AI”—and then ladder down into explainers, services, research resources, and thought-leadership posts. That structure is more persuasive for enterprise technical buyers than a sprawling startup page with too many abstractions.
The non-negotiable quality bar should be WCAG 2.2 Level AA, not an older accessibility baseline, alongside Core Web Vitals targets based on LCP, INP, and CLS, structured data for Organization, Breadcrumbs, and Articles, and privacy-aware analytics with consent controls. W3C advises using WCAG 2.2 as the current version; Google’s Core Web Vitals currently focus on LCP, INP, and CLS; Google recommends Organization markup to help disambiguate an organization in search; and Breadcrumb markup helps users understand page position in site hierarchy.
Operationally, the theme should be built against the latest stable production release line of WordPress 6.9.x, while being smoke-tested against the currently published WordPress 7.0 release candidate before launch. For hosting, Kinsta is the strongest default managed option for this project; WP Engine is strongest for enterprise workflow tooling; Cloudways is strongest when the team wants more infrastructure control.
A realistic effort range for a polished first release—strategy, design system, custom theme, blocks, content entry, accessibility, SEO, QA, analytics, and launch support—is roughly 190 to 240 hours, assuming one major review cycle and no extensive custom illustration or legal drafting beyond templates.
Brand and audience strategy
The brand should be built from the architecture description, not from the literal word “neuro.” The description emphasizes a unified AI cloud, memory interoperability, shared latent-state exchange, zero-trust governance, federated retrieval, and consistency across agents. In other words, the site should communicate precision, systems thinking, security, and research depth—not wellness, psychology, or medical neuroscience.
Brand identity extraction
| Brand pillar | Evidence from source material | Website implication |
|---|---|---|
| Interoperable AI memory | The description centers on a shared, interoperable AI memory substrate and cross-model memory integration. | Homepage should foreground a concise, plain-English positioning statement about shared memory and interoperable intelligence. |
| Security and governance | The description repeatedly stresses zero-trust memory, privacy-preserving retrieval, access control, and consistency models. | Trust, governance, and security language should appear in the main navigation and hero-support copy, not be buried in legal pages. |
| Research-grade rigor | The description reads like a systems architecture thesis, not startup fluff. | Tone should be analytical, confident, and exact. Avoid vague hype words like “revolutionary,” “magical,” or “brain-inspired” without specifics. |
| Market disambiguation | The description explicitly says Neuro Cumulus is unrelated to clinical neurophysiology platforms, while Cumulus Neuroscience publicly markets EEG and CNS study capabilities. | Avoid EEG imagery, neurons, brains, healthcare blues-and-whites, or any copy that suggests diagnostics, therapy, cognition tracking, or neuro devices. |
The ideal tone is serious but legible. It should sound like an expert systems architect speaking to a CTO, research lead, or enterprise innovation buyer: credible, calm, slightly visionary, but never mystical. A good internal writing rule is “technical clarity first, ambition second.” The architecture document supports that because its strongest differentiator is not generic AI optimism; it is the specificity of interoperability, memory, consistency, and governance.
Proposed visual directions
| Direction | Fit | Palette | Best use |
|---|---|---|---|
| Deep infrastructure | Strongest overall | Midnight #08111F, Slate #13233F, Electric Cyan #38BDF8, Soft Violet #8B5CF6, Cloud White #F7FAFC | Best for enterprise credibility and technical sophistication |
| Research clarity | Strong alternative | Graphite #0F172A, Steel #334155, Signal Blue #2563EB, Mint #34D399, Off White #F8FAFC | Best if the brand wants to feel more academic and approachable |
| Network energy | Bolder, less conservative | Obsidian #050816, Ink #111827, Aurora Green #10B981, Ultraviolet #7C3AED, Ice #E5F3FF | Best if the brand wants stronger “future infrastructure” energy |
Recommended palette: Deep infrastructure. It best aligns with the uploaded description’s emphasis on cloud systems, memory coordination, and security, while clearly separating the brand from medical-neuro visual conventions.
Typography
| Role | Recommended | Alternate | Notes |
|---|---|---|---|
| Headings | Sora Variable | Space Grotesk | Crisp, modern, technical without becoming sci-fi parody |
| Body | Inter Variable | IBM Plex Sans | Highly legible, excellent for dense technical copy |
| Code / labels | IBM Plex Mono | JetBrains Mono | Useful for diagrams, endpoint names, and architecture callouts |
Typography should feel structured and rational. Use short hero lines, generous leading in long-form research pages, and restrained display sizing. Avoid decorative typefaces that suggest biotech, futurism-for-futurism’s-sake, or consumer wellness.
Logo usage guidance
The logo should communicate networked memory and cloud coordination, not brains or synapses. Preferred forms:
- a cloud-outline fused with a node network
- a layered memory-grid mark
- an abstract “N/C” monogram built from linked blocks or stack layers
Use a light version on dark backgrounds and a dark version on light backgrounds. Avoid glow effects, gradients inside tiny lockups, or marks that rely on thin lines at favicon scale. A simplified favicon should be a single high-contrast symbol, not the full wordmark.
A practical rule: if the logo could plausibly belong to a neurological clinic, an EEG startup, or a meditation app, it is the wrong logo for Neuro Cumulus. That rule follows directly from the architecture document’s disambiguation need and the public positioning of Cumulus Neuroscience.
Target audience personas
The most credible first-release site should speak to four audiences, ordered by commercial importance.
| Persona | What they want | Pain point | What the site must prove | Primary CTA |
|---|---|---|---|---|
| CTO or VP of AI | An architecture they can trust, explain internally, and evaluate | Today’s AI systems are siloed, brittle, and hard to govern | Neuro Cumulus is a systems framework, not a gimmick | Request a technical briefing |
| Head of ML Research | Technical novelty with real implementation paths | Most “multi-agent” sites are shallow workflow wrappers | The framework has research depth and concrete architectural components | Read the architecture overview |
| Enterprise innovation lead | A narrative they can connect to business value | AI proposals often sound abstract or unsafe | Neuro Cumulus can be translated into roadmap, risk, and operational benefits | Start a discovery conversation |
| Senior engineer or solutions architect | A buildable model with APIs, schemas, and structured content | Marketing sites often hide the actual mechanics | The site includes diagrams, resources, structured pages, and implementation signals | Explore resources |
A secondary persona is a strategic partner or investor who wants to understand the ambition, differentiation, and maturity of the concept quickly. That audience benefits from a homepage that pairs concise positioning with a clear architecture explainer and a resource hub.
Competitive benchmarks and information architecture
Competitive and inspirational site analysis
The site benchmarks should be used selectively. Neuro Cumulus is too early and too conceptually dense to mimic the sprawl of a mega-platform, but several public sites offer patterns worth borrowing.
| Example | URL | What to emulate | What to avoid |
|---|---|---|---|
| Anthropic Enterprise | https://www.anthropic.com/product/enterprise | Exceptionally clear enterprise trust framing: governance, data controls, admin infrastructure, regulated-use language, and Trust Center cues. | Do not over-expand product copy before Neuro Cumulus has equivalent product surface area. |
| LangChain | https://www.langchain.com/ | Strong lifecycle framing—build, test, monitor, deploy—and good use of proof points, customer stories, and product segmentation. | Avoid jargon crowding. LangChain works because its ecosystem is broad; a smaller site can feel noisy if it copies the same density. |
| Pinecone | https://www.pinecone.io/ | Clear technical value explanation with architecture visuals and high-signal performance language. | Avoid leading with latency metrics unless Neuro Cumulus can defend comparables. |
| Bittensor | https://bittensor.com/intro | Strong decentralization narrative and a visible ideological differentiator. | Avoid manifesto-heavy copy that obscures product understanding or slows first-time comprehension. |
| Vercel | https://vercel.com/ | Very sharp homepage discipline: concise hero, direct CTA pair, immediate use-case orientation, and premium visual restraint. | Do not imitate the minimalism so deeply that Neuro Cumulus loses explanatory substance. |
| Cumulus Neuroscience | https://www.cumulusneuro.com/ | Strong seriousness, partner proof, and outcome-led language. | Avoid every medical cue here: CNS, clinical, biomarkers, patient evidence, neurophysiology visuals, or healthcare-adjacent imagery. The naming overlap makes confusion mitigation a brand-critical requirement. |
Recommended site architecture
Because the live site is still the default WordPress install, the architecture should be rebuilt from first principles. WordPress uses template hierarchy to determine which file renders a given request and falls back to index when no more specific template is available, so a professional implementation should define specific templates for the homepage, services, resources, blog, contact, and legal pages rather than relying on generic fallbacks.
flowchart TD
A[Home] --> B[About]
A --> C[Services]
A --> D[Resources]
A --> E[Blog]
A --> F[Contact]
C --> C1[Architecture Strategy]
C --> C2[Memory and Orchestration Design]
C --> C3[Security and Governance Review]
C --> C4[Prototype Implementation]
D --> D1[Architecture Overview]
D --> D2[Explainers]
D --> D3[Benchmarks]
D --> D4[Diagrams]
D --> D5[Glossary]
E --> E1[Single Post]
D --> D6[Single Resource]
A --> G[Legal]
G --> G1[Privacy Policy]
G --> G2[Terms of Use]
G --> G3[Cookie Notice]
G --> G4[Accessibility Statement]
Sitemap and template matrix
| Route | Suggested template | Content type | Purpose |
|---|---|---|---|
/ | front-page.php | Static page | Positioning, trust, CTA, overview |
/about/ | page-about.php | Page | Mission, principles, founder/company narrative |
/services/ | page-services.php | Page or Service archive | Offer overview and conversion layer |
/services/{slug}/ | single-service.php | CPT service | Detailed delivery pages |
/blog/ | home.php or archive.php | Posts archive | Thought leadership index |
/blog/{post}/ | single.php | Post | Article detail |
/resources/ | archive-resource.php | CPT resource archive | Downloadable knowledge hub |
/resources/{slug}/ | single-resource.php | CPT resource | Resource detail / download / synopsis |
/contact/ | page-contact.php | Page | Forms, email, meeting CTA |
/legal/ | page-legal.php | Page | Legal hub |
/privacy-policy/ | page-privacy-policy.php | Page | Privacy text |
/terms/ | page-terms.php | Page | Terms text |
/cookies/ | page-cookies.php | Page | Cookie notice |
/accessibility/ | page-accessibility.php | Page | Accessibility statement |
404 | 404.php | System | Recovery and navigation back to key content |
A useful refinement is to keep the top navigation extremely tight:
Home · About · Services · Resources · Blog · Contact
Everything else should live in the footer or within page-local navigation.
Page content system
The content drafts below assume that Neuro Cumulus is commercializing the framework through a combination of advisory, design, and prototype implementation services. If that assumption is wrong and the site is meant to be purely product-led or research-led, the same templates still work: rename Services to Solutions or Framework and keep the architecture.
Home page draft
| Field | Draft |
|---|---|
| Hero headline | Shared memory for interoperable AI |
| Hero subhead | Neuro Cumulus is an AI infrastructure framework for connecting models, coordinating agents, and governing memory across distributed intelligence systems. |
| Primary CTA | Request a technical briefing |
| Secondary CTA | Read the architecture overview |
| Intro copy | Most AI systems still operate as isolated black boxes. Neuro Cumulus proposes a different pattern: shared memory, coordinated context, and security-aware exchange across specialized models and agents. |
| Section heading | Why this matters |
| Section body | Today’s AI stacks are often stitched together at the surface layer. They can route prompts, chain tools, and call APIs, but they rarely share memory in a way that preserves semantics, trust boundaries, and auditability. Neuro Cumulus is designed to address that gap. |
| Section heading | What Neuro Cumulus enables |
| Section body | Use Neuro Cumulus to reason about cross-model memory alignment, secure retrieval, multi-agent orchestration, and architecture patterns that scale beyond brittle workflow chains. The result is a more coherent way to design distributed intelligence systems. |
| Section heading | Built for serious AI teams |
| Section body | Whether you are shaping a production architecture, evaluating multi-agent strategy, or designing a research prototype, Neuro Cumulus provides a framework for thinking rigorously about memory, governance, and interoperability. |
| Trust strip | Shared memory architecture • Multi-agent coordination • Zero-trust governance • Research-led systems design |
| CTA band | Ready to explore a buildable model for collective machine intelligence? |
| SEO title | Neuro Cumulus \ |
| Meta description | Neuro Cumulus is a framework for interoperable AI memory, cross-model coordination, and secure multi-agent intelligence in the cloud. |
| Suggested keywords | interoperable AI memory, shared AI memory, multi-agent memory architecture, cross-model AI coordination, secure AI infrastructure |
Recommended homepage module order
- Hero with architecture-visual background
- One-paragraph problem statement
- Four capability cards
- Visual explainer of memory and orchestration
- Services teaser
- Resources teaser
- Blog teaser
- Contact CTA
- Footer with legal and accessibility links
About page draft
| Field | Draft |
|---|---|
| Hero headline | A clearer model for collective machine intelligence |
| Hero subhead | Neuro Cumulus exists to help AI systems move beyond isolated inference and toward governed, interoperable collaboration. |
| Mission copy | We believe the next leap in AI will not come only from larger models. It will come from better memory, better coordination, and better system design. Neuro Cumulus explores how specialized models and agents can share context, preserve meaning, and collaborate without collapsing into unsafe or incoherent behavior. |
| Principles heading | Our design principles |
| Principles body | We build from four principles: interoperability over isolation, memory with guardrails, security by design, and clarity over hype. Every architecture choice should make systems more understandable, more governable, and more useful at scale. |
| Disambiguation heading | What Neuro Cumulus is not |
| Disambiguation body | Neuro Cumulus is not a clinical neuroscience platform, a consumer brain-tech product, or a vague “AI ecosystem” label. It is an AI infrastructure and architecture concept focused on multi-model memory integration, federated retrieval, and multi-agent coordination. |
| CTA | Explore our resources |
| SEO title | About Neuro Cumulus \ |
| Meta description | Learn what Neuro Cumulus is, why interoperable AI memory matters, and how the framework approaches secure multi-agent intelligence. |
| Suggested keywords | about Neuro Cumulus, collective AI architecture, AI memory framework, interoperable model systems |
Services page draft
| Field | Draft |
|---|---|
| Hero headline | Design services for AI systems that need more than orchestration |
| Hero subhead | We help teams translate ambitious multi-agent and cross-model ideas into architectures that can actually be evaluated, governed, and built. |
| Service heading | Architecture strategy |
| Service copy | For teams defining their AI roadmap, we clarify system boundaries, memory layers, trust models, and integration priorities so strategy can become an actionable architecture plan. |
| Service heading | Memory and orchestration design |
| Service copy | We map model roles, agent responsibilities, shared-state patterns, blackboard structures, retrieval behavior, and failure modes to create a coherent operating design. |
| Service heading | Security and governance review |
| Service copy | We help teams reason about access control, privacy boundaries, observability, retention, and consistency so distributed intelligence is governable from the start. |
| Service heading | Prototype implementation |
| Service copy | We design and implement high-signal prototypes in WordPress, web applications, or architecture sandboxes so teams can validate the concept before committing to full-scale builds. |
| CTA | Start a discovery conversation |
| SEO title | Services \ |
| Meta description | Explore Neuro Cumulus services for AI architecture strategy, multi-agent memory design, governance review, and prototype implementation. |
| Suggested keywords | AI architecture consulting, multi-agent design services, AI memory architecture, secure AI systems consulting |
Blog page draft
| Field | Draft |
|---|---|
| Hero headline | Research, implementation notes, and field perspectives |
| Hero subhead | The Neuro Cumulus blog translates complex AI architecture questions into usable insight for technical leaders, researchers, and builders. |
| Intro copy | Expect deep dives on shared memory, orchestration patterns, federated retrieval, governance models, and practical lessons from designing systems that need to coordinate more than one model at a time. |
| Category teasers | Architecture • Security • Retrieval • Multi-agent systems • Benchmarks • Implementation notes |
| CTA | Read the latest article |
| SEO title | Blog \ |
| Meta description | Read Neuro Cumulus articles on shared AI memory, multi-agent systems, secure retrieval, and architecture strategy. |
| Suggested keywords | AI architecture blog, multi-agent systems blog, AI memory blog, secure retrieval architecture |
Resources page draft
| Field | Draft |
|---|---|
| Hero headline | Resources for people building serious AI systems |
| Hero subhead | A curated library of architecture briefs, explainers, diagrams, benchmarks, and implementation notes. |
| Intro copy | The resources hub is where Neuro Cumulus becomes concrete. Instead of abstract positioning, this library gives technical teams a place to evaluate concepts, review diagrams, and compare implementation patterns. |
| Featured resource | The Neuro Cumulus Architecture Overview |
| Resource copy | A foundational brief on interoperable AI memory, cross-model coordination, and governance patterns for distributed intelligence. |
| Supporting resource ideas | Explainer: Shared Memory vs Workflow Chaining • Diagram Pack: Memory Layers and Agent Roles • Brief: Zero-Trust Retrieval for Enterprise AI • Glossary: Terms for Interoperable AI Systems |
| CTA | Download the architecture brief |
| SEO title | Resources \ |
| Meta description | Browse Neuro Cumulus resources including architecture briefs, technical explainers, diagrams, and implementation guides for interoperable AI. |
| Suggested keywords | AI architecture resources, multi-agent AI guide, shared memory AI paper, interoperable AI diagrams |
Contact page draft
| Field | Draft |
|---|---|
| Hero headline | Talk to us about the architecture, not just the hype |
| Hero subhead | If you are evaluating multi-agent systems, cross-model memory, or secure retrieval patterns, let’s start with the technical question you need to answer. |
| Intro copy | Use the form below to request a technical briefing, discuss a prototype, explore collaboration, or ask about speaking, research, or advisory work. |
| Form intro | Tell us what stage you are in, what systems you are working with, and what decision you need to make next. We will respond with the most useful next step, not a generic sales pitch. |
| Contact options | General inquiry • Technical briefing • Partnership • Speaking • Advisory |
| CTA | Send your inquiry |
| SEO title | Contact Neuro Cumulus \ |
| Meta description | Contact Neuro Cumulus to discuss AI architecture strategy, multi-agent systems, interoperable memory, or research collaboration. |
| Suggested keywords | contact Neuro Cumulus, AI architecture consultation, request technical briefing |
Legal page draft
| Field | Draft |
|---|---|
| Hero headline | Policies that support trust, privacy, and accessibility |
| Hero subhead | This hub centralizes the operating policies that explain how Neuro Cumulus handles website use, privacy, cookies, accessibility, and terms. |
| Body copy | Clear legal and policy documentation is part of a trustworthy technical brand. This section gives visitors one place to review the rules for using the site, understand how data is handled, and find the right contact path for questions about privacy or accessibility. |
| Child pages | Privacy Policy • Terms of Use • Cookie Notice • Accessibility Statement |
| CTA | Review our policies |
| SEO title | Legal \ |
| Meta description | Review Neuro Cumulus policies including privacy, terms of use, cookies, and accessibility information. |
| Suggested keywords | Neuro Cumulus privacy policy, terms of use, cookie notice, accessibility statement |
Important note: any actual privacy, cookie, or terms language should be reviewed by counsel before publication. The page above is a content and UX structure, not legal advice.
Suggested blog pipeline
| Draft title | Search intent | Outline |
|---|---|---|
| What Shared Memory Really Means in Multi-Agent AI | Definition / explainer | Define shared memory, compare to prompt chaining, explain why persistence and governance matter, show example system diagram |
| Why Most Multi-Agent Demos Break in Production | Commercial education | Workflow fragility, hidden state problems, observability gaps, governance limits, what to design instead |
| Cross-Model Memory Integration Without the Buzzwords | Mid-funnel technical | Translate latent alignment into practical architecture questions, discuss interfaces, storage, and evaluation |
| Designing Zero-Trust Retrieval for Enterprise AI | Security / enterprise | Trust boundaries, permission layers, retrieval patterns, logging, governance checklist |
| Blackboard Architectures for Agent Systems | Technical architecture | Explain blackboard model, roles, coordination advantages, failure cases, implementation notes |
| Federated RAG for Sensitive Data Environments | Technical / compliance | Centralized vs federated retrieval, privacy implications, enterprise scenarios, design tradeoffs |
| Measuring Consistency in Distributed AI Memory | Thought leadership | Why consistency matters, stale context problems, versioning ideas, practical evaluation signals |
| When to Use a Resource Hub Instead of Product Docs | Content strategy | Resource hubs, docs, blogs, and white papers; audience matching and SEO implications |
| KV Cache Sharing and Other Ideas That Change the Cost Model | Advanced technical | Explain the concept at a practical level, when it matters, what it changes for system design |
| Building a Technical Brand for AI Infrastructure Companies | Brand strategy | Messaging hierarchy, precision vs hype, trust cues, content formats that convert technical buyers |
Accessibility, search, and performance foundation
W3C advises using WCAG 2.2 as the current standard, and WCAG 2.2 introduces additional criteria around focus visibility, focus not obscured, target size, redundant entry, and accessible authentication. WAI’s tutorials also provide concrete guidance for images, forms, labels, headings, page structure, and keyboard access. The site should therefore be designed to WCAG 2.2 Level AA from the first Figma pass onward, not retrofitted after theme development.
Accessibility and WCAG compliance checklist
| Area | Required implementation |
|---|---|
| Landmarks and structure | One visible h1 per page; semantic landmarks for header, nav, main, footer; descriptive section headings; logical heading nesting |
| Keyboard access | All menus, accordions, tabs, sliders, and forms must be fully operable with keyboard only; no hover-only functionality |
| Focus treatment | Use a highly visible custom focus style with strong contrast and no obscuring overlays |
| Tap and click targets | Design all primary controls at 44px minimum height even though WCAG 2.2 target-size minimum is lower; this gives safer mobile usability margin |
| Forms | Explicit labels, helpful instructions, required-field indicators, inline validation, error summaries, and success confirmation states |
| Images | Informative images get meaningful alt text; decorative images use empty alt text |
| Color and contrast | Meet AA contrast ratios for text, UI controls, and focus indicators; never use color alone to convey meaning |
| Motion | Respect prefers-reduced-motion; avoid auto-playing background video and heavy parallax |
| Menus and disclosures | Use native HTML where possible; only add ARIA when native semantics are insufficient |
| Content clarity | Short paragraphs, strong headings, descriptive links, and consistent CTA labels |
| Authentication or gated downloads | If a gated resource flow is added later, design it to avoid inaccessible CAPTCHAs and poor login UX |
| Accessibility statement | Publish a dedicated page describing current support level, known issues, and contact channel |
The reason to start with this checklist is practical, not ceremonial: headings improve page navigation, labels improve form completion, keyboard support protects core functionality, and decorative vs informative image handling prevents screen-reader noise.
Search and performance recommendations
Google’s current Core Web Vitals are Largest Contentful Paint, Interaction to Next Paint, and Cumulative Layout Shift. Current “good” thresholds are LCP at 2.5 seconds or less, INP at 200 ms or less, and CLS at 0.1 or less, measured at the 75th percentile. WordPress already supports responsive images with srcset and sizes, and WordPress core has lazy-loaded images by default since 5.5. WordPress also exposes helper functions for loading optimization attributes, including loading, decoding, and fetchpriority.
That leads to a fairly clear implementation strategy for Neuro Cumulus:
| Workstream | Recommendation |
|---|---|
| LCP | Keep hero simple; render headline in HTML; if using a hero image, preload or prioritize it and do not lazy-load it |
| INP | Keep interactions light; avoid heavy sliders, oversized JS bundles, and page-builder bloat |
| CLS | Always set image width and height or preserve aspect ratio in CSS; reserve space for embeds and dynamic cards |
| Media | Use AVIF or WebP for raster assets; SVG for logos and diagrams |
| CSS | Use theme.json and design tokens to reduce cascade complexity; keep custom CSS focused and modular |
| JS | Ship only what the page needs; defer non-critical scripts; avoid loading scripts globally when a block-only scope works |
| Fonts | Self-host one or two variable families; preload only the primary text face if justified |
| Content | Prioritize scannable pages with strong headings and internal links rather than keyword stuffing |
| Metadata | Handcraft title tags, meta descriptions, Open Graph, and canonical logic in the theme or one SEO plugin only |
| Crawlability | Publish XML sitemap, clean permalink structure, and a breadcrumb trail on all deeper pages |
A particularly important image rule comes from the combination of WordPress behavior and web performance guidance: below-the-fold images can lazy-load, but the hero image should load eagerly, and every image should include dimensions to avoid CLS.
Schema markup suggestions
Google recommends Organization structured data on the homepage to help Google understand administrative details and disambiguate the organization. Google also documents BreadcrumbList and Article markup, and Schema.org provides useful types for WebSite, Service, SoftwareApplication, TechArticle, and Dataset. That makes schema especially valuable for Neuro Cumulus because the name needs disambiguation and the content roadmap includes technical resources.
| Page type | Recommended schema | Why |
|---|---|---|
| Homepage | Organization + WebSite | Organization helps with entity disambiguation and preferred logo; WebSite clarifies the site entity |
| Services page | Service | Appropriate for architecture advisory or implementation offers |
| Service detail | Service | Useful for structured offer description even if rich-result impact is limited |
| Blog posts | Article or BlogPosting | Supports better interpretation of article metadata |
| Technical resource explainers | TechArticle | Strong fit for architecture explainers and implementation guides |
| Downloadable benchmarks/data | Dataset | Worth using if the resource genuinely contains datasets, model artifacts, or benchmark files |
| Inner pages | BreadcrumbList | Reinforces page hierarchy for users and search |
| Platform page, if added later | SoftwareApplication | Only use if Neuro Cumulus becomes a describable application or platform UI |
Low-priority schema: FAQPage. Google states FAQ rich results are now limited to well-known, authoritative government and health-focused websites, so FAQ schema should not be treated as a major visibility lever for this project. Use it only if the content model needs it, not as a traffic bet.
WordPress theme technical specification
Recommended theme architecture
The best build for Neuro Cumulus is a custom classic-hybrid theme rather than a full block theme or a page-builder stack.
Why this is the strongest fit:
- WordPress distinguishes classic themes and block themes, and
theme.jsonworks with both. theme.jsonprovides a canonical way to define editor settings, styles, templates, and template parts, and it helps WordPress manage CSS more consistently.- Themes can register block patterns directly, which is ideal for a controlled marketing/editor workflow.
- Custom post types and taxonomies can be exposed via
wp/v2when REST support is enabled. - ACF Blocks are dynamic and PHP-friendly, and ACF now recommends
block.jsonrather than the olderacf_register_block_type()pattern.
That combination gives the project the balance it needs:
- Custom PHP templates for pixel-level control and clean performance
theme.jsonfor tokens, editor settings, spacing, typography, and block styling- Block patterns for reusable editorial layouts
- ACF Pro only where content is structured enough that core blocks alone become awkward
Suggested file structure
neurocumulus-theme/
├─ style.css
├─ functions.php
├─ theme.json
├─ index.php
├─ front-page.php
├─ page.php
├─ page-about.php
├─ page-services.php
├─ page-contact.php
├─ page-legal.php
├─ home.php
├─ archive.php
├─ archive-resource.php
├─ archive-service.php
├─ single.php
├─ single-resource.php
├─ single-service.php
├─ search.php
├─ 404.php
├─ screenshot.png
├─ inc/
│ ├─ setup.php
│ ├─ enqueue.php
│ ├─ cpts.php
│ ├─ taxonomies.php
│ ├─ schema.php
│ ├─ blocks.php
│ ├─ patterns.php
│ ├─ acf-fields.php
│ ├─ rest.php
│ └─ helpers.php
├─ template-parts/
│ ├─ header/site-header.php
│ ├─ footer/site-footer.php
│ ├─ hero/page-hero.php
│ ├─ cards/resource-card.php
│ ├─ cards/post-card.php
│ └─ sections/cta-band.php
├─ assets/
│ ├─ css/
│ │ ├─ app.css
│ │ ├─ editor.css
│ │ └─ critical.css
│ ├─ js/
│ │ ├─ app.js
│ │ └─ analytics.js
│ ├─ fonts/
│ └─ images/
├─ blocks/
│ ├─ nc-hero/
│ │ ├─ block.json
│ │ ├─ render.php
│ │ └─ style.css
│ ├─ nc-capability-grid/
│ ├─ nc-resource-list/
│ ├─ nc-proof-strip/
│ └─ nc-cta-band/
├─ patterns/
│ ├─ home-hero.php
│ ├─ service-overview.php
│ ├─ resource-feature.php
│ └─ contact-cta.php
└─ acf-json/
Required templates and content model
| Item | Recommendation |
|---|---|
| Static pages | Use dedicated page templates for About, Services, Contact, and Legal |
| Blog | Use native Posts for blog articles |
| Resources | Create CPT resource with archive and single templates |
| Services | Use CPT service if there will be more than three service detail pages; otherwise use child Pages under /services/ |
| Authors | Native users are sufficient unless a separate speaker/advisor directory is planned |
| Search | Enable site search only if resources and blog volume justify it |
| 404 | Include a recovery CTA to Resources and Contact |
Custom post types and taxonomies
WordPress recommends explicit registration of post types and taxonomies, and taxonomies should be directly associated with their post types so the connections are recognized correctly in queries and tooling. REST support should be enabled for custom content that editors or integrations need in the block editor or via wp/v2.
| Type | Slug | Use | Taxonomies |
|---|---|---|---|
| Resource | resource | Papers, explainers, diagrams, benchmark notes, downloadable assets | resource_topic, resource_type, audience |
| Service | service | Architecture advisory or solution detail pages | service_type |
| Post | native post | Blog articles | native categories + tags |
Suggested taxonomies
| Taxonomy | Example terms |
|---|---|
resource_type | architecture brief, explainer, benchmark, glossary, diagram |
resource_topic | shared memory, federated retrieval, governance, orchestration, model alignment |
audience | CTO, researcher, engineer, enterprise buyer |
service_type | strategy, design, governance, implementation |
Theme options
| Option group | Fields |
|---|---|
| Brand | Site title, tagline, dark logo, light logo, favicon, default OG image |
| Contact | Contact email, phone, location text, calendar link |
| CTA | Primary CTA label and URL, secondary CTA label and URL |
| Social | LinkedIn, GitHub, X, YouTube, other sameAs links |
| Schema | Organization name, legal name, description, logo URL, social profile URLs |
| Footer | Copyright text, legal page links, accessibility statement link |
| Analytics | GA4 measurement ID, Clarity project ID, optional GTM container ID |
| SEO defaults | Default title suffix, fallback meta description, social image |
| Resource settings | Download disclaimer, file labels, lead-capture toggle if used |
An ACF Options Page is a good fit here because these fields are global, structured, and reused across templates. ACF’s field-group registration via PHP and Local JSON both support distribution and version control well.
Gutenberg block patterns
Use patterns for editorial consistency and custom blocks only when the content is structured or dynamic enough to justify them.
Recommended patterns
- homepage hero with proof strip
- three-column capability grid
- service teaser band
- featured resource section
- authoritatively styled article intro
- CTA band
- legal page nav list
- contact split layout
Recommended custom blocks
| Block | Why custom |
|---|---|
| Hero | Structured fields for eyebrow, heading, subhead, CTA pair, background mode |
| Capability grid | Repeating icon-card layout with consistent semantics |
| Resource list | Query-driven output of featured resources by taxonomy |
| Proof strip | High-control logo/stat bar |
| CTA band | Reusable conversion block with theme-safe design |
ACF usage
ACF should be used surgically, not as an all-purpose page builder. The best practice for this project is:
- use core blocks for ordinary rich-text content
- use ACF for structured, repeatable data
- commit ACF definitions to version control through Local JSON or PHP registration
- expose field data to REST only where needed
That aligns with ACF’s own documentation: Local JSON improves speed and version control, REST API integration is built in, ACF Blocks are dynamic and PHP-friendly, and block registration should use block.json.
Recommended ACF field groups
| Field group | Attached to | Purpose |
|---|---|---|
| Global settings | Options page | Brand, contact, schema, CTAs |
| Resource metadata | CPT resource | Download file, summary, audience, read time, related links |
| Service metadata | CPT service | Outcome summary, industries, engagement type, CTA |
| Hero settings | Selected Pages / Hero block | Eyebrow, supporting line, background mode |
| Author extras | User profile | Role label, short bio, social links |
| Resource filters | Taxonomies | Descriptions and helper copy for archives |
REST and API endpoints
WordPress’s REST API provides native endpoints for core content types and can expose CPTs and taxonomies in wp/v2. For Neuro Cumulus, that is enough for the first release. Custom endpoints should be added only when you have a clear use case, such as exposing site settings or powering a remote microsite.
| Endpoint | Purpose |
|---|---|
/wp-json/wp/v2/posts | Blog posts |
/wp-json/wp/v2/pages | Static pages |
/wp-json/wp/v2/resource | Resource archive and single content |
/wp-json/wp/v2/service | Services |
/wp-json/wp/v2/resource_topic | Resource filtering |
/wp-json/neurocumulus/v1/settings | Optional read-only public site settings for decoupled widgets |
/wp-json/neurocumulus/v1/featured | Optional curated homepage feed |
Responsive breakpoints and component library
| Token | Breakpoint |
|---|---|
--bp-xs | 0–479px |
--bp-sm | 480–767px |
--bp-md | 768–1023px |
--bp-lg | 1024–1279px |
--bp-xl | 1280–1439px |
--bp-xxl | 1440px+ |
| Component | Rules |
|---|---|
| Primary button | Filled, high contrast, minimum 44px height, visible focus ring |
| Secondary button | Outline or tonal, equal visual weight only when context requires |
| Text link | Underline on hover and focus; never rely on color alone |
| Cards | Clear heading hierarchy, optional eyebrow, consistent CTA placement |
| Forms | One-column on mobile, two-column only for non-critical fields on larger screens |
| Inputs | Minimum 16px font size on mobile, clear labels, helper text above errors |
| Accordions | Keyboard accessible, visible state, semantic buttons |
| Navigation | Horizontal on desktop, disclosure-based mobile menu, no hover-only paths |
| Content blocks | Constrained reading width for articles; broader width for diagrams and resource cards |
Image and asset guidelines
WordPress supports responsive images automatically, and performance guidance is clear: use efficient formats, include dimensions, lazy-load lower content, and keep the hero eager. AVIF offers high compression efficiency, and responsive image markup plus width/height attributes helps prevent layout shifts.
| Asset type | Recommended size | Format | Notes |
|---|---|---|---|
| Logo | Vector only | SVG | Provide light and dark variants |
| Favicon | 512x512 master | PNG + ICO | Keep symbol simple |
| Hero image | 1600x900 | AVIF/WebP fallback | Load eagerly if used above the fold |
| Blog cover | 1600x900 | AVIF/WebP | Include focal-point cropping |
| Resource thumbnail | 1200x675 | AVIF/WebP | Used in cards and social previews |
| Team photo | 800x800 | AVIF/WebP | Square crop, neutral backdrop |
| Open Graph image | 1200x630 | PNG or JPG | Static branded composition |
| Icons | Vector | SVG sprite | Avoid icon fonts |
Visual mockup suggestions
Homepage concept A dark, quiet hero panel with a network-memory illustration over subtle grid lines. The layout should pair a short headline with a one-sentence explanation and two CTA buttons. Below that, a capability row explains memory, orchestration, security, and implementation in plain language.
About page concept A mission-led introduction followed by a “principles” section and a diagram that explains how Neuro Cumulus thinks about systems. Use a clean timeline only if there is a real founder or product history to show.
Services page concept A card grid plus a horizontal process band: assess, design, govern, prototype. Keep each card outcome-oriented and anchored in architecture.
Resources page concept A filterable hub with featured resource callout, taxonomy chips, and a sharp distinction between short explainers and downloadable briefs.
Example CSS variables
:root {
--color-bg: #08111f;
--color-surface: #13233f;
--color-surface-alt: #0f1b30;
--color-text: #f7fafc;
--color-text-muted: #cbd5e1;
--color-border: #2b3f63;
--color-primary: #38bdf8;
--color-secondary: #8b5cf6;
--color-success: #34d399;
--color-danger: #f87171;
--font-heading: "SoraVariable", "Inter", system-ui, sans-serif;
--font-body: "InterVariable", system-ui, sans-serif;
--font-mono: "IBM Plex Mono", ui-monospace, SFMono-Regular, monospace;
--radius-sm: 0.375rem;
--radius-md: 0.75rem;
--radius-lg: 1.25rem;
--space-1: 0.25rem;
--space-2: 0.5rem;
--space-3: 0.75rem;
--space-4: 1rem;
--space-6: 1.5rem;
--space-8: 2rem;
--space-12: 3rem;
--space-16: 4rem;
--container-sm: 42rem;
--container-md: 56rem;
--container-lg: 72rem;
--container-xl: 84rem;
}
Plugin options
| Need | Option | Strengths | Tradeoffs | Recommendation |
|---|---|---|---|---|
| Structured fields and dynamic blocks | ACF Pro | Repeater, Flexible Content, Gallery, Clone, Options Pages, ACF Blocks, Local JSON, REST support. | Paid plugin; requires discipline to avoid overuse | Recommended |
| SEO | Yoast SEO | Real-time guidance, built-in schema, strong editor UX. | Can feel heavier than needed for a tightly controlled custom theme | Good if editors need strong guidance |
| SEO | SEOPress | Modular, schemas, redirections, XML sitemaps, breadcrumbs, lower plugin sprawl. | Less editorial hand-holding than Yoast | Best lean SEO plugin choice |
| Forms | WPForms | Drag-and-drop builder, templates, approachable editor UX. | More plugin UI than a custom coded form | Good if non-developers will maintain forms |
| Email delivery | WP Mail SMTP | Reliable SMTP routing and better operational email handling. | Extra plugin in stack | Recommended if hosting mail delivery is weak |
Lean stack recommendation: ACF Pro + one SEO plugin only + SMTP plugin if needed. Avoid page builders unless there is a non-negotiable editorial requirement that cannot be met with patterns and custom blocks.
Sample code snippets
functions.php
<?php
/**
* Neuro Cumulus theme bootstrap.
*/
if (!defined('ABSPATH')) {
exit;
}
require_once get_theme_file_path('/inc/cpts.php');
require_once get_theme_file_path('/inc/schema.php');
add_action('after_setup_theme', function () {
add_theme_support('title-tag');
add_theme_support('post-thumbnails');
add_theme_support('align-wide');
add_theme_support('responsive-embeds');
add_theme_support('editor-styles');
add_editor_style('assets/css/editor.css');
add_theme_support('html5', [
'search-form',
'comment-form',
'comment-list',
'gallery',
'caption',
'style',
'script',
]);
register_nav_menus([
'primary' => __('Primary Navigation', 'neurocumulus'),
'footer' => __('Footer Navigation', 'neurocumulus'),
]);
add_image_size('nc-hero', 1600, 900, true);
add_image_size('nc-card', 720, 480, true);
add_image_size('nc-square', 800, 800, true);
});
add_action('wp_enqueue_scripts', function () {
$theme = wp_get_theme();
wp_enqueue_style(
'neurocumulus-app',
get_theme_file_uri('/assets/css/app.css'),
[],
$theme->get('Version')
);
wp_enqueue_script(
'neurocumulus-app',
get_theme_file_uri('/assets/js/app.js'),
[],
$theme->get('Version'),
[
'in_footer' => true,
'strategy' => 'defer',
]
);
});
add_action('init', function () {
$block_files = glob(get_theme_file_path('/blocks/*/block.json'));
if (!empty($block_files)) {
foreach ($block_files as $block_json) {
register_block_type(dirname($block_json));
}
}
});
/**
* Make the hero image eager and high priority when requested explicitly.
*/
add_filter('wp_get_attachment_image_attributes', function ($attr, $attachment, $size) {
if ($size === 'nc-hero') {
$attr['loading'] = 'eager';
$attr['fetchpriority'] = 'high';
$attr['decoding'] = 'async';
}
return $attr;
}, 10, 3);
single.php
<?php
/**
* Default single post template.
*/
get_header();
?>
<main id="primary" class="site-main">
<?php if (have_posts()) : while (have_posts()) : the_post(); ?>
<article id="post-<?php the_ID(); ?>" <?php post_class('article'); ?>>
<header class="article__header container">
<?php if (has_post_thumbnail()) : ?>
<div class="article__media">
<?php
echo get_the_post_thumbnail(
get_the_ID(),
'nc-hero',
[
'class' => 'article__image',
'alt' => trim(wp_strip_all_tags(get_the_title())),
]
);
?>
</div>
<?php endif; ?>
<?php if (has_category()) : ?>
<p class="article__eyebrow">
<?php echo wp_kses_post(get_the_category_list(', ')); ?>
</p>
<?php endif; ?>
<h1 class="article__title"><?php the_title(); ?></h1>
<p class="article__meta">
<time datetime="<?php echo esc_attr(get_the_date('c')); ?>">
<?php echo esc_html(get_the_date('F j, Y')); ?>
</time>
<span aria-hidden="true">·</span>
<span><?php echo esc_html(get_the_author()); ?></span>
</p>
</header>
<div class="article__content container container--reading">
<?php the_content(); ?>
</div>
<footer class="article__footer container container--reading">
<?php the_post_navigation([
'prev_text' => 'Previous article',
'next_text' => 'Next article',
]); ?>
</footer>
</article>
<?php endwhile; endif; ?>
</main>
<?php
get_footer();
Block registration with block.json
{
"apiVersion": 3,
"name": "nc/hero",
"title": "NC Hero",
"description": "Hero section with eyebrow, heading, copy, and CTA buttons.",
"category": "design",
"icon": "cloud",
"keywords": ["hero", "cta", "intro"],
"style": ["file:./style.css"],
"supports": {
"anchor": true,
"align": ["wide", "full"]
},
"acf": {
"mode": "preview",
"renderTemplate": "render.php"
}
}
<?php
/**
* blocks/nc-hero/render.php
*/
$eyebrow = get_field('eyebrow') ?: '';
$headline = get_field('headline') ?: '';
$body = get_field('body') ?: '';
$primary = get_field('primary_cta');
$secondary = get_field('secondary_cta');
?>
<section class="nc-hero alignfull">
<div class="container">
<?php if ($eyebrow) : ?>
<p class="nc-hero__eyebrow"><?php echo esc_html($eyebrow); ?></p>
<?php endif; ?>
<?php if ($headline) : ?>
<h1 class="nc-hero__title"><?php echo esc_html($headline); ?></h1>
<?php endif; ?>
<?php if ($body) : ?>
<div class="nc-hero__body">
<?php echo wp_kses_post(wpautop($body)); ?>
</div>
<?php endif; ?>
<div class="nc-hero__actions">
<?php if (!empty($primary['url']) && !empty($primary['title'])) : ?>
<a class="button button--primary" href="<?php echo esc_url($primary['url']); ?>">
<?php echo esc_html($primary['title']); ?>
</a>
<?php endif; ?>
<?php if (!empty($secondary['url']) && !empty($secondary['title'])) : ?>
<a class="button button--secondary" href="<?php echo esc_url($secondary['url']); ?>">
<?php echo esc_html($secondary['title']); ?>
</a>
<?php endif; ?>
</div>
</div>
</section>
Schema JSON-LD snippet
<?php
$org_name = get_field('organization_name', 'option') ?: get_bloginfo('name');
$site_url = home_url('/');
$logo_url = wp_get_attachment_image_url(get_field('schema_logo', 'option'), 'full');
$description = get_field('organization_description', 'option') ?: get_bloginfo('description');
$schema = [
'@context' => 'https://schema.org',
'@graph' => [
[
'@type' => 'Organization',
'@id' => trailingslashit($site_url) . '#organization',
'name' => $org_name,
'url' => $site_url,
'description' => $description,
'logo' => $logo_url,
'sameAs' => array_values(array_filter([
get_field('linkedin_url', 'option'),
get_field('github_url', 'option'),
get_field('x_url', 'option')
])),
],
[
'@type' => 'WebSite',
'@id' => trailingslashit($site_url) . '#website',
'url' => $site_url,
'name' => $org_name,
'publisher' => [
'@id' => trailingslashit($site_url) . '#organization'
]
]
]
];
?>
<script type="application/ld+json">
<?php echo wp_json_encode($schema, JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT); ?>
</script>
Delivery, operations, and launch plan
Analytics and tracking setup
Google Analytics 4 should be the primary analytics layer, Google Search Console should be configured as a Domain property, and Microsoft Clarity can be layered in for behavioral analysis if privacy requirements allow it. Google’s guidance covers GA4 web collection, recommended and custom event setup, and consent mode. Search Console requires property verification and helps monitor indexing, performance, and even some security issues. Microsoft documents Clarity setup and its behavioral analysis use cases.
Recommended event map
| Event | Trigger |
|---|---|
generate_lead | Successful contact-form submit |
request_briefing_click | CTA click on homepage or services pages |
resource_download | File download from resource detail page |
outbound_click | External docs, GitHub, or partner links |
contact_email_click | Mailto interaction |
scroll_depth | 50%, 75%, 90% on long-form content |
view_search_results | Internal site search results page |
video_start / video_complete | If explainer videos are added |
taxonomy_filter_use | Resource filter interactions |
form_error | Validation failures on contact or gated download flows |
Consent and privacy implementation
Google’s consent-mode documentation is clear that developers should set a default consent state and then update it based on the user’s choice. That means GA4 and any other analytics or advertising tags should not simply fire at page load in a legally risky “banner theater” way. If Clarity is used, its own documentation also includes consent and deployment guidance.
Recommended privacy setup
- Use a real consent banner, not implied consent
- Default analytics storage to denied until consent
- Fire GA4 only after consent update
- Document analytics and session analysis in the Privacy Policy
- Provide a Cookie Notice and Accessibility Statement in the footer
- Keep forms minimal; collect only the fields needed to respond
Security and privacy considerations
WordPress’s own security guidance emphasizes that security is risk reduction, not risk elimination, and that the most important baseline control is keeping WordPress core, themes, and plugins up to date. WordPress also documents HTTPS as the secure browsing default, and OWASP ASVS provides a strong control framework for modern web applications.
Recommended hardening baseline
| Control | Recommendation |
|---|---|
| Core updates | Stay on current stable branch; apply security releases promptly |
| Theme/plugins | Use the minimum viable plugin count and keep all components actively maintained |
| Admin security | Enforce strong passwords and two-factor authentication for all admins |
| HTTPS | Force HTTPS sitewide, including staging behind secure access |
| Backups | Daily backups plus on-demand backups before deployment |
| Staging | Protect staging with auth or IP allowlisting |
| Roles | Use least-privilege roles for editors and clients |
| Recovery | Maintain documented rollback steps and tested restore points |
If gated accounts or deeper app features are ever introduced, expand the review against OWASP’s authentication and session guidance as part of a fuller security assessment.
Hosting recommendations
| Host | Best fit | Key strengths | Caveats |
|---|---|---|---|
| Kinsta | Best overall default for this project | Free staging environments, backup tooling, push/pull workflows, edge caching, analytics, and additional operational features in a strongly managed stack. | Less infrastructure-level flexibility than a more DIY platform |
| WP Engine | Best for enterprise workflow and update operations | Production/staging/development environments, copy workflows, backup controls, and Smart Plugin Manager with visual regression checking and auto rollback. | Can be heavier operationally and commercially for smaller sites |
| Cloudways | Best if the team wants more infrastructure control | Staging, automated backups, vertical scaling, multiple cloud providers, CDN options, and more flexible server-level choices. | Requires more operational decision-making and discipline |
Recommendation: Kinsta is the best default for NeuroCumulus.com unless the team already has enterprise-standard WP Engine processes or wants Cloudways-level infrastructure control.
Development checklist and timeline
| Phase | Main outputs | Estimated hours |
|---|---|---|
| Discovery and positioning | Brand extraction, audience, sitemap, content model | 16–24 |
| UX and wireframes | Low-fidelity page structures, module order, CTA map | 20–28 |
| Visual design system | Palette, typography, components, mockups, tokens | 24–36 |
| Theme foundation | File structure, templates, theme.json, navigation, archive logic | 30–40 |
| Content architecture | CPTs, taxonomies, ACF options, block pattern planning | 18–26 |
| Custom blocks and patterns | Hero, capability grid, CTA band, resource list | 24–36 |
| Content drafting and entry | Main pages, metadata, initial resources, blog seed content | 20–32 |
| SEO, schema, analytics | JSON-LD, Search Console, GA4, consent implementation | 10–18 |
| QA and remediation | Accessibility, responsiveness, performance, browser fixes | 18–28 |
| Launch and handoff | Staging review, production deploy, training, docs | 10–16 |
Estimated total: 190–240 hours
gantt
title NeuroCumulus custom theme roadmap
dateFormat YYYY-MM-DD
axisFormat %b %d
section Strategy
Discovery and positioning :a1, 2026-05-25, 7d
IA and wireframes :a2, after a1, 10d
section Design
Visual system :b1, after a2, 10d
High-fidelity mockups :b2, after b1, 8d
section Build
Theme foundation :c1, after b1, 12d
CPTs and structured content :c2, after c1, 6d
Blocks and patterns :c3, after c2, 8d
section Content
Main page drafting :d1, after a2, 8d
Content entry and polish :d2, after c3, 6d
section Optimization
SEO and schema :e1, after d2, 4d
Analytics and consent :e2, after d2, 3d
Accessibility and QA :e3, after e1, 7d
section Launch
UAT and fixes :f1, after e3, 5d
Production launch :f2, after f1, 2d
Training and handoff :f3, after f2, 2d
Testing plan
Testing should combine manual review and tool-based validation. Google’s documentation supports using Rich Results Test and Search Console for structured data validation, Tag Assistant for consent-mode debugging, and Core Web Vitals tooling for ongoing performance monitoring.
| Test area | Method | Pass criteria |
|---|---|---|
| Template rendering | Review all page templates and singular/archive states | No broken layouts, empty-state handling present |
| Responsive design | Test across xs, sm, md, lg, xl breakpoints | No horizontal scroll, stable spacing, readable line lengths |
| Accessibility | Keyboard-only pass, screen-reader spot checks, reduced-motion pass | WCAG 2.2 AA issues resolved or documented |
| Performance | Lighthouse + real-page optimization check + field measurement plan | No critical LCP/CLS regressions; optimization checklist complete |
| Structured data | Rich Results Test + Schema Markup Validator | Valid Organization, Breadcrumb, and Article/TechArticle markup |
| Search | Search Console property verified, sitemap submitted, robots checked | Pages discoverable, no blocked priority routes |
| Analytics | GA4 debug validation, event firing checks, consent behavior | Events fire correctly only under intended consent conditions |
| Forms | Valid/invalid submit tests, mobile tests, email delivery tests | Clear validation, no silent failures, messages delivered reliably |
| Content QA | Copy review, metadata review, link audit | No placeholder text, no broken links, no duplicate metadata on main pages |
| Deployment | Staging-to-production test and rollback rehearsal | No downtime surprises, backups and restore path confirmed |
Deliverables for developer and client handoff
| Deliverable | Audience | Format |
|---|---|---|
| Custom theme repository | Developer | Git repository |
| Figma or equivalent UI source | Developer and client | Design file |
| Design token reference | Developer | JSON / CSS variable sheet |
| Sitemap and URL map | Client and developer | Spreadsheet or doc |
| Page copy deck | Client and editor | Doc or sheet |
| Metadata sheet | Client and SEO owner | Spreadsheet |
| Block and pattern inventory | Developer and editor | Documentation |
| ACF field definitions | Developer | PHP exports and acf-json |
| Hosting and deployment runbook | Developer | Technical doc |
| Analytics and event map | Marketing / analytics owner | Spreadsheet |
| Accessibility QA log | Client and developer | Audit document |
| Launch checklist | Project manager / developer | Checklist |
| Editor guide | Client editors | PDF or knowledge-base page |
| Backup and rollback checklist | Developer / ops | Technical doc |
| Training walkthrough | Client | Recorded session or live training |
| Post-launch issue log | Client and developer | Shared tracker |
The key outcome is not just a good-looking theme. It is a clear, technically credible, search-ready, accessible, and maintainable web presence that turns Neuro Cumulus from a default WordPress placeholder into a serious AI infrastructure brand.