How to Build a Tutor Website Without Code, Step by Step
A tutor website without code starts with a description of what you teach, who you teach it to, what a lesson costs, and how someone books a first one. Zugo turns that into a working site, boots it in a sandbox before delivery, and publishes it live. A one page tutor site costs 6 credits and takes about a minute.
Tutoring is bought by a parent or a student who has already decided they need help. They are not browsing. They are checking three things quickly, and a site that answers them beats a prettier one that does not.
What does a tutor's website need on the first screen?
Subject, level, price, and availability. In that order, and above the point where anyone scrolls.
"Maths tutor" is not enough. "GCSE and A-level maths, in person in [city] and online, $45 an hour, taking two new students in September" is a complete answer, and a parent comparing four tutors will contact the one who gave it. Everyone else forces an email to establish basics.
The second thing to decide is who you are talking to. If you teach children, the buyer is a parent and the site should speak to them about progress, reports and reliability. If you teach adults or university students, the buyer is the learner and the site should speak about outcomes and flexibility. A page that hedges between the two persuades neither, so choose the primary audience and write for that person.
Should you publish your rates?
Yes, in almost every case, and this is the decision tutors agonise over most. A published rate does three useful things: it filters out people who were never going to book, it stops you negotiating from a position of ignorance, and it signals that you are running a business rather than a favour.
The fear is that a competitor undercuts you. In practice, families choosing a tutor for an exam year are not buying the cheapest option, they are buying confidence, and an unpriced page reads as "expensive, or making it up per enquiry".
If your pricing genuinely varies, publish the structure instead of a single number. A rate per level, a different rate for online versus travelling to a home, a discount for a block of ten lessons, and whether the first lesson is discounted or free. That is more information than a single figure and it is still concrete.
What should the prompt say for a tutor site?
The description has to carry what a parent would otherwise ask in a first email.
Build a website for a private tutor in [city] teaching [subjects].
Levels: [key stage / GCSE / A-level / university / adult beginners].
Format: [in person at my place / at the student's home / online], and
which subjects are available in which format.
Rates: [amount] per hour in US dollars by level, [block booking terms],
[travel surcharge if any], [trial lesson policy].
Availability: [days and times], currently [taking N new students / full].
Sections:
1. Hero: subjects, levels, format, hourly rate, availability, book button.
2. About: qualifications, teaching experience, any registration or checks.
3. Subjects and levels: what is covered at each level, and exam boards.
4. How lessons work: length, where, what happens between lessons, homework.
5. Rates: table by level and format, block terms, cancellation policy.
6. Results: what students have achieved, described honestly and generally.
7. Enquiry form: student name, year group, subject, goal, preferred times.
Tone: warm and specific. No promises about grades.
The cancellation policy line matters more than it looks. Tutors lose real income to last-minute cancellations, and a policy published on the site before the first lesson is far easier to enforce than one raised after the third missed slot.
How should a first lesson be booked?
With as few steps as possible, and probably not with a live calendar. Four options compared.
| Booking flow | What you connect | Fits which tutor |
|---|---|---|
| Enquiry form with preferred times | Resend, so it reaches your inbox | Most tutors, especially with a waiting list |
| Enquiry plus a link to your existing calendar tool | Nothing, just a button | Tutors already running Calendly or similar |
| Prepaid trial lesson booked on the site | Stripe one-off payment | Tutors with a no-show problem on free trials |
| Block of ten lessons paid up front | Stripe | Established tutors with returning families |
The second row is the pragmatic default if you already use a scheduling tool. Duplicating a calendar on a marketing site creates two versions of your availability, and the one on the website is always the one that is wrong.
Rows three and four change your cash flow more than your website. If you take payment on the site, the Stripe payments guide covers the connection, and the refund rule belongs on the same screen as the button rather than in a terms page.
What does a tutor site cost to build?
Zugo bills per action in credits. A single page build is 6 credits. Multi page sites bill as a platform: 12 credits covering the first three pages, then 3 for each page beyond. An edit is 3 credits.
| Build | Pages | Credits |
|---|---|---|
| One page: subjects, rates, availability, form | 1 | 6 |
| Home, Subjects, Contact | 3 | 12 |
| Home, About, Subjects, Rates, Contact | 5 | 18 |
| The five above plus Results and a resources page | 7 | 24 |
| One edit, such as changing your hourly rate | n/a | 3 |
Hi-Fi mode doubles the basics, at 12 for a build and 6 for an edit. For a single tutor, the plain build is usually right and the money is better spent on a decent photograph of yourself.
Free gives 5 credits, which is below one build, so it is a look around rather than a launch plan. Pro is $25 a month for 200 credits, more than a solo tutor needs in a year of updates. Business is $99 a month. The pricing guide covers the detail.
What proof of results can you publish honestly?
This is where tutoring sites drift into claims that cannot be supported. "I guarantee a grade" is not something any tutor can promise, and a parent who has shopped around recognises it.
Three things are honest and specific. What you have taught and for how long: "eleven years of A-level maths, mostly Edexcel and AQA". What a typical trajectory looks like without promising it: "most students I work with for a full year move up one or two grades, and some do not". And named permissions: a testimonial from a parent who agreed to be quoted, with their initials and the year, rather than an anonymous five star block.
What to avoid is invented statistics. "97% of my students improve" is checkable by nobody and believed by nobody, and it puts your genuine qualifications under suspicion. The same discipline applies to any course or teaching site.
What will an AI builder not do for a tutor?
Four limits, and they are worth knowing before you plan the site around them.
No lesson delivery. The site is a shop window. Video lessons happen in Zoom, Meet or Teams, and there is no connector that embeds a live classroom into a generated page.
No calendar sync. Showing your genuinely free slots means connecting to your real calendar, which is not part of the toolkit. Link out to a scheduling tool instead.
No learning platform. Assignments, marking, progress tracking and resource libraries behind a student login are a separate project on your own Supabase database, with access rules you review deliberately. Treat it as a second build, not a page.
No safeguarding or compliance work. If you teach children, background checks, parental consent, data about minors and your privacy notice remain your responsibility. Collect the minimum on the enquiry form: a parent's contact, the student's year group and the subject, nothing more.
What is the first version worth building?
One page: subjects and levels, your rate, your current availability, two sentences about your experience, and a form that reaches your inbox. That is 6 credits and an evening, and it will out-convert most five page tutor sites because it answers the questions in the order parents ask them.
Then update the availability line every term, at 3 credits a change, because a stale "taking new students" is worse than saying you are full. Describe what you teach and what you charge in a paragraph at zugo.dev, and publish a rate you are happy to be contacted about.