確認日: 2026-09-02 / 情報源: SBI証券公式ツールガイド・各社公式API資料

SBI証券で自動売買はPython自作できるのか
公開APIがない現実と、口座を活かす4つの実装ルート

先に結論を書きます。SBI証券は、個人投資家向けの公開された発注APIを提供していません。「SBI証券 API Python」で検索すると大量の解説記事が出てきますが、その多くは他社のAPI仕様を誤って当てはめた内容です。この記事では何が事実かを公式情報で確認したうえで、それでもSBI口座を持ったままPythonでシステムトレードを組む現実的な方法を4つ提示します。

最初に:ネットに広く出回っている誤情報について

「HYPER SBI 2 には localhost:18080 のローカルHTTP APIがあり、環境設定から有効化できる」という解説記事が多数存在します。

しかしSBI証券公式の「HYPER SBI 2 操作ガイド」には、API・RSS・Excel連携・自動売買のいずれについても記載がありません。また localhost:18080 というポート番号は、三菱UFJ eスマート証券(旧auカブコム証券)の「kabuステーションAPI」の仕様です。

つまり、他社APIの仕様がSBI証券のものとして紹介されている可能性が極めて高い状況です。この情報を信じて実装を始めると、動かないコードを何時間もデバッグすることになります。本記事はまずこの点を正すために書いています。

目次

  1. 事実確認|SBI証券に個人向け発注APIはあるのか
  2. SBI口座を活かす4つの実装ルート
  3. ルートA|シグナル生成をPython、発注は手動(推奨)
  4. 株価データをPythonで取得する(J-Quants / yfinance)
  5. 実装|シグナル検出から通知までの完全なコード
  6. ルートB|ブラウザ自動化・GUI自動化のリスク
  7. ルートC|発注APIのある証券会社と口座を使い分ける
  8. 検証|バックテストと過剰最適化の落とし穴
  9. 国内株の税制|海外FXとの決定的な違い
  10. よくある疑問Q&A

事実確認|SBI証券に個人向け発注APIはあるのか

まず、確認日時点で公式情報から確認できる事実を整理します。

証券会社 / ツール 個人向け発注API 確認できる内容
SBI証券
(HYPER SBI 2)
公開情報なし 公式の操作ガイドにAPI・RSS・Excel連携・自動売買の記載が見当たらない
楽天証券
(MARKETSPEED II RSS)
あり Excelアドインとして提供。関数で発注可能。無料。Windows + Excel が必要
三菱UFJ eスマート証券
(kabuステーションAPI)
あり REST + WebSocket(localhost:18080)。Professionalプラン以上+API利用登録が必要
この表の読み方についての注意

「公開情報なし」は「絶対に存在しない」ことの証明ではありません。法人向け・機関投資家向けの接続や、個別契約に基づくサービスまでは確認できないためです。
本記事が言えるのは「個人投資家が公式ドキュメントを読んで自力で使い始められる発注APIは、公式サイト上に見当たらない」という点までです。API提供の有無は変わり得ます。実装に入る前に必ずSBI証券の公式サイトで最新情報をご確認ください。

なぜ誤情報がこれほど広がっているのか

このキーワードは検索需要が大きく、しかも「実際に試した人が少ない」という条件が揃っています。生成AIで量産された記事が、実在するkabuステーションAPIの仕様(エンドポイント名、ポート番号、トークン取得フロー)をそのままSBI証券の名前に置き換えて公開されている、という構図です。

見分け方

SBI証券のAPI解説記事を読むときは、次を確認してください。
① SBI証券公式ドメイン(sbisec.co.jp)へのリンクがあるか
② そのリンク先に、実際にAPI仕様の記載があるか
③ エンドポイント名が /kabusapi/ で始まっていないか(始まっていればkabuステーションAPIの流用)

②を満たす記事は、確認日時点で見つけられませんでした。

SBI口座を活かす4つの実装ルート

