Every travel camera post has to do two jobs at once
Rank in search engines and run on clean, maintainable code. Manually checking both on 50+ HTML files was never going to scale — so I built a scoring system that grades each file on a 0–100 scale across four categories, and runs automatically on every change.
Here's exactly how it works, what each category measures, and how the workflow keeps my blog's SEO and code quality from quietly drifting.
The Scoring System (0–100 per Category)
Each HTML file gets four independent scores, each capped at 100 points.
On-Page SEO Score
100 ptsThe basics that search engines and social platforms read first.
- Title tag optimization15
- Meta description15
- H1 tag10
- Canonical URL10
- Image alt text10
- Open Graph tags10
- Twitter cards5
- JSON-LD structured data10
- Robots meta5
- Viewport & lang10
E-E-A-T Score
100 ptsExperience, Expertise, Authoritativeness, and Trustworthiness — the signals that make Google and AI engines treat you as a real source.
- Author name & bio30
- Publication & modified dates20
- About page link10
- Contact info10
- Expertise indicators10
- Trust signals10
- External authoritative links10
Internal Links Score
100 ptsHow well your posts connect to each other — critical for topical authority.
- Number of internal links30
- Link diversity20
- Anchor text quality20
- Breadcrumbs10
- Related posts10
- Navigation menu10
HTML Clean Code Score
100 ptsThe code health that keeps the site fast and accessible.
- HTML5 doctype10
- Semantic elements15
- Inline styles10
- Deprecated tags10
- Accessibility20
- Meta charset5
- Language attribute5
- Clean URLs5
- No debug code10
- Heading hierarchy10
This is the same foundation that keeps travel content discoverable — well-written meta descriptions, descriptive alt text, and keywords placed naturally in headings [1].
What the Workflow Features
The scorer isn't a one-off script — it runs as a continuous quality gate.
Why This Matters for a Travel Camera Blog
A travel camera blog lives and dies on credibility. Readers trust you to recommend gear they'll spend hundreds on, and search engines reward that same trust through E-E-A-T signals. By treating SEO and code quality as automated, measurable thresholds — instead of things I "get around to" — I catch problems the moment they're introduced:
The workflow becomes a silent editor that never gets tired — reviewing every page, every week, against the same standard.
Setting It Up
The pattern is simple: a CI workflow checks out the repo, runs the scoring script across all HTML files, writes a report, and posts the results back to the PR or as an issue. Because reports upload as artifacts, I keep a historical record of how each page's quality evolves over time — invaluable for spotting slow degradation.
Built with GitHub Actions + a custom scoring script · Scoring weights are tunable per project.