Freelancer vs Agency: Who Should Build Your Website?
When a freelancer or an agency should build your website: cost structure, quality control, speed, risk, management time, scenarios and a decision checklist.
The freelancer vs agency question comes up the moment a business decides its website needs rebuilding, and the honest short answer is that each one wins in different circumstances. A good freelancer wins when the site is small, the scope is clear, the content is ready and one person on your side can manage the project directly. An agency wins when the site has several unique templates, real integrations, a migration or an accessibility target, when several people on your side need to be kept aligned, or when the business cannot afford for the project to stall because one person gets sick or takes another job.
Most of the decision comes down to two things: how much of the work you can manage yourself, and how much risk you can carry if one person becomes unavailable. Price matters, but it matters less than people expect, because the cheaper option on paper often becomes the expensive one once management time, rework and the cost of maintaining the result are counted.
This guide is for business owners, marketing leads and in-house teams choosing who should build their site. It compares the two options on cost structure, quality control, speed, risk, management overhead and scalability; walks through realistic scenarios; gives a checklist for making the call; and explains how to switch from one to the other, or run both at once, without losing momentum.
When a freelancer wins and when an agency wins
Before comparing the options factor by factor, it helps to see the pattern. The decision usually becomes obvious once you describe the project honestly.
A freelancer is usually the better choice when
- The site is a landing page, a microsite or a small marketing site with a handful of templates.
- Copy and images are written, approved and ready before the build starts.
- There are no integrations beyond a form, an analytics tag and perhaps a newsletter signup.
- One decision-maker on your side can review work quickly and answer questions the same day.
- You have found a specific person whose past work closely matches what you need.
- A delay of a few weeks would be inconvenient rather than costly.
An agency is usually the better choice when
- The site needs many unique templates, a design system or multiple languages.
- It connects to a CRM, booking system, payment gateway or inventory feed.
- Hundreds or thousands of existing pages need migrating with their URLs preserved.
- Accessibility, security or compliance requirements have to be met and demonstrated.
- Several stakeholders need to review, approve and be kept informed.
- The launch date is tied to something that cannot move, such as a product release, a funding announcement or a regulatory deadline.
Between these two lists sits a large middle ground: small studios of two to five people, freelancers who subcontract design or development, and agencies with dedicated small-project teams. The comparison below applies to them too; where a studio sits depends on whether it has more than one person who can do each job.
What you are really choosing between
The labels hide the real difference. A freelancer is one person who is responsible for everything they deliver and does most or all of it themselves. An agency is a team with roles: typically a project manager, a strategist or information architect, one or more designers, one or more developers and someone who tests. The practical question is not which is better, but whether your project needs one skill set applied carefully or several skill sets coordinated.
A strong freelancer can be excellent at design and competent at build, or excellent at build and competent at design. Very few people are excellent at content structure, visual design, front-end development, back-end integration, accessibility testing and project management all at once. On a small site that does not matter much, because each skill is needed only briefly. On a larger one, the gaps show up in the finished product.
Pros
- Direct contact with the person doing the work, with no account layer in between.
- Lower overhead, so more of the budget goes into production hours.
- Fast decisions and a flexible process on small, well-defined jobs.
- Consistency of taste and approach, since one person makes every call.
- Easy to engage for short pieces of work after launch.
Cons
- Single point of failure: illness, a bigger client or burnout can stall the project.
- Limited capacity, so a larger scope stretches the timeline rather than adding people.
- Skill gaps in whatever the person does less well, often testing, accessibility or integrations.
- You take on more of the project management yourself.
- Knowledge of how the site works may live in one person's head.
The pros and cons above are for the freelancer option. The agency side of the ledger is almost the mirror image, which is why the decision depends so heavily on the project.
Cost structure: how each option prices a website
Freelancers and agencies charge for the same underlying thing, which is skilled hours, but they package those hours differently and carry different overheads.
How freelancers usually charge
Freelancers typically quote either a fixed project fee or an hourly or daily rate. Their overhead is low, so their rates are often lower than an agency's for the same hour of work. What the quote rarely includes is the time you will spend managing the project, the testing a dedicated tester would do, and cover if the freelancer becomes unavailable. Freelance rates vary so widely by experience, specialism and location that any single figure would mislead; the useful comparison is what each quote includes, not the headline number.
How agencies usually charge
Agencies usually price per project against a written scope, with retained hours for ongoing work. As an example of how that looks, our own web design and development work is priced per project, against a written scope and a named number of templates. Our published starting rates are:
- Landing page or microsite from $4,800 per project: one page or a handful, built accessible and fast, on a CMS you can actually edit, with a turnaround of 3–5 weeks.
- Marketing site from $18,000 per project: the usual shape of a set of templates, real content, real integrations and a migration, with a turnaround of 8–12 weeks.
- Retained engineering from $145 per hour: a developer on your stack for an agreed share of each month, starting within 2 weeks.
These are starting prices, not totals; the scope sets the final figure.
What the market charges
Across the US market, typical ranges look like this, whoever does the work:
| Project type | Typical US range | What it usually includes |
|---|---|---|
| Small marketing site | $6,000 – $20,000 | Five to fifteen pages, a handful of templates, a CMS you can actually use, accessible and fast |
| Business site with systems | $20,000 – $75,000 | Custom templates, real integrations, structured content, a migration, and a testing pass that deserves the name |
| Large or complex build | $75,000+ | Multi-language, complex integrations, design systems, or anything where the site is the product rather than a brochure for it |
Freelancers compete most often in the first band, and good ones can deliver there very well. In the second band, a freelancer can still be the right answer if they bring in help, but at that point you are effectively hiring a small agency assembled for your project. In the third band, the coordination required almost always favors a team. For a fuller breakdown of budgets, see how much a website costs, with a realistic budget guide.
What actually drives the price
The same cost drivers apply to both options, and understanding them matters more than choosing between them:
- Number of unique templates. A fifty-page site with six templates is a much smaller job than a twelve-page site with eleven. Count layouts, not pages.
- Content readiness. A site with copy and images ready moves at roughly twice the speed of one where content is written during the build.
- Integrations. A CRM, a booking system, a payment gateway, a legacy inventory feed. Each one is a separate contract with somebody else's API and somebody else's outage.
- Accessibility target. Meeting WCAG 2.1 AA from the start adds modestly to design and build. Retrofitting it later costs several times more.
- Migration. Moving a thousand existing pages, preserving their URLs and their formatting, is its own project with its own risks.
- Who maintains it. Building something you can edit safely costs more up front than building something only the builder can change. It is almost always the cheaper of the two over three years.
That last point is where the two options often diverge most. A freelancer working to a tight fixed fee has every incentive to build something quickly that they understand and you may not. An agency working to a written scope should be delivering documentation and an editing experience your team can use without them. Ask either one to show you how an editor would change a page before you sign.
Quality control: who checks the work
Quality in web projects is less about talent than about checking. The difference between a site that works and one that almost works is usually the testing pass: different browsers and devices, keyboard navigation, screen readers, slow connections, forms that fail gracefully, redirects that all resolve.
The freelancer model
A freelancer checks their own work. That is not a criticism; it is simply how solo work functions. The risk is that the person who made a decision is poorly placed to notice what is wrong with it. Good freelancers compensate with checklists, automated testing tools and, sometimes, a paid peer review. If you hire a freelancer, ask how they test and what their checklist contains, and plan to do a structured review of your own before launch.
The agency model
An agency separates making from checking. A designer's work is reviewed by a lead; a developer's code is reviewed by another developer; a tester who did not build the site tries to break it. This does not guarantee quality, and a poorly run agency can have all these roles on paper and none in practice. But it creates the structure for catching problems before you do. When comparing agencies, ask who tests, what the testing covers and whether you can see a test report from a past project. Our list of questions to ask before hiring a web design agency goes into this in detail.
Accessibility as a quality test
Accessibility is a useful proxy for quality control generally, because it cannot be faked. If the project has a WCAG 2.1 AA target, ask either option to explain how they will meet it and how they will demonstrate it at launch. An answer that goes beyond "we use an accessible theme" and describes manual testing with a keyboard and a screen reader is a good sign regardless of team size.
Speed: how long each option takes
The phases of a website project are the same whoever runs it. A typical project runs through discovery in 1–2 weeks; content and structure in 2–4 weeks, and this is the one that slips; design in 3–6 weeks; build in 4–12 weeks depending on template count; and testing and launch in 1–3 weeks, plus the redirect map.
Where freelancers are faster
On a small project, a freelancer is often faster. There are no handoffs between people, no internal review cycles and no scheduling across a team. A decision made on a call in the morning can be built in the afternoon. For a landing page or a microsite with content ready, this can compress the calendar considerably.
Where agencies are faster
On a larger project, an agency is usually faster, because it can run work in parallel. Design on some templates can begin while content structure is finished on others; one developer builds templates while another handles an integration; testing starts on completed sections while build continues elsewhere. A freelancer doing all of this alone has to do it in sequence, and a build phase that depends on template count grows accordingly.
The phase that slips for everyone
Neither option controls the phase that slips most, which is content and structure. That phase depends on your team writing, gathering and approving copy and images. A freelancer or an agency working on a site where content arrives late will be delayed by the same amount. If speed matters, the most effective step is not choosing the faster supplier but getting content ready before the build starts.
Tip: Ask each candidate for a week-by-week plan based on your actual template count and content status, not a generic timeline. A plan that shows where content is needed and what happens if it is late tells you far more about how the project will go than a promised launch date.
Risk: what can go wrong with each option
Every web project carries risk. The two options carry different kinds.
Key-person risk
This is the defining risk of the freelancer model. If the one person doing the work becomes ill, takes a full-time job, gets a larger client or simply stops responding, the project stops with them. The mitigation is to make the project recoverable: code in a repository you own, hosting and domain in your name, design files in a shared location, and documentation written as the work progresses rather than promised at the end.
Account and staffing risk
Agencies carry a different version of the same risk. The senior people who pitched the project may not be the people who do the work, and staff can change partway through. Ask who will actually work on your site, whether they are employees or subcontractors, and what happens if one of them leaves.
Scope and commercial risk
Scope creep hurts both options, but differently. A freelancer on a fixed fee may absorb extra work until they cannot, and then either rush or renegotiate. An agency will usually raise a change request, which is more formal but also more predictable. A written scope with a named number of templates protects both sides. Our guide to scoping a website project covers how to write one.
Ownership risk
Whoever builds the site, make sure the contract assigns you ownership of the code, designs and content on payment, that hosting, domains and third-party accounts are registered to your organization, and that you hold administrator access to everything. This matters more with freelancers only because agencies more often have standard contracts that address it; plenty of both get it wrong.
Now the other side of the ledger: the pros and cons of hiring an agency.
Pros
- Several specialists, so design, build, integrations and testing each get the right person.
- Parallel work that shortens larger projects.
- Continuity if one team member leaves or is unavailable.
- Project management included, reducing the load on your team.
- Established processes for scoping, change requests, testing and handover.
Cons
- Higher overhead built into rates, since project management and account roles cost money.
- More process than a small project may need.
- The people who pitch may not be the people who build.
- Less flexibility for small, ad hoc changes outside the scope.
- Minimum project sizes that can exclude very small jobs.
Management overhead: how much of your time each option takes
Management time is the cost most buyers leave out of the comparison. It is also the one that most often changes the answer.
Managing a freelancer
With a freelancer, you are usually the project manager. You set priorities, chase content from colleagues, collect feedback from stakeholders, reconcile conflicting opinions, decide what is in and out of scope and check the work before launch. On a small site with one decision-maker, this is light. On a site with a marketing lead, a sales lead, a founder and a compliance reviewer all expecting a say, it can become a substantial part of someone's week for the length of the project.
Managing an agency
With an agency, a project manager takes on much of that coordination: running reviews, consolidating feedback, tracking decisions and keeping the schedule. You still need an internal owner who can make decisions and chase content, but the job is smaller. The trade-off is that you are paying for that project management in the agency's rates, whether or not you need it.
The requirements document helps both
Whichever you choose, clear written requirements reduce management overhead more than anything else. A document that describes each template, each integration, the content model and the acceptance criteria turns vague feedback into specific checks. Our guide to writing requirements developers can build from shows the level of detail that works.
Scalability: what happens after launch
A website is not finished at launch. It needs updates, security patches, new pages, new integrations and eventually a redesign. The right choice for the build is partly a choice about who will look after it afterward.
Growing the site
If you expect the site to grow, with new sections, new markets, new features or a larger content team, think about who can grow with it. A freelancer's capacity is fixed; if your needs double, their availability does not. An agency can usually add people, although at a cost. A retained arrangement, such as our retained engineering from $145 per hour, puts a developer on your stack for an agreed share of each month, which suits businesses that need steady ongoing work rather than projects.
Maintaining the site
Maintenance is where the "who maintains it" cost driver shows its value. A site built so your team can edit it safely needs less of the builder's time afterward, whoever that builder is. Before choosing, ask how updates, security patches and backups will be handled in the first year, and who will do them if the original builder is unavailable. Our guide to planning website maintenance covers what a sensible plan includes.
Building in phases
If budget is the constraint, a phased launch can let you start with a smaller scope and grow later. This works with either option, but it rewards a builder who designs the first phase with the later ones in mind. See phased website launches, done properly for how to structure them.
Freelancer vs agency scorecard
The scorecard below summarizes the comparison. It describes the typical case; a particular freelancer or agency may be stronger or weaker than the pattern on any line.
| Factor | Freelancer | Agency | Usually decides it |
|---|---|---|---|
| Cost structure | Lower overhead; your management time and testing are extra | Higher rates; project management and testing included | Template count and how much you can manage yourself |
| Quality control | Self-checked; depends on the individual's discipline | Separate reviewers and testers, if the process is real | Integrations, accessibility target, number of templates |
| Speed on small projects | Strong: no handoffs | Good: more process than needed | Content readiness |
| Speed on large projects | Limited: work runs in sequence | Strong: work runs in parallel | Template count and migration size |
| Risk | Key-person risk | Staffing and account risk | How fixed the launch date is |
| Management overhead | High: you run the project | Lower: a project manager runs it | Number of internal stakeholders |
| Scalability | Fixed capacity | Can add people | Growth plans for the next three years |
Realistic scenarios
The following scenarios are illustrative, not client stories. They show how the factors above combine in typical situations.
A consultant's five-page site
An independent consultant needs a five-page site: home, services, about, a case study template and contact. The copy is written, the photography is done and the only integration is a contact form. The consultant is the only decision-maker. This is a textbook freelancer project. It sits comfortably at the small end of the market, it needs two or three templates, and the consultant can review work the same day. An agency could do it, but its process would add cost without adding much value.
A regional services business with a booking system
A services company with several locations needs a site with location pages, service pages, a blog and an integration with its booking system. The existing site has a few hundred pages, many of which rank in search and need redirecting. Three people internally expect to review. This project sits in the business-site-with-systems band, $20,000 – $75,000 in the US market. A strong freelancer with a trusted developer partner could handle it, but the migration, the integration and the stakeholder load all favor an agency. The deciding question is whether the business has someone with the time to project-manage a freelancer through it.
A worked example with numbers
Consider an illustrative B2B software company planning a new marketing site. It counts its layouts rather than its pages and finds it needs eight unique templates: home, product, feature, pricing, customer story, blog index, blog post and a general content page. It has around 300 existing pages, of which it plans to keep about 180 and redirect the rest. It needs integrations with its CRM and its marketing automation platform, and it has set a WCAG 2.1 AA target. Copy for the core pages is about half written.
Using the project phases above, a realistic plan looks like this: discovery in 2 weeks; content and structure in 4 weeks, because half the copy is unwritten; design in 5 weeks for eight templates; build in 8 weeks, including two integrations; and testing and launch in 3 weeks, including the redirect map for about 120 retired URLs. That is roughly 22 weeks end to end if the phases run in sequence, and less if design and build overlap.
For a freelancer, those phases have to run largely in sequence, and the integrations and accessibility testing are likely to be the weakest areas. For an agency, design on later templates can overlap with build on earlier ones, and a separate tester can work through accessibility while build continues. On the market ranges above, this project belongs in the business-site-with-systems band rather than the small-site band, and at that size the coordination is what the company is really buying. The company's best move before choosing either option is to finish the copy, which by the content-readiness driver could substantially shorten the content phase and everything that depends on it.
A startup that needs a landing page this month
A startup needs a single landing page for a launch in four weeks, with a waitlist form. Either option can work. An agency with a small-project offering, such as a landing page or microsite from $4,800 per project with a 3–5 week turnaround, may be the safer choice if the launch date cannot move, because a team can absorb one person's absence. A freelancer the founders already trust may be faster and cheaper if the date has some slack.
Decision checklist: freelancer or agency
Work through the checklist below with the people who will own the site. The more items that are true, the more the project favors an agency; if few are true, a good freelancer is likely the better fit.
- The site needs more than five or six unique templates.
- It integrates with at least one system that has its own API, such as a CRM, booking system or payment gateway.
- Existing pages need migrating with URLs preserved and redirects mapped.
- There is a formal accessibility target, such as WCAG 2.1 AA, that has to be demonstrated.
- More than two people on your side expect to review and approve work.
- No one internally has the time to act as project manager for the length of the build.
- The launch date is tied to an event that cannot move.
- You expect to add sections, languages or features within the next year or two.
- You need someone else to maintain the site after launch, on a predictable schedule.
Whichever way the checklist points, the next step is the same: write down what you need. A clear brief lets you compare quotes on the same basis. Our guide to writing a website RFP shows how to do that without turning a small project into a bureaucratic exercise. If you are also deciding whether you need a custom build at all, read custom build or template: how to choose first, since that decision affects which option makes sense.
Switching suppliers or running a hybrid
The choice is not always permanent, and it is not always either-or.
Switching from a freelancer to an agency
The most common switch happens when a site built by a freelancer outgrows them: more templates, more integrations, more stakeholders. To make the handover clean, gather everything you own before approaching a new supplier: the code repository, hosting and domain credentials, CMS administrator access, design files, a list of plugins and third-party services, and any documentation. Expect the new supplier to begin with an audit of the existing build before quoting, because they need to know what they are inheriting. Parts of the site may be kept, and parts may need rebuilding.
Switching from an agency to a freelancer
The opposite switch happens when a site is built and the ongoing work becomes smaller. A freelancer can often handle content changes, small features and routine maintenance well, provided the site was built to be maintained by someone other than its original builder. Ask the agency for a handover package: documentation of the templates, content model, integrations, deployment process and any custom code.
Running a hybrid
Several hybrid models work well in practice:
- Agency builds, freelancer maintains. The agency handles the complex initial build and launch; a freelancer takes on smaller ongoing work afterward.
- Freelancer designs, agency builds. A designer whose style you trust creates the visual direction; an agency with engineering depth builds it. This works only if both agree up front on design files, components and handoff.
- Agency for the core, freelancer for campaigns. The agency maintains the main site and its integrations; a freelancer produces landing pages for campaigns within the agency's templates.
- In-house lead, external help. An internal developer owns the site and brings in a freelancer or an agency's retained hours for peaks in demand.
The rule for any hybrid is that one party has to own the codebase and its standards. Two suppliers making independent changes to the same site, with no one responsible for the whole, is how sites degrade. Put that ownership in writing.
Verdict Hire a freelancer when the site is small, the content is ready and you can run the project yourself; hire an agency when the site has several templates, integrations, a migration or an accessibility target, or when a stalled project would cost more than the extra overhead. Count templates, integrations and your own management time before you compare prices, and whoever you choose, make sure you own everything and can hand the site to someone else.
Spotted something wrong? Report an error on this page. We correct on the page and say what changed.