発注APIがないからといって、SBI証券の口座でシステムトレード的な運用ができないわけではありません。「どこまでを自動化するか」を分けて考えるのが要点です。

ルート 方法 自動化の範囲 規約・技術リスク 評価
A Pythonでシグナル生成 → 通知 → 手動発注 分析・判断まで なし 推奨。すぐ始められる
B ブラウザ自動化(Selenium等)でWebサイトを操作 発注まで 規約リスク・破損リスク大 非推奨
C 発注APIのある証券会社に口座を分ける 発注まで完全自動 なし(公式API) 完全自動化したいなら唯一の正攻法
D GUI自動操作(PyAutoGUI等)でHYPER SBI 2を動かす 発注まで 極めて不安定 非推奨
現実的な最適解

「A(SBIはメイン保有・分析はPython)+ C(自動発注は別口座)」の併用が、確認日時点で最も合理的な構成です。
SBI証券の口座を解約する必要はありません。SBIは長期保有・NISA・IPOなどに使い、自動売買の実験だけをAPI提供のある口座で行うという役割分担です。

ルートA|シグナル生成をPython、発注は手動(推奨)

「自動売買」と聞くと発注まで自動化することを想像しますが、システムトレードの本質は「ルールを機械的に適用すること」であって、発注の自動化はその一部にすぎません。

ルートAのアーキテクチャ
  [ J-Quants API / yfinance ]   ← 株価データ取得
              │
              ▼
  [ Python:シグナル生成 ]        ← 売買ルールを機械的に適用
              │
              ▼
  [ Discord / メール通知 ]        ← 銘柄・数量・価格を通知
              │
              ▼
  [ SBI証券で手動発注 ]           ← 最終確認と執行は人間

この構成なら規約上の懸念がゼロで、しかも裁量判断を排除するという目的は達成できます。デイトレードには向きませんが、日足ベースのスイング以上なら実用上ほぼ問題ありません。

手動発注が「弱点」にならない戦略の条件

・日足以上の時間軸で判断する(数秒の遅延が意味を持たない)
・寄付き / 引けの成行、または指値で執行する(タイミング精度を要求しない)
・同時に扱う銘柄数が現実的な範囲(数十銘柄まで)

逆に、ザラ場中のミリ秒単位の執行が優位性の源泉である戦略は、このルートでは実現できません。その場合はルートCへ進んでください。

株価データをPythonで取得する(J-Quants / yfinance)

発注APIがなくても、日本株のデータ取得手段は複数あります。ここが自動化の土台です。

データソース 提供元・性質 取得できるもの 注意点
J-Quants API 日本取引所グループ(JPX)系の公式データサービス 日本株の株価・財務・銘柄情報など 要登録。プランにより取得範囲・遅延が異なる
yfinance Yahoo Finance非公式ライブラリ 日本株の日足など(銘柄コード + .T) 非公式。仕様変更で動かなくなることがある
証券会社のCSV出力 各社ツールの手動エクスポート 自分の取引履歴・保有銘柄 自動化しづらい
データソース選択の考え方

検証・学習目的なら yfinance で十分ですが、非公式ライブラリのため継続的な運用の土台にするには不安があります。実運用のパイプラインに組み込むなら、J-Quants API のような公式提供のサービスを土台にするほうが安定します。利用可能なデータ範囲・遅延・料金は提供元の最新情報を必ず確認してください。

実装|シグナル検出から通知までの完全なコード

実際に動くパイプラインを作ります。ゴールデンクロス+出来高フィルタという単純なルールを例にしますが、シグナル部分を差し替えれば任意の戦略に対応できます。

requirements.txtサンプル1
# データ取得・処理
pandas>=2.2
numpy>=1.26
yfinance>=0.2.40          # 検証用。実運用はJ-Quants等の公式APIを推奨
requests>=2.32
python-dotenv>=1.0

# 保存
pyarrow>=17.0             # Parquet保存用
.env(Gitにコミットしないこと)サンプル2
# Discord Webhook(通知先)
DISCORD_WEBHOOK_URL=https://discord.com/api/webhooks/xxxxx/yyyyy

