developer-keyword-research

Builds evidence-ranked keyword maps for developer documentation from first-party search and support data.

2|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/samber/developer-relations-skills --skill developer-keyword-research-samber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: developer-keyword-research
Source: https://github.com/samber/developer-relations-skills/tree/main/skills/developer-keyword-research
Command: npx skills add https://github.com/samber/developer-relations-skills --skill developer-keyword-research-samber

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Standard keyword tools report zero volume for nearly every technical query, so volume-ranked lists bury the exact error strings and version-specific phrasings developers actually search. This Skill replaces tool volume with first-party evidence - search console exports, docs-site search logs, support tickets, issue trackers, and error telemetry - to produce a ranked, auditable keyword map for developer-facing content. ## Core Features & Use Cases - First-party demand harvesting: Pulls queries from eight tiered evidence sources in efficiency order, tagging every metric as Measured, User-provided, or Estimated. - Error-string clustering: Normalizes hosts, IPs, ports, and wrapper text into placeholders so one cause becomes one page target, not ten thin pages. - Winnability and refusal filters: Names the incumbent result per cluster, refuses queries the product cannot honestly answer, and routes regressions to engineering instead of docs. - Use Case: Given a Search Console export, 90 days of docs-search logs, and a Zendesk export for a webhook API, produce a keyword map that keeps zero-volume error strings, ranks clusters by outcome per page-hour, and ships Scope, Ranked clusters, Company-adoption set, Fix first, Do not target, and Backlog sections. ## Quick Start Ask the assistant to build a keyword map for your developer tool from your search console export, docs search logs, and support tickets.

Frequently Asked Questions about developer-keyword-research

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I do keyword research for a developer tool?

Rank candidates on first-party evidence - search console queries, docs-site search logs, support tickets, and error telemetry - instead of keyword-tool volume. Attach a source, count, and date to every keyword, then score clusters by outcome per page-hour.

Why do keyword tools show zero volume for error messages?

Roughly 93% of a major tool's U.S. keyword database sits below ten monthly searches, and reported volume averages twelve months, merges close variants, and rounds. A reported zero describes the tool's index, not actual developer demand.

How do I extract striking-distance queries from Search Console?

Request the query dimension with the row limit raised to its 25,000 maximum, since position is returned as a metric and cannot be filtered server-side. Cut the average-position 5-20 window client-side after the export, then join each query to its landing page.

How do I cluster similar error messages into doc pages?

Replace hosts, IPs, ports, UUIDs, and timestamps with placeholders, trim wrapper text to the innermost cause, and group by the normalized string. Keep the most frequent raw phrasings as variants on one cluster rather than separate targets.

When should I not create a docs page for a search query?

Refuse queries the product cannot answer honestly, queries whose real fix is a product change or better error message, and reference lookups owned by the technology's own documentation. List every refusal in a do-not-target section.

Does this skill handle on-page SEO for docs sites?

No, it only produces the keyword map and routes clusters to target surfaces without writing pages. For on-page and technical docs-site SEO, use the companion docs-seo skill instead.