---
title: Blogi tervisekontroll
description: Kogu blogi hinnang: kvaliteet, orbude lehed, kattuvad teemad, aegunud sisu ja tehisaru viidatavus.
category: Marketing
sublabel: Sisu
author: AgriciDaniel
tags: 
license: MIT
source: https://github.com/AgriciDaniel/claude-blog
---

# Blogi audit: kogu saidi tervise hindamine

Viib läbi põhjaliku blogi tervise hindamise kõigi projekti postituste lõikes.
Skannib kvaliteediskoore, orbleheküülgi, teemade kannibaliseerimist, aegunud sisu
ja AI-tsiteeritavuse valmidust. Kasutab skooride allikana kanoonilist analüsaatori
JSON-i ning koostab prioriseeritud tegevuste järjekorra.

## Auditi protsess

### 1. samm: blogifailide leidmine

Skanni projekti kõigi blogi sisufailide osas:

- Otsi rekursiivselt (glob) faile `.md`, `.mdx`, `.html`, `.astro`, `.svelte`, `.vue`,
  `.tsx` ja `.jsx` tavalistes blogikaustades ja CMS-i eksportkaustades
- Tavalised teed, mida kontrollida:
  - `content/`
  - `posts/`
  - `blog/`
  - `src/content/`
  - `_posts/`
  - `pages/blog/`
  - `articles/`
  - `content/blog/**`
  - CMS-i eksportkaustad, mille kasutaja on sõnaselgelt kaasa andnud
  - `src/pages/blog/`
- Filtreeri välja peidetud, vendor-, genereeritud ja saladustega külgnevad teed: `.git/`,
  punktiga algavad kaustad, `node_modules/`, `vendor/`, `dist/`, `build/`, `.next/`,
  `coverage/`, `reports/`, genereeritud eksportfailid, README, CHANGELOG, LICENSE,
  konfiguratsioonifailid, SKILL.md, paketifailid, `.env*`, võtmed ja privaatsed märkmed
- Teata: „Leitud N blogifaili asukohas [kaustad]“

Kui standardsetest asukohtadest blogifaile ei leita, küsi lubatud juurkausta
või otsi ainult kasutaja heakskiidetud sisukaustadest. Ära skanni vaikimisi kogu
projekti juurkausta.

### 2. samm: kanooniline pakettanalüüs

Käivita esmalt kanoonilise analüsaatori väljund ja kasuta seda iga postituse skooride allikana:

```bash
python3 scripts/analyze_blog.py <blog-root> --batch --format json
```

Töötle faile tükkidena, piira paralleelne järeltöö väikese fikseeritud arvuga,
arvesta kontekstipiiranguid ja koonda deterministlik JSON väljadega `file`, `score`,
`categories`, `issues` ja `metadata`. Lisa allolevad saidiülesed kontrollid
analüsaatori JSON-i peale, mitte eraldi skoorimise reeglistikena.

#### Sisukvaliteedi kiht
- Hinda iga postitust 30-punktisel sisukvaliteedi skaalal
- Vaata lõikude ja lausete rütmi kontekstis üle; pikkused on kirjeldavad,
  mitte universaalsed läbib/ei läbi künnised
- Hinda pealkirjade struktuuri ja küsimuse vormis pealkirju
- Hinda loetavust persoona ja sisutüübi järgi: tarbijasisu eelistab
  lihtsamaid tasemeid, erialane sisu võib olla mõõdukas ja tehniline sisu võib olla
  tihedam, kui selgus püsib kõrge

#### SEO-optimeerimise kiht
- Kontrolli iga postituse lehesiseseid SEO-elemente:
  - Pealkirja (title) silti pikkus (40–60 vastuvõetav, 50–60 ideaalne, ainult eelvaate hoiatus)
  - Metakirjeldus on tabav ja lehespetsiifiline. Statistika on valikuline ning
    peab olema nähtav ja viidatud allikaga
  - H1 olemasolu ja unikaalsus
  - Piltide alt-teksti kaetus
  - Sise- ja välislinkide arv
  - URL-i sõneosa (slug) kvaliteet

#### Skeemi valideerimise kiht
- Tuvasta struktuurandmed kõigis postitustes
- Valideeri Article/BlogPosting, Person, Organization ja BreadcrumbList skeemi terviklikkus
- Kui FAQPage on olemas, valideeri seda ainult valikulise entiteedimärgistusena, mitte Google'i rikastatud tulemusena
- Normaliseeri `dateModified`, `lastUpdated`, `updated` ja `lastmod`, sealhulgas
  ajavööndi järgi normaliseeritud genereeritud skeem, seejärel nõua värskuse vastavust