# J-Quants を使う場合
JQUANTS_MAIL=your_mail@example.com
JQUANTS_PASS=your_password
signal_bot.py|シグナル検出 → 通知サンプル3
# 本コードは本人利用に限り自由に使用可。再配布・商用利用・販売は禁止。
# SBI証券では発注APIが使えないため、「判断まで」を自動化し発注は手動で行う設計。
import os
import time
from dataclasses import dataclass
from typing import List, Optional

import pandas as pd
import requests
import yfinance as yf
from dotenv import load_dotenv

load_dotenv()
WEBHOOK = os.getenv("DISCORD_WEBHOOK_URL")

# 監視する銘柄(東証は「コード.T」)
WATCH_LIST = ["7203.T", "6758.T", "9984.T", "8306.T", "6501.T"]

FAST, SLOW = 25, 75          # 移動平均の期間
VOL_MULT   = 1.5             # 出来高が平均の何倍以上か
RISK_RATE  = 0.02            # 1銘柄あたりのリスク率(資金比)
CAPITAL    = 1_000_000       # 運用資金(円)


@dataclass
class Signal:
    code: str
    side: str
    price: float
    atr: float
    shares: int
    reason: str


def fetch(code: str, period: str = "1y") -> Optional[pd.DataFrame]:
    """日足を取得する。取得できなければ None。"""
    try:
        df = yf.download(code, period=period, interval="1d",
                         auto_adjust=True, progress=False)
    except Exception as e:
        print(f"[WARN] {code}: 取得失敗 {e}")
        return None
    if df is None or df.empty or len(df) < SLOW + 20:
        return None
    # yfinanceの列がMultiIndexで返る場合があるため平坦化する
    if isinstance(df.columns, pd.MultiIndex):
        df.columns = df.columns.get_level_values(0)
    return df


def atr(df: pd.DataFrame, n: int = 14) -> float:
    """ATR(平均真の値幅)。損切り幅とロット計算に使う。"""
    high, low, close = df["High"], df["Low"], df["Close"]
    prev = close.shift(1)
    tr = pd.concat([high - low, (high - prev).abs(), (low - prev).abs()],
                   axis=1).max(axis=1)
    return float(tr.rolling(n).mean().iloc[-1])


