Semantic Html And Seo logo

Semantic Html And Seo

Organization
dembrandt
semantic-html-and-seo

Semantic HTML5, SEO basics, alt text, progressive enhancement and SPA concerns. Use when building web UI, reviewing markup or optimising for search.

Overview

Publisherdembrandt
Repositorydembrandt-skills
Skill namesemantic-html-and-seo
Stars
169
Forks
21
Bundled files
Instructions only
LicenseMIT
Links
  • Markdown instructions

    A SKILL.md file the model loads on demand, so it only costs tokens when a request actually matches.

  • Works with any LLM

    AI skills are plain Markdown, not provider-specific code, so this works with GPT, Claude, Gemini, Grok, or a local model.

  • Self-contained

    Everything the model needs lives in the instructions — no extra files to sync.

  • Open source

    Published by dembrandt on GitHub. Read the source before you install it.

Installation

Install the Semantic Html And Seo AI skill in TypingMind to use it with any LLM, or drop it into another agent that reads SKILL.md.

1

Install in TypingMind

TypingMind installs a skill straight from its GitHub folder — it reads SKILL.md, bundles the resource files, and stores the result locally.

  1. Open the app and go to Plugins → Skills.
  2. Choose "Install from GitHub".
  3. Paste the skill folder URL below and confirm.
    https://github.com/dembrandt/dembrandt-skills/tree/main/skills/semantic-html-and-seo
  4. Enable the skill in any chat where you want it available.
Plugins → Skills → Add skill → From GitHub URL, then paste the folder URL and press Continue.
2

Install in another agent

Any agent that reads the Agent Skills format can use this skill — copy the folder into that agent's skills directory.

Claude Code — .claude/skills
git clone --depth 1 https://github.com/dembrandt/dembrandt-skills.git /tmp/dembrandt-skills
mkdir -p .claude/skills
cp -r /tmp/dembrandt-skills/skills/semantic-html-and-seo .claude/skills/semantic-html-and-seo
Restart Claude Code after copying so it picks up the new skill.

Use it in TypingMind

Enable Semantic Html And Seo in any TypingMind chat and the model takes it from there. Its name and description sit in the system prompt, and the moment a request matches, the model loads the full instructions itself — you never invoke it by hand, and it costs no tokens until it is actually used.

The model loads Semantic Html And Seo on its own as soon as a request matches it.

Works with any AI model

AI skills are plain Markdown instructions rather than provider-specific code, so Semantic Html And Seo is not tied to the model it was written for. Install it once in TypingMind and use it with GPT-5, Claude, Gemini, Grok, DeepSeek, Mistral, Llama, or a local model you run yourself — all on your own API keys.

  • Loaded only when it is needed

    The system prompt carries just the name and description. The instructions are fetched on the first matching request, so an idle skill costs nothing.

  • Switch models mid-chat

    Because the skill is instructions rather than code, changing model does not break it — the next model reads the same SKILL.md.

Skill instructions

This is the SKILL.md content the model loads. Read it before installing — a skill is instructions your model will follow.

Semantic HTML and SEO

Good HTML is not just markup — it is the contract between your content, search engines, assistive technologies, and the browser. Semantic HTML, correct metadata, and progressive enhancement make UI resilient, findable, and accessible by default.


Semantic HTML5

Use the element that describes the content's meaning, not just its appearance.

Document structure

html
<header>       <!-- site header, logo, primary nav -->
<nav>          <!-- navigation links -->
<main>         <!-- primary page content, one per page -->
<article>      <!-- self-contained content: blog post, product card, news item -->
<section>      <!-- thematic grouping with a heading -->
<aside>        <!-- tangentially related content: sidebar, callout -->
<footer>       <!-- site footer, secondary links, copyright -->

Headings

One <h1> per page — the primary topic. Headings form an outline: do not skip levels (h1 → h3 without h2).

html
<h1>Product name</h1>
  <h2>Features</h2>
    <h3>Feature detail</h3>
  <h2>Pricing</h2>

Interactive elements

html
<button>   <!-- clickable action, submits or triggers JS -->
<a href>   <!-- navigation to a URL -->
<input>    <!-- user data entry -->
<select>   <!-- option selection -->
<details> / <summary>  <!-- native disclosure/accordion -->

Never use <div> or <span> as interactive elements without full ARIA annotation — and even then, prefer the native element.


Images and Alt Text

Every <img> needs an alt attribute. What goes in it depends on context.

