用語集

grsytoolsで使っている用語を、初めての方にも分かりやすい表現でまとめています。
説明を読んだあとに関連ツールへ移動できるため、意味確認と実際の操作を続けて行えます。
文章・テキスト、税金・社会保険、請求・経理・収支を含む現行カテゴリごとにまとめています。

この用語集の使いどころ

ツール画面のラベルや注意書きの意味が分からないときに、先に用語だけ確認できます。主要な用語には、迷いやすい場面・似た語との差・このサイト内で出る場面も追記しているため、定義だけで終わらず判断材料まで確認できます。

よくある勘違い

  • 用語集の説明は操作手順そのものではありません(操作は各ツールページで確認)。
  • 似た略語でも用途が異なる場合があります(例: 形式名と変換処理名)。
  • 定義が同じでも入力条件はツールごとに異なることがあります。

探し方の提案

用語を確認したら関連ツールリンクを開き、必要ならツール一覧で機能語検索して近い候補を比較してください。用途から広く探したい場合はカテゴリ一覧も有効です。

よく迷う長尾テーマ

  1. キーワード検索で気になる用語を探します。
  2. 説明を読んで意味と注意点を確認します。
  3. 関連ツールのリンクから実際に操作ページを開きます。

用語を絞り込む

168 / 168件表示中

データ変換・開発

