おまけとしてプラグイン以外のブログパーツ選も入れてみます。

順位付けまでするのは面倒だったので、単純にリスト化、順不同で。

プラグイン

Simple Tags

タグ管理用プラグイン。タグをつけるとき以外にも、関連記事のリンクを生成したり、閲覧制をUPするのにも利用中。

DISQUS

導入予定、その１。コメント管理のプラグインです。Lifehacking.jpがリニューアルの際に導入されたのを見て、興味を引かれている状態。ブログ主体というよりコメントを付けた人に重点が置かれるのがポイントですね。

Ktai Style

ケータイ閲覧用の画面を自動で生成してくれるプラグイン。まだ細かいところの手直しとかはほとんどしてないですが、デフォルトテーマのままでも結構読めるので問題なし :smile:

WPTouch

同じく携帯用…というか、iPhone＆iPod touchからの閲覧用。この時期だからこそ入れたいプラグイン。この時期じゃなかったら消えてるかもしれないプラグイン。実は今から入れるプラグイン(´・ω・｀)

wp-tegaki

手書き風フォントの出力。

一味違った表現をするのに役立ってます。

FeedStats

Feedの統計。サイトが生成しているRSSフィードは全部まとめて管理できるのが魅力的。全体のRSS以外にカテゴリ別RSSも読んでる人も調べてみたい、というワガママもOKです。

Admin Drop Down Menus

管理画面のメニューを使いやすく。完全に管理者向けのプラグインです。…今書いてて思ったんですが、もしかしてFirefoxでユーザスタイルCSS使った方がブログとしては動作軽くなるのか？（汗）

WordPress Database Backup

バックアップ用。僕の場合、毎日Gmailのゴミ箱に向けて送信しています（Gmail側で、データベース関連のやつはゴミ箱に飛ぶようにフィルタ）。Gmailは最新30日のゴミしか残さないため、結果として直近1ヶ月のデータベースが常に保存されている状態。備えあれば憂いなし。

Podcasting

使いたいプラグインその２．サイドバーにリンク張るだけじゃなく、そろそろPodcastを自サイトでも配信できるようにしたいので。podPressという選択肢もあるんですが、あんまり高性能で使いこなせないのも悲しいので。。

WP-AddQuicktag (en)

これも完全に管理者向け。投稿画面によく使うHTMLタグを登録できるプラグインです。h3とかtegakiのほか、セミナー告知なんかに使う「お申し込みはこちら」ボタンも一発で表示できるように登録してます。

…クリップボードの拡張ソフトを使え、って言われても気にしない(´・ω・｀)

とまあ、こんなところで。他、Popularity Contest（人気記事の評価）とかBreadcrumb NavXT（パンくずリスト）なんかも使用してますが、Top10からは除外で。

ブログパーツ

続いてブログパーツの導入について。

AddClips

ソーシャルブックマークへの追加とRSS講読を一つにまとめたブログパーツ。使い始めた当初、「WordPressでうまくいかない〜（自分の記述ミスorz）」とメールしたらすぐ返信してもらえたのも印象的。

gremz（グリムス）

木を育てて、大きくなったら地球に苗木を。うまくオンラインとオフラインの世界をつないでる感じです。

ブログチャート

ブログのレベルを6つの観点から測定。次のレベルまで○○と表示されるおかげで、RPG感覚で育てていきたくなります。個人的にはサイドバーにアバター張って育てるより、こっちの方が好き。

なかのひと

日本全国、どんな企業の人がブログを見に来ているかのアクセス統計。省庁とかJSTなんかの名前も見かけます。一味違ったアクセス解析に。

あわせて読みたい

読者がどんなブログを「あわせて読んで」いるか集計、表示。日によって（扱うテーマを変えたりしたとき）あわせて読みたい中身も変動します。

メディアマーカー

書籍管理サイトより。最近登録した本を張り付けたり、記事に画像くっつけたり。愛用サイトの一つでもあります。

Google Analytics

アクセス解析用。携帯の解析がしっかり取れたら文句ないんですけどね。。。WordPressのプラグインの中には携帯解析をしっかり行ってくれるものもあるんですが、データベースが膨らむという欠点もあり、悩ましいところ。

