スキル一覧に戻る

developer-seo

jonathimer
更新日 2 days ago
6 閲覧
76
4
76
GitHubで表示
ドキュメントwordai

について

このスキルは、開発者を対象とした技術コンテンツに特化したSEO戦略を提供します。エラーメッセージや「やり方」系の検索クエリに対するキーワード調査に加え、公式ドキュメントやStack Overflowとの競合対策を網羅しています。開発者ツールの最適化、技術チュートリアル、またはコード関連の精密検索での順位向上を目指すあらゆるコンテンツにご活用ください。

クイックインストール

Claude Code

推奨
メイン
npx skills add jonathimer/devmarketing-skills -a claude-code
プラグインコマンド代替
/plugin add https://github.com/jonathimer/devmarketing-skills
Git クローン代替
git clone https://github.com/jonathimer/devmarketing-skills.git ~/.claude/skills/developer-seo

このコマンドをClaude Codeにコピー&ペーストしてスキルをインストールします

ドキュメント

Developer SEO

Overview

Developer SEO differs fundamentally from traditional SEO. Developers search with precise technical intent—error messages, API questions, "how to X in Y language" queries. They bounce immediately from thin content and respect sites that actually solve problems. Your competition isn't other marketing sites; it's Stack Overflow, official docs, and GitHub issues.

This skill covers SEO strategies that work for technical audiences without compromising on substance.

Understanding Developer Search Behavior

How Developers Search

Developers search differently than general audiences:

Query patterns:

  • Error messages (often copy-pasted verbatim)
  • "How to [action] in [language/framework]"
  • "[Tool A] vs [Tool B]"
  • "[Concept] tutorial"
  • "[Library] [specific function] example"

Behavioral signals:

  • High bounce rates on superficial content
  • Long dwell time on genuinely helpful pages
  • Multiple tabs open comparing solutions
  • Quick scroll to code examples
  • Immediate exit if content doesn't match query intent

Search Intent Categories

  1. Troubleshooting: Developer has an error, needs a fix
  2. Learning: Developer wants to understand a concept
  3. Evaluating: Developer comparing tools or approaches
  4. Implementing: Developer needs working code examples
  5. Reference: Developer needs quick syntax or API lookup

Keyword Research for Developers

Finding Technical Long-Tail Keywords

Technical long-tail keywords have lower volume but extremely high intent. A developer searching "axios interceptor refresh token react" knows exactly what they need.

Research approaches:

  1. Mine your support channels

    • Extract questions from support tickets
    • Review Discord/Slack community questions
    • Analyze GitHub issues for common problems
  2. Stack Overflow mining

    • Search for questions mentioning your tool category
    • Look at related questions on popular threads
    • Note the exact phrasing developers use
  3. Google Search Console analysis

    • Find queries you rank positions 5-20 for
    • Identify question-based queries
    • Spot error message searches hitting your site
  4. Competitor content gaps

    • What questions do competitors' docs not answer?
    • Where are forum threads unsatisfied with existing answers?

Error Message SEO

Error messages are SEO gold—developers copy-paste them directly into search.

Strategy:

  1. Create dedicated pages for common errors
  2. Use exact error text in titles and H1s
  3. Include the full error message early in content
  4. Provide the actual fix, not generic troubleshooting
  5. Add related errors users might also encounter

Content structure for error pages:

Title: [Exact Error Message] - How to Fix

## The Error
[Full error message and where it appears]

## Quick Fix
[The solution that works in most cases]

## Why This Happens
[Brief technical explanation]

## Other Solutions
[Alternative fixes for edge cases]

## Related Errors
[Links to similar issues]

Competing with Official Documentation

Official docs have domain authority advantages but often have weaknesses:

Where docs often fail:

  • No "why" explanations, just "what"
  • Missing real-world examples
  • No troubleshooting guides
  • Outdated content
  • No comparative context

Your opportunities:

  • "Getting started with X" tutorials that hold your hand
  • "X vs Y" comparison content (docs never compare)
  • Migration guides between versions or tools
  • Real-world implementation examples
  • Common gotchas and how to avoid them

Content Formats That Rank

How-To Guides

Structure for technical how-to content:

# How to [Action] in [Technology]

## Prerequisites
- What you need before starting
- Required versions/dependencies

## Quick Version (TL;DR)
- Code snippet that works for common case

## Step-by-Step
1. Step with explanation
2. Step with code example
3. Step with expected output

## Complete Example
[Full working code]

## Common Issues
- Problem 1: Solution
- Problem 2: Solution

## Next Steps
[What to learn next]

Comparison Content

Developers actively search "[Tool A] vs [Tool B]" when evaluating options.

Guidelines:

  • Be genuinely objective (developers will check)
  • Include actual code comparisons
  • Cover specific use cases where each wins
  • Mention your tool's limitations honestly
  • Update when tools change significantly

Tutorial Series

In-depth tutorials build topical authority and capture multiple related queries.

Planning approach:

  1. Identify a topic cluster (e.g., "authentication in Node.js")
  2. Create pillar content covering the broad topic
  3. Build supporting content for specific subtopics
  4. Interlink strategically

