数式・コードはSEOで不利？離脱を回遊率に変える「回避＋翻訳」設計（WordPress対応）

Q: 数式やコードを入れるとSEOで不利になりますか？

一概には不利ではありません。問題になりやすいのは読者の目的達成を邪魔する入れ方です。結論を本文で完結させ、任意で読める形（折りたたみ、翻訳）にすると不利になりにくくなります。

Q: 「読み飛ばしてOK」と書くと、逆に読まれませんか？

読者にとって置いていかれない安心が先に立つため、本文の読了率はむしろ上がりやすいです。詳細は読みたい人が開く形にします。

Q: WordPressで折りたたみはどうやる？

ブロック挿入から詳細ブロック（Details block）を使います。詳細ブロック内に数式・コードなど任意の内容を入れられます。

Q: 生成AIで記事を書いても大丈夫？

生成AI利用そのものよりも、独自性・付加価値・ユーザーに役立つかが重要です。自動生成の低付加価値コンテンツは避け、ユーザー第一の設計で運用します。

その他の数理的なエッセイはこちら

合わせて読むことおすすめの記事
3行まとめ
数式とコードは「離脱装置」になりやすい
「SEO的にNG」で終わらせず、実験的にパラメータ分解してみる
1. 予想される実態（数式・コードを雑に置いた場合）
「回避＋翻訳」で“狭い刺さり”を“広い刺さり”に変換する
図で見るとこうなる（最低限の解説）
1. 図
2. 図の読み方
WordPress実装：数式・コードは「詳細」ブロックへ
数式とPython（WordPress「詳細」ブロックで折りたたむ）
まとめ：数式・コードは「入れ方」で符号が変わる
FAQ（ページ内表示用）
参考文献（個人ブログ・一般企業ブログ・書籍は除外／URL併記）
SEO・コンテンツ戦略（「SEO的に避けられがち」を言語化する）
ユーザビリティ（「置いていかれた感→離脱」を潰す）
情報設計・回遊（ナビ／ラベル／探索＝回遊率の設計）
UXライティング／マイクロコピー（「翻訳」で読み進めさせる）
計測・検証（「予想される実態」を本当に確かめる）
行動科学（「なぜ数式があると信頼が上がる？」を説明する）

合わせて読むことおすすめの記事

3行まとめ

数式・コードは、多くの読者（体感8割以上）にとって「置いていかれた感→離脱」を生みやすく、SEO的に避けられがちです。
一方で、一部の読者（体感2割未満）には「裏取り・深掘りできる」という報酬があり、刺さると強い満足につながります。
本記事では、このギャップを「回避（読み飛ばしOK）＋翻訳（人間語）＋退避（WordPress詳細ブロック）」で“狭い刺さり”から“広い刺さり”へ変換する設計を、図とモデルで整理します。

数式とコードは「離脱装置」になりやすい

数式やPythonコードが突然出てくると、読者はだいたいこう分かれます（体感ベースの仮置き）。

わからない → 置いていかれた感 → 離脱（おそらく8割以上はこちら）
わかる → 裏取りできる・深掘りできる → 滞在・満足（おそらく2割未満はこちら）

注：ここでの「8割/2割」は統計の主張ではなく、一般向け記事で体感しやすい“偏り”を、あえて数値で固定して書いたものです。
この比率が 7:3 でも 9:1 でも本質は同じで、「読者分布が偏っている前提で設計しないと、数式・コードは簡単に“壁”になる」という点が重要です。
以降はこの前提を置いたうえで、離脱が起きる要因を ショック／報酬／追加コスト に分解して、どこに手を入れると“回遊に反転できるか”を図で確認します。

Googleは「ユーザー第一で有用なコンテンツ」を推奨しています。
https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=ja

「SEO的にNG」で終わらせず、実験的にパラメータ分解してみる

単に「数式・コードはSEO的にNG」と言うだけだと、理由も程度も曖昧です。
そこでここでは、何が起きると“避けられる体感”になるのかを、実験的に分解して「予想される実態」として整理します。

予想される実態（数式・コードを雑に置いた場合）

離脱ショック（低耐性層で強く出る）
数式が“壁”になって、スクロール停止や直帰が増えやすい
一部の深掘り報酬（高耐性層でだけ出る）
刺さる層には「裏取りできる」「検証できる」満足が出る
追加コスト（全員が払う）
記号・コードブロック・スマホ可読性などで“読む負担”が増える

この3つをまとめると、こうなります。

ほとんどの層では悪化（ショック＋コスト）
ごく一部では改善（報酬）

つまり “狭く刺さる” 状態になり、一般論として「避けた方が安全」と判断されがち、という整理です。

「回避＋翻訳」で“狭い刺さり”を“広い刺さり”に変換する

ここで入れる仕掛けはシンプルです。

回避：読み飛ばしてOK（読まなくていい権利）
翻訳：数式が言いたいことを先に人間語で言う
退避：視界から隠せる（WordPressの「詳細」ブロック）

これで「わからない→離脱」が「わからないけど置いていかれない→読み進める」に変わります。

WordPressなら「詳細」ブロック（Details block）で運用できます。
https://wordpress.org/documentation/article/details-block/

図で見るとこうなる（最低限の解説）

上の「ショック／報酬／追加コスト」を、読者の「数式・コード耐性」を横軸にした“おもちゃモデル”で描くと、こういう図になります。

図