JSON・CSV・JWT・正規表現など、開発とデータ処理で使う用語をまとめています。

  • backreference(後方参照)

    先にキャプチャしたグループを `\\1` のように再利用する記法です。RE2では非対応のため、別手段で置き換える必要があります。

    よくある勘違い: キャプチャグループを書いただけで後方参照も使えると誤解しやすい点に注意が必要です。

  • Base64

    バイナリや文字列を英数字中心の文字列へ変換する方式です。メール本文や設定値で扱いやすくする用途で使われます。

    よくある勘違い: 暗号化ではないため、復号されても問題ないデータだけに使う必要があります。

  • BOM

    別名: Byte Order Mark

    テキスト先頭に付く制御情報です。UTF-8 BOM付きファイルを想定していない処理系では、先頭文字化けや解析エラーの原因になります。

  • camelCase

    先頭小文字で単語境界を大文字化する命名形式です。JavaScript/TypeScriptの変数・プロパティで一般的です。

  • CSV

    カンマ区切りで表形式データを扱うテキスト形式です。表計算ソフトとの受け渡しや、軽量なデータ連携で使われます。

    よくある勘違い: 単純なカンマ分割だけで解釈すると、ダブルクォートを含む値で崩れることがあります。

    迷いやすい場面
    Excel で開いた見た目は整っていても、先頭ゼロ落ちや区切り崩れが起きるため、実データとのズレで迷いやすい形式です。
    似た語との差
    JSON は項目名と構造を持てますが、CSV は列順と区切り記号に依存するため、変換前提が異なります。
    このサイトで出る場面
    CSV→JSON、JSON→CSV、先頭ゼロ保持、CSV 崩れ補助などで形式差を確認するときに出てきます。
  • EAN-13

    別名: JANコード

    13桁の商品識別コード形式です。末尾1桁がチェックデジットで、重み3/1の合計から計算します。

  • expクレーム

    JWTの有効期限(Unix秒)を表すクレームです。現在時刻と比較してトークンの期限切れ判定に使います。

  • ISBN-13

    書籍識別番号の13桁形式です。先頭は通常978/979で、チェックデジット計算はEAN-13と同じ方式を使います。

  • JMESPath

    JSON抽出用のクエリ言語です。ツールやSDKによって対応構文が異なるため、実行環境ごとの挙動確認が重要です。

    迷いやすい場面
    式の見た目が JSONPath に似ていても、そのまま同じ結果になるとは限らないため混同しやすいです。
    似た語との差
    JSONPath よりも絞り込みや整形まで書けることがありますが、実行環境ごとの対応差を確認する必要があります。
    このサイトで出る場面
    JSONPath / JMESPath テスターで、抽出だけでなく結果整形まで試したい場面で出てきます。
  • JSON

    データ交換でよく使われるテキスト形式です。キーと値の組み合わせで情報を表現し、API連携でも標準的に使われます。

    迷いやすい場面
    見た目が近くても、引用符抜けや末尾カンマがあると JSON として扱えないため、貼り付け時に迷いやすい形式です。
    似た語との差
    CSV は表形式の行列データ向きですが、JSON は入れ子構造や配列を含むデータ向きです。
    このサイトで出る場面
    JSON整形、JSON→CSV、CSV→JSON など、入力形式の前提を理解する場面でよく出てきます。

    関連ツール(同じ目的のツールを含む)

  • JSONPath

    JSONデータから必要な値をパス指定で抽出するための記法です。ドット記法や配列添字を使って対象を絞り込みます。

    迷いやすい場面
    配列のどの要素まで拾うか、全件取得か1件取得かで記法が変わるため、最初の1本目で迷いやすい用語です。
    似た語との差
    JMESPath も JSON 抽出用ですが、JSONPath はパス指定寄り、JMESPath は絞り込みや変形を含めて使う場面で比較されます。
    このサイトで出る場面
    JSONPath / JMESPath テスターで、抽出結果を見ながら式を調整するときに出てきます。
  • JWT

    別名: JSON Web Token

    Header・Payload・Signatureの3部で構成されるトークン形式です。認証や認可の情報受け渡しで利用されます。

    よくある勘違い: デコードできることと安全であることは別です。署名検証が必要です。

  • localStorage(端末内保存)

    ブラウザに設定や入力内容を保存する仕組みです。NGワードチェッカーでは辞書設定を端末内に保持し、サーバー送信なしで再利用できます。

    よくある勘違い: 別ブラウザや別端末には自動で同期されません。

  • lookbehind(後読み)

    現在位置の直前にある文字列条件を判定する正規表現記法です。環境によって対応状況が分かれ、RE2系では非対応になることがあります。

    よくある勘違い: 後読みを前提にすると、スプレッドシート側で式エラーや未一致が起きやすくなります。

  • Luhn(ルーン)

    別名: Luhn algorithm

    クレジットカード番号などで使われるチェックデジット計算方式です。右から2桁目ごとに2倍して合計し、10の倍数になるかで判定します。

  • Markdown表

    別名: Markdown Table

    Markdown記法で表を表現する形式です。`|` で列を区切り、2行目の区切り行で列定義を行います。

    迷いやすい場面
    見た目が表でも、列数のずれや改行混在があると崩れやすいため、貼り付け前後で迷いやすい用語です。
    似た語との差
    CSV はデータ交換向け、Markdown表は文書や README に見やすく載せるための表現として使う点が異なります。
    このサイトで出る場面
    Markdown表整形や CSV / JSON 変換後の貼り付け先を考える場面で出てきます。
  • n-gram(エヌグラム)

    別名: N-gram / エヌグラム

    文字列をn文字単位で分割して扱う方法です。表記ゆれや分割入力に対する候補抽出で使われます。

    よくある勘違い: nを小さくしすぎると候補は増えますが、誤検知も増えやすくなります。

  • NBSP

    別名: Non-breaking space

    改行されない空白文字です。通常スペースと見分けにくく、入力バリデーションや一致判定で問題が起きることがあります。

  • RE2

    Google製の正規表現エンジン実装です。安全性と実行性能を重視した設計で、PCRE系の一部機能は意図的に非対応です。

    よくある勘違い: JavaScriptやPCREで動く記法が、そのままRE2で使えるとは限りません。

  • RFC4180

    CSVの一般的な仕様を定義したRFCです。引用符・改行・区切り文字の扱いが定義されており、列ズレ事故の切り分け時に基準として使われます。

  • SHA-256

    入力データから固定長のハッシュ値を作るアルゴリズムです。改ざん検知や識別用途でよく使われます。

  • snake_case

    単語をアンダースコアで連結する命名形式です。DBカラム名や設定キーで広く使われます。

  • SQL IN句

    複数値に対する一致条件をまとめて記述するSQL構文です。値数が多い場合はDB制限や実行計画を考慮する必要があります。

    関連ツール(同じ目的のツールを含む)

  • SQLシングルクォートエスケープ

    SQL文字列中の `'` を `''` に変換して扱う基本ルールです。未エスケープのまま貼り付けると構文エラーや事故につながります。

  • TextDecoder

    ブラウザ標準のバイト列デコードAPIです。UTF-8やShift_JISなどの対応範囲はブラウザ実装に依存します。

  • TEXT関数

    Excelやスプレッドシートで数値を指定フォーマットの文字列へ変換する関数です。桁埋めや日付表示の書式統一に使われます。

    よくある勘違い: 戻り値は文字列なので、後続計算に使う場合は型変換が必要になることがあります。

    関連ツール(同じ目的のツールを含む)

  • TSV(タブ区切り)

    列をタブ文字で区切るテキスト形式です。表計算ソフトから辞書データをまとめて取り込む用途で使いやすい形式です。

    よくある勘違い: カンマ区切り(CSV)と同じとして扱うと、取り込み列がずれる場合があります。

  • ULID

    UUIDと同じく識別子ですが、先頭に時刻情報を持つため並び順の扱いがしやすい形式です。可読性を意識した文字セットを使います。

    迷いやすい場面
    ランダムな一意 ID がほしいだけなのか、発行順に並ぶ識別子がほしいのかで選択が分かれます。
    似た語との差
    UUID は世代ごとに性質が異なりますが、ULID は時刻情報を含むことを前提に比較される場面が多いです。
    このサイトで出る場面
    ULIDデコーダーや UUID / ULID 比較ツールで、生成時刻や並び順を確認するときに出てきます。

    関連ツール(同じ目的のツールを含む)

  • ULIDタイムスタンプ

    ULIDの先頭10文字に含まれるミリ秒タイムスタンプです。ULIDから生成時刻を復元するときに利用します。

    関連ツール(同じ目的のツールを含む)

  • Unicodeコードポイント

    別名: U+XXXX

    Unicodeで各文字に割り当てられる番号です。見た目が同じ文字でもコードポイントが異なると、検索や比較の結果が変わる場合があります。

    迷いやすい場面
    見た目だけでは同じ文字に見えても、別コードポイントなら検索・正規化・バリデーション結果がずれて迷いやすい用語です。
    似た語との差
    グラフェムクラスタが利用者に見える1文字単位なのに対し、コードポイントはその内側にある文字番号の単位です。
    このサイトで出る場面
    Unicodeコードポイント表示、正規化チェック、機種依存文字確認のように文字差を切り分ける場面で出てきます。
  • UUID

    重複しにくい識別子を表す規格です。データ連携やレコード管理で一意なIDが必要な場面で使われます。

    よくある勘違い: 連番IDの代わりに使う用途でも、完全に重複ゼロを保証する仕組みではありません。

    迷いやすい場面
    識別子が必要なだけなのか、発行順に並べたいのかで UUID と ULID の選び方が変わるため迷いやすい用語です。
    似た語との差
    ULID は先頭に時刻情報を持つため、文字列順でも時系列に寄せやすい点が UUID と異なります。
    このサイトで出る場面
    UUID生成や UUID / ULID の解析ツールで、どの形式を使うか判断するときに出てきます。

    関連ツール(同じ目的のツールを含む)

  • UUID v1

    時刻情報とノード情報を含むUUIDバージョンです。時系列解析に使える一方、ノード値の取り扱いには注意が必要です。

    関連ツール(同じ目的のツールを含む)

  • UUID v4

    乱数ベースで生成されるUUIDバージョンです。時刻情報を持たないため、生成日時の復元には使えません。

    関連ツール(同じ目的のツールを含む)

  • UUID v5

    namespaceとnameをハッシュして生成するUUIDバージョンです。元のname文字列を一般に復元することはできません。

    関連ツール(同じ目的のツールを含む)

  • UUID v6

    v1系の時刻情報をソートしやすい並びに再配置したUUIDバージョンです。時系列順で扱いやすい特性があります。

    関連ツール(同じ目的のツールを含む)

  • UUID v7

    先頭にUNIXミリ秒を持つ新しいUUIDバージョンです。文字列ソートで時系列に近い順を得やすい特性があります。

  • UUID v8

    実装依存のカスタムビット領域を扱えるUUIDバージョンです。汎用の意味解釈はできず、発行側仕様の確認が必要です。

    関連ツール(同じ目的のツールを含む)

  • UUID variant

    UUIDの互換系統(RFC準拠か等)を示すビット領域です。形式検証や異常値切り分け時に確認されます。

    関連ツール(同じ目的のツールを含む)

  • UUIDバージョン

    UUIDの世代や生成方式を示す値です。v1/v7は時刻情報を持ち、v4はランダム主体など、運用特性が異なります。

    関連ツール(同じ目的のツールを含む)

  • Windows-31J

    別名: Shift_JIS

    日本語Windowsで広く使われる文字コード系です。Shift_JIS互換ですが拡張文字の扱いがあり、環境差で復元可否が変わる場合があります。

  • Windows禁止文字(ファイル名)

    Windowsのファイル名では `<>:"/\|?*` と制御文字を使えません。末尾のドットやスペースも許容されず、保存時エラーの原因になります。

  • ZWJ(ゼロ幅接合子)

    別名: Zero Width Joiner

    Unicodeの制御文字 U+200D です。前後の文字をつなげて単一の見た目を作る用途があり、削除すると絵文字や文字表示が変わることがあります。

    迷いやすい場面
    見た目に空白が増えないため、削除してもよさそうに見えますが、絵文字や合字の表示が変わって迷いやすい用語です。
    似た語との差
    ゼロ幅スペースが見えない区切りとして混入しやすいのに対し、ZWJ は前後の文字を接合して表示を変える制御です。
    このサイトで出る場面
    Unicodeコードポイント表示や不可視文字チェックで、絵文字列や合字の崩れを確認するときに出てきます。
  • キャプチャグループ

    正規表現で括弧 `()` で囲んだ部分一致を後で利用するための仕組みです。抽出系関数では、欲しい部分を明示する用途で使います。

    よくある勘違い: 括弧が増えると意図しないグループ番号ずれが起きるため、必要最小限のグループ設計が重要です。

  • グラフェムクラスタ

    別名: 書記素クラスタ

    ユーザーが1文字として認識する単位です。結合文字や絵文字シーケンスでは、複数コードポイントで1グラフェムになることがあります。

  • クリップボード

    別名: コピー&ペースト

    コピーした文字列を一時的に保持する領域です。ツール結果のコピーやTSV貼り付けの起点になります。

    よくある勘違い: 貼り付け直後に見えない空白や改行が混ざると、意図しない判定になることがあります。

  • サニタイズ

    入力値から危険要素や非対応文字を取り除き、安全に扱える形へ整える処理です。ファイル名整形や貼り付け前の前処理でよく使われます。

  • ゼロ幅スペース(ZWSP)

    見た目の幅を持たない空白文字です。文字列比較やURLパラメータで意図しない不一致を引き起こす場合があります。

    迷いやすい場面
    普通のスペースが見当たらないのに一致しないとき、ゼロ幅スペース混入が原因で迷いやすいです。
    似た語との差
    ZWJ は文字をつなげる制御、ゼロ幅スペースは見えない区切りとして混入しやすい点が異なります。
    このサイトで出る場面
    不可視文字チェックや URL 文字列の不一致を切り分ける場面で出てきます。
  • チェックデジット

    番号末尾(または先頭)に付与される検査用の数字です。計算ルールを使って入力ミスを検知する目的で使われます。

  • ハッシュ

    任意長の入力から一定長の値を計算した結果です。同じ入力なら同じ値になり、比較や検知に使われます。

    よくある勘違い: 暗号化と異なり、元データを戻す前提の方式ではありません。

  • ファイル名

    ファイルを識別する文字列です。OSごとに利用可能文字・最大長・予約語が異なるため、共有先を想定した命名ルールが重要です。

  • ブルームフィルタ(Bloom filter)

    別名: Bloom filter

    集合への包含判定を高速に行うための確率的データ構造です。メモリを抑えつつ候補抽出できますが、誤検知の可能性があります。

    よくある勘違い: ヒットした時点で確定一致とは限らず、追加判定と組み合わせて運用する必要があります。

  • ユーザー辞書

    運用ルールに合わせて利用者が追加する辞書です。内蔵辞書だけでは拾いにくい語を補完できます。

    よくある勘違い: 辞書を増やしすぎると誤検知も増えやすいため、定期的な見直しが必要です。

  • 機種依存文字

    OS・フォント・アプリによって表示や変換結果が変わりやすい文字の総称です。互換文字やPrivate Use Areaの文字は、環境差による文字化けの原因になります。

  • 誤検知(False Positive)

    別名: False Positive

    問題ない表現を誤ってヒットとして扱う現象です。短語や曖昧な語を広く拾う設定で増えやすくなります。

    よくある勘違い: 誤検知をゼロにしようとしすぎると、今度は本来検出すべき語を取りこぼすことがあります。

  • 辞書の優先順位

    同じ語が複数辞書にある場合、どの設定を採用するかを決める順序です。NGワードチェッカーでは上位辞書の定義が優先されます。

    よくある勘違い: 同じ語が重複すると、後で追加したつもりでも優先順によって反映されないことがあります。

  • 辞書パック

    用途別にまとめた辞書データの単位です。複数パックをON/OFFして運用すると、チェック対象に応じて切り替えやすくなります。

    よくある勘違い: 有効化だけでなく優先順位も結果に影響する点を見落としやすいです。

  • 重要度(severity)

    別名: severity

    検出結果の強さを low / mid / high で区分する指標です。運用チームで判断基準を共有しておくとレビューが安定します。

    よくある勘違い: 重要度は優先確認の基準であり、最終可否を機械的に決めるものではありません。

  • 正規化(NFKC)

    別名: NFKC

    全角/半角や互換文字の揺れを吸収して比較しやすくする変換です。見た目が似た文字の取りこぼしを減らすために使います。

    よくある勘違い: 正規化すると表記が変わるため、原文表示と比較する場面では使い分けが必要です。

  • 正規表現(Regex)

    別名: Regex

    文字列パターンを定義して検索・抽出・置換を行うための表現です。入力チェックやテキスト加工の自動化で使われます。

    よくある勘違い: 記号を多用するため、通常文字列置換と同じ感覚で使うと意図しない一致が起きることがあります。

  • 先頭ゼロ落ち

    表計算ソフトが文字列を数値として解釈した際に、`00123` のような値が `123` に変わる現象です。会員番号や郵便番号で問題になりやすいです。

    よくある勘違い: 見た目が同じでも、先頭ゼロが失われると識別子として別値になるケースがあります。

  • 頭字語の命名規約

    IDやURLなどの略語を `Id` / `ID` のどちらで扱うかを決めるルールです。規約未統一だと差分レビューや自動生成で揺れが生じます。

  • 伏せ字(マスキング)

    別名: マスキング

    語をそのまま表示せず、一部を隠して表示する方法です。レビュー時の露出を抑えながら位置情報を確認できます。

    よくある勘違い: 伏せ字表示を解除すると、周囲の閲覧環境によっては意図せず語が見える点に注意が必要です。

  • 文字化け

    想定とは異なる文字コードでデコードされた結果、文字が崩れて見える状態です。URLデコードや誤デコードの逆変換で復元できる場合があります。

  • 放送禁止用語になり得る表現

    媒体や時代背景、文脈により不適切と判断される可能性がある表現の総称です。公式の固定リストとして一律に扱えるものではありません。

    よくある勘違い: 1つの一覧だけで全媒体に通用すると考えると、配信先ごとのガイドライン差異を見落とします。

  • 法人番号

    日本の法人を識別する13桁番号です。先頭1桁がチェックデジットで、残り12桁から計算して整合性を確認します。

  • 予約語(ファイル名)

    別名: CON / PRN / AUX / NUL

    Windowsでは CON/PRN/AUX/NUL/COM1..9/LPT1..9 が予約され、拡張子付きでも使用できません。共有前に回避名へ変換する運用が有効です。

  • 要配慮表現

    別名: 不適切表現

    受け手や媒体によって配慮が必要と判断される可能性がある表現です。公開前に文脈を含めて見直す運用が推奨されます。

    よくある勘違い: 固定の判定リストだけで完全に決められると考えると、媒体基準とのズレが生じやすくなります。