以上、おまけ付きでプラグイン10選を書いてみました。カスタマイズの話を書いてて思い出しましたが、某読者さんから「Firefoxのアドオン選、最新版を読みたい」なんて言われていたので、近いうちに。

編集後記

WordPress, 2.6リリース。…後でバージョンアップする。はず。

ネタフルさんで紹介されていたのを見て、導入してみた「グリムス」を紹介します。

グリムスとは、ブログに記事を投稿することで苗木が育っていく、という育成ゲームです。ブログごとにカテゴリも設定できるので、同じようなブログを書いている仲間を見つけることもできます。

…と、ここまでならごく普通のブログパーツ。はっきりいってこれだけだったら貼る気になりません（むしろジャマです）。このグリムスのすごいところは、ブログパーツの中で木が育って大人の木になったとき、「実際に地球上に苗が植えられる」という点です。バーチャルの世界で楽しむだけでなく、現実世界にもその影響を及ぼすことができるというわけです :shock:

ちなみに植林のための資金ですが、グリムスのスポンサー収益で苗木を植えているようです。某Seesaaブログのように、RSSに広告が入って読みづらくなったりする心配もありません（もしそうなったらブログパーツ外します） :cool: いくら環境に優しいといっても、読み手が嫌な思いをしてはNGですからね〜。そういう点はしっかり配慮されているようです。

遊べるブログパーツやブログペットも楽しいと言えば楽しいですが、こうした付加価値のあるパーツだと設置している方も嬉しくなりますよね。なお、複数のブログでグリムスを使用する場合、その数だけアカウントを作る必要があるので注意が必要です。あすなろBLOGとかに設置するなら、新しいアカウントを…って事ですね。

…と、書いていてふと思ったのですが、あすなろBLOG全体で植林したりすれば、結構な数になりそうな予感。…かけ合ってみようかなぁ。

編集後記

「創造マラソン」のタイトルを画像にしてみました。ちょっとだけ格好良くなった…かも？

２４の項目紹介、およびコメントの形式で書いていきます。コメント部分はできるだけWordPressに特化しないような書き方にしてみますので、「○○プロジェクトに貢献してみたいんだよな〜」という思いがある方はザッと眺めてみると何かヒントが見つかるかも。

Weblog Tools Collection より、24 Ways To Contribute To WordPress。

ちなみにこのサイト、タイトルは「Weblog Tools」ですが圧倒的にWordPress情報が多いです。

WP Forumに参加する

公式フォーラムがあるなら、まずはそこに参加してみましょう。フォーラムで相互に意見交換したり、助け合ったりするだけでも十分貢献できます。

WordPressに関する記事を書く

もっとも直接的かつ簡単な方法。貢献したい対象そのものについて、なんか記事を書いてブログにUPしてみましょう、ということになります。

WordPressのプラグインをつくる

拡張機能を作る、という方法。既存のものを改良してみたり、不便な点を解消したりすることを提供しましょう、ということですね。

WordPressのアイデアサイトでアイデア共有

アイデア・要望募集のサイトへの投稿も一つの方法。「こんなプラグインが欲しい」「こんな工夫がある」と思いついたけど自分で作れなかった…そんなときも、共有すれば誰かが実現してくれるかも。

寄付金。

ということで。プロジェクトを動かすにはお金がどうしても必要になります。金額よりも気持ちが大切、ですね。

WordPress Storeで買い物する

特に深くは論じなくてよさそうですね（笑）。お金絡みってことで、寄付金の内容に準じるかと思います。

WordPress のテーマ・テンプレートを作る

デザインも大事です。一般論としてはプラグインの話に通じますかね。

WP Codexに貢献する

WP Codexとは、WordPressの使い方やTipsをまとめたサイトです。自分のサイトで投稿してもいいですが、情報は一元管理できる方が楽ですよね。ちなみに日本語版Codexもあります。

WordCamp や Meetup への参加

こちらはWordPressコミュニティのこと。コミュニティに参加して意見交換するのも有用です。

自分でForumを作る

参加するだけじゃなく作っちゃう。mixiでコミュニティ作ったりする感じですね。

Gravatar作り