横軸は数式・コード耐性L、縦軸は読み進める確率。青は数式なし、橙は雑に数式・コードを挿入（高耐性層だけ上振れ）、緑は回避＋翻訳で広く改善。 — 数式・コードの入れ方で、離脱（naive）にも回遊（回避＋翻訳）にも振れる。naiveは高耐性層にだけ報酬が出るが範囲が狭い。回避＋翻訳は広い層に効く。

図の読み方

青（no math/code）：数式が出ない世界。耐性Lとはほぼ無関係に推移する想定。
橙（math/code naive）：低～中耐性層はショック＋コストで落ちるが、高耐性層の狭い範囲だけ「報酬」が出て青を超える（刺さる人には刺さる）。
緑（回避＋翻訳）：追加コストは残るが、回避で“壁”をなくし、翻訳で納得を作ることで、より広い範囲で改善する。

ここまでで主張は完結です。以下は任意。

WordPress実装：数式・コードは「詳細」ブロックへ

構成のポイントはこれだけです。

図は本文で普通に見せる（全員に見せる）
数式とコードは「詳細」ブロックに入れる（任意で開ける）

読者の視界に“壁”を作らないのが勝ち筋です。

数式とPython（WordPress「詳細」ブロックで折りたたむ）

（任意）数式（MathJax）とPythonで裏取りする

一言でいうと：
naiveは「低耐性層のショック」＋「高耐性層だけの報酬」で“狭く刺さる”。
回避＋翻訳は「コストが下がる」＋「ベネフィットが上がる」で“広く効く”。

数式

ロジスティック関数：
$$
\sigma(x) = \frac{1}{1 + e^{-x}}
$$

耐性：$L \in [0, 1]$

ベース（数式なし）：
$$
p_{base}(L) = \sigma(a + b(L – 0.5))
$$

naive（後ろで立ち上がるショック＋高耐性だけの報酬）：
$$
s(L) = s_0 + s_1 \sigma(k_s(c_s – L))
$$
$$
r(L) = v_1 \sigma(k_r(L – c_r))
$$
$$
p_{naive}(L) = clip(p_{base}(L) – s(L) + r(L))
$$

回避＋翻訳（山を作らず、広く効く：コストが減る＋ベネフィットが増える）：
$$
o(L) = o_0 + o_1 \sigma(k_o(c_o – L))
$$
$$
u(L) = u_0 + u_1 \sigma(k_u(L – c_u))
$$
$$
p_{trick}(L) = clip(p_{base}(L) – o(L) + u(L))
$$

※ $clip(x)$ は $0$ 未満を $0$、$1$ 超を $1$ に丸めます。

Python

import numpy as np
import matplotlib.pyplot as plt

rng = np.random.default_rng(31)
N = 300_000

def sigmoid(x):
    return 1 / (1 + np.exp(-x))

L = rng.beta(2, 5, N)

# Base: gentle / near-flat
a = 0.30
b = 0.20
p_base = sigmoid(a + b * (L - 0.5))

# Naive: later rise + niche reward (can exceed base for very high L)
s_const = 0.05
s_amp   = 0.34
k_shock = 18
c_shock = 0.57
shock = s_const + s_amp * sigmoid(k_shock * (c_shock - L))

v_amp = 0.10
k_exp = 25
c_exp = 0.82
expert_reward = v_amp * sigmoid(k_exp * (L - c_exp))

p_naive = np.clip(p_base - shock + expert_reward, 0, 1)

# Trick: broad benefit, no hump
o0 = 0.02
o1 = 0.13
k_over = 14
c_over = 0.36
overhead = o0 + o1 * sigmoid(k_over * (c_over - L))

u0 = 0.01
u1 = 0.21
k_ben = 8
c_ben = 0.38
benefit = u0 + u1 * sigmoid(k_ben * (L - c_ben))

p_trick = np.clip(p_base - overhead + benefit, 0, 1)

# Plot (bin-average)
bins = np.linspace(0, 1, 41)
idx = np.digitize(L, bins) - 1
centers = (bins[:-1] + bins[1:]) / 2

def binned_mean(x):
    out = np.full(len(centers), np.nan)
    for i in range(len(centers)):
        m = idx == i
        if m.any():
            out[i] = x[m].mean()
    return out

mb = binned_mean(p_base)
mn = binned_mean(p_naive)
mt = binned_mean(p_trick)

plt.figure(figsize=(8, 4.8))
plt.plot(centers, mb, label="no math/code (base, gentle)")
plt.plot(centers, mn, label="math/code (naive: niche reward, later rise)")
plt.plot(centers, mt, label="math/code (escape+translation: broad benefit)")
plt.xlabel("L (tolerance for math/code)")
plt.ylabel("Continuation probability")
plt.ylim(0, 1)
plt.xlim(0, 1)
plt.legend()
plt.tight_layout()
plt.show()

まとめ：数式・コードは「入れ方」で符号が変わる

雑に入れると、多くの読者は離脱する（ただし一部には強く刺さる）
回避＋翻訳＋退避で、「置いていかれない」設計にすると広い層に届く
「数式があるか」より、「ユーザー体験が崩れてないか」が本質

スパムポリシー（低付加価値の量産など）も合わせて読むと、設計の方向性がブレにくいです。
https://developers.google.com/search/docs/essentials/spam-policies?hl=ja

FAQ（ページ内表示用）

Q1. 数式やコードを入れるとSEOで不利になりますか？

一概には不利ではありません。問題になりやすいのは「読者の目的達成を邪魔する入れ方」です。結論を本文で完結させ、任意で読める形にすると不利になりにくくなります。
https://developers.google.com/search/docs/fundamentals/creating-helpful-content?hl=ja