文章・テキスト

改行・不可視文字・置換など、文章整形とテキスト処理の用語を確認できます。

日付・時刻

UNIX時刻・タイムゾーン・Cron式など、日時処理の基本用語をまとめています。

  • 1900/1904日付システム

    Excelが日付シリアル値を解釈する基準日設定です。1900と1904で約1462日の差があり、ファイル間移動時の日付ズレ原因になります。

  • Cron式

    定期実行スケジュールを表す記法です。分・時・日・月・曜日を指定し、環境ごとのタイムゾーン解釈に注意して運用します。

    迷いやすい場面
    毎日実行なのか毎週実行なのか、曜日と日付の組み合わせで意味が変わるため、最初の読み違いが起きやすい用語です。
    似た語との差
    UNIX 時刻や日時変換が単発時刻の読み替えなのに対し、Cron 式は継続的な実行条件を表します。
    このサイトで出る場面
    Cron式ビルダーやタイムゾーン確認をしながらスケジュール条件を組む場面で出てきます。

    関連ツール(同じ目的のツールを含む)

  • Excelシリアル値

    日付を連番で表す値です。整数部が日数、小数部が時刻を表します。日付システム(1900/1904)差で同じ値でも日付が変わります。

    迷いやすい場面
    5桁前後の数字が UNIX 時刻のようにも見えるため、どの基準日の連番か分からず迷いやすい用語です。
    似た語との差
    UNIX 時刻が 1970-01-01 UTC 基準の経過秒なのに対し、Excel シリアル値は表計算ソフトの日付基準日の連番です。
    このサイトで出る場面
    Excel / Sheets の日付ズレ確認や UNIX 時刻との見分けが必要な場面で出てきます。
  • JST

    別名: Japan Standard Time / 日本標準時

    日本の標準時で、UTCより9時間進んだ時刻です。国内向け表示時刻として使われることが多いです。

    迷いやすい場面
    海外サービスや API の時刻が UTC のまま表示されると、JST と混同して日付境界を誤りやすくなります。
    似た語との差
    UTC が基準時刻、JST は日本向け表示時刻です。数字の UNIX 時刻とは役割が異なります。
    このサイトで出る場面
    JST / UTC変換や国内向け日時確認ツールで、基準時刻を切り替える場面で出てきます。

    関連ツール(同じ目的のツールを含む)

  • UNIX時刻

    別名: Unix time / Epoch time

    1970-01-01 00:00:00 UTC からの経過秒(またはミリ秒)で時刻を表す形式です。システム間の時刻交換でよく使われます。

    よくある勘違い: 秒とミリ秒を取り違えると、数十年単位で誤った日時になります。

    迷いやすい場面
    数字だけの桁数を見て秒なのかミリ秒なのか判断しづらく、日時が大きくずれて見えるときに迷いやすい用語です。
    似た語との差
    UTC や JST は表示上の時刻基準で、UNIX 時刻はその時刻を数字で表した形式です。
    このサイトで出る場面
    UNIX時刻変換、JWT デコード、ULID / UUID の時刻確認などで出てきます。
  • UTC

    別名: 協定世界時

    世界共通の基準時刻です。タイムゾーン変換やログ比較を行うときの基準として使われます。

    迷いやすい場面
    JST と 9 時間差があるため、表示日時だけ見てそのまま国内時刻だと思い込むと迷いやすい用語です。
    似た語との差
    UTC は世界共通の基準、JST は日本向け表示の基準として使う点が異なります。
    このサイトで出る場面
    JST / UTC変換、UNIX時刻変換、ログ時系列整形の説明で出てきます。

    関連ツール(同じ目的のツールを含む)

  • ログ時系列整形

    ログ行から時刻を抽出し、同一タイムゾーンへ変換して時系列順に並べる処理です。複数システムの障害調査で時刻比較しやすくなります。

    関連ツール(同じ目的のツールを含む)

