19-Page Egg Donor Agency WordPress Build in 19 Days — White-Label Delivery for a US Marketing Agency

A 19-page egg donor agency build with dual-audience architecture — 6 templates, per-button conversion tracking, 13 posts migrated, 40 hours in 19 days.

End client Signature Egg Donors
Sector Healthcare
Engagement White-label delivery for a US marketing agency specialising in local-business websites
Timeline 19 calendar days
40h across 19 days
www.signaturedonors.com · desktop
www.signaturedonors.com · mobile

Screenshots captured by automated tooling — some elements may not have loaded fully or may layer on top of each other. For the most accurate view, visit the live site →

— The brief

Build the URLs across the agency's templates, wire the conversion primitive, then work the QA backlogs to closure.

The Craft of a Build

19 pages of a reproductive-medicine WordPress build to a six-template library on WP Engine, delivered in 40 hours across 19 days. The agency’s spec split the site into two audience tracks — a donor path at /egg-donor/ and an intended-parent path at /parents/ — with per-button conversion tracking wired independently so the agency could measure each CTA without overlap.

Snapshot

Field Value
End-client industry Reproductive Medicine — Egg Donor Agency
End-client Signature Egg Donors (New York & Connecticut)
Engagement White-label WordPress build for a US marketing agency specialising in local-business websites
Project Type WordPress content-migration build, Elementor on WP Engine
Scope 19 URLs — homepage, about, contact, blog lander, 2 service pages (/egg-donor/, /parents/), 13 blog posts migrated from /post/ to /blog/ path
Timeline 19 days (19 Mar – 7 Apr 2025), delivered on schedule
Effort 40 hours (18h dev · 10h QA · 12h PM)
Team 6 specialists across dev, QA, and project management
Templates 6 in use from the agency’s 10-template library (Homepage · About Us · Service Page · Contact Us · Blog Lander · Blog)
Tech Stack WordPress · Elementor · Gravity Forms · WP Engine · Site Checker ( QA plugin)
Delivered 19 URLs built, blog path migrated from /post/ to /blog/, button-level conversion tracking on 2 service pages, 20-item Issues Backlog closed, 2-item AM QA pass complete, launch checklist signed off
Engagement cadence 22 agency-raised issues · all closed by handoff (14-day active span, 2025-04-05 – 2025-04-18)
Review rounds ≈5 review rounds across the 19-day calendar window
Launch checklist 29 items, signed off before cutover

The Brief

A US marketing agency retained by Signature Egg Donors — a New York and Connecticut egg-donor agency serving two distinct groups of people — handed us a Google Sheets workbook carrying the full sitemap, a template catalogue, a launch checklist, and the project’s technical specification. WP Engine hosted the site, Elementor did the page assembly, and the contact form ran on Gravity Forms.

The agency’s content architecture for this client was deliberately split into two parallel tracks: a /egg-donor/ service page for prospective egg donors, and a /parents/ service page for intended parents. Both tracks had existed on the original site under different URLs (/for-donors and /for-donors-1). Part of the build brief was to migrate both to clean, permanent URLs and to wire up per-button conversion tracking so each call-to-action on each page could be measured independently.

A third thread ran through the whole engagement: the site carried 13 blog posts that needed to move from a flat /post/ path to a /blog/ subdirectory, with meta and heading fidelity preserved across every post.

Risk Context. A dual-audience site carries a conversion risk that a single-track site does not. The intended-parent process and the egg-donor process share one domain, but they resolve to different calls-to-action, different Gravity Forms destinations, and different tracking hooks. A build that wires the donor CTA correctly and the intended-parent CTA incorrectly — or reverses the button-tracking IDs — will look complete on a visual pass while silently mis-routing half of the site’s conversion surface. The agency’s technical specification identified this explicitly, citing separate tracking URLs for each audience path. Delivering each path to the right tracking destination, with the right form endpoint, was the load-bearing work of this engagement.

How We Did It

1. Six templates, 19 pages, one build pipeline. The agency’s template library carries ten standard templates. For this client, six were applied: Homepage (1 page), About Us (1), Service Page (2 — one per audience), Contact Us (1), Blog Lander (1), and Blog (13 posts). The remaining four templates in the library — Doctor Page, Default Template, Services Lander, and Testimonials — were provisioned but not used; the client’s sitemap did not call for them. The sitemap row in the workbook decided which template each URL inherited, and nothing was assembled outside that mapping.

2. Spec followed line-for-line, within the hours we scoped. We scoped each URL in the sitemap in hours. The homepage took the largest allocation (6h), reflecting its video-heavy layout with an embedded MP4 hero and the scroll-reveal navigation carried over from the original site. The MP4 caused scrolling lag on staging and needed compression before the scroll-reveal behaviour matched the original. Both service pages carried dedicated allocations for their video backgrounds and conversion-tracking integrations. We delivered inside each row’s budget, and the aggregate landed at 18h development against an 18h estimate.

3. Dual-audience URL migration and per-button conversion tracking. The original site’s two service paths used internally inconsistent slugs (/for-donors and /for-donors-1). The new build landed them at /egg-donor/ and /parents/ — permanent, clear, distinct. We chose shortcode-based button tracking over a dedicated analytics plugin because the agency’s spec required per-audience URL-based tracking within a shared Elementor template. Per the technical specification, unique button tracking was wired to each page independently, so the agency’s analytics layer could distinguish donor-path CTA events from intended-parent-path CTA events without overlap.