Gravatarとは画像アイコンとしてのアバター。これを作って登録しておくと、対応したWordPressのサイトでコメントした際に自動で表示されます。コミュニティのイメージ画像を作ってみる、とかそんな感じ。

権利侵害の報告

WordPressは無料といってもライセンスはあります。著作権侵害とかしているサイトがあったら、しっかり報告しましょう。特に金銭が絡んでくると面倒なことになりますので・・。

テーマの中にはWordPressのクレジット記入

テーマファイルにWordPressへのリンクがある＝ユーザのサイトからWordPressのサイトに飛べる＝認知が広がる。無料素材を使ったお礼にリンクを張る、そんな気持ちで。

自分のよく使っているメディアで宣伝する

twitterでもチャットでも、mixiでもfacebookでもLinkedInでも。特に新しくできあがったサービスの場合は、まず名前を認知してもらうのが最初のステップです。

ロゴ入りグッズで宣伝する

スタバのタンブラーを持ってる人を見かければ、自然にスタバの宣伝効果になります。マインドマップがでかでかと描かれたTシャツ着てれば、自然と目に止まります。それと一緒。WordPressのロゴ入りTシャツ着てみたり、バッジ付けてみたり。

WP-Hackers メーリングリストに参加

名前の通り、WordPressを作る側のMLですが…コミュニティだけじゃなく、メーリングリストも有効です。用途に応じて使い分け。

Tracにバグレポートを送る

バグレポートは重要です。埋もれていて簡単には見つからないバグを実は発見していた、なんて可能性もありますので、しっかり報告を。

βテストのMLに参加する

βテストは重要です。1日でも早く安定版をユーザーに広めるためにも、βテストのお手伝いを。

セキュリティに関する報告をする

セキュリティは（ｒｙ　ただし、バグレポートもですが、これは担当者に伝えてこっそり直してもらいましょう。おおっぴらに宣伝したら被害拡大です。

Podcastを放送する

文字だけでなく、音声でも。PodcastにはPodcastの宣伝効果・楽しみ方があります。

WordPressに関連する画像を作る

ロゴを作ったり、擬人化したり（？）、ですね。そのままグッズ化するのも手。

IRC のチャンネルに参加

IRC…ユーザは少ないかも知れませんが（汗）。コアなメンバーが集まりやすい分、話は深まります。

まだ開拓されていない言語に翻訳

WordPressは日本語化もしっかりされていますが、英語版しかないサービスも数多くあります。日本でユーザは多いけど日本語化されてない、なんていう時はその翻訳に立候補するのも手。Codexのような解説サイトを翻訳するのも一つの貢献です。

開発計画に参加する

今後の方針を決める存在として。プログラミングが苦手でも、プロジェクト運営とかに経験があるなら、こういう貢献が可能です。

以上、24項目。何かの参考になれば幸いです

ちなみに僕はブログ投稿と口コミ＆サイト制作お手伝いで広めるのがメインです。JcollegeのブログをWordPressに移行してみたり、CLAでスタッフブログを設置してみたり。

編集後記

mindmap.jpメルマガより。iMindMapのオンラインセミナーが6月17日（火）の14時〜15時に開催されます。講師はiMindMap公認インストラクター、伊藤賢さん。オンラインで行われるので、Webに接続さえできれば参加可能です。

タイトルは「マインドマッパーの日常」。…そのまんまです。

あすなろBLOGセミナーには何度か出席していたことがありますが、その中でブロガー募集のお知らせを目にしていたため、今回お願いして書かせてもらうことになった次第です。まだまだ募集中のようですし、ご興味がある方はこの機会に :smile:

Next ブロガーということで、まだイラストは顔なしですが…メガネだけつけていて、逆にインパクト大、という感じがしますね

また、創造マラソンの方ですが、土日は少し軽めの運営（Or休刊）にしていく予定です。色々とバタバタしてきたので、無理しすぎないように…ということで。

• メディアマーカーから抜粋
• はてブなどでクリップした記事の紹介
• メモ書きMindMapの公開

などの日は「軽い運営」だったと思って下さい…

簡単な連絡になってしまいましたが、今後ともよろしくお願いします :smile:

編集後記