料金・数値計算

割合・単位換算・料金計算など、数値処理で迷いやすい用語をまとめています。

  • 料金・数値計算

    金額・割合・単位などの数値を、目的に応じて計算または別の表現へ変換する操作の総称です。

    関連ツール(同じ目的のツールを含む)

  • 税込(内税)

    消費税を含んだ価格です。レシート表示や最終支払額の確認で使います。

    よくある勘違い: 税込価格から税率を逆算する際は、単純に税率を引くと誤差が出ることがあります。

    関連ツール(同じ目的のツールを含む)

  • 税抜(外税)

    消費税を含まない本体価格です。見積書や原価計算で基準値として扱われます。

    関連ツール(同じ目的のツールを含む)

  • 端数処理

    小数や端数を四捨五入・切り上げ・切り捨てで整える処理です。計算途中と表示時でルールを分けると不整合を防げます。

    関連ツール(同じ目的のツールを含む)

  • 割合(%)

    全体を100としたときに、対象がどの程度を占めるかを示す値です。比率比較や構成比の確認で使われます。

    関連ツール(同じ目的のツールを含む)

  • 増減率

    基準値に対して、増えた・減った割合を示す値です。前年同月比や改善率の確認で使われます。

    よくある勘違い: 基準値が0に近い場合は、増減率が極端に大きく見えることがあります。

  • 跨日

    開始時刻と終了時刻の計算で日付をまたぐ状態です。23:30から翌日1:15のようなケースで使います。

    よくある勘違い: 跨日を考慮しないと、終了時刻が開始時刻より前に見えて差分計算でエラーになります。

    関連ツール(同じ目的のツールを含む)

  • 割引率

    元の価格に対して、どれだけ値引きするかを%で示す値です。30%OFFは元値の30%を引く計算になります。

    関連ツール(同じ目的のツールを含む)

  • 2重割引

    複数の割引率を順番に適用する計算です。30%OFFの後に10%OFFは、元値の40%OFFとは一致しません。

    関連ツール(同じ目的のツールを含む)

  • 割り勘

    合計金額を人数で分けて、1人あたりの支払い額を求める計算です。端数処理のルールで回収額が変わります。

    関連ツール

  • 幹事

    割り勘で会計を取りまとめる人です。端数を幹事に寄せると、参加者の支払額をそろえやすくなります。

    関連ツール

  • 余り

    割り勘や端数処理後に、回収合計と実際の合計金額に生じる差額です。集めすぎならプラス、不足ならマイナスで表示できます。

    関連ツール

  • 概算

    厳密な確定値ではなく、前提条件に基づいておおよその金額を見積もる計算です。交通費などで概算確認に使われます。

    迷いやすい場面
    確定額ではないのに、そのまま見積書や請求書の数字として扱ってしまい迷いやすい用語です。
    似た語との差
    見積書は取引前の提示文書で、概算はその前提となるおおよその計算値を指します。
    このサイトで出る場面
    交通費計算や見積前の比較、料金試算系ツールで出てきます。

    関連ツール

  • 実働時間

    勤務時間差分から休憩時間を差し引いた、実際に働いた時間です。

    関連ツール(同じ目的のツールを含む)

  • 所定労働時間

    会社や契約で定められた基準の労働時間です。残業時間計算の比較基準として使います。

    関連ツール(同じ目的のツールを含む)

  • 休憩時間

    勤務中に業務から離れる時間です。実働時間計算では勤務差分から差し引いて扱います。

    関連ツール(同じ目的のツールを含む)

  • 残業時間

    実働時間が所定労働時間を超えた分の時間です。概算計算では時間差分として求めます。

    関連ツール(同じ目的のツールを含む)

  • 時給

    1時間あたりの賃金単価です。実働時間に掛けて給与概算を求める際の基本値になります。

    関連ツール(同じ目的のツールを含む)

  • 倍率

    通常時給に掛ける係数です。概算計算では1.25などの値を設定して金額差を確認できます。

    関連ツール(同じ目的のツールを含む)

  • 10進・2進(KB / KiB)

    データ容量の単位系です。10進はKB=1000B、2進はKiB=1024Bで、同じ数値でも換算結果が変わります。

    関連ツール

  • 面積の単位で、1坪は3.305785㎡として換算できます。物件面積の概算確認によく使われます。

    関連ツール

  • 畳(概算)

    畳の面積換算は地域や規格で差があるため、概算値として扱います。必要に応じて1畳あたりの㎡を調整してください。

    関連ツール

  • km/h と m/s

    速度単位の代表例です。m/sはkm/hを3.6で割ると求められます。

    関連ツール

  • 達成率

    目標に対して実績がどの程度到達したかを示す割合です。実績 ÷ 目標 × 100 で計算します。

    関連ツール

  • KPI

    別名: 重要業績評価指標

    目標達成度を測るための指標です。達成率や進捗率などを定点で確認すると改善に役立ちます。

    関連ツール

  • ポイント還元

    購入金額に還元率を掛けて付与ポイントを見積もる考え方です。実際の付与条件で結果が変わる場合があります。