4. Blog path migration: 13 posts from /post/ to /blog/. The original site organised posts under a flat /post/ path. The new build moved each post into a /blog/ subdirectory and held onto every original H1 heading and meta value. To prove parity, we crawled the original site in Screaming Frog and checked the staging URLs against it before anything went back to the agency.

5. Two QA loops, closed before launch. Issues were tracked in two agency-side backlog tabs. The Issues Backlog (22 rows) surfaced after the agency’s own QA pass: meta description corrections on three pages, responsive layout fixes across mobile viewports, blog heading structure corrections, Instagram feed integration, and a set of smaller styling fixes. Twenty items closed as Completed; one item remained Info Needed (a menu-behaviour question confirmed to match the original site’s behaviour); one item was deferred to a future SEO budget round. The Account Manager’s QA review (2 items — footer sizing and an H1 line-count correction on the egg-donor page) closed at 2/2 Completed. The launch checklist covering Design, Functionality, Content, SEO and Analytics, and Responsive columns was signed off in full.

Shortcode-based button tracking is what held the conversion architecture together. The spec required per-audience URL-based CTA measurement within a shared Elementor template — a plugin-based approach would have collapsed the two tracking surfaces into one. Shortcodes kept /egg-donor/ and /parents/ analytically distinct without diverging the template.

Operational Integrity at handoff

QA ran across two categories: conversion-path integrity (per-button tracking IDs confirmed distinct for /egg-donor/ and /parents/, the Gravity Forms notification routed to the client’s intake inbox) and structural fidelity (H1 line-count on /egg-donor/ fixed to single-line, footer sizing brought to spec — both from the AM’s staging review, closed before handoff). Before it reached the agency, Site Checker swept the staging build. Our QA approach covers the categories and why we won’t release a site with an open finding. Once with the agency, their reviewers went over it on their own stack, dropping findings into the shared backlog for us to clear until sign-off.

Results

Metric Outcome
URLs built 19 across 6 templates (1 Homepage · 1 About Us · 2 Service Pages · 1 Contact · 1 Blog Lander · 13 Blog posts)
Templates applied 6 of 10 from the agency’s standard library
Blog path migration 13 posts migrated from /post/ to /blog/ with meta and heading parity
Dual-audience URL routing /egg-donor/ and /parents/ — unique button tracking wired per page
Issues Backlog completion 20 / 22 Completed; 1 Info Needed (parity-confirmed), 1 deferred
AM QA Backlog completion 2 / 2 Completed
Launch checklist Signed off across Design / Functionality / Content / SEO and Analytics / Responsive
Timeline 19 days (19 Mar – 7 Apr 2025), delivered on schedule
Effort 40h (18h dev · 10h QA · 12h PM) against a 40h estimate — no overrun
Site status Live on WP Engine at https://www.signaturedonors.com/ — verified April 2026.

Process

Phase Duration Outcome
Brief + estimation 19–27 Mar 2025 Sitemap reviewed, hours estimated (18h dev) confirmed by PM; workbook spec accepted
Build phase 27–30 Mar 2025 19 URLs built; blog migration completed; dual-audience tracking integrated; video-layout responsive issues resolved
QA — dev round 30 Mar – 5 Apr 2025 Pre-handoff QA via Site Checker; Issues Backlog populated and worked through (20 items closed)
Agency QA + fixes 31 Mar – 13 Apr 2025 AM QA of Staging Site (2 items) closed; Issues Backlog second pass (blog structure, Instagram feed, responsive) closed; launch checklist signed off
Delivery 7 Apr 2025 Production live on signaturedonors.com; all paid, all closed

Build and QA didn’t sit in separate boxes — backlog items started landing on 31 Mar while the last development tasks were still open, so the two ran side by side. That overlap is what a tight 19-day build looks like: one push with a short tail of fixes behind it.

Team

A US marketing agency managed the client relationship and directed all content and design decisions. Signature Egg Donors corresponded only with the agency; the dual-audience build, the per-button tracking, and the blog migration carried the agency’s name, not ours.

  • Nikita Tumasevic — task coordination and internal QA
  • Pavel Sazhin — QA and pre-handoff verification
  • Anna Polunina — implementation support and QA
  • Timur Arbaev — design-vs-build review and pre-handoff QA
  • Lyudmila Travkina — development lead
  • Anton Hersun, — project lead (estimation, agency-side communication, sign-off)

Every conversation with Signature Egg Donors, and every call on content, belonged to the agency. None of the copy was ours, and none of the design choices originated with us.

For agencies commissioning a white-label WordPress build

On an egg-donor agency build, the taxonomy serves two distinct audiences under one roof. For this practice — single database, dual portal; for others — a multi-clinic network with shared donor pools. The risks the agency carries are quiet ones. A new partnership in month four won’t fit the URL pattern. The donor search filters stop surfacing pages that already rank. Form submissions from the recipient portal silently route to the wrong automation stack.

The real procurement question is not “can you build both portals?” — it is “how will the taxonomy keep search pages intact when a new partner joins?”

Send us a current build workbook, a draft sitemap, or your design files. We will audit the URL plan against the intake pathways and check the filter logic against your ranking portfolio. Then we return a fixed-hours quote. No charge for the review; the quote comes back in hours, not a range.

Request a spec review →

Don't have a spec yet? Send a one-paragraph description — we'll come back with the questions worth asking. Send a description →

Curious if your engagement fits this pattern?

Scroll to Top