昨日は立川志の吉さんの落語に両親つれて行ってきました。たまにはこういう機会もいいですね。

これをうまく使うことで、カテゴリの内容ごとにトップページを編集したりすることも可能です。CMSとしてWordPressを使うなら、かなり便利な機能です。

ですが、一つだけ問題があります。初期の状態では、HTMLタグが保存できない（勝手に消されてしまう）のです。また、改行の調整なども不可能なため、そのままでは見栄えが悪くなってしまいます。

ということで、それを改善する方法を簡単に紹介してみます。

もしかすると誰かプラグインとか作っているかもしれませんが…今回は直接、ソースコードをいじってみます。参考にしたのは、WordPress.orgのサポート記事、「Enable HTML including < .div>, < .p>, and < .img> in Category Descriptions」。

WordPress 2.2の場合

（2.1以前は試してません…）

wp-includes/default-filters.php の60行目あたりにある、

[source='php']
add_filter(‘pre_category_description’, ‘wp_filter_kses’);
[/source]

の項目を

[source='php']
// add_filter(‘pre_category_description’, ‘wp_filter_kses’);
[/source]

とコメントアウトします。これで完成。

WordPress2.3の場合

2.3の場合、編集するファイルは同じdefault-filters.phpですが、編集する場所が変わります。

14行目付近にある

[source='php']
// Kses only for textarea saves

$filters = array(‘pre_term_description’, ‘pre_link_description’, ‘pre_link_notes’, ‘pre_user_description’);
foreach ( $filters as $filter ) {
add_filter($filter, ‘wp_filter_kses’);
}
[/source]

という部分において、
[source='php']
// add_filter($filter, ‘wp_filter_kses’);
[/source]
とコメントアウトすればOKです。

バージョンアップしてこのファイルが書き変わってしまうと、また手直しする必要がありますが…自分の手でカスタマイズできる、というのは楽しいですよね。

おまけ

WordPress2.3の場合、ソースコードを見ると

• pre_link_description
• pre_link_notes
• pre_user_description

の部分についてもフィルターを外している事が分かります。言い換えれば、これに該当する部分（おそらく前者2つがリンクリスト内の紹介文、最後がユーザの紹介文）でも同じようにHTMLタグを利用することができるわけです。

ちょっとしたリンク集を作ったりするのにも役立つかもしれません。

編集後記

ここ数日、冷え切ってますね〜…。みなさま、お体には気を付けましょう。。

無事にWordPress ME 2.2.3からWordPress 2.3.1（本家版）にバージョンアップが完了し、愛用していたSimple Tagging Pluginもお役ご免となりました。

WP2.3からは標準でタグ付け機能もついていますが、それをさらに強化するべく、Simple Tagging Pluginの後継として生まれたのがSimple Tagsです。

さっそく導入してみたので、使い方など簡単に訳してみます。

※最新情報は別ブログに移しました。

Simple Tagsで使える関数は以下の4個です。

1. st_related_posts();
2. st_tag_cloud();
3. st_the_tags();
4. st_meta_keywords();

st_related_posts

related_posts,すなわち「関連する記事」を表示するための関数。指定できるパラメータは以下のようになってます。

• number：表示する記事の数
• orderby：記事の選び方。指定できる値は次の4つです。
  • counter：共通するタグの数
  • post_date：投稿日
  • post_title：投稿の名前
  • random：ランダム
• order：選んだ記事の並べ方。ASCとDESC（昇順か降順）。
• format：表示の仕方。
  • flat：空白区切り（改行区切り？）
  • list：class=’related_posts’を指定
  • array：PHPの配列として
• include_page：「ページ」にも表示するか否か
• exclude_posts：特定IDの記事を除外
• exclude_tags：特定IDのタグを除外
• title：関連記事の前に表示する言葉
• nopoststext：関連記事が無いときに表示する文章
• dateformat：日付のフォーマット。PHPの記述形式で。
• xformat：タグの書式。以下の変数が使えます。
  • %post_date%：日付
  • %post_permalink%：パーマリンク
  • %post_title%：記事のタイトル
  • %post_comment%：コメント数
  • %post_tagcount%：タグの数
  • %post_id%：記事のID（使うのかな、これ。。）
  • %post_relatedtags%：関連タグ