税金・社会保険

年収の壁や社会保険、申告準備で押さえる用語を確認できます。

  • 年収の壁

    税金や社会保険の負担・扶養条件が変わる収入ラインです。対象年度や勤務条件で基準が変わるため、前提条件をそろえて確認します。

    よくある勘違い: 1つの金額だけで判断すると、勤務先要件や手当条件の違いを見落としやすくなります。

    迷いやすい場面
    税の壁と社会保険の壁を同じ金額だと思い込みやすく、勤務先ルールや学生区分を見落としやすい用語です。
    似た語との差
    副業所得や必要経費は収入の中身を整理する用語で、年収の壁は条件が変わる境目そのものを指します。
    このサイトで出る場面
    扶養家族の年収チェック、学生の年収チェック、社会保険加入要件チェックの入口説明で出てきます。
  • 社会保険の加入要件

    勤務時間・賃金・雇用期間などの条件で、社会保険の加入要否を判断する基準です。年度更新時は最新制度の確認が必要です。

  • 年末調整

    給与所得者の所得税を年末に精算する手続きです。控除証明書や扶養情報など、必要書類の事前確認が重要です。

    迷いやすい場面
    会社がまとめて行う手続きと思いがちですが、対象外の所得や控除があると別途確認が必要になるため迷いやすいです。
    似た語との差
    確定申告準備は個人で提出書類をそろえる工程全体を指し、年末調整は給与所得者向けの年末精算です。
    このサイトで出る場面
    年末調整チェックリストや扶養控除・保険料控除の確認ツールで前提用語として出てきます。
  • 副業所得

    副業で得た収入から、業務に直接必要だった経費を差し引いた金額です。売上や入金額そのものとは一致しないことがあります。

    よくある勘違い: 入金額をそのまま所得だと考えると、経費整理や申告準備の前提を誤りやすくなります。

    迷いやすい場面
    売上・手取り・副業所得が混ざりやすく、どの数字を住民税や申告準備で使うか迷いやすい用語です。
    似た語との差
    年収の壁は条件が変わるラインで、副業所得は収入と経費を整理した結果の金額です。
    このサイトで出る場面
    副業所得チェックや住民税の徴収方法ガイドで、入力値と結果の読み方を整理するときに出てきます。
  • 必要経費

    副業や事業の収入を得るために必要だった支出です。業務との関連性や証憑の有無を前提に整理します。

    よくある勘違い: 私的支出までまとめて入れると、所得の読み方や申告準備を誤りやすくなります。

    迷いやすい場面
    毎月の支払いがあるだけで経費にしてよいとは限らず、業務関連性の説明が必要な場面で迷いやすいです。
    似た語との差
    副業所得は収入から必要経費を差し引いた結果で、必要経費はその差し引く対象を指します。
    このサイトで出る場面
    副業所得チェックや確定申告準備チェックで、証憑整理と入力前確認をするときに出てきます。
  • 確定申告準備

    申告前に必要書類・控除対象・提出期限を確認する準備工程です。制度改正や対象年度の差分確認を先に行うと抜け漏れを防げます。

    迷いやすい場面
    申告書入力を始めることだと思われがちですが、その前に必要書類と提出方式を整理する工程として迷いやすい用語です。
    似た語との差
    年末調整は会社経由の精算ですが、確定申告準備は副業・寄附・医療費控除なども含めた個人側の準備です。
    このサイトで出る場面
    確定申告準備チェック、ふるさと納税チェック、医療費控除準備などの入口説明で出てきます。
  • 特別徴収

    住民税を給与から天引きする徴収方法です。勤務先の運用や自治体通知の内容を見て確認します。

    よくある勘違い: 会社員ならすべて同じ扱いと思い込むと、副業分や退職後の扱いを見落としやすくなります。

    迷いやすい場面
    申告書の希望欄だけで決まると思われやすく、勤務先運用や通知書確認が抜けやすい用語です。
    似た語との差
    普通徴収は自分で納付する方式で、特別徴収は勤務先経由で支払う方式です。
    このサイトで出る場面
    住民税の徴収方法ガイドで、通知書を見るポイントや働き方別の分岐を確認するときに出てきます。
  • 普通徴収

    住民税を納付書や口座振替などで自分で納める徴収方法です。自治体ごとの案内や納期確認が必要です。

    よくある勘違い: 普通徴収を希望すれば必ずそのまま適用されると考えると、後で通知内容とのズレに気づきにくくなります。

    迷いやすい場面
    会社員の副業分だけ普通徴収にしたい場面などで、自治体運用との差が分かりにくい用語です。
    似た語との差
    特別徴収が給与天引きなのに対し、普通徴収は自分で納付スケジュールを管理します。
    このサイトで出る場面
    住民税の徴収方法ガイドで、通知書到着後に徴収方法を読み分ける場面で出てきます。
  • ワンストップ特例

    別名: ワンストップ特例制度

    ふるさと納税で一定条件を満たす場合に、確定申告をせず寄附控除手続きを進めるための仕組みです。自治体数や申告予定の有無で確認ポイントが変わります。

    よくある勘違い: 寄附先が増えたあとも同じ方式で進められると思い込むと、書類準備が間に合わなくなることがあります。

    迷いやすい場面
    ワンストップ特例で進めるのか、確定申告でまとめるのかを決める場面で最も迷いやすい用語の一つです。
    似た語との差
    確定申告準備は申告全体の工程で、ワンストップ特例はふるさと納税の提出方式の一つです。
    このサイトで出る場面
    ふるさと納税チェックで、自治体数と申告予定から提出方式を見分ける場面で出てきます。
  • 雑所得

    副業や一時的な収入の整理で候補になりやすい所得区分です。まずは収入の継続性や業務実態、資料のそろい方を確認しながら扱いを検討します。

    よくある勘違い: 入金があるたびに一律で同じ所得区分だと思い込むと、申告準備で確認すべき前提を外しやすくなります。

    迷いやすい場面
    事業所得との違いを、売上額だけで決めようとして迷いやすい用語です。
    似た語との差
    事業所得は継続性や独立した事業実態の確認が前提になりやすく、雑所得はその前提を置かずに副業整理の入口で比較されることが多いです。
    このサイトで出る場面
    副業所得チェックや確定申告準備チェックで、どの資料を先にそろえるか考える場面で出てきます。
  • 事業所得

    継続して行う事業活動から生じる所得として扱われることがある区分です。収入の形だけでなく、業務実態や帳簿・証憑の整い方も一緒に確認します。

    よくある勘違い: 副業収入が大きいだけで事業所得と決めつけると、必要な記録や前提確認を飛ばしやすくなります。

    迷いやすい場面
    雑所得との境目を金額だけで判断しようとすると迷いやすく、継続性や実態の確認が抜けがちです。
    似た語との差
    雑所得が副業整理の入口として比較されやすいのに対し、事業所得は継続的な業務実態や記録整備と合わせて見られることが多いです。
    このサイトで出る場面
    副業所得チェックや確定申告準備チェックで、売上・経費・証憑の並べ方を検討するときに出てきます。
  • 源泉徴収

    報酬や給与の支払い時に、一定額をあらかじめ差し引いて納める仕組みです。手取り額と所得額を混同しないために、差し引き前後の資料を見比べます。

    よくある勘違い: 差し引かれたあとの入金額を、そのまま副業所得や最終税額だと思い込むと後の整理を誤りやすくなります。

    迷いやすい場面
    手取り額・副業所得・還付や追納の可能性が混ざりやすく、どの数字をどこで使うか迷いやすい用語です。
    似た語との差
    副業所得は収入から必要経費を差し引いた結果で、源泉徴収は支払い時点で先に差し引かれている金額の扱いを指します。
    このサイトで出る場面
    副業所得チェックや源泉徴収税額の概算で、支払明細や差引後金額を読み分ける場面で出てきます。
  • 住民税決定通知書

    住民税額や徴収方法、納付時期などが示される通知書です。特別徴収か普通徴収か、納付書の有無などを読む起点になります。

    よくある勘違い: 給与明細だけで住民税の扱いを決めつけ、通知書側の徴収方法や納付時期を確認しないまま進めてしまうことがあります。

    迷いやすい場面
    会社員の本業分と副業分、退職後の切替などが同じ書類上でどう表れているか分かりにくく、読み方で迷いやすい用語です。
    似た語との差
    納付書は実際に自分で納めるための書類ですが、住民税決定通知書は徴収方法や税額の全体像を確認する起点になります。
    このサイトで出る場面
    住民税の徴収方法ガイドで、通知書のどこを見るか整理するときに出てきます。
  • 納付書

    自分で税金や料金を納めるための支払書類です。普通徴収や退職後の切替確認では、通知書とセットで見ることが多くなります。

    よくある勘違い: 通知書だけで確認を終えると、納期限や分割回数など、実際の支払いに必要な情報を見落としやすくなります。

    迷いやすい場面
    住民税決定通知書と同じ意味だと思われやすいですが、見る目的が少し異なるため混同しやすい用語です。
    似た語との差
    住民税決定通知書が全体の税額や徴収方法の案内なのに対し、納付書は実際の支払い手続きに使う書類です。
    このサイトで出る場面
    住民税の徴収方法ガイドや提出期限カレンダーで、納付時期と支払方法を確認するときに出てきます。
  • 寄附金受領証明書

    ふるさと納税などの寄附を行った証明として自治体から受け取る資料です。提出方式に応じて、他の申告資料と一緒に管理する必要があります。

    よくある勘違い: 寄附サイトの完了画面だけで済むと思い込み、証明書の受取状況を自治体ごとに追わないまま年末を迎えてしまうことがあります。

    迷いやすい場面
    ワンストップ特例の申請書と役割が同じだと思われやすく、どちらをどこで使うか迷いやすい用語です。
    似た語との差
    ワンストップ特例は提出方式の仕組みで、寄附金受領証明書は寄附自体を証明する書類です。
    このサイトで出る場面
    ふるさと納税チェックや確定申告準備チェックで、自治体ごとの回収状況を確認するときに出てきます。