def detect(code: str, df: pd.DataFrame) -> Optional[Signal]:
    """ゴールデンクロス+出来高増加でエントリーsignalを返す。"""
    df = df.copy()
    df["fast"] = df["Close"].rolling(FAST).mean()
    df["slow"] = df["Close"].rolling(SLOW).mean()
    df["vol_ma"] = df["Volume"].rolling(20).mean()

    prev, last = df.iloc[-2], df.iloc[-1]

    crossed_up = prev["fast"] <= prev["slow"] and last["fast"] > last["slow"]
    vol_ok     = last["Volume"] > last["vol_ma"] * VOL_MULT
    if not (crossed_up and vol_ok):
        return None

    price = float(last["Close"])
    a = atr(df)
    if a <= 0 or price <= 0:
        return None

    # 損切り幅を 2ATR とし、1銘柄のリスクを資金の RISK_RATE に収める
    stop_width = a * 2.0
    raw = (CAPITAL * RISK_RATE) / stop_width
    shares = int(raw // 100 * 100)          # 日本株は100株単位
    if shares < 100:
        return None

    return Signal(
        code=code, side="BUY", price=price, atr=a, shares=shares,
        reason=f"{FAST}日線が{SLOW}日線を上抜け / 出来高が20日平均の{VOL_MULT}倍超",
    )


def notify(signals: List[Signal]) -> None:
    if not WEBHOOK:
        print("[WARN] DISCORD_WEBHOOK_URL が未設定のため通知をスキップします")
        return
    if not signals:
        requests.post(WEBHOOK, json={"content": "本日のシグナルはありません。"}, timeout=15)
        return

    lines = ["**本日の発注候補(SBI証券で手動発注してください)**", ""]
    for s in signals:
        cost = s.price * s.shares
        lines += [
            f"**{s.code}** {s.side}",
            f"  参考価格 : {s.price:,.1f} 円",
            f"  数量     : {s.shares:,} 株(概算 {cost:,.0f} 円)",
            f"  損切目安 : {s.price - s.atr * 2:,.1f} 円(2ATR)",
            f"  根拠     : {s.reason}",
            "",
        ]
    lines.append("※ 発注前に板・出来高・決算発表予定を必ず自分で確認すること。")

    requests.post(WEBHOOK, json={"content": "\n".join(lines)[:1900]}, timeout=15)


def main() -> None:
    found: List[Signal] = []
    for code in WATCH_LIST:
        df = fetch(code)
        if df is None:
            continue
        sig = detect(code, df)
        if sig:
            found.append(sig)
            print(f"[SIGNAL] {sig.code} {sig.side} {sig.shares}株 @ {sig.price:,.1f}")
        time.sleep(1.0)          # データ提供元に負荷をかけない

    notify(found)
    print(f"完了:{len(found)} 件のシグナル")


if __name__ == "__main__":
    main()
このコードの設計上のポイント

① ロットをATRから逆算している — 値動きの大きい銘柄ほど自動的に株数が減り、1銘柄あたりのリスクが資金の2%に揃います。「単元株数で適当に買う」という最大の失敗を構造的に防ぎます
② 100株単位に丸めている — 日本株特有の制約。ここを忘れると発注できない数量が出ます
③ 通知に「損切目安」を含めている — 手動発注でも損切りラインを機械的に決めることで、裁量の余地を残さない
④ データ取得の間に sleep を入れている — 提供元への配慮であり、自分がブロックされないための保険でもあります

毎日決まった時刻に実行する

Windowsタスクスケジューラ用 run.batサンプル4
@echo off
cd /d C:\stock-bot
call .venv\Scripts\activate.bat
python signal_bot.py >> logs\run.log 2>&1
Linux / VPS の場合(crontab -e)サンプル5
# 平日 15:30(大引け後)に実行する
30 15 * * 1-5 cd /home/user/stock-bot && /home/user/stock-bot/.venv/bin/python signal_bot.py >> logs/run.log 2>&1

VPSでの常時稼働環境の作り方は botをVPS/クラウドで24時間稼働させる、ログと通知の設計は botの監視・ロギング・アラート設計 が参考になります。

ルートB|ブラウザ自動化・GUI自動化のリスク

「SeleniumでSBI証券のサイトにログインして発注すればいい」——技術的には可能ですが、当サイトは推奨しません。理由を具体的に挙げます。

⚠

1. 利用規約上のリスク

多くの証券会社の利用規約では、自動化ツール・スクリプトによるWebサイトへの自動アクセスを制限または禁止しています。規約違反と判断された場合、口座の利用停止という結果になり得ます。「バレなければいい」の話ではなく、資産を預けている口座を失うリスクです。実装前に必ず利用規約の原文を確認してください。

💥

2. 技術的な破損リスク

Webサイトの構造は予告なく変わります。ボタンのIDが1つ変わっただけで、スクリプトは「発注したつもりで発注していない」あるいは「意図しない画面で意図しない操作をする」状態になります。資金が動くシステムでこれは致命的です。テスト環境も存在しません。

🔐

3. 認証情報の保持リスク

自動ログインのためには、証券口座のIDとパスワードをスクリプトから読める場所に置く必要があります。VPS上に置くなら、そのVPSが侵害された時点で口座が危険に晒されます。多要素認証を回避する実装は、セキュリティ機構を自ら無効化する行為です。

🖱

4. GUI自動化(PyAutoGUI等)はさらに脆い

座標や画像マッチングでHYPER SBI 2を操作する方法は、ウィンドウ位置・解像度・DPI設定・ツールのアップデートのすべてに影響されます。画面が少しずれただけで誤発注が起きます。「動いた」と「安全に運用できる」の間には大きな隔たりがあります。

結論:発注を自動化したいなら、正規のAPIがある口座を使う

ルートBに費やす労力と背負うリスクを考えれば、公式APIを提供している証券会社に口座を1つ作るほうが、圧倒的に速く・安全で・保守も楽です。次のセクションで扱います。

ルートC|発注APIのある証券会社と口座を使い分ける

確認日時点で、個人が公式に発注まで自動化できる国内証券は主に2つです。

項目 楽天証券 MARKETSPEED II RSS 三菱UFJ eスマート証券 kabuステーションAPI
方式 Excelアドイン(RSS関数) REST + WebSocket
Pythonからの利用 xlwings / pywin32 経由でExcelを操作 requests で直接HTTP
必要環境 Windows + Excel + MARKETSPEED II 常駐 Windows + kabuステーション常駐
利用条件 無料(MARKETSPEED IIの申込が必要) Professionalプラン以上+API利用登録
対象商品 国内株(現物・信用)、株価指数先物OP、商品先物 株・先物・オプション
実装のしやすさ Excelを挟むぶん構成が複雑 HTTPだけで完結し素直

※ 利用条件・対象商品・必要環境は各社の規定であり変更されます。必ず各社公式の最新情報を確認してください。

おすすめの口座構成

SBI証券:長期保有・NISA・IPO・投信など、手動で完結する取引のメイン口座として継続
楽天証券 or 三菱UFJ eスマート証券:自動売買の検証・運用専用の口座

口座を分けることには、リスク管理上のメリットもあります。自動売買のバグによる暴走が、長期保有資産に波及しません。EA運用で複数口座を使い分ける考え方と同じです。
楽天証券での具体的な実装は 楽天証券で自動売買をPython自作する|MARKETSPEED II RSS × xlwings で詳しく解説しています。

検証|バックテストと過剰最適化の落とし穴

発注が手動であっても自動であっても、ルールの優位性を検証する手続きは同じです。そしてここを飛ばすと、自動化しても損失を効率よく積み上げるだけになります。

backtest.py|手数料・スリッページ込みの単純なバックテストサンプル6
# 本コードは本人利用に限り自由に使用可。再配布・商用利用・販売は禁止。
# signal_bot.py と同じルールを過去データで検証する
import numpy as np
import pandas as pd
import yfinance as yf

FAST, SLOW = 25, 75
FEE_RATE   = 0.0005      # 売買手数料の想定(往復・料率は各社の体系に合わせる)
SLIPPAGE   = 0.001       # スリッページ 0.1%


def backtest(code: str, period: str = "10y") -> dict:
    df = yf.download(code, period=period, interval="1d",
                     auto_adjust=True, progress=False)
    if isinstance(df.columns, pd.MultiIndex):
        df.columns = df.columns.get_level_values(0)
    if df is None or df.empty:
        return {}

    df["fast"] = df["Close"].rolling(FAST).mean()
    df["slow"] = df["Close"].rolling(SLOW).mean()

    # シグナルは「翌日の寄付きで執行」とし、先読みバイアスを避ける
    df["pos"] = (df["fast"] > df["slow"]).astype(int).shift(1).fillna(0)

    df["ret"] = df["Close"].pct_change().fillna(0.0)
    df["trade"] = df["pos"].diff().abs().fillna(0.0)      # 売買が発生した日は1
    cost = df["trade"] * (FEE_RATE + SLIPPAGE)

    df["strategy"] = df["pos"] * df["ret"] - cost
    equity = (1.0 + df["strategy"]).cumprod()

    total = equity.iloc[-1] - 1.0
    years = len(df) / 252.0
    cagr  = equity.iloc[-1] ** (1 / years) - 1 if years > 0 else 0.0
    dd    = (equity / equity.cummax() - 1.0).min()
    sd    = df["strategy"].std()
    sharpe = (df["strategy"].mean() / sd * np.sqrt(252)) if sd > 0 else 0.0

    return {
        "code": code,
        "総リターン": f"{total:.1%}",
        "CAGR": f"{cagr:.1%}",
        "最大DD": f"{dd:.1%}",
        "シャープ": f"{sharpe:.2f}",
        "売買回数": int(df["trade"].sum()),
    }


if __name__ == "__main__":
    rows = [backtest(c) for c in ["7203.T", "6758.T", "9984.T", "8306.T", "6501.T"]]
    print(pd.DataFrame([r for r in rows if r]).to_string(index=False))
このバックテストで意図的に入れている3つの安全策

① shift(1) による先読みバイアスの排除 — 当日の終値で判断して当日の終値で約定する、という不可能な取引を防いでいます。この1行がないバックテスト結果は信用できません
② 手数料とスリッページを明示的に控除 — これを入れないと売買回数の多い戦略が過大評価されます
③ 最大ドローダウンを必ず出力 — リターンだけを見て採否を決めないための最低条件

この結果が良く見えても、それだけでは採用の根拠になりません。パラメータ(25日/75日)をその期間に合わせ込んだだけの可能性があるからです。ウォークフォワード分析やDeflated Sharpe Ratioによる検証手続きは 過剰最適化を数値で検出する で詳しく解説しています。

資金管理・ポジションサイジングの理論的な組み立ては ケリー基準とボラティリティターゲティングでロットを自動計算する、破産確率の考え方は FX自動売買で億り人になる条件を数字で暴く を参照してください。市場が違っても、資金管理の数学は共通です。

国内株の税制|海外FXとの決定的な違い

同じ「自動売買」でも、国内株と海外FXでは税制がまったく異なります。手取りベースで比較すると印象が変わるため、押さえておく価値があります。

項目 国内株(SBI証券等) 海外FX
課税方式 申告分離課税 総合課税(雑所得)
税率 一律 約20.315% 累進(最大 約55%)
損失の繰越 3年間可能 不可
申告の手間 特定口座(源泉徴収あり)なら原則不要 確定申告が必要
NISAの活用 可能 不可
税引後で見ると差は大きい

税引前で同じ100万円の利益でも、国内株なら手取り約80万円、海外FXの最高税率帯なら約45万円です。さらに国内株は損失を3年繰り越せるため、年ごとの損益がブレる戦略でも税負担が平準化されます。海外FXにはこれがありません。
海外FXの税務処理の詳細は XMの確定申告完全ガイド にまとめています。税務の最終的な判断は税理士や所轄の税務署にご確認ください。

よくある疑問Q&A

SBI証券のAPIを解説している記事がたくさんありますが、あれは何なのですか?
確認日時点で調べた限り、SBI証券公式サイトにAPI仕様のドキュメントは見当たりません。公式の「HYPER SBI 2 操作ガイド」にもAPI・RSS・Excel連携の記載がありません。一方、それらの記事に出てくる localhost:18080 というポートや /kabusapi/ というパスは、三菱UFJ eスマート証券(旧auカブコム証券)のkabuステーションAPIの仕様と一致します。他社APIの仕様が誤って流用されている可能性が高いと考えられます。実装前に必ずSBI証券公式サイトで直接ご確認ください。
SBI証券の口座は解約したほうがいいですか?
その必要はありません。SBI証券は取扱商品・手数料体系・NISA・IPOなど、手動取引のメイン口座として十分な選択肢です。「自動発注ができない」という一点だけを、別口座で補えばよいという話です。むしろ口座を分けることで、自動売買のバグが長期保有資産に波及しないというリスク管理上の利点があります。
Seleniumで自動発注するのは違法ですか?
「違法」かどうかは別として、多くの証券会社の利用規約では自動化ツールによるアクセスが制限または禁止されています。規約違反と判断されれば口座停止の可能性があります。加えて、サイト構造の変更で誤発注が起きる技術的リスク、認証情報をスクリプトから読める場所に置くセキュリティリスクもあります。資産を預けている口座で取るべきリスクではないというのが当サイトの立場です。判断される前に、必ず利用規約の原文を確認してください。
結局、日本株でPython自動売買を始めるならどうすべきですか?
段階を踏むのが確実です。① まずルートA(シグナル生成+手動発注)で、自分のルールが実際に機能するかを検証する ② 同時にバックテストで優位性を統計的に確認する ③ それでも発注の自動化が必要だと判断できたら、公式APIのある口座を開く。
いきなり③から入る人が多いのですが、優位性のないルールを自動化しても、損失が効率化されるだけです。
yfinance と J-Quants、どちらを使うべきですか?
検証・学習段階なら yfinance で十分です(無料・登録不要ですぐ試せる)。ただし非公式ライブラリなので、提供元の仕様変更で突然動かなくなることがあります。継続運用のパイプラインに組み込むなら、J-Quants APIのような公式提供のサービスのほうが安定します。取得できるデータ範囲・遅延・料金プランは提供元の最新情報を確認してください。
日足のシグナルを手動発注するのでは、遅すぎませんか?
戦略の時間軸によります。日足のトレンドフォローやスイングでは、数十分の執行遅れが優位性を消すことはほとんどありません。「大引け後にシグナルを受け取り、翌日の寄付きで発注する」という運用は十分に成立します。遅延が致命傷になるのは、ザラ場中の短時間の値動きを取りにいく戦略です。その場合は公式APIのある口座が必要になります。
100株単位の制約があると、少額では分散できないのでは?
おっしゃるとおり、日本株の単元株制度は少額運用での分散を難しくします。本記事のコードでATRベースのロット計算をしても、株価の高い銘柄では最小100株ですら資金比のリスク率を超えることがあります(サンプルコードではその場合シグナルを見送る実装にしています)。単元未満株のサービスを使う、株価の低い銘柄に絞る、ETFを使うといった対応が現実的な選択肢になります。

注意事項・免責事項

投資は自己判断・自己責任でお願いいたします。本サイトの情報・ツール・ソフトウェアを参考・使用して、取引をされて何らかの損失を被られても、当サイトでは責任は一切負いません(間接的・付随的な障害・損失も含め一切の責任を負いません)。自己責任でご利用ください。

当サイトからダウンロードしたプログラム・EAは本人利用に限り完全無料でご利用いただけます。プログラムの全てまたは一部の複製・コピー・リバースエンジニアリング・改変・2次配布・商用利用・転売・販売等は一切禁止いたします。違反を発見した場合は法的処置を行います。

当サイト上に存在するソフトウェア・ツール・文章・画像・動画等の著作物を無断転載することを禁止します。引用の範囲を超えるものについては、法的処置を行います。

当サイトで配布するツール・ソフトウェアは無料提供ですのでサポートなどは行っておりません。万が一、ツールやソフトウェアに不具合や問題があっても当サイトでは修正・対応などができない場合があります。ご利用の環境でトラブルが発生しても当サイトでは助言することはできませんので自己責任でご利用ください。

当サイトからリンクやバナーなどによって他のサイトに移動された場合、移動先サイトで提供される情報、サービス等について一切の責任を負いません。当サイト掲載情報やリンク先の掲載情報の合法性、正確性、道徳性、最新性、適切性、著作権の許諾や有無など、その内容については一切の保証を致しかねます。

当サイトは、ご訪問いただいた時間、訪問者のアクセス元のホスト名、IPアドレス、OSとブラウザのバージョン、リンク元のURL、モニターの情報等のパソコン環境情報を収集し、アクセス解析をしております。この目的は訪問者が検索サイトからご訪問いただいた場合、どのような検索で当サイトに来訪いただいたかの解析にのみ使用しており、第3者に公開はいたしません。また、個人を特定するものではありません。