Industries
This commit is contained in:
Timo Knuth
457
marketing/programmatic-seo-1000-page-plan.md
Normal file
457
marketing/programmatic-seo-1000-page-plan.md
Normal file
@@ -0,0 +1,457 @@
|
||||
# Programmatic SEO Plan: 1000 Pages for QR Master
|
||||
|
||||
Date: 2026-03-31
|
||||
Owner: QR Master
|
||||
Scope: Organic growth plan for roughly 1000 indexable SEO pages
|
||||
|
||||
## Executive Decision
|
||||
|
||||
Do not build `1000 blog posts`.
|
||||
|
||||
For QR Master, the better model is:
|
||||
|
||||
- `80-120` editorial blog posts
|
||||
- `150-250` commercial tool pages
|
||||
- `200-300` use-case and workflow pages
|
||||
- `100-150` industry pages
|
||||
- `150-250` comparison and alternative pages
|
||||
- `150-250` support, glossary, template, and problem-solution pages
|
||||
|
||||
That gets you to roughly `1000` pages without creating a thin-content footprint.
|
||||
|
||||
## Why 1000 blog posts is the wrong move
|
||||
|
||||
QR Master already has a stronger pSEO base than a typical blog-first site:
|
||||
|
||||
- `22` blog posts in [src/lib/blog-data.ts](C:\Users\a931627\Documents\QRMASTER\src\lib\blog-data.ts)
|
||||
- `20` tool pages in [src/app/sitemap.ts](C:\Users\a931627\Documents\QRMASTER\src\app\sitemap.ts)
|
||||
- `9` use-case pages in [src/lib/growth-pages.ts](C:\Users\a931627\Documents\QRMASTER\src\lib\growth-pages.ts)
|
||||
- `8` industry pages in [src/lib/industry-pages.ts](C:\Users\a931627\Documents\QRMASTER\src\lib\industry-pages.ts)
|
||||
- static generation already exists for blog, use-cases, learn hubs, and industry pages
|
||||
|
||||
The current architecture is already optimized for scalable landing pages, not for managing 1000 long-form editorial articles in one monolithic blog dataset.
|
||||
|
||||
There is also a search-quality risk. Google explicitly warns against:
|
||||
|
||||
- scaled content abuse
|
||||
- doorway-style pages
|
||||
- large volumes of low-value, near-duplicate content
|
||||
|
||||
Relevant guidance:
|
||||
|
||||
- Google spam policies: https://developers.google.com/search/docs/advanced/guidelines/auto-gen-content
|
||||
- Google people-first content guidance: https://developers.google.com/search/docs/fundamentals/creating-helpful-content
|
||||
- Google generative AI content guidance: https://developers.google.com/search/docs/fundamentals/using-gen-ai-content
|
||||
|
||||
## What live SERPs suggest right now
|
||||
|
||||
Spot checks on 2026-03-31 indicate that high-intent QR queries are mostly served by dedicated landing pages, generators, and comparison pages, not by generic blog posts.
|
||||
|
||||
Examples:
|
||||
|
||||
- restaurant menu QR: GustoQR, Menulizer, QRMake, Jampos, WebsitesQR
|
||||
- WiFi QR: WiQRCode, Q-WiFi
|
||||
- dynamic QR: GeckoQR, QRFlow, QRelix
|
||||
- bulk QR: QRMass, TofuQR, BulkQRBarcode
|
||||
|
||||
This means the highest-value SEO surface for QR Master is:
|
||||
|
||||
- generator pages
|
||||
- workflow pages
|
||||
- industry pages
|
||||
- comparison pages
|
||||
- practical support content tied to specific jobs
|
||||
|
||||
Not 1000 generic “what is” articles.
|
||||
|
||||
## Recommended 1000-page mix
|
||||
|
||||
### 1. Tool intent pages: 180 pages
|
||||
|
||||
Goal: capture users searching for a specific QR type, format, or action.
|
||||
|
||||
Current base:
|
||||
|
||||
- `/tools/url-qr-code`
|
||||
- `/tools/wifi-qr-code`
|
||||
- `/tools/vcard-qr-code`
|
||||
- `/tools/instagram-qr-code`
|
||||
- etc.
|
||||
|
||||
Expand with sub-intents around each tool:
|
||||
|
||||
- format intent: `svg`, `png`, `pdf`, `eps`
|
||||
- output intent: `for print`, `for stickers`, `for packaging`
|
||||
- job intent: `for flyers`, `for tables`, `for business cards`
|
||||
- modifier intent: `free`, `custom`, `dynamic`, `trackable`
|
||||
|
||||
Example cluster:
|
||||
|
||||
- `/tools/wifi-qr-code`
|
||||
- `/tools/wifi-qr-code/for-restaurants`
|
||||
- `/tools/wifi-qr-code/for-hotels`
|
||||
- `/tools/wifi-qr-code/for-airbnb`
|
||||
- `/tools/wifi-qr-code/print-size`
|
||||
- `/tools/wifi-qr-code/svg`
|
||||
- `/tools/wifi-qr-code/how-to`
|
||||
- `/tools/wifi-qr-code/troubleshooting`
|
||||
|
||||
Requirement:
|
||||
|
||||
- every page must change the workflow, examples, FAQ, CTA, and placement guidance
|
||||
- not just the H1
|
||||
|
||||
### 2. Use-case and workflow pages: 260 pages
|
||||
|
||||
Goal: map product capabilities to specific offline-to-online jobs.
|
||||
|
||||
Current base:
|
||||
|
||||
- `/use-cases/restaurant-menu-qr-codes`
|
||||
- `/use-cases/business-card-qr-codes`
|
||||
- `/use-cases/event-qr-codes`
|
||||
- etc.
|
||||
|
||||
Expand by combining:
|
||||
|
||||
- surface: table tent, flyer, poster, window, packaging, receipt, label, badge
|
||||
- workflow: menu, reviews, payment, lead capture, coupon, check-in, support, manual, onboarding
|
||||
- intent: editable, trackable, branded, bulk, privacy-safe
|
||||
|
||||
Example patterns:
|
||||
|
||||
- `/use-cases/qr-codes-for-product-packaging`
|
||||
- `/use-cases/qr-codes-for-brochures`
|
||||
- `/use-cases/qr-codes-for-trade-show-booths`
|
||||
- `/use-cases/qr-codes-for-real-estate-flyers`
|
||||
- `/use-cases/qr-codes-for-table-ordering`
|
||||
- `/use-cases/qr-codes-for-manuals-and-inserts`
|
||||
- `/use-cases/qr-codes-for-review-collection`
|
||||
|
||||
### 3. Industry pages: 140 pages
|
||||
|
||||
Goal: capture commercial intent by vertical.
|
||||
|
||||
Current base:
|
||||
|
||||
- restaurants
|
||||
- cafes
|
||||
- hotels
|
||||
- real estate
|
||||
- gyms
|
||||
- doctors and dentists
|
||||
- retail
|
||||
- events
|
||||
|
||||
Best expansion model:
|
||||
|
||||
- industry hub
|
||||
- industry plus workflow
|
||||
- industry plus operational pain point
|
||||
|
||||
Example patterns:
|
||||
|
||||
- `/qr-code-for/restaurants`
|
||||
- `/qr-code-for/restaurants/menu-updates`
|
||||
- `/qr-code-for/restaurants/table-ordering`
|
||||
- `/qr-code-for/restaurants/review-collection`
|
||||
- `/qr-code-for/hotels/guest-wifi`
|
||||
- `/qr-code-for/retail/packaging`
|
||||
- `/qr-code-for/events/check-in`
|
||||
|
||||
Important:
|
||||
|
||||
- keep the base industry pages
|
||||
- add second-level workflow pages only where search intent and product fit are strong
|
||||
|
||||
### 4. Comparison and alternative pages: 180 pages
|
||||
|
||||
Goal: capture bottom-funnel evaluation traffic.
|
||||
|
||||
Patterns:
|
||||
|
||||
- `[competitor] alternative`
|
||||
- `[competitor] vs QR Master`
|
||||
- `dynamic vs static`
|
||||
- `free vs paid`
|
||||
- `[feature A] vs [feature B]`
|
||||
|
||||
Examples:
|
||||
|
||||
- `/compare/qr-code-generator-com-alternative`
|
||||
- `/compare/beaconstac-alternative`
|
||||
- `/compare/flowcode-alternative`
|
||||
- `/compare/qr-code-monkey-vs-qr-master`
|
||||
- `/compare/dynamic-vs-static-qr-codes`
|
||||
- `/compare/free-vs-paid-qr-code-generator`
|
||||
|
||||
These pages should include:
|
||||
|
||||
- actual comparison tables
|
||||
- pricing logic
|
||||
- use-case fit
|
||||
- privacy and GDPR angle
|
||||
- migration guidance
|
||||
|
||||
### 5. Support, glossary, and problem-solution pages: 140 pages
|
||||
|
||||
Goal: capture informational searches with strong product adjacency.
|
||||
|
||||
Patterns:
|
||||
|
||||
- how to
|
||||
- troubleshooting
|
||||
- best practices
|
||||
- definitions
|
||||
- safety and compliance
|
||||
|
||||
Examples:
|
||||
|
||||
- `/guide/qr-code-print-size`
|
||||
- `/guide/why-my-qr-code-is-not-scanning`
|
||||
- `/guide/how-to-track-qr-code-scans`
|
||||
- `/guide/qr-code-gdpr`
|
||||
- `/guide/qr-code-phishing`
|
||||
- `/guide/how-to-create-a-vcard-qr-code`
|
||||
- `/guide/how-to-use-utm-with-qr-codes`
|
||||
|
||||
These are not filler pages. They should support tool, use-case, and comparison clusters.
|
||||
|
||||
### 6. Editorial blog: 100 pages
|
||||
|
||||
Goal: publish expert-led, citation-worthy content.
|
||||
|
||||
Use blog posts for:
|
||||
|
||||
- original research
|
||||
- industry benchmarks
|
||||
- deep tutorials
|
||||
- opinionated comparisons
|
||||
- campaign strategy examples
|
||||
- security explainers
|
||||
|
||||
Do not use the blog for every long-tail keyword variation.
|
||||
|
||||
## URL architecture
|
||||
|
||||
Stay with subfolders. Do not use subdomains.
|
||||
|
||||
Recommended structure:
|
||||
|
||||
- `/tools/[tool]`
|
||||
- `/tools/[tool]/[modifier-or-job]`
|
||||
- `/use-cases/[slug]`
|
||||
- `/qr-code-for/[industry]`
|
||||
- `/qr-code-for/[industry]/[workflow]`
|
||||
- `/compare/[slug]`
|
||||
- `/guide/[slug]`
|
||||
- `/blog/[slug]`
|
||||
- `/learn/[pillar]`
|
||||
|
||||
This keeps topical authority consolidated under one domain and matches the existing app structure.
|
||||
|
||||
## What makes each page unique
|
||||
|
||||
Every indexable page should contain at least 3 of these:
|
||||
|
||||
- unique quick answer
|
||||
- workflow-specific steps
|
||||
- vertical-specific FAQ
|
||||
- placement guidance
|
||||
- examples tied to the page context
|
||||
- comparison logic
|
||||
- recommended tool stack
|
||||
- CTA matched to that exact query
|
||||
- internal links to adjacent nodes
|
||||
- proprietary insights from QR Master product usage once available
|
||||
|
||||
If a page only swaps:
|
||||
|
||||
- city
|
||||
- industry
|
||||
- social platform name
|
||||
- file format
|
||||
|
||||
then it is not ready to index.
|
||||
|
||||
## The best programmatic page families for QR Master
|
||||
|
||||
### Highest priority
|
||||
|
||||
1. Tool x job-to-be-done
|
||||
2. Industry x workflow
|
||||
3. Use-case x printed surface
|
||||
4. Comparison and alternative pages
|
||||
5. Tracking, analytics, and GDPR support pages
|
||||
|
||||
### Medium priority
|
||||
|
||||
1. Glossary pages
|
||||
2. Generator template pages
|
||||
3. Print specification pages
|
||||
4. Security and trust pages
|
||||
|
||||
### Low priority
|
||||
|
||||
1. city pages
|
||||
2. country pages
|
||||
3. “near me” pages
|
||||
4. large-scale locale combinations
|
||||
|
||||
Those are the most likely to drift into doorway territory for this product.
|
||||
|
||||
## Data model recommendation
|
||||
|
||||
Do not keep scaling everything inside one giant `blog-data.ts`.
|
||||
|
||||
Instead, split content into typed datasets:
|
||||
|
||||
- `src/lib/tool-pages.ts`
|
||||
- `src/lib/use-case-pages.ts`
|
||||
- `src/lib/industry-pages.ts`
|
||||
- `src/lib/comparison-pages.ts`
|
||||
- `src/lib/guide-pages.ts`
|
||||
- `src/lib/blog-data.ts`
|
||||
|
||||
Each record should support:
|
||||
|
||||
- slug
|
||||
- query intent
|
||||
- primary CTA
|
||||
- secondary CTA
|
||||
- unique answer block
|
||||
- unique workflow steps
|
||||
- unique FAQ
|
||||
- related links
|
||||
- schema fields
|
||||
- publish and update metadata
|
||||
|
||||
## Internal linking model
|
||||
|
||||
Every page should sit inside a clear cluster.
|
||||
|
||||
Example cluster:
|
||||
|
||||
- tool: `/tools/wifi-qr-code`
|
||||
- industry: `/qr-code-for/hotels`
|
||||
- workflow: `/qr-code-for/hotels/guest-wifi`
|
||||
- guide: `/guide/how-to-create-a-wifi-qr-code`
|
||||
- comparison: `/compare/free-vs-paid-qr-code-generator`
|
||||
- commercial: `/dynamic-qr-code-generator`
|
||||
|
||||
Rules:
|
||||
|
||||
- hub links down to spoke pages
|
||||
- spoke links back to hub
|
||||
- spoke links sideways to 2-4 adjacent pages
|
||||
- editorial blog links into commercial and programmatic pages
|
||||
- every page should have breadcrumb schema
|
||||
|
||||
## Indexation policy
|
||||
|
||||
Do not index everything on day one.
|
||||
|
||||
Recommended rollout:
|
||||
|
||||
- launch first `100-150` strongest pages
|
||||
- measure impressions, clicks, engagement, and conversions
|
||||
- only expand page families that show traction
|
||||
- noindex weak template variants until they have enough differentiated content
|
||||
|
||||
This matters because a bad 1000-page rollout can lower perceived site quality faster than it grows traffic.
|
||||
|
||||
## 90-day rollout
|
||||
|
||||
### Phase 1: Foundation
|
||||
|
||||
- keep current blog, tool, use-case, and industry system
|
||||
- create new page-family schemas for `comparison` and `guide`
|
||||
- move content datasets out of oversized single files where needed
|
||||
- update sitemap generation to support multiple page families
|
||||
|
||||
### Phase 2: First 150 pages
|
||||
|
||||
- publish 40 tool-adjacent pages
|
||||
- publish 40 industry-workflow pages
|
||||
- publish 30 use-case surface pages
|
||||
- publish 20 comparison pages
|
||||
- publish 20 support and guide pages
|
||||
|
||||
### Phase 3: Measure
|
||||
|
||||
Track:
|
||||
|
||||
- indexation rate
|
||||
- impressions per page family
|
||||
- click-through rate
|
||||
- assisted signups
|
||||
- free-to-paid influence
|
||||
- pages with zero impressions after 60 days
|
||||
|
||||
### Phase 4: Scale winners
|
||||
|
||||
Double down only on page families that show:
|
||||
|
||||
- meaningful impressions
|
||||
- rankings entering top 20
|
||||
- conversion assistance
|
||||
- internal-link engagement
|
||||
|
||||
## Suggested page count by family
|
||||
|
||||
| Family | Target |
|
||||
|---|---:|
|
||||
| Tool base pages | 20 |
|
||||
| Tool modifiers and job pages | 160 |
|
||||
| Use-case pages | 120 |
|
||||
| Use-case surface and workflow expansions | 140 |
|
||||
| Industry hubs | 20 |
|
||||
| Industry workflow pages | 120 |
|
||||
| Comparison pages | 180 |
|
||||
| Guides and troubleshooting | 140 |
|
||||
| Editorial blog | 100 |
|
||||
| Hubs and utility pages | 20 |
|
||||
| Total | 1000 |
|
||||
|
||||
## What not to do
|
||||
|
||||
Avoid:
|
||||
|
||||
- 1000 AI-written blog posts targeting slight keyword variations
|
||||
- city pages without local operations or local proof
|
||||
- dozens of pages that all funnel to the same generic generator with no new value
|
||||
- near-duplicate intros with only one variable changed
|
||||
- indexable pages with no cluster context or internal links
|
||||
|
||||
## Best next step for this codebase
|
||||
|
||||
If the goal is execution, the best sequence is:
|
||||
|
||||
1. add `comparison` and `guide` page families
|
||||
2. restructure page content into typed datasets
|
||||
3. ship the first `50-100` high-fit pages
|
||||
4. measure what gets indexed and clicked
|
||||
5. then scale toward `300`, `500`, and finally `1000`
|
||||
|
||||
## Sources
|
||||
|
||||
Live search spot checks on 2026-03-31:
|
||||
|
||||
- https://www.gustoqr.com/
|
||||
- https://www.menulizer.com/
|
||||
- https://qrmake.io/menu-qr-code
|
||||
- https://www.jampos.app/qr-generator
|
||||
- https://www.websitesqr.com/menu-qr-code
|
||||
- https://wiqrcode.com/
|
||||
- https://www.q-wifi.com/
|
||||
- https://www.geckoqr.com/
|
||||
- https://qrflow.co/
|
||||
- https://qrmass.com/
|
||||
- https://tofu-qr.com/qr-generator/bulk/
|
||||
- https://bulkqrbarcode.com/
|
||||
|
||||
Google guidance:
|
||||
|
||||
- https://developers.google.com/search/docs/advanced/guidelines/auto-gen-content
|
||||
- https://developers.google.com/search/docs/fundamentals/creating-helpful-content
|
||||
- https://developers.google.com/search/docs/fundamentals/using-gen-ai-content
|
||||
Reference in New Issue
Block a user