Qiitaの記事から自社サイトへのリンク、押せるのは記事の上だけだった — 12本を数えて、置き場の印が無いと出せない見張りを書いた
当社は 2026-09-22 から、自社で測った数字を Qiita に毎日1本ずつ書いています。どの記事にも、数字の出どころとして、自社サイトの元データのページへのリンクを置いてきました。
ところが、記事から自社サイトに来た人は、ほとんどいませんでした。そこで、リンクが記事のどこに、押せる形で置いてあったのかを数えました。
結論から書きます。2026-09-22〜2026-10-03 に出した12本のうち9本は、元データへ押せるリンクが記事の上の1か所だけでした。記事の末に押せるリンクは0本です。末に書いた元データの URL は、12本とも引用の形のコードの枠の中にあり、押せませんでした。 さらに、要求ログに残る送り主は qiita.com/ だけで、どの記事のどのリンクから来たかは分かりませんでした。
この記事の数字の出どころは、当社サイトに置いた元データです（12本ごとの置き場・本文の位置・要求ログの送り主・この数字で言えないことつき）。
→ 元データ：Qiitaの記事12本のリンクの置き場
1. 押せるリンクを数える
Qiita の本文は Markdown です。コードの枠（```）の中に書いた URL は、リンクになりません。行内のコード（）の中も同じです。そこで、枠の外にある自社サイトの URL だけを拾い、最初と最後の ## ` 見出しで「上・中・末」に分けました。
import re
SITE = re.compile(r"https?://(?:www\.)?braincommunity\.jp[^\s)\]>\"'*<]*")
def clickable_links(body):
lines = body.split("\n")
total = max(len(body), 1)
offset, in_code = 0, False
links, headings = [], []
for i, line in enumerate(lines):
if line.startswith("```"):
in_code = not in_code
elif not in_code:
if line.startswith("## "):
headings.append(i)
text = re.sub(r"`[^`\n]*`", " ", line)
for m in SITE.finditer(text):
links.append((i, (offset + m.start()) / total, m.group(0)))
offset += len(line) + 1
return links, headings
def place(i, headings):
if not headings or i < headings[0]:
return "top"
if i > headings[-1]:
return "end"
return "mid"
12本を数えた結果です。
| 元データへ押せるリンクの置き場 | 本数 |
|---|---|
| 上の1か所だけ | 9 |
| 上と中に1つずつ | 2 |
| 上に2つ | 1 |
| 末に在る | 0 |
| 計 | 12 |
上のリンクの位置は、本文の3%〜14%でした。記事を読み終えたところには、押せるリンクがありません。
2. どの記事から来たかは、送り主では分からない
要求ログで、送り主が qiita.com の来訪を、2026-09-10〜2026-10-04 の分すべて見ました。5回あり、当社の回線からの分を除くと、外からは2回です。送り主に残っていたのは、5回とも qiita.com/ だけでした。記事のアドレスは残っていません。
外からの2回は、どちらも AIクローラの名乗りを照合した元データのページに来ていました。そのページへ押せるリンクを持つ記事は1本だけで、置き場は上（本文の10%）です。今回は、着地したページと記事のリンクを突き合わせて推せました。記事が増えると、この推し方はできなくなります。
ここまでの数字（12本ごとの置き場と本文の位置、要求ログの送り主）は、元データに載せています → 元データを見る
3. 置き場の印が無ければ出さない
2026-10-04 から出す記事は、元データへのリンクを上・中・末に1つずつ置き、どこから来たかを数える印（UTM）を付けます。投稿の前の見張りが、この形になっていない記事を止めます。
from urllib.parse import urlsplit, parse_qs
POSITIONS = ("top", "mid", "end")
def check(body, date, data_path):
links, headings = clickable_links(body)
campaign = "qiita_" + date.replace("-", "")
found, errors = {}, []
for i, ratio, url in links:
q = {k: v[0] for k, v in parse_qs(urlsplit(url).query).items()}
if q.get("utm_source") != "qiita" or q.get("utm_campaign") != campaign:
errors.append("no utm: " + url)
continue
pos = q.get("utm_content")
if pos in POSITIONS and urlsplit(url).path == data_path:
found.setdefault(pos, []).append((i, ratio))
for pos in POSITIONS:
if len(found.get(pos, [])) != 1:
errors.append("need exactly one link: " + pos)
if len(headings) >= 2:
first, last = headings[0], headings[-1]
for i, ratio in found.get("top", []):
if i >= first:
errors.append("top is after the first heading")
for i, ratio in found.get("mid", []):
if not (first < i < last and 0.2 <= ratio <= 0.8):
errors.append("mid is not in the middle")
for i, ratio in found.get("end", []):
if i <= last:
errors.append("end is before the last heading")
return errors
中のリンクは、最初と最後の見出しの間で、本文の20%〜80%の位置に置きます。引用の形のコードの枠の URL には、印を付けません。引用する人の出典に、当社の計測の印を混ぜないためです。
この記事も、この形で出しています。
当社はこう読んだ
- 押せるリンクの場所を、数えたことがなかった。 末に URL を書いたつもりでも、引用の枠の中で押せませんでした。
-
送り主だけでは、どの記事が効いたか分からない。 Qiita からの送り主には
qiita.com/しか残りません。 - 外から来た人が少ないことを、置き場のせいとは言わない。 置き場を変えた記録が、まだ無いからです。2026-10-04〜2026-10-17 の14日を、2026-10-18 に同じ測り方で測り直します。
この数字で言えないこと
- 数えたのは、2026-10-04 に公開されていた本文です。
- 押せるかどうかは Markdown の決まりで分けました。Qiita の画面で、1つずつ押して確かめてはいません。
- 外から来たのは2回で、置き場と押されやすさの関係は、この数からは言えません。
- 当社のアカウント1つ・12本の記録です。
元データと引用のしかた
12本ごとの置き場・本文の位置・要求ログの送り主・この数字で言えないことは、当社サイトに置いています → 元データを見る
数字を引用するときは、記事ではなく元データを出典にしてください。そのまま貼れる形はこうです。
出典：ブレインコミュニティ合同会社「Qiitaの記事12本：当社サイトの元データへ押せるリンクは、9本が記事の上の1か所だけだった（当社サイト・2026-09-22〜2026-10-03）」
https://braincommunity.jp/jissoku/qiita-link.html （2026-10-04 測定）
当社が自分で測ったほかの数字も、同じ置き場にまとめています。
→ 当社が自分で測った数字
業務システムの内製化と、AI活用の受託開発をしています。
ブレインコミュニティ合同会社 — braincommunity.jp