Technical SEO for Developer Sites

Code Snippet Optimization

Google can read and understand code. Optimize for it:

  • Use semantic HTML (<code>, <pre>)
  • Add language hints for syntax highlighting
  • Ensure code is actual text, not images
  • Test that code actually works (broken examples hurt credibility)

Page Speed for Developer Sites

Developers expect fast sites. They also often use ad blockers and privacy tools.

Priorities:

  • Minimize JavaScript for documentation pages
  • Ensure content loads without JS when possible
  • Optimize for low-bandwidth scenarios (conference Wi-Fi)
  • Test with developer-typical browser extensions enabled

Documentation Site Architecture

Good IA helps both users and search engines:

  • Clear hierarchy (Guides > Category > Specific Topic)
  • Breadcrumbs for navigation
  • Consistent URL structures
  • Proper use of canonical tags for versioned docs
  • XML sitemaps for large doc sites

Building Authority

Technical Backlinks

High-quality technical backlinks matter more than quantity.

Sources that work:

  • GitHub repository READMEs
  • Technical blog posts citing your content
  • Stack Overflow answers linking to your guides
  • Developer newsletter mentions
  • Conference talk resource lists

What doesn't work:

  • Generic guest posting
  • Link exchanges
  • Directory spam
  • Forum signature links

Content Freshness

Developer content becomes outdated quickly:

  • Review and update major guides quarterly
  • Add "last updated" dates (developers check these)
  • Create processes for updating when dependencies change
  • Remove or redirect genuinely obsolete content

Measuring Developer SEO

Metrics That Matter

  • Organic traffic to documentation and guides
  • Rankings for target technical queries
  • Time on page for tutorial content
  • Search Console impressions for error message queries
  • GitHub referrals from technical content

Metrics to Interpret Carefully

  • Bounce rate (developers often find answer and leave—that's success)
  • Pages per session (for reference content, one page is fine)
  • Conversion rate (long attribution windows for developer tools)

Budget and Resources

Minimum Viable Approach

  • Time investment: 5-10 hours/week for content creation
  • Tools needed: Google Search Console (free), basic keyword research tool
  • Timeline: 3-6 months to see meaningful organic growth

Scaled Approach

  • Dedicated technical content writer
  • SEO tools subscription (Ahrefs, Semrush)
  • Content management system optimized for docs
  • Regular content audits and updates

Tools

  • Google Search Console: Track rankings and discover query opportunities
  • Ahrefs/Semrush: Keyword research and competitor analysis
  • Screaming Frog: Technical SEO audits for documentation sites
  • Algolia: Search analytics revealing what developers look for
  • Octolens: Monitor developer discussions to find content opportunities and questions your content should answer

Common Mistakes

  1. Writing for search engines, not developers: Keyword-stuffed content that doesn't actually help
  2. Ignoring search intent: Ranking for queries but not matching what developers actually need
  3. Thin content: Short posts that don't provide real value
  4. Outdated examples: Code that no longer works in current versions
  5. No unique value: Rehashing what official docs already cover

Related Skills

  • developer-content-strategy: Overall content planning for developer audiences
  • dev-tool-directory-listings: Building domain authority through directory presence
  • developer-lead-gen: Converting organic traffic into leads

GitHub リポジトリ

jonathimer/devmarketing-skills
パス: skills/developer-seo
0

関連スキル

railway-docs

ドキュメント

このスキルは、Railwayの機能や仕様、特定のドキュメントURLに関する質問に答えるために、最新のRailwayドキュメントを取得します。開発者がRailwayの公式情報源から正確かつ最新の情報を直接受け取れるようにします。ユーザーがRailwayの動作方法について尋ねたり、Railwayドキュメントを参照する際にご利用ください。

スキルを見る

n8n-code-python

ドキュメント

このClaudeスキルは、n8nのコードノードでPythonコードを記述するための専門的なガイダンスを提供します。具体的には、Pythonの標準ライブラリの使用方法や、`_input`、`_json`、`_node`といったn8n独自の構文の扱い方を解説します。n8n環境内におけるPythonの制限事項を開発者が理解できるよう支援し、ほとんどのワークフローではJavaScriptの使用を推奨しながらも、特定のデータ変換ニーズに対応するPythonソリューションを提案します。

スキルを見る

archon

ドキュメント

Archonスキルは、RAGを活用したセマンティック検索とプロジェクト管理をREST APIを通じて提供します。ドキュメントの検索、階層的なプロジェクト/タスクの管理、ドキュメントアップロード機能を備えたナレッジ検索の実行にご利用いただけます。外部ドキュメントを検索する際は、他の情報源を利用する前に常にArchonを最優先で使用してください。

スキルを見る

n8n-code-javascript

ドキュメント

このClaudeスキルは、n8nのCodeノードでJavaScriptコードを書くための専門的なガイダンスを提供します。`$input`/`$json`変数、HTTPヘルパー、DateTime処理などの重要なn8n固有の構文を網羅し、一般的なエラーのトラブルシューティングも行います。CodeノードでカスタムJavaScript処理を必要とするn8nワークフローを開発する際にご利用ください。

スキルを見る