SEO for scientific and expert content: what to optimise and why it matters
A practical, element-by-element guide for researchers and technical writers who want their content to be found.
You’ve done the research. You’ve written an article that reflects genuine expertise and communicates real value. But if that article isn’t structured for discoverability, it’s doing half the job it could be doing.
This article is the practical companion to the DRAFT framework article, which introduced a five-stage workflow for writing AI-assisted, search-optimised content without losing your voice. While the first article covered the process, this one covers the specific elements you should optimise, and explains what each one does, and why it matters for getting your content in front of the right people.
D-R-A-F-T: a human-first, AI-assisted framework to optimise a blog article without losing your voice
You’ve published in a high-impact journal. Your peers have cited it. The scientific community has taken notice. But the investors scanning Google for emerging technologies in your field? The funding agency programme manager researching priority areas? The policymaker looking for evidence to support a decision? They’re not reading
None of this requires you to be an SEO specialist. If you can structure a scientific paper, you can structure a blog article for search. The principles are closer than you think.
There’s also a thread running through many of these elements that’s worth naming upfront: accessibility. Several of the optimisation practices that improve your search ranking also make your content usable by people with disabilities — visual impairments, motor limitations, cognitive differences. This isn’t a coincidence. The Web Content Accessibility Guidelines (WCAG), the international standard for web accessibility maintained by the W3C, are built on the same principle that drives good SEO: content should be structured, navigable, and understandable by everyone [1]. The current standard, WCAG 2.2, is now referenced by accessibility legislation in the EU, the US, the UK, New Zealand, and beyond [1]. I will point it out where SEO and accessibility overlap: optimising for one often means you’re already doing the other.
Headings: your article’s architecture
Headings are not decoration. They are the structural skeleton of your article — and search engines read them that way.
Your H1 is your article title. You get one per page, and it should clearly state what the article is about. Below that, H2 headings mark your major sections, and H3 headings mark subsections within them. This nesting needs to be logical: an H3 should always sit within an H2, never float independently.
Why this matters: search engine crawlers use heading hierarchy to understand the thematic structure of your content [3]. A well-structured heading tree tells Google what your article covers, how the ideas relate to each other, and which concepts are most important. It also helps readers — particularly busy professionals scanning for the section most relevant to them.
But headings serve a third audience too: people using assistive technology. Screen reader users navigate web pages by jumping between headings — it’s the equivalent of scanning a table of contents. If your heading hierarchy is broken (an H3 floating outside an H2, or headings used for visual styling rather than structure), that navigation breaks down entirely. WCAG 2.2 addresses this under Success Criterion 1.3.1 (Info and Relationships) and 2.4.6 (Headings and Labels): headings must reflect the actual structure of the content, not just its visual appearance [1]. A well-structured heading tree serves search engines, sighted readers, and assistive technology users simultaneously.
For researchers and technical writers, think of it this way: your H1 is your paper title, your H2s are your major section headings (Introduction, Methods, Results, Discussion), and your H3s are your subsections within each. You already know how to do this. The only difference is that on the web, these headings carry SEO weight — they signal topic relevance to search algorithms, not just to human readers.
A few practical guidelines: keep headings descriptive rather than clever (save the wordplay for social media), include terms your audience would actually search for, and make sure each heading accurately reflects the content beneath it. A heading that promises something the section doesn’t deliver is worse than a bland one.
Pro tip: Read your headings in sequence, ignoring the body text. Do they tell a coherent story? Could someone scanning just the headings understand what your article covers and in what order? If not, your structure needs work — and that’s a problem for both SEO and readability.
Meta title and description: your abstract for search
When your article appears in search results (i.e. SERP = search engine result page), two things determine whether someone clicks: the meta title and the meta description. Together, they function like a miniature abstract — a compressed summary that needs to communicate value in very limited space.
Example of results displayed on the search engine result page of Google.
The meta title appears as the blue clickable link in search results. Google typically displays around 60 characters before truncating, so every word needs to earn its place. It doesn’t have to match your H1 exactly — in fact, a slightly shorter, keyword-focused version often works better for search while your H1 can be more expansive on the page itself.
The meta description is the two-line summary beneath the title. You have roughly 155 characters to convey what the article covers and why it’s worth reading. Google doesn’t always use the description you provide — it sometimes generates its own based on page content — but providing a well-crafted one increases the chances your intended message is what users see [4].
Why this matters: meta information doesn’t directly affect ranking position, but it significantly affects click-through rate — the percentage of people who see your listing and actually click on it [5]. A compelling meta description can be the difference between your article being found and being scrolled past. For expert content competing against lower-quality but more numerous AI-generated pages, a precise, authoritative meta description signals quality before the reader even arrives at your site.
For researchers accustomed to writing abstracts: the skill is the same, the constraint is tighter. An abstract might give you 300 words. A meta description gives you roughly 25. Distil the core value of your article into a single statement that answers: what is this about, and why should I read it?
Pro tip: Write three to five versions of your meta description and pick the best one. Or ask AI to generate options — this is exactly the kind of task where AI excels. Just make sure the version you choose is accurate and sounds like something you’d actually write. If it reads like a generic marketing pitch, rewrite it.
Internal linking: building your body of work
Internal links are the hyperlinks that connect one page on your site to another. When you mention a concept you’ve covered in a previous article and link to it, that’s an internal link. It seems simple, but it’s one of the most underused SEO tools — especially among experts who tend to treat each article as a standalone piece.
Why this matters: internal links serve two distinct purposes. For readers, they provide pathways to deeper or related information — the same function as cross-references in academic work. For search engines, they create a map of your content, showing how your articles relate to each other and which topics you cover in depth [6]. This is how search engines assess topical authority — the signal that you’re not just writing a single article on a subject but building a sustained, interconnected body of knowledge.
Think of it as the digital equivalent of your publication record. A single paper on a topic shows interest. A series of papers, each referencing and building on the others, demonstrates expertise. Internal linking creates that same signal for search engines.
The practical approach: every new article should link to at least two or three related pieces on your site. And when you publish something new, go back to older related articles and add a link to the new one. This bidirectional linking strengthens the connections and keeps your older content relevant.
Be intentional about anchor text — the clickable words in the link. “Click here” tells search engines nothing. “Our guide to the DRAFT framework for AI-assisted blog optimisation” tells them exactly what the linked page covers and reinforces topic relevance.
This matters for accessibility too. Screen reader users often navigate by tabbing through links on a page, hearing only the anchor text out of context. Under WCAG 2.2 Success Criterion 2.4.4 (Link Purpose), the purpose of each link should be determinable from its text alone [1]. A page full of “click here” and “read more” links is useless to someone who can’t see the surrounding sentences. Descriptive anchor text serves both search engines and assistive technology — another case where good SEO and good accessibility are the same practice.
Pro tip: Keep a simple spreadsheet of your published articles, their main topics, and their URLs. When you write a new piece, scan the list for natural linking opportunities. This takes five minutes and prevents the common problem of older content becoming isolated from your growing body of work.
External links: citing your sources
External links point from your article to other websites — and they function much like citations in academic writing. When you link to an authoritative source that supports a claim, you’re doing two things: giving the reader access to the evidence, and signalling to search engines that your content is grounded in credible information.
Why this matters: Google’s systems evaluate trustworthiness partly by looking at the sources a page references [3]. Linking to primary sources — peer-reviewed research, official documentation, institutional reports — reinforces the credibility of your own content. It signals that your arguments are evidence-based, not opinion dressed as fact.
For researchers, this is second nature. You cite your sources. The web equivalent is linking to them. The key difference is that on the web, your links should point to the source itself — the journal article, the official report, the institutional page — rather than secondary summaries or aggregator sites where possible.
A few things to avoid: don’t link to low-quality or unrelated pages just to have external links. Don’t link to competitors’ content unless it genuinely adds value for your reader. And always check that your links actually work — broken links are a minor but real negative signal, and they frustrate readers.
Pro tip: When referencing a statistic or claim, link to the primary source rather than the news article that reported it. This is basic academic practice, but it’s surprisingly uncommon online — and search engines recognise the difference between content that cites originals and content that cites summaries.
Alt text on images: describing what you show
Alt text (alternative text) is a short written description attached to an image in your article’s HTML. It was originally designed for accessibility — screen readers use it to describe images to visually impaired users — and it remains one of the most fundamental requirements in the WCAG standard. Success Criterion 1.1.1 (Non-text Content) states that all non-text content must have a text alternative that serves the equivalent purpose [1]. It’s a Level A criterion — the most basic level of conformance — meaning it’s considered the bare minimum for an accessible web.
But alt text also serves an SEO function: it tells search engines what your image depicts, since crawlers can’t “see” images the way humans do.
Why this matters: if your article includes figures, diagrams, data visualisations, or photographs, alt text is how search engines index that visual content [7]. Without it, your images are invisible to search. With well-written alt text, they become an additional discovery pathway — someone searching for a specific type of diagram or chart could find your article through image search.
For researchers and technical authors, this is particularly relevant. Your articles are likely to contain figures, graphs, and process diagrams that carry significant informational value. Good alt text captures that value in words.
The approach is straightforward: describe what the image shows and why it matters in the context of the article. “Bar chart comparing publication rates across three funding models, showing a 40% increase under Model C” is useful alt text. “Chart” is not. “Image” is useless.
Keep alt text concise — one or two sentences is usually sufficient. And avoid keyword stuffing: the purpose is to describe the image accurately, not to cram in search terms. Search engines can detect the difference, and so can screen readers.
Pro tip: If you wouldn’t include the image without a caption in a journal article, don’t include it without alt text on your website. The principle is the same: every figure should be described and contextualised.
Structured data: speaking the language of search engines
Structured data — also known as schema markup — is a layer of code added to your page that explicitly tells search engines what type of content it contains. Rather than leaving Google to infer that your page is a blog article written by a specific author on a specific date, structured data states it directly in a format machines can parse.
Why this matters: structured data helps search engines categorise and display your content more effectively. For blog articles, the most relevant schema types are Article (or BlogPosting) and Person (for author information). When implemented correctly, structured data can influence how your article appears in search results — enabling richer displays that include author attribution, publication date, and article type [8].
Since Google’s March 2026 core update, structured data has taken on additional significance. Google’s AI-powered features now use schema markup as a trust and verification signal when selecting sources for AI-generated answers [9]. Accurate structured data increases the likelihood that your content will be cited in AI overviews — an increasingly important discovery channel.
For most researchers and writers, you won’t need to implement structured data yourself. Modern CMS platforms like WordPress, Squarespace, and Substack handle much of this automatically. But it’s worth understanding what it is and verifying it’s in place — particularly author information (your name, credentials, and a link to your author profile) and article metadata (publication date, date modified, article type).
If you’re using WordPress, plugins like Rank Math can manage structured data without requiring any coding. For other platforms, Google’s Rich Results Test is a free tool that lets you check what structured data a page contains and whether it’s valid [10].
Pro tip: Make sure your author schema includes a link to a dedicated author page or professional profile. Google increasingly connects content to known entities — real, identifiable people with verifiable credentials. For researchers and technical experts, this is your E-E-A-T signal: linking your structured data to a profile that shows your publications, affiliations, and expertise tells search engines exactly why you’re qualified to write on this topic [3].
URL slug: your article’s permanent address
The URL slug is the last segment of your article’s web address — the part that comes after your domain name. For this article, the slug might be /seo-for-expert-content-what-to-optimise. It seems like a small detail, but it contributes to both usability and searchability.
Why this matters: a clean, descriptive URL slug gives both readers and search engines an immediate signal about what the page contains [11]. Compare /seo-for-expert-content-what-to-optimise with /post-2026-04-draft-v3-final. The first communicates topic relevance. The second communicates nothing.
Keep slugs short, descriptive, and hyphen-separated. Include your primary keyword or topic naturally. Remove unnecessary words like “and,” “the,” or “a.” Most CMS platforms generate slugs automatically from your title, but it’s worth checking and editing them before publication — once a URL is live, changing it can create broken links and redirect issues.
Pro tip: Set your URL slug before you publish, not after. Changing a URL after publication means you need to set up a redirect from the old address to the new one — otherwise anyone who bookmarked or linked to the original URL will hit a dead end. Getting it right the first time saves you a headache later.
Putting it all together
None of these elements works in isolation. A well-structured heading hierarchy with a poor meta description still loses clicks. Excellent alt text on images doesn’t help if your headings are vague and your internal links are non-existent.
The real power of on-page SEO is cumulative: each element reinforces the others to create a page that is coherent, discoverable, and trustworthy — both to search engines and to the human beings you’re writing for.
One final element worth mentioning: readability and visual presentation. While not an SEO ranking factor in itself, your content’s visual accessibility affects how long people stay on the page — and dwell time is a signal search engines notice. WCAG 2.2 Success Criterion 1.4.3 (Contrast Minimum) requires a contrast ratio of at least 4.5:1 between text and its background [10]. Light grey text on a white background may look elegant, but it’s difficult to read for anyone with low vision — and frustrating for everyone else. Similarly, WCAG 2.2 Success Criterion 1.4.12 (Text Spacing) ensures that content remains readable when users adjust line height, letter spacing, or word spacing to suit their needs. If your CMS template is well-built, these should be handled by default — but it’s worth checking.
If you’re implementing these for the first time, start with the highest-impact items: headings, meta title and description, and internal links. These require no technical knowledge and deliver the most immediate improvement. Then layer in alt text, structured data verification, and URL slug hygiene as you build the habit.
And remember — the best technical optimisation in the world can’t compensate for weak content. These elements exist to make excellent content findable. The excellence itself has to come from you.
FAQs
Do I need to optimise every element for every article? Ideally, yes — but if you’re just starting out, focus on headings, meta title, meta description, and internal links. These four elements cover the most ground with the least effort. Add alt text and structured data verification as you become more comfortable with the process.
Does my CMS handle any of this automatically? Most modern CMS platforms handle some elements automatically. WordPress, Squarespace, and Substack all generate basic structured data, URL slugs, and heading structures. However, automatically generated content isn’t always optimised — auto-generated meta descriptions tend to be generic, and default URL slugs can be unnecessarily long. It’s worth reviewing and refining what your CMS produces.
How is on-page SEO different from technical SEO? On-page SEO — what this article covers — focuses on the content and structure of individual pages: headings, metadata, links, images, and text. Technical SEO deals with the infrastructure of your website: site speed, mobile responsiveness, crawlability, security certificates, and server configuration. Both matter, but on-page SEO is where content creators have the most direct control.
Can I over-optimise my content? Yes. Keyword stuffing — forcing search terms into headings, alt text, and body copy at the expense of readability — can actually harm your ranking. Search engines are sophisticated enough to recognise when content is written for algorithms rather than people [1]. Optimise naturally: use relevant terms where they fit, and prioritise clarity over keyword density.
Should I hire an SEO specialist? For content-level optimisation — what this article covers — you probably don’t need one. Researchers and technical writers already have the analytical skills to implement these elements effectively. Where an SEO specialist adds value is in technical SEO, competitive analysis, and long-term content strategy at scale. If you’re publishing regularly and want to build sustained visibility, a consultation can be worthwhile.
How do I know if my optimisation is working? Google Search Console is a free tool that shows you which queries are driving traffic to your articles, your average ranking position, and your click-through rates. Set it up and check it monthly. If you see your articles appearing for relevant queries and your click-through rate is healthy, your optimisation is working. If not, revisit your meta descriptions and headings first — they’re the most common culprits.
How much do I need to know about web accessibility? You don’t need to become a WCAG expert. But the overlap between good SEO practice and accessible design is significant enough that by following the guidance in this article — proper heading hierarchy, descriptive alt text, meaningful link text — you’re already meeting several WCAG 2.2 criteria. For researchers at public institutions, this is increasingly relevant: accessibility regulations referencing WCAG are now in force or incoming across the EU (European Accessibility Act), the US (ADA Title II), and New Zealand (Web Accessibility Standard) [11]. If your content is well-structured, clearly written, and properly labelled, you’re most of the way there.
Does this only apply to blog articles? No. Every element covered in this guide — headings, meta titles, alt text, internal links, structured data, URL slugs — applies equally to any page on your website: your homepage, service pages, about page, project descriptions, case studies, and landing pages. A blog article and a website page are the same thing in the eyes of a search engine — both are HTML documents that need to be crawled, understood, and ranked. The only difference is intent: a blog article typically targets informational queries (”how to optimise expert content for search”), while a service page targets transactional or navigational ones (”strategic communication consultant Auckland”). The optimisation principles are identical. If anything, static pages like your homepage and services pages deserve more attention, not less — they tend to carry more authority and are often the first thing a potential client or collaborator sees.
References
[1] W3C Web Accessibility Initiative, “Web Content Accessibility Guidelines (WCAG) 2.2,” W3C Recommendation, October 2023. Available: https://www.w3.org/TR/WCAG22/
[2] W3C Web Accessibility Initiative, “WCAG 2 Overview,” W3C. Available: https://www.w3.org/WAI/standards-guidelines/wcag/
[3] Google Search Central, “Creating helpful, reliable, people-first content,” Google Developers. Available: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
[4] Google Search Central, “Control your snippets in search results,” Google Developers. Available: https://developers.google.com/search/docs/appearance/snippet
[5] Google Search Central, “SEO Starter Guide,” Google Developers. Available: https://developers.google.com/search/docs/fundamentals/seo-starter-guide
[6] Google Search Central, “Links best practices for Google,” Google Developers. Available: https://developers.google.com/search/docs/crawling-indexing/links-crawlable
[7] Google Search Central, “Google Images best practices,” Google Developers. Available: https://developers.google.com/search/docs/appearance/google-images
[8] Google Search Central, “Article structured data,” Google Developers. Available: https://developers.google.com/search/docs/appearance/structured-data/article
[9] Digital Applied, “Schema Markup After March 2026: Structured Data Update,” March 2026. Available: https://www.digitalapplied.com/blog/schema-markup-after-march-2026-structured-data-strategies
[10] Google Search Central, “Rich Results Test,” Google Developers. Available: https://search.google.com/test/rich-results
[11] Google Search Central, “URL structure,” Google Developers. Available: https://developers.google.com/search/docs/crawling-indexing/url-structure
This article is part of the Strategy360 newsletter — provides strategic communication insights for scientists, researchers, and technical professionals building their digital presence with purpose.
Go further
1/ Explore how I help scientists build strategic websites → Visit tiffanysiegel-sci.com
2/ Follow along for weekly strategic insights → Connect on LinkedIn
Thank you for reading! ⇢ Did this resonate? A ♡ helps more entrepreneurs, founders, scientists and researchers find this newsletter.