雑記Links&Contactサイトマップ過去よりも未来よりも「現在」を幸せに生きるために。今ここにある日常を輝かせるための“魔法”をお届け。12分1秒どうも、先日書いた花組公演感想記事のPV数に驚いている怜香@Ray_mnzkです。いやもう、こんなに読んでいただけるなんて、本当に有難い限りです。皆さん本当にありがとうございます!早いもので花組梅芸公演は千秋楽を迎えましたが......今回からはまた通常営業に戻ります。前からちょこちょこと記事にしてきた、Workflowyを活用してブログを書くというお話。以下の記事の続きにあたるものになります。今回はどちらかというと、Workflowyそのものについてというよりは、ブログ執筆自体に主眼を置いた感じです。感想記事を除き、ここ最近は上記記事で紹介したブックマークレットを活用して記事を書いています。その中での思わぬ発見が、今回のテーマです。今日のあとがきどの記事もだらだらと長ったらしい文章を書いているように思えた全てはこのもやもやとした思いから始まりました。私の書く記事は、いつだってやけに「長い」のです。短くしようと心では思っているのですけど、どう書いても絶対に長いのです。見積読了時間が常に5分超え私はしばらく前から、ブログ記事の冒頭に「この記事の所要時間」として読了までの見積時間を表示させています(表示させるために使っているプラグインはこちら→記事を読む所要時間を表示させるWordPress用プラグイン「estimated」)。いつも書き上げてからライブプレビュー時にこの見積時間を確認するのですが、実を言うとこれが5分を切った記事は数えるほどしかありません。そのほとんどは、お知らせ系の記事です。大半の記事はどうなのかというと、読了までの見積時間はだいたい8分程度です。私自身の感覚としては、これが「普通」です。一般的な感覚としては「長い」のではないかなと思います。記事構成を意識して書いたことがなかった思えば私はこれまで、事前に記事構成を決めてから記事を書くということをしてきませんでした。基本的に構成は頭の中でざっくり決めるだけ。あとはするぷろXの白紙状態のエディタに、頭にどんどん思い浮かんでくるものをただひたすら書き綴っていたのです。そのせいか、どうも単にだらだらと長いだけという印象になっているなと自分でも思っていました。いつの間にか話が脱線していて、途中で無理やり話を戻していたりとか......。一応完成後に読み返しはするものの、あまり直さないことが多かったです。記事を上げてからざっと目を通して、なんか話が合ってないなぁと思うこともしばしば。これではいけないと思いつつも、つい最近まで対策は取ってこなかったのです。記事構成をしっかり決めれば文章は自然と短く簡潔になると思っていたそんなわけで、私の記事がやたら長いのは「事前に記事構成をきちんと決めておかないから」ではないかと考えるようになりました。裏を返せば、「記事構成を決めておけば記事は簡潔になるはず」ということです。構成を考えていないからだらだらした文章になるのでは?記事においてどのように話を運んでいくか。頭の中にはある程度の道筋があったとしても、それを元に実際に書き綴ってみると、たいていの場合その通りには話が進まないものです。私の場合、ひとつ文章を書くごとに次の文章が頭に浮かび、それをそのまま書き綴っていきます。心の赴くまま書いている節があるため、よく話が脱線してしまうのです。なると、途中で気づいて話を予定通りの道筋に戻したとしても、余計な話題が挟まることになるため、話のオチが見えづらくなります。当然ながら記事が必要以上に長くなります。「結局この記事は長いばかりで何が言いたいのかよく分からない」という残念な結果になってしまいかねません。それどころか、下手をすると自分でも何の話をしていたか分からなくなり、元の道筋に戻すことすら困難になる可能性もあるのです。構成をあらかじめ決めておけば、すっきりとまとまった文章になるはずそこで、上述したような「長いだけで何が言いたいのかよく分からない」記事になってしまわないために、「事前に記事の構成を決めておく」ようにします。要は、頭の中にある「記事の道筋」を取り出して、目に見える形で用意しておこうというわけです。記事構成を用意しておけば、どういう話をどういう順で続ければよいか明確になります。話のオチもはっきりしていますから、最後まで脱線せずに記事を書き上げることが可能になるはずです。話が逸れたとしても、次に来る見出しと話が合わなくなるため、脱線に気づきやすくなります。それはつまり「余計な話題を書かずに済む」ことでもあります。記事構成を練ってから記事を書けば、話の脱線が防げるから、記事自体も無用に長ったらしいものにならずに済む。実際にWorkflowyで記事構成を決めてから記事執筆してみた結果そんなわけで、ここ最近はWorkFlowyで構成を練ってから、それをするぷろXに移して記事を書いています。普通ならWorkflowyで作ったアウトラインをするぷろXに移すのは難しいのですが、マロ。さんが作ってくださったブックマークレットのおかげでそれが可能になっています。X」や「するぷろ」へ送るbookmarklet|マロ。|note今までよりもさらに文章量が増えた早速、先ほど立てた「記事構成を事前に決めておけば記事は短く簡潔になる」という仮説を実証すべく、実際にWorkflowyで構成を練ってするぷろXに移す形でいくつか記事を書いてみました。......結果、まさかの事態が発生しました......。なんと、今までよりもさらに記事が長くなってしまったのです。今までは8分前後が見積もり読了時間の目安だったのですが、それが軒並み10分超えになっていたのです。見積もり読了時間が10分を超える記事はほとんどありませんでした。これは正直、完全に予想外です。記事の枠組みを決めておいたら、余計なことは書かなくなると思っていたのに......どうしてこうなってしまったのでしょう。小見出しで区切られたスペースについつい書き込みたくなるこの方式で記事を書いていて気付いたのは、「小見出しと小見出しの間のスペースについついたくさん書きたくなってしまう」ということです。「ここは好きなだけ書き込んでいい欄」という感じに思えてくるのです。この感覚は、書くべき内容の枠組みが既に決められているが故の安心感から来るのかもしれません。いうのも、見出しという形で取り込んだアウトライン(つまり記事の構成)がエディタ上に敷かれているので、それぞれの小見出しの下にたくさん書き込んでも、話が脱線せずに済むからです。万一途中で脱線したとしても、次の見出しがあるので、それに合わせて意識的に軌道修正することが可能です。私はWorkflowyで構成を練る時、するぷろX上で小見出しとなる階層よりも下の階層にある項目は、すべて「本文に盛り込む内容」という認識をしています。したがって、するぷろXに移した後は、小見出しの中に用意された項目を全て盛り込もうとするんですよね。箇条書き状態のままでは不自然な文章になってしまいますから、前後の文脈を整えるつもりで加筆することになります。話の流れによっては、既存の項目を消して別の内容を盛り込むこともあります。結局、予定していた分量の数倍は書き込んでしまうそんなわけで、実際にはするぷろXに移した後、それぞれの小見出しごとに相当な文章量を加筆していたことがわかりました。そりゃ文章量減らないはずです。私は白紙(文章を書き込むべき空白)を見るととりあえず書き込んで空白を埋めたくなってしまう性格みたいです。いうのも、事前にWorkflowy上で書くべき内容を出し切ったはずなのに、するぷろXに移してくるとまた書きたいことが出てくるからです。私の場合、まとまった量の文章を書く場合、次の文章が思いつかなくなるまでひたすら書き続けてしまう癖があるのですが......どうやらそれは事前に構成を決めていようがいなかろうが関係ないようでした。結局のところ、一度文章を書き始めたら、「ここまで書かないと気が済まない」というところまで一気に書き上げてしまうんですよね。結局意識的に「削る」努力をするしかないのか?さて、ここまでの過程で、「事前に記事構成を決めていたとしても、記事は短く簡潔にはならない」ことがわかりました。それでは、記事の文章量を減らすには、文章を意識的に「削る」必要があるということなのでしょうか。WorkflowyからするぷろXに渡すブックマークレットを使えば「削り」はしやすいマロ。X」や「するぷろ」へ送るbookmarklet」は、ブックマークレットを使用した時点で「画面上に表示されているトピック」だけをするぷろXに送るようになっています。いうことは、Workflowyで記事構成を練った後、それを読み返して「不要」だと感じた部分は折り畳んでしまうようにすれば、その折り畳んだ行はするぷろXには出力されなくなります。最初に記事構成を練った段階である程度「削る」作業をしておけば、最終的な文章量を減らすことに一役買いそうに思えます。Workflowy側で削ったところで、するぷろXに渡してから加筆したら結局同じことしかしながら、それだけでは文章量を減らせるとは限りません。いうのも、いくらWorkflowyの段階で書くことを削っても、するぷろXに渡した後に加筆してしまったら結局文章量は減らないからです。私の場合、するぷろXで書くとついついたくさん書き込んでしまうので、むしろ文章量が増えてしまう可能性が高いです。これを避けるには、Workflowy側で全ての本文を書きあげるのが理想となりそうです。そのためには、アウトライン形式で通常文体の文章を書くことに慣れる必要があります。それに、たとえ全てWorkflowyで書き上げてからするぷろXに渡したとしても、その後の校正で加筆してしまったら結局文章量増加に繋がってしまいます。テクニックでどうにかすることはできないのかもしれないいろいろと文章量を抑える方法を考えてみたものの、決定打となる方法は見出せませんでした。したら、文章量の多い少ないは、文章を書くにあたっての癖のようなものなのかもしれません。工夫しても文章量が少ないままで困っているという人もいるかもしれませんしね。なってくると、改善のためには意識改革が必要になるかもしれません。非常に難しそうではありますがね......。ブログ記事は長い方がいいのか、短い方がいいのかここまで記事の文章量が多すぎるという話をしてきましたが......実際のところ、ブログ記事は長いほうがいいのでしょうか、短いほうがいいのでしょうか。短い方が読みやすいが、長い方がSEO的には評価されやすいらしいやはり、短いほうが読みやすいのは間違いないようです。諸説ありますが、だいたい多くても2000字〜2600字が望ましいようです。以下の記事では2600字以内が望ましいと紹介されています。デマこい!しかしながら、SEO(検索エンジン最適化)の観点から考えると、文字数は多いほうが望ましいようです。記事が長いほど情報量が多くなる傾向にあることが理由のようです。以下の記事に、そのことについての解説があります。ブログは記事数ではなく「文字数」で決まるこうなってくると、読みやすさを取るか、検索で上位表示されて読者が集まることを取るか、どちらを重視するかで悩むことになります。本音を言えば、どちらも取りたいところなんですよね......。記事が長くても、読みやすさを保つ工夫をしていきたい正直なところ、「長文書き」にとって文章量を減らす作業はかなり難しいものがあります。出来ることなら、記事が長くても読みやすいように工夫をしたいところです。その典型的な手段が、「目次をつける」ことです。分かりやすい見出しをつけて目次をつけることで、記事の中の一部の情報だけを求めている人にもすぐにお目当ての内容にたどり着いてもらえるようになります。出来れば中見出しの最後に「目次に戻る」ボタンをつけたいところだったりもします。掻い摘みという形でも読んでもらえるようになりますから。これについては、今どうすれば実装できるか調べているところです。ひとつ、長い記事を読みやすくする方法として考えられるのが、記事をページ分割させるという方法です。これなら1ページあたりの文字数は少なく収めることができ、読みやすくなります。この方法だと、RSSを講読してもらった場合に、リーダー上では1ページ目しか読めなくなってしまいます。記事全体の目次を用意するか、ページごとの目次を用意するか、という点でも問題が残ります。この「記事が長くても読みやすくするにはどうすればいいか」という問題を解決するには、かなり時間がかかりそうです......。今日のあとがきというわけで、すっかり長くなってしまいましたが......ブログ記事の長さにまつわるお話をお送りしました。自分でも思った以上にがっつり書いたなぁという感じです。結局のところ、記事の長さに関してはまだまだ研究・試行錯誤すべき部分が多いように感じました。ベストの文字数も、何を目的にするかで変わってくるようですし。したら、「こうした方がいい」などの形式上の縛りに囚われずに、記事の中身を充実させることを一番に考えた方が良いのかもしれません。ブログって奥が深いなぁ......。研究しつつ、これからも良質な記事を書いていけるように頑張っていきたいですね。それでは、今回はこのあたりで。Linkお読みくださり有難うございます。記事がお気に召しましたらシェアして頂けますと幸いです。11RSSfeedly無料メルマガ配信しております。-思考のカケラ-」の配信を始めました。このメルマガでは、ブログではお話しすることのない近況報告や日常の気づき、ふと浮かんだ言葉や思考の断片、ちょっとした物語の断章、そしてブログを中心とした各種執筆の進捗ログを気ままに綴っていきます。読んでくださる皆様の心に、少しでも何かを残せるような言葉を紡いでいきたい所存です。ご登録は以下のボタンから。フォームにお名前とメールアドレスを入力して「登録」ボタンを押すと仮登録メールが届きますので、お手数ですがそちらに記載されているURLより本登録をお願いいたします。メルマガ登録フォーム関連記事Workflowyで「誰にでもわかりやすい記事」を書く。Xを使って執筆している。「誰にでも分かりやすい」記事にするために具体的にどのように執筆しているかご紹介する。今日は一日家でのんびりしていました怜香@Ray_mnzkです。...Scrapboxで我流バレットジャーナル・カスタマイズ編。12分59秒Scrapboxで我流バレットジャーナル連載、第2弾。今回はScrapboxでバレットジャーナルを行っていくにあたり、どのようなカスタマイズを施していったのかを紹介する。12分7秒iPhoneでゲームなどのアプリ使用に没頭している時に何かメモすべきことが思い浮かんでも、使用中のアプリを閉じないことにはメモを取ることはできない。ゲーム中はアプリを閉じることで不便が生じる場合が多い。そんな問題を解決し、アプリを閉じることなくメモを取る方法を紹介する。7分31秒クラウドアウトライナーであるWorkflowyでタスク管理をする場合、一日のタスクをうまく実行させていくために、たすくまを併用することも多い。その際、Workflowyからたすくまにタスクを転記する必要があるが、その作業を簡単にしてくれるブックマークレットに新作が登場したので、早速ご紹介する。リリース時から使い始めて2ヶ月ほどが経過したので、それまでに使っていた「たすくま」と比較して気に入っているポイントをご紹介する。今まで長らくの間「あとで読む」ためのツールとしてEvernoteへのWebクリップを愛用してきた私だが、この度思うところあってPocketを導入した。実際使ってみたら思いの外便利に活用できる手応えを感じたので、今回はPocket導入への経緯を含めお話しする。Scrapboxで我流バレットジャーナル・はじまり編。7分55秒Scrapboxでバレットジャーナルをやっていこうという連載企画、第1回。今回は本来はアナログノートで行うべきバレットジャーナルを、何故Scrapboxでやろうとしたのかを語ってみることにする。昨日ようやく新ブログへの移転を済ませました怜香@Ray_mnzkです。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。上に表示された文字を入力してください。宝塚歌劇と天然石が大好き。観劇とスポーツ観戦が趣味。考察・思索など思い浮かぶままに。