Website speed optimization for a small-business site commonly costs $300 to $1,000 for a focused repair. A short diagnostic may cost $100–$300. A site with heavy page-builder, plugin, theme, hosting, or application problems may require $1,000–$3,000. When the platform itself prevents durable improvement, a rebuild may cost $2,000–$6,000 or more.

These planning ranges use Vertinus's published rate of $49.99 per hour. The right scope starts with measurement and a technical cause, not a promise to make every automated score display 100.

Quick answer: a 2–6 hour diagnosis is about $100–$300; a 6–20 hour focused optimization is about $300–$1,000; 20–60 hours of platform-level repair is about $1,000–$3,000.

Typical website speed price ranges

Performance diagnosis: 2–6 hours

Estimated Vertinus cost: $99.98–$299.94.

A useful diagnosis reviews representative pages, mobile and desktop behavior, lab and available real-user data, hosting response, loading sequence, images, fonts, scripts, styles, embeds, caching, and platform constraints.

Focused speed optimization: 6–20 hours

Estimated Vertinus cost: $299.94–$999.80.

This range may fit image sizing and formats, lazy loading, font cleanup, script reduction, critical-resource discovery, caching, compression, third-party cleanup, template fixes, and measurement after deployment.

Platform-level performance repair: 20–60 hours

Estimated Vertinus cost: $999.80–$2,999.40.

This range can apply to an overloaded theme, many plugins, slow database behavior, excessive client-side rendering, large application bundles, fragile caching, hosting changes, or several page types with different bottlenecks.

Performance-driven rebuild: 40–120+ hours

Estimated Vertinus cost: $1,999.60–$5,998.80 or more.

A rebuild becomes reasonable when the current platform, theme, content model, or dependency stack prevents durable improvement and the business also needs structural, design, or content changes.

Measure real users and controlled tests

PageSpeed Insights can show two different kinds of evidence. Field data summarizes actual Chrome user experiences over a rolling period when enough data exists. Lab data runs a controlled Lighthouse test and is useful for diagnosis.

They can disagree because users have different devices, networks, locations, caches, and interactions. Field data is better evidence of actual experience; lab data is useful for reproducing problems and testing changes before enough new field data accumulates.

Do not buy optimization based on one screenshot from one run. Test representative pages, repeat controlled measurements, and examine the loading sequence.

What Core Web Vitals measure

Current Core Web Vitals cover three parts of experience:

  • Largest Contentful Paint: how quickly the main visible content appears.
  • Interaction to Next Paint: how responsive the page remains when a person interacts.
  • Cumulative Layout Shift: how much visible content moves unexpectedly.

Google's current guidance evaluates real-user results at the 75th percentile. A page can still feel poor for other reasons, so include server response, first content, visual progress, accessibility, input behavior, and the actual conversion path.

The educational guide on Core Web Vitals explains the metrics in plain language.

The eight biggest cost drivers

1. Platform and code access

A clean custom codebase is easier to change than a locked builder, unsupported theme, proprietary plugin, or site where the business lacks hosting and administrator access.

2. Number of page types

A home page, service page, article, booking flow, directory, and account area may each load through different templates and have different bottlenecks.

3. Images and media

Oversized photographs, background images, galleries, video, maps, and embeds can dominate loading. Correct sizing, formats, responsive variants, priority, and loading behavior require content and template work.

4. JavaScript and third parties

Page builders, chat, analytics, advertising, scheduling, reviews, tag managers, consent tools, and animation can delay rendering or interaction. Some are removable; others are business requirements that need a lighter implementation.

5. Server and database behavior

Slow hosting, uncached pages, expensive database queries, distant dependencies, and unavailable external services can delay the initial document before browser optimization can help.

6. Fonts and styles

Many font families, weights, character sets, blocking stylesheets, unused framework code, and late style injection add requests, rendering delay, and layout movement.

7. Visual and functional constraints

Large hero media, dynamic personalization, account data, complex configurators, maps, and embedded booking may be important. Optimization must preserve the business function rather than deleting everything slow.