- Märgi puuduv või vigane skeem

#### Linkide tervise kiht
- Kaardista siselingid kõigi postituste lõikes
- Ehita suunatud linkide graaf
- Tuvasta orblehed (null sissetulevat siselinki)
- Tuvasta ummiklehed (null väljaminevat siselinki)
- Kontrolli katkiseid sisselingi sihtmärke
- Soovita kahesuunalisi linkimisvõimalusi

#### Värskuse kontrolli kiht
- Loe iga postituse frontmatter'ist lastUpdated või dateModified
- Arvuta päevade arv viimasest uuendusest
- Märgi värskus sisutüübi, allika või statistika vanuse ning GSC-languse järgi,
  mitte universaalse päevaloenduse järgi
- Kategoriseeri värskendamise prioriteedi järgi

#### AI-valmiduse kiht
- Hinda iga postituse AI-tsiteeritavuse valmidust
- Kontrolli, kas tähtsad lõigud on iseseisvad ja tõenditega tõendatud
- Hinda eesmärgipärasust ja entiteedi selgust; küsimuse vormis pealkirjad ja KKK-d on valikulised
- Kontrolli, kas kokkuvõtted ja struktureeritud vormingud aitavad sihtlugejat
- Kontrolli robots.txt, llms.txt, SSR/SSG väljundit, JS-i taga olevat sisu, blokeeritud varasid,
  GPTBot-i, ClaudeBot-i, PerplexityBot-i, Googlebot-i ja Google-Extended'i poliitikaid

### 2.5. samm: tehniline roomamine ja otsingu jõudlus

Lisa enne lõplikke soovitusi saidiülesed tehnilised kontrollid:

- Valideeri saidikaardi kaetus, robots.txt, noindex-direktiivid, kanoonilised sildid,
  ümbersuunamised, HTTP-staatuskoodid, hreflang ja sisemine kanooniline järjepidevus
- Kasuta `blog-google` kui saadaval Core Web Vitals'i, GSC-päringute, URL-i
  inspekteerimise, indekseerimise oleku ja GA4 konteksti jaoks
- Teata vahelejäetud valikulistest kontrollidest koos põhjustega, nagu
  `SKIPPED: credentials unavailable`

### 3. samm: teemade kannibaliseerimise tuvastamine

Analüüsi kõigi postituste lõikes märksõnade konkurentsi:

1. Eralda igast postitusest peamine märksõna/teema:
   - Pealkirja tekst
   - H1-pealkiri
   - Metakirjeldus
   - Esimene lõik
2. Normaliseeri märksõnad stoppsõnade käsitlemise, lemmatiseerimise, lokaaditeadlikkuse
   ja kavatsuse täpsustajatega
3. Klasterda kavatsuse järgi, kasutades analüsaatori andmeid, vektoresitusi (embeddings) või
   sõnaselget usaldusväärsust, GSC päring-URL andmeid kui saadaval ning SERP-i kattuvust kui saadaval
4. Märgi konkureerivad postitused ühega neist soovitustest:
   - **Ühenda**: ühenda kaks nõrka postitust üheks tugevaks postituseks
   - **Suuna ümber**: 301-ümbersuuna nõrgem postitus tugevamale pärast
     tagasilinkide säilitamist, ümbersuunamiskaardi valideerimist ja siselinkide
     uuendamist
   - **Eristada**: kohanda fookust nii, et postitused sihivad erinevaid kavatsusi

### 4. samm: orbleheküülgede tuvastamine

Ehita ja analüüsi siselinkide graafi:

1. Normaliseeri URL-id saidi konfiguratsiooni ja saidikaardi suhtes, sealhulgas suhtelised lingid,
   sama domeeni absoluutlingid, lõpukaldkriipsud, genereeritud marsruudid, ankrud ja sõneosa
   (slug) teisendused
2. Ehita naabrluskaart: `{ page -> [pages it links to] }`
3. Ehita pöördkaart: `{ page -> [pages linking to it] }`
4. Tuvasta orblehed: postitused, millel on null sissetulevat siselinki
5. Tuvasta ummiklehed: postitused, millel on null väljaminevat siselinki
6. Soovita iga orblehe jaoks 2–3 olemasolevat postitust, mis peaksid sellele linkima
   teemakohasuse alusel