請求・経理・収支

見積・請求・入金管理など、請求・経理・収支で使う用語をまとめています。

  • 粗利

    売上から原価を引いた利益です。販売価格設定や採算確認の基本指標として使います。

  • 粗利率

    売上に対する粗利の割合です。粗利 ÷ 売上 × 100 で求めます。

  • 原価率

    売上に対する原価の割合です。原価 ÷ 売上 × 100 で求めます。

  • 手数料率

    金額に対して差し引かれる手数料の割合です。手取り逆算では0以上100未満で扱います。

    関連ツール(同じ目的のツールを含む)

  • 見積書

    取引前に金額・条件・有効期限を提示する文書です。金額計算と明細粒度を先にそろえると、後続の請求処理で手戻りを減らせます。

    迷いやすい場面
    概算メモと見積書を同じものとして扱うと、有効期限や条件差を書き落としやすく迷いやすい用語です。
    似た語との差
    見積比較表は案を比べるための材料で、見積書は取引先へ提示する文書です。
    このサイトで出る場面
    見積書作成、見積比較表、料金計算系ツールの導線で出てきます。

    関連ツール(同じ目的のツールを含む)

  • 請求書

    提供した商品・サービスに対して代金を請求する文書です。請求番号、支払期限、税区分の整合性を事前に確認する運用が重要です。

    迷いやすい場面
    見積書の延長で考えると、支払期限や請求番号、送付後の回収確認を見落としやすい用語です。
    似た語との差
    見積書が取引前の条件提示なのに対し、請求書は提供後の代金請求文書として使います。
    このサイトで出る場面
    請求書作成、入金管理、支払期日計算など後続工程を伴うツールで出てきます。
  • 固定費

    売上の増減に関わらず継続して発生する費用です。月次で一覧化して、見直し優先度の高い項目から削減余地を確認します。

