Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
シェア数を稼ぐことの意味とそのためにできること
Search
濱田孝治
August 12, 2020
Education
1
2.6k
シェア数を稼ぐことの意味とそのためにできること
濱田孝治
August 12, 2020
Tweet
Share
More Decks by 濱田孝治
See All by 濱田孝治
Grafana MCPサーバーによるAIエージェント経由でのGrafanaダッシュボード動的生成
hamadakoji
1
1.8k
製造業における生成AI活用のユースケースと関連技術要素(RAG,MCP)の解説
hamadakoji
0
150
MCPを利用して自然言語で3Dプリントしてみよう!
hamadakoji
0
2.2k
初参加のハノーバーメッセで感じた世界最大級イベントの熱気とAI活用の未来
hamadakoji
0
320
GrafanaをClaude DesktopからMCPで触ってみた
hamadakoji
0
3.1k
製造現場データ活用の扉を開く!PLCデータのクラウド連携で実現する可視化と活用の未来
hamadakoji
0
32
ObservabilityCON on the Road Tokyoの見どころ
hamadakoji
0
550
製造現場のデジタル化における課題とPLC Data to Cloudによる新しいアプローチ
hamadakoji
0
890
可視化プラットフォームGrafanaの基本と活用方法の全て
hamadakoji
3
3k
Other Decks in Education
See All in Education
Web Application Frameworks - Lecture 3 - Web Technologies (1019888BNR)
signer
PRO
0
3k
生成AI活用セミナー/GAI-workshop
gnutar
0
120
小学校女性教員向け プログラミング教育研修プログラム「SteP」の実践と課題
codeforeveryone
0
140
アントレプレナーシップ教育 ~ 自分で自分の幸せを決めるために ~
yoshizaki
0
210
仏教の源流からの奈良県中南和_奈良まほろば館‗飛鳥・藤原DAO/asuka-fujiwara_Saraswati
tkimura12
0
140
今までのやり方でやってみよう!?~今までのやり方でやってみよう!?~
kanamitsu
0
180
SISTEMA DE MEMORIA Y SU IMPACTO EN LAS DECISIONES.
jvpcubias
0
180
登壇未経験者のための登壇戦略~LTは設計が9割!!!~
masakiokuda
3
710
Réaliser un diagnostic externe
martine
0
190
2026 g0v 零時政府年會啟動提案 / g0v Summit 2026 Kickstart
rschiang
0
350
HCI and Interaction Design - Lecture 2 - Human-Computer Interaction (1023841ANR)
signer
PRO
0
1.3k
Library Prefects 2025-2026
cbtlibrary
0
100
Featured
See All Featured
Rails Girls Zürich Keynote
gr2m
95
14k
Art, The Web, and Tiny UX
lynnandtonic
303
21k
Code Reviewing Like a Champion
maltzj
526
40k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
32
2.3k
Unsuck your backbone
ammeep
671
58k
Navigating Team Friction
lara
190
15k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
9
870
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
53k
RailsConf 2023
tenderlove
30
1.2k
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
53k
The Illustrated Children's Guide to Kubernetes
chrisshort
49
51k
Transcript
シェア数を稼ぐ意味と そのためにできること ハマコー
2 今⽇の発表は ブログのシェア数に⼀喜⼀憂すること無く ⼼穏やかな ブログライフを送っていただくための 福⾳です
3 ⾃⼰紹介 濱⽥孝治(ハマコー) •2017年9⽉⼊社 •CX事業本部 MADチーム •twitter:hamako9999
4 現在の執筆者ページ • 1⽉あたり平均5本 • シェア数合計︓33346 • 1記事あたりシェア数︓189.5
5 今⽇のメイントーク ではこれから どうやってブログ書いたら シェア数が稼げるか その⽅法を伝授します
6 ⼀⾔ そんなものは無い︕
7 シェア数は「本当に」わからない • これはイケる︕と思ったやつがシェアされ ないことはめっちゃある • 気軽にかいたやつがめっちゃシェアされる こともある • 70記事ぐらい書いたところで考えすぎる
のをやめた • でもちょっとは考えている
8 今⽇のメイントーク(本当) シェアに関して ハマコーが気にしていることを 超主観で喋る (参考になるかどうかはあんまりわからん) PVの話はしません
9 ⼀般的なブログ執筆のポイントはここに書いた ハマコーのブログの書き⽅について、 タイトルから内容、本⽂まで⼀通り解 説したもの https://speakerdeck.com/hamadakoji/tirasi falseli-tohe-gawei-u-du-zhe-wolu- nisuruburogufalseshu-kifang-jiang-zuo ハマコーがブログ書くときに⼀番重要 視しているリード⽂についての、執拗
なまでの解説と背景の説明 https://speakerdeck.com/hamadakoji/du- zhe-wolu-nisururidowen-falseshu-kifang
10 しゃべること • シェア数が⾼いことのメリット • ハマコーがやっていること • シェア数との付き合い⽅
11 シェア数が⾼いことのメリット
12 シェア数が⾼いことのメリット 承認欲求以外に シェア数が⾼いことの メリットを考える
13 シェア数が⾼いことのメリット 1.露出経路が増える 2.検索に強くなる 3.パーソナリティと紐づく
14 1.露出経路が増える 通常記事更新のみの場合 • DevIO公式アカウントのtwitterシェア • ブログトップの更新 twitterシェア • シェアしたフォロワーへの露出
facebookシェア • シェアしたフォロワーへの露出 はてぶシェア • はてブホットエントリーへの露出
15 1.露出経路が増える 通常記事更新のみの場合 • DevIO公式アカウントのtwitterシェア • ブログトップの更新 twitterシェア • シェアしたフォロワーへの露出
facebookシェア • シェアしたフォロワーへの露出 はてぶシェア • はてブホッテントリーへの露出 エンジニア中⼼ 未だに異常に強い ビジネス層中⼼ エンジニア中⼼
16 2.検索に強くなる 公開後早い段階でシェア数が伸びた記事は、検索結果順 位が強い(傾向がある気がする。⻑年の経験上) ジョインブログ後の⼀発⽬の技術記事 丸3年ほど「CloudFormation ⼊⾨」 で、1位を維持(多分)
17 3.パーソナリティに紐づく シェアは⼈間が能動的に実⾏するもの。それ経由でのブ ログへの導線は、そこに「⼈間のオススメ」というコン テキストがのることで、よりその記事に対して「これ誰 が書いたんや︖」という注意喚起を呼びやすい ・検索で記事をみた場合 → 改めてシェアする︖誰の 記事か覚えているか︖
・シェア経由でみた場合 → 続けてシェアする可能性 が⾼い。誰が書いたのか記憶に残りやすい
18 3.パーソナリティに紐づく ブログが シェアされ る 書いている ⼈が認知さ れる
19 3.パーソナリティに紐づく ブログが シェアされ る 書いている ⼈が認知さ れる 最初はこちら起点
20 3.パーソナリティに紐づく ブログが シェアされ る 書いている ⼈が認知さ れる 続けることでこっち起 点の流れもできる
21 ハマコーがやっていること
22 シェアに関連してハマコーがやっていること 1.冒頭に⾃⼰紹介をいれない 2.同じことをやり続ける 3.記事ラストに⾃⼰紹介をいれる 4.twitterシェア後プロフィールに固定
23 冒頭に⾃⼰紹介をいれない 「誰が書いたか︖」というパーソナリティを最初に意識 付ける⽅法としては有利かもしれないが、あえてやって いない 理由︓リード⽂は超重要。これから記事読もうとする ⼈には⾃⼰紹介は不要。記事に関する情報以外を極⼒排 除するため リード⽂のこだわりはこちらを参照 https://speakerdeck.com/hamadakoji/du-
zhe-wolu-nisururidowen-falseshu-kifang
24 同じことをやり続ける その⼈の癖、スタイル、扱う情報などなにか決まった型 をそろえておいて、それをしつこくしつこくしつこくや り続けることにより、パーソナリティ(あ、これあの⼈ の記事やな)がでてくる これが意味がでてくるまで、だいたい1年以上かかるの で気⻑にやる
25 (付録)ギコ猫とかの意味 ・しつこくやり続けることで「あのひとの記事やこれ」 と思わせる ・リード⽂と本⽂との区切りを明確にする ・固くなりがちな技術⽂書の読み味をやわらげる
26 記事ラストに⾃⼰紹介をいれる 最後に置くのはCTA(Call To Action)を狙うため。 記事を最後まで読んでくれた⼈は、この記事のファン。 記事最後は、納得感が強いユーザーが辿り着く場所のた め、次へのアクションを置く絶好の場所になる。 通常は、広告や他の参考記事などを配置することが多い が、⾃分の場合はパーソナリティをだすことで、記事に
納得してもらった上でのフォローを狙っている
27 twitterシェア後プロフィールに固定 超感覚的にインプレッションが 増える(気がする) 記事最後のtwitterアカウント をリンクしたときに露出させる ことで、このアカウントが普段 なにをつぶやいているのかを端 的に提⽰ →
フォローにつな げる
28 シェア数との付き合い⽅
29 正直 めっちゃ難しい
30 つらつらと書く ある程度は記事の質のベンチマークになる • 技術的な深さだけではなく、それをいかに読者に読 んでもらって理解してもらったかの指標にはなる • だいたい50記事ぐらい書くとわかってくる 運も⼤きいという事実と向き合う •
感覚的に運が3〜4割ぐらい もしどうにも書き⽅に悩む⽇々が続いたら • 信頼できる誰かに徹底的に添削してもらうのが⼀番 有効
31 最終的にはこの構図に近づく ブログが シェアされ る 書いている ⼈が認知さ れる
32 結論 ⾃分のエンジニアとしての 専⾨性発揮の先に シェア数があると考えるぐらいが健全
33 まとめ
34 まとめ • ⾃分はシェア数を意識することはブログの成⻑率を はかるために有効だと思ってる派 • ただ、不確定要素はめちゃくちゃ多い • シェア数という数字だけではなく、パーソナリティ の強化の⼀環としてとらえるぐらいがよい