Yuu’s Memoは、IT技術とサービス選びに関する情報を、読者が検証・比較できる形で提供します。記事制作、比較、更新、訂正の基準を以下に定めます。

編集上の基本原則

  • 読者の問題解決と判断材料の提供を優先します。
  • 公式情報と推測を区別し、確認できない事実を断定しません。
  • メリットだけでなく、デメリット、制限、向かない人を掲載します。
  • 広告報酬だけを理由に評価や掲載順位を決めません。
  • 架空の口コミ、利用していないサービスの体験談、虚偽の実測値を掲載しません。

優先する情報源

公式サイト、公式ドキュメント、料金ページ、利用規約、サポート情報、ASP管理画面などの一次情報を優先します。第三者サイトを参照する場合は、一次情報で確認できない評価や利用者視点を補う目的に限定し、出典と確認時点を明確にします。

技術記事の制作基準

技術記事では、可能な範囲でOS、実行環境、言語・ライブラリのバージョン、前提条件、実行手順、エラー例を記載します。コードの目的と影響範囲を説明し、セキュリティやデータ消失のリスクがある操作には注意事項を付けます。

比較記事の制作基準

同じ目的を解決できるサービスを対象に、料金、対象者、機能、サポート、契約期間、解約・返金条件など共通の軸で比較します。単に紹介数を増やすため、検索意図と関係の薄いサービスを加えません。

ランキングを使用する場合は選定基準を明示します。報酬単価が高い順を、そのままおすすめ順位として掲載することはありません。用途によって最適な選択が異なる場合は「初心者向け」「短期利用向け」「サポート重視」など目的別に結論を示します。

レビュー記事の制作基準

レビューでは、先に結論を示し、公式仕様、料金、更新価格、良い点、悪い点、競合との違い、向く人、向かない人、申込み前の確認事項を整理します。操作画面や実測値を掲載する場合は、検証条件と確認日を併記します。

筆者による長期利用レビューではない場合は、公式情報、契約条件、公開仕様を調査した記事であることを明示します。

画像・グラフ・比較表

図表は、複雑な料金差、機能差、選択手順を分かりやすくするために使用します。軸を不自然に切る、比較条件を変える、都合の悪いデータを隠すなど、読者を誤認させる表現は行いません。数値には出典、単位、計算条件または確認日を付けます。

更新とリンク切れの確認

料金改定、サービス終了、名称変更、重要機能の変更、広告リンク切れを確認した場合は内容を更新します。記事の公開日は維持し、実質的な更新を行った場合に更新日へ反映します。古い情報を残す必要がある場合は、過去情報であることを明示します。

訂正方針

事実誤認、計算ミス、リンク切れ、権利上の問題が確認された場合は、該当箇所を訂正します。訂正の連絡はお問い合わせページで受け付けています。記事URL、該当箇所、根拠となる公式情報をご記載ください。