画像・PDF・コード生成

画像形式・圧縮・解像度・印刷前チェックに加え、QR・バーコード関連の用語を確認できます。

URL・マーケティング

URL構造とUTMパラメータ、クエリ解析で使う用語をまとめています。

  • URLエンコード

    URLで使えない文字を `%xx` 形式へ置き換える処理です。日本語や記号をクエリに含めるときに必要になります。

    迷いやすい場面
    URL が長く読みにくく見えても、壊れているのではなくエンコードされているだけのケースが多く、そこで迷いやすい用語です。
    似た語との差
    クエリパラメータは値の入れ方、URLエンコードはその値を URL 上で安全に表すための処理です。
    このサイトで出る場面
    URLエンコード/デコード、クエリ解析、UTM URL 作成時の前提用語として出てきます。
  • URLデコード

    URLエンコードされた文字列を元の文字へ戻す処理です。クエリ確認やログ解析時に内容を読みやすくできます。

    迷いやすい場面
    `%E3%81%82` のような値が壊れた文字列に見えても、まずデコードして意味を読む必要があるため、解析時に迷いやすい用語です。
    似た語との差
    URLエンコードが URL 上で安全に表す処理なのに対し、URLデコードはその内容を人が読める形へ戻す処理です。
    このサイトで出る場面
    URLエンコード/デコード、URLクエリ解析、UTM 付き URL の確認で内容を読み解く場面に出てきます。
  • UTM

    別名: Urchin Tracking Module

    流入経路を分析するためにURLへ付与する計測用パラメータ群です。広告・SNS・メールなどの効果比較に使われます。

    よくある勘違い: UTM値の命名ルールが揃っていないと、分析画面で同じ施策が分散して見えます。

    迷いやすい場面
    URL に付いていれば十分ではなく、source / medium / campaign の役割を分けて付けないと後から比較できなくなります。
    似た語との差
    UTM は計測用パラメータの総称で、utm_source は媒体名、utm_medium は流入手段、utm_campaign は施策名を入れる欄です。
    このサイトで出る場面
    UTM URL ビルダー、UTM パラメータ解析、命名チェック系ツールの前提用語として出てきます。
  • utm_campaign

    施策やキャンペーン名を表すUTM項目です。時期や目的を含めて命名すると分析がしやすくなります。

    迷いやすい場面
    媒体名や手段まで campaign に入れてしまうと、月次比較や AB 比較の粒度が揃わなくなります。
    似た語との差
    source / medium が流入元情報であるのに対し、campaign は施策名や企画単位を識別する欄です。
    このサイトで出る場面
    UTM URL ビルダー、UTM 命名チェック、施策別の流入分析導線で出てきます。
  • utm_medium

    流入手段の種類を表すUTM項目です。`cpc`、`email`、`social` など運用ルールに合わせて設定します。

    迷いやすい場面
    媒体名を入れる欄ではないため、source と medium を逆にするとレポート上で比較しにくくなります。
    似た語との差
    utm_source が媒体名、utm_medium が手段、utm_campaign が施策名という役割分担で整理すると混同を減らせます。
    このサイトで出る場面
    UTM URL ビルダーや命名チェックで、広告・メール・SNS の流入手段をそろえるときに使います。
  • utm_source

    流入元の媒体名を表すUTM項目です。例として `google`、`x`、`newsletter` などを設定します。

    迷いやすい場面
    広告種別や配信手法を入れたくなりますが、まずは媒体名を入れる欄として整理すると運用がぶれにくくなります。
    似た語との差
    utm_medium は流入手段、utm_campaign は施策名なので、source には媒体名を入れるのが基本です。
    このサイトで出る場面
    UTM URL ビルダーで値を組み立てるときや、UTM 解析で媒体別に集計するときに出てきます。
  • UTM命名ルール

    UTM値を小文字・ハイフン区切りなどで統一する運用ルールです。命名ゆれを減らすことで分析時の集計分散を防ぎます。

  • クエリパラメータ

    別名: Query Parameter

    URLの `?` 以降に付く `key=value` 形式の情報です。同じキーが複数回出るケースもあります。

    迷いやすい場面
    URL の一部として見えていても、どこまでが path でどこからが query か分かりにくく、解析時に迷いやすい用語です。
    似た語との差
    UTM はクエリパラメータの一種ですが、流入計測向けの役割が決まっている点が異なります。
    このサイトで出る場面
    URLクエリ解析、UTM パラメータ解析、URL ビルダー系ツールでよく出てきます。