Image typeAlt text
Informative (product photo, chart)Describe content: alt="Red leather sofa, three-seater"
Functional (icon button, logo link)Describe function: alt="Go to homepage"
DecorativeEmpty: alt="" — screen readers skip it
Complex (chart, diagram)Short alt + longer description nearby or in <figcaption>
html
<!-- Informative -->
<img src="sofa.jpg" alt="Red leather sofa, three-seater">

<!-- Decorative -->
<img src="divider.svg" alt="">

<!-- With caption -->
<figure>
  <img src="chart.png" alt="Bar chart showing revenue growth Q1–Q4 2025">
  <figcaption>Revenue grew 42% year-on-year in Q4 2025.</figcaption>
</figure>

SEO Fundamentals

Title and description

html
<title>Product Name — Short descriptor | Brand</title>
<meta name="description" content="One or two sentences. What this page is, who it is for, what they will find.">
  • Title: 50–60 characters. Most important keyword first.
  • Description: 120–160 characters. Shown in search results — write for the human, not the algorithm.

Canonical URL

html
<link rel="canonical" href="https://example.com/the-definitive-url">

Prevents duplicate content penalties when the same page is accessible via multiple URLs.

Open Graph (social sharing)

html
<meta property="og:title" content="Page title">
<meta property="og:description" content="Page description">
<meta property="og:image" content="https://example.com/og-image.jpg">
<meta property="og:url" content="https://example.com/page">
<meta property="og:type" content="website">

<!-- Twitter/X -->
<meta name="twitter:card" content="summary_large_image">
<meta name="twitter:title" content="Page title">
<meta name="twitter:image" content="https://example.com/og-image.jpg">

OG image: 1200×630px. Appears when the URL is shared on Slack, LinkedIn, Twitter, iMessage.

The card's headline is the reader's phrase, not the article's insight. A feed supplies no context, so a line that needs the article to make sense reads as nonsense to a scrolling stranger. Put the plain promise they are already looking for on the card, in the vocabulary of the platform they are on, and keep the clever line for the page.

Adapt a card to a platform by mode, not by shade. Against a light feed a dark card reads as an ad banner; the fix is a light card on that platform's own ground, not a warmer navy or a softer blue. A hue nudge is invisible next to the platform's chrome and costs a round trip for nothing. Tone tweaks come after the mode is right.

Structured Data (JSON-LD)

Machine-readable content enables rich search results.

html
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Product Name",
  "description": "Product description",
  "image": "https://example.com/product.jpg",
  "offers": {
    "@type": "Offer",
    "price": "49.00",
    "priceCurrency": "EUR"
  }
}
</script>

Common types: Product, Article, BreadcrumbList, FAQPage, Organization, SiteLinksSearchBox.


Progressive Enhancement

Build in layers. The core content and function must work without JavaScript. Enhance with CSS. Enhance further with JS.

Layer 1: HTML — content is readable, links work, forms submit
Layer 2: CSS  — layout, typography, visual design
Layer 3: JS   — interactivity, animations, dynamic content

In practice:

  • Forms must submit via native <form action> without JS — JS can intercept and enhance with fetch
  • Navigation links must be real <a href> — JS can add transitions
  • Content must be in the HTML — JS can enhance with lazy-load or personalisation
  • Images must have src — JS can add lazy loading via loading="lazy" (now native)

SPA Considerations

Single-page applications break browser defaults that SEO and accessibility depend on. Fix them explicitly.

Server-side rendering or static generation

Client-rendered HTML is not reliably indexed by search engines. Use SSR (Next.js, Nuxt, SvelteKit) or static generation for any content that needs to be found.

Title and meta updates

Update document.title and meta tags on every route change. Use the framework's <Head> component or equivalent.

Focus management

On route change, move focus to the new page's <h1> or <main> — screen readers do not detect SPA navigation automatically.

js
// After route change
document.querySelector('h1')?.focus();

Scroll restoration

Restore scroll position to top on navigation, or to the saved position on back navigation. Browser default scroll restoration is disabled in SPAs.

History API

Use pushState / replaceState so back/forward navigation and bookmarking work correctly.


Device Capabilities and User Context

Design and code should adapt to what the device and user can actually do.

Client-side storage as a personalization tool

localStorage, sessionStorage, and other browser capabilities (cookies, IndexedDB, media/permission queries) are legitimate tools for tailoring the experience — last view mode, chosen locale, a dismissed banner, an in-progress draft, a returning user's context.

Guardrails:

  • Personalise from real understanding, not a guess. What to persist and pre-fill safely usually needs customer testing — a wrong assumption in stored state is worse than a neutral default.
  • Scope and consent. sessionStorage for one session, localStorage across sessions; never store anything sensitive client-side; honour consent.
  • Re-validate every 2–3 years. Needs drift; a personalization that fit at launch becomes friction. Revisit, ideally with fresh testing.

