How to Structure a Service Page for SEO, AEO and GEO
Learn how to structure a service page for search engines and AI answer tools: search intent, key sections, schema options, and the thin-page trap to avoid.
- One page, one primary purpose, not a hub for five loosely related services
- Structure for real search intent first, rich results and AI citations follow
- FAQ schema no longer earns a Google rich result, but genuine FAQs still help readers and answer engines
- Thin, templated location pages risk being treated as doorway abuse under Google's spam policies
A service page is the page on your site built around one specific thing you do, such as "boiler installation," "commercial bookkeeping," or "wedding photography." It usually carries the most commercial weight of any page on the site: it's what a person reads to decide whether to contact you, and it's what a search engine or an AI-driven answer tool reads to work out what you do, where, and whether you're worth recommending. Getting the structure right matters for all three audiences at once.
Quick definitions, since this guide uses all three terms: SEO (search engine optimisation) is structuring and writing a page so it can be found and understood by search engines. AEO (answer engine optimisation) is a newer, industry-coined term for structuring content so tools that answer questions directly, such as Google's AI Overviews, ChatGPT, or Perplexity, can find a clear, extractable answer inside it. GEO (generative engine optimisation) overlaps heavily with AEO and refers to optimising for generative AI systems that synthesise answers from multiple sources. Google's own documentation is direct about how much these overlap with ordinary SEO: to appear as a supporting link in AI Overviews, "a page must be indexed and eligible to appear as a regular search result," and Google states there's no special schema or file required to qualify. In practice, that means you're not building three separate pages, you're building one well-structured page that happens to serve all three.
Start with the actual search intent, not a template
Before you touch the structure, work out what someone is actually looking for when they land here. Search intent is simply the goal behind a query, and it varies more than people assume even within one service. "Emergency plumber Springfield" signals urgency: the person wants a phone number and reassurance you can come now. "Cost of a boiler installation" signals research: the person wants a price range and an explanation of what affects it. A page built for the wrong intent will read badly no matter how well it's optimised, because it's answering a question nobody asked.
To find the real intent for a page, search the term yourself and look at what's actually ranking, check whatever query data you have (Search Console's Performance report, if it's connected, shows the exact terms already bringing people to the page), and pay attention to the questions your own enquiries and phone calls tend to raise. That's usually a more reliable source of the actual language searchers use than guessing.
One primary purpose per page
A service page should do one job well. It's tempting to build a single page that tries to rank for "plumber," "boiler repair," "bathroom fitting," and "emergency call-out" all at once, but a page trying to be about everything usually ends up thin on each individual topic, with a vague H1 and no clear focus for a reader or a search engine to latch onto. If you offer several distinct services, each one earns its own page, with those pages linking to each other where it's genuinely useful for the reader. For more on how to connect pages like this sensibly, see Internal Linking for Small Businesses.
The core structure: what each section needs to do
None of these sections need to appear in this exact order, and not every page needs all of them. Treat this as a checklist of jobs a strong service page does, not a rigid template to fill in mechanically, since filling in a template regardless of whether it fits is exactly the trap covered later in this guide.
A clear, specific H1
Its job is to state exactly what the page is about, in the words a customer would actually use, not a clever tagline. A vague heading forces both readers and search engines to guess.
Weak: "Keeping You Warm, Whatever the Weather"
Better: "Emergency Boiler Repair in Springfield"
A useful opening explanation
The first few lines should confirm to the reader they're in the right place and tell a search engine, plainly, what the page covers. This is the worst place for filler or generic praise; it's the best place for a direct, specific statement of what the service is and who it's for.
Service details
What's actually included, what isn't, and how it varies (tiers, options, materials, typical timeframes). The job of this section is to let a reader qualify themselves out or in without needing to phone and ask something basic first.
Problems and use cases it solves
Connect the service to the situations that bring people to it. A page for "drainage clearance," for example, might address blocked drains, slow-draining sinks, and recurring smells, each in the reader's own words rather than internal trade jargon. This section tends to hold a lot of the genuine, specific language people search with, which makes it useful for both ranking and for being quoted accurately by an answer engine.
The process: how the service actually works
Walk through what happens, step by step: enquiry, quote, the work itself, any follow-up. This reduces uncertainty for a nervous first-time customer, and a clean numbered sequence is also exactly the kind of structure an AI summary can extract and quote without distorting it.
Expertise, trust and proof
Back up your claims: qualifications, licences, insurance, years in operation, association memberships, real case studies, genuine reviews, before-and-after photos of your own work. This maps closely to what Google's people-first content guidance calls E-E-A-T, experience, expertise, authoritativeness and trustworthiness, and it's one of the clearest ways a page distinguishes itself from a competitor's near-identical copy.
Relevant locations, only where genuinely appropriate
State honestly where you work. If you cover several towns, say so, but this is exactly where the biggest structural risk on a service page lives, covered in its own section below. For a fuller treatment of handling multiple locations without falling into that trap, see Local SEO for Small Businesses: A Practical Guide.
FAQs, only where they genuinely help
Use this section for real follow-up questions that don't fit naturally into the body copy, answered directly and briefly. Worth knowing: Google removed the FAQ rich result from Search entirely in 2026, so FAQ markup no longer earns the expandable snippet it once did. That doesn't make well-written FAQ content useless, direct question-and-answer pairs are still genuinely helpful to a reader scanning for one specific detail, and that same directness is what tends to make a passage easy for an answer engine to extract cleanly. Just don't invent three questions to pad the page out; if you can't think of genuine ones, skip the section.
Supporting images and media
Real photos of the work, the team, or the premises do more for trust than stock imagery that could belong to any business in any country. Give each one a descriptive filename and alt text that actually describes what's shown, which also gives it a chance to appear in image search.
Internal links
Connect the page into the rest of the site: to related services, to a location hub if you have one, to a proof page like testimonials. This helps a visitor find what they need next, and it helps a search engine understand where the page sits in your site's overall structure.
External references, where appropriate
Linking out to a genuinely authoritative outside source, an accreditation body, a standards page, a regulator, can strengthen trust, but only when it adds real value for the reader, never as a formality and never to a competitor.
Schema: describing the page's structure to machines
Structured data (schema markup, based on the vocabulary at schema.org) is a way of labelling parts of your page so a machine doesn't have to guess what they mean. For a service page, the three types most likely to be relevant are Service, LocalBusiness, and FAQPage. Conceptually: Service markup describes what you offer, who provides it, and the area it's available in. LocalBusiness markup describes the business itself, name, address, phone number, hours, and can help Google display a knowledge panel or business details in search. FAQPage markup labels a genuine question-and-answer section; as noted above, it no longer triggers a Google rich result, though it remains a valid schema.org type and other tools may still make use of it.
Adding valid markup doesn't guarantee any particular appearance in search results. Google is explicit that eligibility for a rich result depends on its own criteria being met, not just the presence of markup, and for FAQPage specifically, that rich result no longer exists in Google Search at all. The decision to add schema should be based on whether it accurately and usefully describes content that's already on the page, not on chasing a visual feature that may not exist by the time the page is live.
Keyword stuffing still doesn't work
Repeating a target phrase unnaturally, "our Springfield plumber offers Springfield plumbing services for all your Springfield plumbing needs", reads badly to a human and doesn't help you with a search engine either; it's explicitly at odds with Google's guidance to write for people rather than to manipulate rankings. Say the service and the place clearly once or twice where they belong, then write the rest of the page the way you'd actually explain the work to someone standing in front of you, using the natural variations a real person would use.
The thin, templated location page trap
If you serve several towns or offer several near-identical services, there's a strong temptation to generate one page per town or per minor service variation by swapping a place name into an otherwise identical template. Google has a specific, named policy against this: doorway abuse, defined as pages "created to rank for specific, similar search queries" that lead users to an intermediate page rather than something genuinely useful. Sites or pages found to match this pattern can rank lower or be removed from Search entirely.
Bad pattern: "Plumber in Springfield," "Plumber in Shelbyville," "Plumber in Ogdenville," each page identical except for the town name swapped in, no distinct detail about how the business actually operates in that specific place.
Better: a genuine location page (or a section within one) that says something only true of that place: the actual area covered, a landmark reference, a note about typical local jobs, or drops the page entirely in favour of one strong page that states its real service area honestly.
Thin, near-duplicate pages are also a common finding whenever a site's pages get compared against each other for technical issues, not just a Google-specific risk, they're generally a sign the page was built for a search engine first and a reader second.
Write for humans first, and it stays easy for machines to parse
None of this is really a separate AEO or GEO playbook sitting on top of ordinary SEO. It's the same underlying discipline: a specific heading, an honest opening explanation, real detail organised under headings that ask and answer the questions a reader actually has, short paragraphs, numbered steps where there's a process, and claims that are backed by something real. That structure is what a person scanning the page on their phone needs, and it happens to be exactly what a search engine or an AI answer tool needs too, since both are ultimately trying to extract "what does this business do, for whom, where, and can they be trusted."
If you already have a service page live that isn't performing the way you'd like, that's rarely a reason to rebuild it from scratch. Diagnosing which specific section is weak and fixing that is usually faster and lower-risk; see How to Improve an Existing Web Page Without Rewriting Everything for how to approach that.
EightySixOS Solo
Want EightySixOS to flag when something like this needs your attention?
Solo is being built to watch your own site, tell you what changed and why it matters, and point you to the right Guide when there is work to do. Coming soon.