### 5. samm: aegunud sisu tuvastamine

Auditeeri sisu värskust kõigi postituste lõikes:

1. Loe frontmatter'i väljad: `lastUpdated`, `dateModified`, `date`, `updated`
2. Arvuta iga postituse jaoks päevade arv viimasest uuendusest
3. Kategoriseeri värskendamise prioriteedi järgi:
   - **Kõrge**: muutlik teema, aegunud allikad või statistika või GSC-langus
   - **Keskmine**: igihaljas teema vananevate näidete, linkide või ekraanipiltidega
   - **Madal**: hiljuti valideeritud või stabiilne viitesisu
4. Hinda iga postituse värskendamise töömahtu:
   - Kerge värskendus: uuenda statistikat, kontrolli linke (1–2 tundi)
   - Mõõdukas värskendus: kirjuta lõigud ümber, lisa uusi andmeid (3–4 tundi)
   - Põhjalik värskendus: soovitatav täielik ümberkirjutamine (5+ tundi)

### 6. samm: saidiülese aruande koostamine

Koonda kõik tulemused põhjalikku aruandesse:

#### Kokkuvõtte töölaud
```
## Blog Audit Report

**Audit Date:** [date]
**Total Posts:** N
**Average Score:** XX/100

### Health Overview
| Metric | Count |
|--------|-------|
| Posts Scoring 90+ (Excellent) | N |
| Posts Scoring 70-89 (Good) | N |
| Posts Scoring 50-69 (Needs Work) | N |
| Posts Scoring <50 (Poor) | N |
| Orphan Pages | N |
| Dead-End Pages | N |
| Cannibalization Issues | N |
| Stale or Decaying Content | N |
```

#### Postituste tabel
```
### Per-Post Scores
| Post | Score | Content | SEO | E-E-A-T | Technical | AI Citation | Issues |
|------|-------|---------|-----|---------|-----------|-------------|--------|
| [filename] | XX/100 | X/30 | X/25 | X/15 | X/15 | X/15 | [count] |
```

#### Prioriseeritud tegevuste järjekord
```
### Prioritized Action Queue (Lowest Score First)
| Priority | Post | Score | Top Issue | Recommended Action |
|----------|------|-------|-----------|--------------------|
| 1 | [file] | XX | [issue] | [action] |
| 2 | [file] | XX | [issue] | [action] |
```

#### Kannibaliseerimise aruanne
```
### Topic Cannibalization
| Keyword | Competing Posts | Recommendation |
|---------|----------------|----------------|
| [keyword] | post-a.md, post-b.md | Merge / Redirect / Differentiate |
```

#### Orblehed
```
### Orphan Pages (No Inbound Links)
| Page | Inbound Links | Recommended Link Sources |
|------|---------------|--------------------------|
| [file] | 0 | post-a.md, post-b.md, post-c.md |
```

#### Aegunud sisu
```
### Stale Content
| Post | Last Updated | Days Stale | Priority | Refresh Effort |
|------|-------------|------------|----------|----------------|
| [file] | [date] | [N] | High/Med/Low | Light/Moderate/Heavy |
```

### 7. samm: aruande salvestamine

Salvesta ajatempliga Markdown- ja JSON-eksportfailid kausta `reports/`, näiteks
`reports/blog-audit-YYYY-MM-DD.md` ja `reports/blog-audit-YYYY-MM-DD.json`.
Ära kirjuta eelmist auditiaruannet üle.

Pärast salvestamist teavita kasutajat:
- Aruannete asukohad: `[project-root]/reports/blog-audit-YYYY-MM-DD.md` ja
  `[project-root]/reports/blog-audit-YYYY-MM-DD.json`
- Leidude kokkuvõte (postituste koguarv, keskmine skoor, kriitiliste probleemide arv)
- Soovita kõigepealt käivitada madalaima skooriga postitusel `/blog analyze <file>`
- Soovita käivitada `/blog flow optimize`, et teha võtmepostitustel AI-tsiteeritavuse SEO-kontrollid

## Ristviide

Tõenditel põhinevate auditipäringute jaoks, mis lähevad kaugemale sellest saidiülesest tervisekontrollist, vaata `/blog flow optimize` (nähtavuse, CTR-i, skeemi ja väljavõtte auditid) ja `/blog flow win` (kahepinnaline tulemuskaart, konversiooniaudit).