Input method detection

css
@media (hover: hover) {
  /* hover states — mouse or trackpad */
  .btn:hover { background: var(--color-primary-hover); }
}

@media (hover: none) {
  /* touch device — no hover, larger targets */
  .btn { min-height: 44px; }
}

Pointer precision

css
@media (pointer: coarse) {
  /* fat-finger touch — increase target sizes */
  .interactive { min-height: 44px; min-width: 44px; }
}

@media (pointer: fine) {
  /* mouse — precise, can use smaller targets */
}

Pointer precision can select a default behaviour, not only target size. Read the same query from JavaScript with matchMedia('(pointer: fine)'), but use each event's pointerType when the interaction model differs: a click that toggles and a pointer that pans on a mouse, pinch and double tap on touch. Never infer input type from viewport width; hybrid devices break the guess. See [[modal-and-overlay-patterns]] for the image-zoom case.

Network conditions

html
<!-- Lazy load images below the fold -->
<img src="product.jpg" loading="lazy" alt="...">

<!-- Serve modern formats with fallback -->
<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="...">
</picture>

User preferences

css
@media (prefers-reduced-motion: reduce) { /* disable animations */ }
@media (prefers-color-scheme: dark)     { /* dark mode tokens */ }
@media (prefers-contrast: more)         { /* increase contrast */ }
@media (forced-colors: active)          { /* Windows high contrast mode */ }

Review Checklist

  • One <h1> per page, headings form a logical outline
  • Semantic elements used: <main>, <nav>, <header>, <footer>, <article>, <section>
  • Every <img> has a meaningful alt or alt="" for decorative images
  • <title> is unique per page, 50–60 characters, keyword-first
  • <meta name="description"> present and 120–160 characters
  • Open Graph tags present on all shareable pages
  • <link rel="canonical"> on pages accessible via multiple URLs
  • Structured data (JSON-LD) on product, article, and FAQ pages
  • Forms work without JavaScript
  • SPA updates document.title and meta tags on route change
  • SPA moves focus on route change
  • Hover states scoped to @media (hover: hover)
  • Touch targets ≥ 44px on @media (pointer: coarse)
  • Images use loading="lazy" below the fold
  • prefers-reduced-motion respected

Frequently asked questions

What does the Semantic Html And Seo AI skill do?

Semantic HTML5, SEO basics, alt text, progressive enhancement and SPA concerns. Use when building web UI, reviewing markup or optimising for search.

Why use Semantic Html And Seo on TypingMind?

Because you install it once and use it with any model. Semantic Html And Seo is plain Markdown rather than provider-specific code, so the same skill runs on GPT-5, Claude, Gemini, Grok, or a local model — and you can switch model mid-chat without it breaking. TypingMind runs on your own API keys, so you pay providers directly instead of a per-seat subscription, and your skills and chats stay in your own storage.

How do I install Semantic Html And Seo in TypingMind?

Open Plugins → Skills → Install from GitHub in TypingMind and paste https://github.com/dembrandt/dembrandt-skills/tree/main/skills/semantic-html-and-seo. TypingMind reads its SKILL.md and installs it as a skill you can enable per chat.

Which AI models can use Semantic Html And Seo?

Any model you connect in TypingMind. AI skills are plain Markdown instructions rather than provider-specific code, so GPT, Claude, Gemini, Grok, and local models can all load this skill when a request matches it.

How many AI models can I use with Semantic Html And Seo?

As many as you like. As long as a model supports skills, you can use Semantic Html And Seo with it — GPT, Claude, Gemini, Grok, DeepSeek, Mistral, Llama and more — all on TypingMind with your own API keys.

Is the Semantic Html And Seo AI skill free?

Yes. It is published on GitHub by dembrandt under the MIT license. You only pay your own AI provider for the tokens you use.

What are AI skills?

An AI skill is a reusable instruction bundle that teaches an AI model how to do one specific task. It follows the open Agent Skills format: a SKILL.md file with a name and description, plus any scripts, templates or reference files the model may need. The model reads the instructions only when your request matches the skill, so an installed skill costs nothing until it is used.

How are AI skills different from plugins or MCP servers?

A plugin or MCP server gives a model new tools to call — code that runs somewhere and returns a result. An AI skill gives the model knowledge and process instead: how to approach a task, which steps to follow, what good output looks like. Skills are plain Markdown, so they need no server, no API key and no runtime, and they work with any model.

View all

Set up your own AI workspace now

Get notified about new features and future giveaways by subscribing to our newsletter 👇