What we are building
Most children's tutoring sites have one Subjects page listing eight things. That page ranks for none of them and speaks to none of the parents behind them, because the parent of a year two child who will not read and the parent of a year eleven resitting maths are not the same reader.
What we are building instead is a small set of pages, one for each subject and age band that actually earns you money, each one a search result and each one written to that specific parent. This is the build order we use. It takes an afternoon of planning and a day of writing.
1. List what you really teach, honestly
Write out every subject and every age or stage you teach, then cross off the ones you take on reluctantly. A page implies availability. If you would rather not teach A level further maths, do not publish a page inviting it.
You should end up with somewhere between four and ten combinations. Fewer is fine. Ten well-written pages beats thirty thin ones.
2. Choose the age bands parents use
Not the bands you use internally. Parents describe their child by school stage and by the exam in front of them. Primary, eleven plus, secondary or Key Stage 3, GCSE, A level in the UK; elementary, middle school and the relevant test elsewhere. Say the year group as well as the stage, because a parent searches "year 5 maths tutor" more readily than "Key Stage 2".
Where a stage has a deadline attached, that deadline is the page. Eleven plus tutoring is not primary maths with a different title. The parent's situation, timetable and anxiety are all different.
3. Pair each subject with the bands that make sense
Not every subject needs every band. Do the grid, then keep the cells where you have real demand and real capacity. Typical outcome for a solo tutor: primary maths, primary English and reading, eleven plus, GCSE maths, GCSE English. Typical outcome for a centre: those plus GCSE sciences and a group revision course.
Leave a cell empty rather than writing a page you cannot fill.
4. Model them as records, not as hand-built pages
In the CMS, a subject and age page is a record with fields: subject, age band, year groups, curriculum stage or exam board, what is covered, who it suits, typical session length and frequency, fee reference, tutor, FAQs and a preselected booking link.
The page renders from the record. Add a subject and a page appears with the right structure. Change the fee and every page updates. Nobody has to open code, and nothing goes stale because a developer was busy.
5. Write each page to that parent, in this order
- One or two lines naming the situation. The child who has gone quiet in class, the child with a year until the eleven plus, the child who lost half of year nine.
- What is covered, tied to the curriculum stage or exam board.
- What a term looks like: session length, frequency, what happens between sessions.
- Who it suits, and honestly who it does not.
- The fee for that session length, per session and per term.
- The tutor who teaches it, with their checks.
- A short vetting and safeguarding block.
- How the parent will hear about progress.
- Three or four questions specific to that stage.
- Book a trial, with the subject and age already chosen.
6. Get the titles and headings right
The page title should read the way a parent would say it. "GCSE maths tutoring in Harrogate", "Eleven plus tutoring for year five". One H1 per page saying the same thing in your own words. Do not stuff the town name into every heading. Once in the title, once in the body, once in the footer address is plenty.
7. Set the fees and durations in the platform first
Configure the session types, durations and prices in TutorBird, Teachworks, ClassForKids or Acuity before the website is written, then write the pages from the platform. Doing it in that order means the fee a parent reads is the fee the booking flow quotes and the invoice charges. Doing it the other way round guarantees the two drift apart within a term.
8. Deep-link the trial booking per page
Each page's button opens your booking system with that subject and age band already selected, so the parent is not asked to choose again. Ask for the child's first name, year group, subject and a parent contact at that first step and nothing else.
Test each link on a real phone. Deep links are the thing that quietly breaks when a platform updates, so recheck them at the start of each term.
9. Link the pages to each other sensibly
From primary maths to eleven plus, because that parent is often twelve months from the next decision. From GCSE maths to A level. From every page to how sessions work, fees, and vetting. Internal links from a natural sentence, not a row of buttons at the bottom.
10. Measure them separately, then prune
Record trial bookings and enquiries by page. After two terms you will find that two pages produce most of the families and one produces nothing. Rewrite the weak one for the situation rather than the subject, or delete it if you do not want the work anyway. That is a ten minute review once a term.
Where this sits
Subject and age pages built as records, each written to that parent, priced from the platform and deep-linked to a trial, are part of every children's tutoring website we build, and the same pattern of a page per real service runs through our childcare and family websites. The packages that include it are on pricing. One list ranks for nothing. Six pages each answer a parent who was already searching.