スカイスクレイパー手法：長さではなく資料の価値を改善する

手動で検討するための資料です。実サイトの自動監査、掲載先一覧、検索順位の予測ではありません。事例は架空です。外部への取得や送信は行わず、ダウンロードしたファイルは端末に保存されます。

具体例で読む判断表
確認分野	改善前：弱い架空資料	改善後：独自の企画	受入確認
読者の作業	長い製品名一覧に選択の基準がありません。	利用状況と、選択肢を比べるために必要な情報を定義します。	選ぶ前にどの情報が不足しているか、読者が分かりますか。
証拠	仕様が日付や追跡可能な出典なしで反復されています。	日付付き一次仕様、不明点、実際の試験方法を分けて記録します。	架空の経験を使わず重要な記述を検証できますか。
見せ方	繰り返しの文章が制約や例外を隠しています。	独自の比較配置、対象外の条件、短い確認表を用意します。	無関係な文章を読まず必要な制約を見つけられますか。
紹介依頼の適合性	競合へリンクした全サイトに同じ依頼を送ります。	各紹介元の文脈を調べ、その読者への追加価値を説明します。	提案する参照は関連し、任意で、正確に説明されていますか。

判断表の使い方

架空のアダプター参考資料は製品名だけを並べ、必要条件の比較を助けていません。改善案では独自の比較構造、対象外の条件、参照日付きの一次資料、未解決の問いへの導線を加えます。実製品の互換性や実施していない試験を主張する例ではありません。読者が必要な情報を整理するための編集企画として扱ってください。表を付けること自体が目標ではなく、どの判断を助けるためにどの列を設けるかまで説明できることが大切です。

改善は作業に照らして判断します。情報を見つけられるか、制約を理解できるか、根拠を確認できるかを試します。短い表の方が追加の千語より役立つ場合もあります。試験が必要な主張は実際に試して方法と結果を記録するか、現在持っている証拠の範囲まで限定します。企画段階の予定と完了した調査を分け、まだ確認していない欄を確定情報のように公開しません。長さの増加ではなく、読者が解決できることの変化を説明します。

確認チェックリスト

未解決の具体的な読者作業を定める。
独自の証拠または役立つ検証方法を作る。
修正版が作業を助けるか確認する。
採用を約束せず関連編集者へ正直に案内する。

紹介を依頼する前に、新しい読者として資料を確認し、候補となる各ページの文脈を読みます。どの部分がその読者に追加の助けとなるかを具体的に伝え、採用は編集者の判断に任せます。誰にでも同じリンク要求を送ったり、返信がないことを同意として扱ったりしません。予定する連絡先と、実際に公開を確認したリンクは別の記録にします。元の紹介先が古くても、その編集者が変更したいと決めているわけではない点に注意します。