st_tag_cloud

タグクラウドの表示用関数。指定できるパラメータは以下の通りです。

• smallest：最小サイズ
• largest：最大サイズ
• unit：サイズの測り方。emなのかpt（point）なのか。
• number：表示する数。0を指定すると無制限。
• format：タグのフォーマット。
  • flat：スペース区切り（と書いてるけど、brタグ入った…）
  • list：ulのリスト形式、class=’st-tag-cloud’付き
  • array：PHPの配列として。
• orderby：並べ方。
  • name：名前順
  • count：頻度順
  • random：ランダム、運を天に任せて。
• order：表示順、昇順か降順（ASCかDESC）
• exclude：ここで指定したIDだけ除外
• include：ここで指定したIDだけ表示
• limit_days：どこまで古いのを使うか、日付指定。365なら1年前まで。
• notagstext：タグが無いときに表示する文字列
• xformat：書式。使える変数は以下の物があります。
  • %tag_link%：タグへのリンク
  • %tag_feed%：タグRSSへのリンク
  • %tag_id%：タグのID
  • %tag_count%：タグを使った回数
  • %tag_size%：タグの大きさ
  • %tag_color%：タグの色（#FFFFFFとか）
  • %tag_name%：タグの名前
  • %tag_rel%：rel=”tag”に変換
  • %tag_scale%：タグの相対サイズ（１～１０）
  • %tag_technorati%：テクノラティ用タグ
  • %tag_flickr%：Flickr用タグ
  • %tag_delicious%：del.icio.us用タグ
• color：色にグラデーションをつけるか否か
• maxcolor：最大タグの色
• mincolor：最小タグの色
• title：タグクラウドの前に表示する文章

残り二つ

st_the_tagsとst_meta_keywordsについてはヘルプが出ていません（汗）。前者はタグを表示する関数。後者はHTMLヘッダーに meta keywordとしてタグを挿入するための関数です。

タグの管理画面

今回はタグの管理画面も便利になっていて、RSSにタグや関連記事を挿入することも可能になっています。とりあえずタグだけ、RSS配信するようにしてみました。

作者への希望、改善点とか

Simple Taggingの時に使えた、tag cloud用の「display_min」が使えなくなっています。これは「N回以上使ったタグのみ、タグクラウドに表示する」という機能。1，2回しか使っていないタグを除外できたので便利だったのですが…。

あとでコメント書いて要望出してみます（笑）。

Simple Tagsを紹介しているWPユーザさま

Googleで上位に引っかかったサイトにリンクです。

