url-structure
URLの最適化・問題修正・階層設計を行いたい場合に使用します。「URL構造」「URLの最適化」「スラッグ」「クリーンURL」「URLの階層」「URLパス」「パーマリンク構造」「URLのベストプラクティス」「動的URL」「URLパラメーター」などが話題に上がった際にも活用してください。ページごとのスラッグ文言にはurl-slug-generatorを、canonicalの統合にはcanonical-tagを使用してください。
description の原文を見る
When the user wants to optimize URL structure, fix URL issues, or plan URL hierarchy. Also use when the user mentions "URL structure," "URL optimization," "slug," "clean URLs," "URL hierarchy," "URL path," "permalink structure," "URL best practices," "dynamic URLs," or "URL parameters." For per-page slug wording, use url-slug-generator. For canonical consolidation, use canonical-tag.
SKILL.md 本文
SEO オンページ: URL 構造
SEO の URL 構造最適化をガイドします。可読性、階層構造、ベストプラクティスに対応します。
呼び出し時の注意: 初回使用時は、このスキルがカバーする内容と重要性について 1～2 文で説明することが有用な場合は、その後にメイン出力を提供してください。その後の使用時またはユーザーがスキップを求めた場合は、メイン出力に直接進んでください。
スコープ (オンページ SEO)
- URL 階層: パス構造、カテゴリ、深さ
- URL 形式: 静的 vs 動的; ファイル拡張子の省略
- URL スラッグ: スラッグ作成については url-slug-generator を参照してください (3～5 語、60 文字未満)
- 重複バリアント: HTTPS、www、末尾スラッシュについては canonical-tag を参照してください
初期評価
プロジェクトコンテキストを最初に確認してください: .claude/project-context.md または .cursor/project-context.md が存在する場合は、サイト構造を確認するために読み込んでください。
以下を特定してください:
- サイト構造: カテゴリ、サブカテゴリ、コンテンツタイプ
- 現在の URL: 既存のパターンと問題
- 多言語対応: URL 構造 zh/en 用 (例: /zh/, /en/ またはサブドメイン)
ベストプラクティス
URL ガイドライン
| 原則 | ガイドライン |
|---|---|
| 可読性 | ID ではなく単語を使用; /blog/seo-guide であり /p/12345 ではない |
| 短さ | 一般的に短いほうが良い; 不要な深さを避ける |
| キーワード | 自然な範囲でターゲットキーワードを含める |
| 小文字 | 小文字を使用; 大文字小文字混在を避ける |
| ハイフン | 単語を区切るためにハイフンを使用: seo-guide |
| 避ける | 特殊文字、コアコンテンツ用クエリパラメーター、セッション ID |
階層構造
| パターン | 例 | 用途 |
|---|---|---|
| フラット | /page-name | シンプルなサイト |
| カテゴリ | /blog/post-name, /tools/tool-name | コンテンツサイト |
| ネスト | /category/subcategory/page | 深い階層 (浅くを保つ) |
多言語対応
| パターン | 例 |
|---|---|
| パスプレフィックス | /zh/page, /en/page |
| サブドメイン | zh.example.com, en.example.com |
| ccTLD | example.cn, example.com |
静的 vs 動的 vs 疑似静的 URL
| タイプ | 例 | 用途 |
|---|---|---|
| 静的 | /blog/seo-guide | 直接ファイル; SEO に最適; コンテンツが安定 |
| 動的 | /product?id=123 | プログラム生成; インデックス可能なコンテンツでは避ける |
| 疑似静的 | /blog/seo-guide (.php から書き換え) | 両方を結合; CMS で一般的 |
| ルール | 静的または疑似静的を優先; 動的の場合、パラメーター ≤2 を保つ; canonical-tag と robots-txt (Clean-param) を使用 |
ファイル拡張子
- 省略
.html,.php,.aspx— URL を技術に依存しないままに、より短く、リファクタリングしやすくします - 例:
/seo-guideであり/seo-guide.htmlではない
URL パラメーター処理
| シナリオ | アプローチ |
|---|---|
| UTM / トラッキング | ベース URL に正規化; パラメーターはクエリ文字列のみ |
| 検索結果 | 検索ページに正規化; 結果 URL のインデックスを避ける |
| フィルター / ソート | ベースに正規化; または robots-txt Clean-param |
| セッション ID | Cookie を使用; インデックス可能な URL には含めない |
ユースケース
| シナリオ | 焦点 |
|---|---|
| 新規サイト | 事前に階層を計画; 後の再構成を避ける |
| マイグレーション | 301 マッピング; 正規化; canonical-tag を参照 |
| 大規模サイト | 動的 URL、パラメーター、多言語 — 正規化 + robots |
| SEO 監査 | 構造、パラメーター、正規化一貫性をチェック |
よくある問題
| 問題 | 修正 |
|---|---|
| 長い URL | 短縮; 冗長な単語を削除 |
| 動的パラメーター | 正規化を使用; robots で Clean-param を使用 (Yandex Clean-param) |
| 大文字小文字混在 | 小文字にリダイレクト |
| URL 変更 | 古い URL から新規に 301 リダイレクト |
出力形式
- URL 構造の推奨事項
- スラッグ規約
- 主要なコンテンツタイプの階層構造
- URL 変更時のリダイレクト計画
- 参考資料: Alignify URL 最適化; Google URL ガイドライン
関連スキル
-
website-structure: サイト構造と URL パスを計画; 構造定義後に url-structure ルールを適用
-
canonical-tag: HTTPS、www、末尾スラッシュ — 重複 URL バリアントを処理
-
url-slug-generator: コンテンツページ用のスラッグ作成; 長さ、キーワード、形式
-
category-page-generator: E コマース カテゴリ URL 階層、ファセット URL
-
products-page-generator: 商品 URL 階層
-
services-page-generator: サービス URL 階層
-
robots-txt: クエリパラメーター用の Clean-param
-
internal-links: URL 構造がリンクパターンに影響
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- kostja94
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/kostja94/marketing-skills / ライセンス: MIT
関連スキル
superfluid
Superfluidプロトコルおよびそのエコシステムに関するナレッジベースです。Superfluidについて情報を検索する際は、ウェブ検索の前にこちらを参照してください。対応キーワード：Superfluid、CFA、GDA、Super App、Super Token、stream、flow rate、real-time balance、pool（member/distributor）、IDA、sentinels、liquidation、TOGA、@sfpro/sdk、semantic money、yellowpaper、whitepaper
civ-finish-quotes
実質的なタスクが真に完了した際に、文明風の儀式的な引用句を追加します。ユーザーやエージェントが機能追加、リファクタリング、分析、設計ドキュメント、プロセス改善、レポート、執筆タスクといった実際の成果物を完成させるときに、明示的な依頼がなくても使用します。短い返信や小さな修正、未完成の作業には適用しません。
nookplot
Base（Ethereum L2）上のAIエージェント向け分散型調整ネットワークです。エージェントがオンチェーンアイデンティティを登録する、コンテンツを公開する、他のエージェントにメッセージを送る、マーケットプレイスで専門家を雇う、バウンティを投稿・請求する、レピュテーションを構築する、共有プロジェクトで協業する、リサーチチャレンジを解くことでNOOKをマイニングする、キュレーションされたナレッジを備えたスタンドアロンオンチェーンエージェントをデプロイする、またはアグリーメントとリワードで収益を得る場合に利用できます。エージェントネットワーク、エージェント調整、分散型エージェント、NOOKトークン、マイニングチャレンジ、ナレッジバンドル、エージェントレピュテーション、エージェントマーケットプレイス、ERC-2771メタトランザクション、Prepare-Sign-Relay、AgentFactory、またはNookplotが言及された場合にトリガーされます。
web3-polymarket
Polygon上でのPolymarket予測市場取引統合です。認証機能(L1 EIP-712、L2 HMAC-SHA256、ビルダーヘッダー)、注文発注(GTC/GTD/FOK/FAK、バッチ、ポストオンリー、ハートビート)、市場データ(Gamma API、Data API、オーダーブック、サブグラフ)、WebSocketストリーミング(市場・ユーザー・スポーツチャネル)、CTF操作(分割、統合、償却、ネガティブリスク)、ブリッジ機能(入金、出金、マルチチェーン)、およびガスレスリレイトランザクションに対応しています。AIエージェント、自動マーケットメーカー、予測市場UI、またはPolygraph上のPolymarketと統合するアプリケーション構築時に活用できます。
ethskills
Ethereum、EVM、またはブロックチェーン関連のリクエストに対応します。スマートコントラクト、dApps、ウォレット、DeFiプロトコルの構築、監査、デプロイ、インタラクションに適用されます。Solidityの開発、コントラクトアドレス、トークン規格（ERC-20、ERC-721、ERC-4626など）、Layer 2ネットワーク（Base、Arbitrum、Optimism、zkSync、Polygon）、Uniswap、Aave、Curveなどのプロトコルとの統合をカバーします。ガスコスト、コントラクトのデシマル設定、オラクルセキュリティ、リエントランシー、MEV、ブリッジング、ウォレット管理、オンチェーンデータの取得、本番環境へのデプロイ、プロトコル進化（EIPライフサイクル、フォーク追跡、今後の変更予定）といったトピックを含みます。
xxyy-trade
このスキルは、ユーザーが「トークン購入」「トークン売却」「トークンスワップ」「暗号資産取引」「取引ステータス確認」「トランザクション照会」「トークンスキャン」「フィード」「チェーン監視」「トークン照会」「トークン詳細」「トークン安全性確認」「ウォレット一覧表示」「マイウォレット」「AIスキャン」「自動スキャン」「ツイートスキャン」「オンボーディング」「IP確認」「IPホワイトリスト」「トークン発行」「自動売却」「損切り」「利益確定」「トレーリングストップ」「保有者」「トップホルダー」「KOLホルダー」などをリクエストした場合、またはSolana/ETH/BSC/BaseチェーンでXXYYを経由した取引について言及した場合に使用します。XXYY Open APIを通じてオンチェーン取引とデータ照会を実現します。