8. Deployment and verification

Performance changes can affect image quality, analytics, forms, styling, accessibility, search rendering, and third-party behavior. Staging, regression testing, rollback, and post-launch measurement are part of dependable work.

Three example estimates

Example 1: image- and script-heavy service site

A ten-page local-business site uses full-size photographs, several font files, a chat widget, duplicate analytics, and render-blocking scripts. The theme and hosting are otherwise healthy.

  • Diagnosis and baseline: 3–5 hours
  • Image and font optimization: 4–8 hours
  • Script, template, and loading fixes: 5–10 hours
  • Regression testing and deployment: 3–6 hours

Planning total: 15–29 hours, or about $750–$1,450.

Example 2: overloaded WordPress or builder site

A site uses a large theme, many plugins, several page templates, slow hosting, and duplicated marketing scripts. Forms, search URLs, and editor behavior must be preserved.

  • Access, inventory, and diagnosis: 5–10 hours
  • Theme, plugin, and database cleanup: 10–25 hours
  • Media, caching, script, and hosting work: 10–22 hours
  • Page, form, analytics, and launch testing: 6–12 hours

Planning total: 31–69 hours, or about $1,550–$3,449.

Example 3: performance-driven rebuild

A seven-page business site is trapped in a slow proprietary setup, needs clearer content and design, and cannot remove the primary rendering bottlenecks without replacing the templates.

  • Content inventory and structure: 6–12 hours
  • Design and content shaping: 14–26 hours
  • Lightweight development and forms: 24–42 hours
  • Migration, testing, search setup, and launch: 10–20 hours

Planning total: 54–100 hours, or about $2,699–$4,999.

These examples illustrate likely scope. They are not fixed packages or quotes for an unseen website.

Why no one should guarantee a perfect score

Automated lab scores vary with test environment and can change as tools evolve. Real-user results depend on devices, networks, geography, page mix, third parties, and visitor behavior.

A perfect score can be achieved on an empty or unrealistic page and still say little about whether the real site explains the service, earns trust, and converts a customer.

The goal is a fast, stable, responsive experience under representative conditions with necessary business functions intact.

Fix the largest verified bottleneck first

For loading performance, Google recommends examining how the main content resource is discovered, loaded, and rendered rather than applying one generic trick. A compressed hero image may not improve the result if JavaScript still hides it until late.

Use the network waterfall, main-thread activity, source code, server behavior, and field evidence to identify the largest delay. Make one controlled group of changes and measure again.

The guide on how to speed up a slow website lists common fixes in a sensible order.

What a good optimization estimate should include

  • Representative pages, devices, and business-critical functions.
  • Current field data and repeatable lab baseline where available.
  • Verified bottlenecks and the evidence supporting them.
  • Proposed fixes, expected effect, and important tradeoffs.
  • Platform access, staging, backups, and rollback.
  • Form, analytics, accessibility, visual, and functional regression testing.
  • Deployment and follow-up measurement.
  • Assumptions, exclusions, estimated hours, rate, and hosting or tool fees.

Vertinus provides written scope and estimated hours before work. Time is billed at $49.99 per hour up to the approved estimate; new requirements are estimated separately.

What Vertinus needs to estimate the work

Send the public URL, identify the pages and devices that feel slow, describe recent platform changes, and provide administrator or hosting context if known. Do not send passwords through the inquiry form.

Vertinus can begin with diagnosis, recommend the highest-value repairs, and distinguish a contained optimization from a platform problem that makes redesign more sensible. The repair-versus-redesign cost guide explains that decision.

Price measured improvement, not a screenshot

Website speed optimization commonly costs $300–$1,000 for a focused small-business repair. Complex platform work may cost $1,000–$3,000, while a performance-driven rebuild can cost $2,000–$6,000.

Send Vertinus the website URL and the pages that feel slow. We will identify whether the next step is a focused diagnosis, repair, or rebuild and reply with estimated hours at $49.99 per hour.