• Simple Tags（by 新・今日も今日とて）
• WP2.3に対応した Simple Tags（by orioa）
• WordPressプラグイン:Simple Tags(おすすめ)(by E-space）
• Simple Tags（by わーどぷれすっ！）

創造のタネ

タネというか完全にオマケです。

WP2.2からタグの設定を引き継ぐ際のインポート画面。最初は以下のように、「4ステップ必要です」なんて出てきます（見づらいかも知れませんが）。

ですが、2ステップ目が終わった次の画面。

…思わず吹き出しましたよ(´・ω・｀；

編集後記

WP2.3になり、無事に動いているとは思いますが…何か動作不良になっているところがあったら、早めに教えて下さると助かります（汗）。

そこでふと思いついた（というか気づいた）、「WordPressでPVを集める方法」。WordPress以外でも、livedoorなどでも（効果は薄そうですが）応用は効きそうな考え方です。

…実際は当たり前って言えば当たり前な内容かもしれませんけど。

記事の内容と読者を揃える

単純に考えて、「WordPressのカスタマイズ情報が欲しいのはWordPressユーザ」です。もちろん、この事はlivedoorブログやFC2などでも当てはまります。言い換えれば、「WordPressユーザに向けてWordPressのカスタマイズ情報を発信できれば興味を惹きやすい」ということになります。

当然の事ですが、「読者の使っているブログツールに関する情報は読みたいと思わせやすい」わけです。「ブログの書き方」のようなテーマで書くよりも対象は狭まりますが、絞り込んだ分興味を持ってもらえる…広く浅くではなく、狭く深く、といったイメージですね。

で、どうやって通知するか

問題は、どうやってユーザに記事を伝えるか、ということ。

WordPressの管理画面ではユーザの更新記事をRSSで取得する機能がついてます（はてなRSSで取得、要申請）。この画面（ダッシュボード）は管理者としてログインすればまず目にするため、ユーザの目に止まりやすい存在となっています。

僕自身、ここの更新一覧でWP関連のネタがあるとすぐ飛びついてます（笑）。おそらく、アクセス解析を見る限り、同じような心境の方も多いのではないでしょうか？？

なお、これはWordPressだからこそうまく行く、とも言えます。

例えばFC2の場合、トップページに新着記事の一覧が表示されてはいますが、わずか数分で画面から消えてしまうのが常です。ユーザ数が多いため、それでもアクセス数は稼げるかと思いますが…この場合はさらに、人目を惹きやすいタイトルも重要になるのでしょうね。

結論

WordPressに関する記事をWordPressで書くと、ダッシュボードから見に来てもらえる可能性がちょっと増える。ただし、母体数の問題もあるので、あまり大きな期待はしない方がよい。

追記

煽りタイトルになってしまってすみません…。投稿して4時間ほど立ちましたが、だいたい予想通りダッシュボード経由のアクセスが上位に食い込んでます。半ば実験的な投稿になってしまいましたが…。

創造のタネ

今回は「管理画面を使ったアクセスアップ」という内容になったわけですが、アクセスアップを狙う上でより重要な点は「記事の内容」。一度限りなら記事の内容を度外視して、タイトルだけで釣ってしまってもアクセスは集まるでしょうが…その場合、リピーターになってもらえる可能性はかなり低いはず。

それよりは記事の内容を注意して作り上げて、「このブログならまた読んでみたい！」と思ってもらえることも大切です。一つのメディアとして情報発信をしていく以上は、伝える相手だけでなく、その中身にも気を配っていきたいですよね。

編集後記

今日は研究室のMTGが長時間になる予感。…帰りは何時になることやら（汗）。

どうもWPのバージョンによって編集するべき場所が違ってくるようで、「該当するファイルが無い！」と1人で混乱してました（汗）。最終的に参考にしたのはDAGON DESIGNの「Change Default Thumbnail Size in WordPress」という記事です。

WPバージョン別、画像サイズの変更方法

WordPress2.0系列の場合

WP2.0系列についてはおでさんのサイト他、色々あるのでそちらを参考に（ちょっと手抜き）。

WordPress2.1、2.2系列の場合

これらのWPでは、wp-admin/admin-functions.phpの中にある以下の部分を編集します。

$max_side = apply_filters( 'wp_thumbnail_max_side_length',
128, $attachment_id, $file );

128、というのが画像の横サイズ。これを大きくしてあげればサムネイル画像の幅が指定できます。縦横比を考えて、縦は自動で計算してくれるようですね。

WordPress2.3系列の場合

まだ導入してませんが、WP2.3の場合。直すファイルは/wp-admin/includes/image.phpと、名前も位置も変わります。ですが直すコードはWP2.2までと同じ。128の数字を変更して保存、再アップしてください。

大きさの比較

一枚目が小さいサムネイル、二枚目が大きくしたサムネイル。このくらいの画像ならアイキャッチにも使えそうです。

創造のタネ

もともとサムネイルとは thumb nail、すなわち「親指の爪」。一覧などを作る場合のコンパクトな画像、というのが由来です。それを考えると、今回調整したようなサイズでは、もはやサムネイルとは呼べないかもしれません（苦笑）。

ただ、「サムネイル画像」という概念ができた頃と比べると、今はPCの速度・HDD容量ともに大きく変化しています。「サムネイルをなぜ作ったか」という見方をする場合、一覧性という以外に「読込の早さ」「容量の節約」という事も大きかったと思われます。電話回線でインターネットをしていた頃を考えれば、なんとなく想像がつくはず。

そうやって考えると、今の時代にとってはこのくらいの画像が「サムネイル」として存在してもおかしくないのかもしれませんね。サムネイル画像が「サムネイル動画」になる日も来るんでしょうか？

編集後記

そろそろ10月も後半。だんだん今年も残りわずかになってきた感じですね～…って、このセリフはまだ早いかな（笑

PERFORMANCINGより、「41 Reasons Why Your Blog Probably Sucks」。

ちょっとしたチェックリスト的に使ってみて下さい。なお、原文は41個ですが、一部まとめたので40個になってます。

デザインや構造の問題

1. バナーやヘッダー画像がない
2. ブログツールがショボい
3. 広告が溶け込んでいない
4. サーバが弱い（アクセス増に耐えられない）
5. テーマ・テンプレートの質が悪い
6. 見た目がごみごみしてる
7. 人気記事が目立っていない

さっそく減点がorz

ヘッダー画像があった方が、ブランド化に繋がるようです。ただし、altタグを入れ忘れるとSEO的に大損しますので注意。

コンテンツ＆スケジュール

1. 内容が個人的（私的）すぎる
2. トピックが絞れていない
3. キーワードが欠落している
4. 外部リンクが無い
5. リンクを埋めすぎない
6. 投稿が不定期
7. 「ブログを書く」ことについて書く
8. お金について書く
9. 記事の再利用をする
10. タイトルにインパクトがない
11. リンクベイティングを無視する
12. リンクベイティングが弱い
13. 文法やスペリングを無視する
14. 大量のブログを一度に始める
15. 何でも知ってるように振る舞う
16. バラエティが無い
17. 不適切なリンク（リンク先 / 書き方）

いくつか解説を…。

不定期な投稿がまずい理由

二つ挙げられています。

一つは、読み手のスケジュールと書き手のスケジュールがずれた場合、意欲を失わせる原因となること（RSSを使っていない人もいます）。Aさんのブログは昼前には更新されている、とか、Bさんのブログは深夜に更新される、とか、だいたいの時間が分かると読みやすいって事ですね。

もう一点は、検索エンジン対策。単純に、新しい投稿をすればするほど、検索エンジンのロボットが登録する頻度は高まります。検索エンジンのロボットにチェックしてもらう頻度を上げるためにも必要、というわけです。

リンクベイティングって？

いわゆる釣りです。

特にdiggやはてブ、del.icio.usやlivedoor クリップなどに登録されやすいような記事を作ったり、2chに取り上げられやすいような記事を書いたりする行為なんかが目を引きます。

例えば、「○○する10の方法」というように数字を含めて目立つようにしたり、「○○しないのは間違い」のように不安を煽ってみたり。

この手法については賛否両論あります。毎回毎回、週刊誌みたいなタイトル付けてたら嫌がられるのは当然ですしね。「ブログ誌」は避けましょう（笑）。

スキル＆プランニング

1. 長期的なプランを立てない
2. 練習していない（書き方とか）
3. 情熱が欠けている
4. ブログの貨幣化をよく思わない

貨幣化について簡単に。

100％趣味で書いているだけとしても、「誰かがお金を払って読んでくれるほどの価値が提供できるか？」と考えて書くことは、質の向上に繋がります。実際にお金が入ってくるかどうかというより、心がけが大事です。

最適化＆統計

1. URLが不親切（?P=○○のようなURLとか）
2. ディレクトリ構造の意味が不明確
3. 問題点の正当化（＝ちゃんと対策をしなさい）
4. 標準化問題（URLの統一など）
5. アクセス解析を怠る
6. 自分の領域外の事は（重要でも）無視する

URLに関しては、できればパーマリンクを設定して、記事の内容が分かるようにする方がいいです。数字だけ見てもなんの記事か分かりませんからね（墓穴）。

宣伝＆ネットワーク

1. RSSに全文を表示しない
2. pingやトラックバックをしない
3. RSSを1種類しか送らない
4. ネットワーク（人脈）を作らない
5. ソーシャルメディア（SBM, SNSなど）を使わない
6. 我慢強さが足りない
7. 他のブロガーに無礼な事をする

RSS全文表示についてはちょっと別意見があります（タネの欄、参照）。

pingやトラックバックに関しては、無差別に送っちゃいけないのは当然です。まあ、常識をわきまえた行為ができていれば問題ない、ってことです＾＾；

創造のタネ

さて、RSS全文表示の是非について。RSSで取得したあと、わざわざページをクリックしなければいけないというのは確かに煩わしいです。何度もクリックさせていると、読み手の意欲を失わせてしまいますからね。

ただ、RSSで全文配信していると、ちょっと困ったことも起きます。それは、RSSを取得して自動的に記事を生成するツールを使っている人に、文章をまるまるコピペされる恐れがある、ということ。

たとえば、平野さんのビジネス実践塾に参加した記録を書いたときの記事。

このときの出だしは、

今回のテーマはブランド作り。メルマガコンサルとしてパーソナルブランドを確立し

と書いています。この出だしをGoogleでブログ検索して、日付順に並べると…

こんな感じになるわけです。「パーソナルブランド」について書いた記事なのに、「ブランド」というキーワードのせいでヴィトンとかのブランドと混ざっちゃったわけですね。

…これ、内容を読まずに自動取得したのがバレバレです。del.icio.usのようにブックマークをしているとしても、手動で読みながらまとめていたら、

なんてタイトルのページには入れませんよね。

一応断っておきますが、これらのサイトにpingを送った覚えはまったくありません。

まだこれは一部しか取得していないからいいですが、これが全文取得されていたら…丸ごと記事が出てしまっていたら…と思うと、ちょっと嫌な感じです。

ユーザのためを思えば、全文RSSで配信して読みやすくしたい…でも、一方で丸ごと記事を取られてしまうのはちょっと悔しい…そんな思いが交錯してます。

そんなわけで、RSS全文配信には問題点もあるよ…と、お伝えしておきます。

編集後記

最近、ちょっと肌寒いですね～。体調管理が危ないです（汗）。

お題：情報収集の話題探しをしている場所

BR+から出されているお題は、

ブログに書くネタや話題の情報収集などをどこでされている（集めている）のかを具体的に教えてください。(100文字以上)
例　日本経済新聞を読んで　Yahoo!ニュースを見て

ということで、この事について書いてみます。

まず、「具体的に」と言われても100以上は余裕であるので、列挙したらきりがありません（笑）。RSSリーダーに面白そうなサイトをまとめて登録して、まとめて流し読みしながら探す…というのがメインのやり方です。

特に記事を書く際に参考としているサイトとしては、ITmediaや＠IT、Broadband WatchといったIT系のニュース、LifehackerやRead/WriteWebのような海外のlifehack・情報ブログなどがあります。

また、個別の記事にはしないまでもdel.icio.usには登録している…と言うレベルまで広く考えた場合、SciencePortalと言った科学情報のポータル、痛いニュース(ﾉ∀`)のような2chまとめサイトまで、かなり雑食になってきます。

情報収集のスタンスとしては「広くアンテナを張りつつ、興味があったら掘り下げる」という感じで行っているため、どう頑張っても情報の収集元は増えてしまうというのが現状です（苦笑）。

創造のタネ

今回紹介する「[Yahoo! JAPAN PR企画] BR+」も、基本的にはブログライティングで報酬が発生する形です。つまり、「こういう形で記事を書いてくれたら謝礼を出します」というような条件が付いているわけです。

このような形式のものはこれまでもいくつかあったのですが、

• Yahoo!というブランドのしっかりした企業がやっている
• リンクに指定する文字列がそれほど作為的でない

といった特徴があったので、参加してみました。

特に二番目の項目は、個人的にかなり重要視してます。例えばこの記事でいうなら、BR+のトップページのリンクは「BR+」という文字から行えばいい、という指定になっています。一方、他のサービスでは「クチコミュニケーション」とか、社名そのものとは違う文字列からリンクを張るように指示が出ています。この形式の張り方はあまり好きでは無かったので、それを行わなくて済むだけでも好感度UP。

さらに加えて、「BR+の記事です」と書いてもOKというのが嬉しいところ。むしろ「[Yahoo! JAPAN PR企画] BR+の文字を記載して下さい」なんていう条件が付いてるくらいですし（笑）。BR+を使ってセールスレターの練習をする、と考えれば、自分のスキルUPにも繋がって一石二鳥（？）です。

編集後記

今日は少し論文書き。同時期に〆切のあるのがちょいと厳しいですが、なんとか。