SEO・サイト運営

robots.txt・sitemap・JSON-LD・HTTP運用などの基本用語です。

  • canonical URL

    別名: 正規URL

    重複に近いページがあるとき、優先して評価してほしいURLを示す指定です。評価分散を抑えるために使われます。

    よくある勘違い: 別URLを指していても自動で統合されるわけではないため、実URLとの整合確認が必要です。

  • FAQPage(構造化データ)

    Q&A形式の情報を検索エンジンへ伝える構造化データタイプです。ページ上の表示内容とJSON-LDの内容を一致させる必要があります。

  • HTTPステータスコード

    HTTP通信結果を3桁で示すコードです。4xxはクライアント側、5xxはサーバー側要因の切り分けに使われます。

    迷いやすい場面
    404 と 503 のように似たエラーでも原因側が異なるため、数字だけ見て同じ対処をすると迷いやすい用語です。
    似た語との差
    Retry-After は再試行条件を伝えるヘッダで、HTTPステータスコードは通信結果そのものを示します。
    このサイトで出る場面
    HTTPステータス診断や SEO 診断レポートで、公開エラーを切り分ける場面で出てきます。
  • JSON-LD

    別名: JavaScript Object Notation for Linked Data

    構造化データをJSON形式で記述する方式です。ページの意味情報を検索エンジンへ伝える目的で使われます。

    迷いやすい場面
    見た目の HTML と別に書くため、ページ本文に書いてある内容と JSON-LD の内容がずれていないかで迷いやすい用語です。
    似た語との差
    JSON は汎用データ形式ですが、JSON-LD は検索エンジン向けの意味付けデータとして使う点が異なります。
    このサイトで出る場面
    JSON-LD 生成や JSON 整形ツールで、構造化データの書式を確認するときに出てきます。
  • Organization(構造化データ)

    企業・団体情報を検索エンジンへ伝えるための構造化データタイプです。name や url、logo、sameAs などを設定します。

  • Retry-After

    再試行まで待機すべき秒数または日時を示すHTTPヘッダです。429/503対応で優先的に参照されます。

    迷いやすい場面
    エラーコードだけ見て即再試行すると、Retry-After の待機指示を見落として同じ失敗を繰り返しやすい用語です。
    似た語との差
    HTTPステータスコードが結果、Retry-After はその結果に対する再試行タイミングの案内です。
    このサイトで出る場面
    HTTPステータス診断や障害時の再試行条件を確認する場面で出てきます。
  • robots.txt

    クローラーに巡回方針を伝えるためのテキストファイルです。クロール制御の補助ですが、インデックス保証を行うものではありません。

    よくある勘違い: `Disallow: /` を入れると、サイト全体がクロールされにくくなるため公開前確認が必要です。

    迷いやすい場面
    検索結果に出したくないページ対策とクロール制御を同じものと考えると、意図しない公開状態になりやすい用語です。
    似た語との差
    sitemap.xml は URL を知らせる補助情報で、robots.txt はクロール方針を伝えるファイルです。
    このサイトで出る場面
    robots.txt 生成や sitemap 生成ツールで、公開前の確認項目として並んで出てきます。
  • sitemap.xml

    サイト内URLを検索エンジンへ伝えるためのXMLファイルです。更新ページを見つけてもらいやすくする補助情報として使われます。

    迷いやすい場面
    作れば必ずインデックスされるわけではないため、送信補助と評価結果を分けて考える必要があります。
    似た語との差
    robots.txt がクロール方針を伝えるのに対し、sitemap.xml は見つけてほしい URL 一覧を伝える役割です。
    このサイトで出る場面
    sitemap.xml 生成や robots.txt との組み合わせ確認ツールで、送信対象 URL を整理するときに出てきます。
  • 検索演算子

    検索クエリで条件を指定する記法です。引用符、OR、除外(-word)を組み合わせると、調査目的に合わせて結果を絞り込みやすくなります。

    迷いやすい場面
    語句を並べるだけの検索と違い、引用符や除外記号の有無で結果が大きく変わるため、調査条件の切り分けで迷いやすい用語です。
    似た語との差
    クエリパラメータが URL の値指定なのに対し、検索演算子は検索エンジン側へ調査条件を伝える記法です。
    このサイトで出る場面
    検索クエリ整形や SEO 調査で、site: や引用符を含む検索文を整える場面で出てきます。
  • 指数バックオフ

    再試行間隔を 1s→2s→4s のように段階的に伸ばす制御方式です。障害時の集中再試行を避ける目的で使われます。

よくある質問

  • 用語はどのタイミングで追加されますか?

    新しいツールの公開や、既存ツールで用語説明が必要になったタイミングで順次追加します。

  • 関連ツールのリンク先はどう決まっていますか?

    用語データで管理している関連ツールを表示し、必要に応じて同じ目的のファミリー内ツールを補助的に追加しています。まずは定義済みの手動紐付けを優先し、導線の意味が弱くならないように運用しています。

  • 検索で見つからない場合はどうすればよいですか?

    別名や英字表記で再検索するか、カテゴリを「すべて」に戻して再度お試しください。

用語の意味を確認したあとは、ツール一覧から目的のページへ移動して操作できます。