横浜でHP制作・IT事務・テープ起こしを行う会社ブログ » Wordpress

WP Social Bookmarking Lightで「いいね」ボタンを設置してGoogle Analyticsを使っていたら必ずしたほうがいい設定

haruku-up — Sat, 01 Oct 2011 02:09:39 +0000

※10月11日修正追記

　facebookのいいねボタンをサイトに設置し、Googleアナリティクスのアクセス解析結果を見ると、「/?fb_xd_fragment=」のパラメータを含むアクセスがページ数としてカウントされることがあります。いいねボタンのバグのようで、正確なアクセス数の統計の邪魔になるので、気になる人は対処可能なので、対処しましょう。

WP Social Bookmarking Lightでも発生する

　「/?fb_xd_fragment=」のパラメータを含むアクセスがページ数としてカウントされるバグが発生する条件は、対象閲覧者のブラウザがIE6、あるいはIE7の場合だそうです。ただし、WordPressサイトで、WP Social Bookmarking Lightを利用している場合はその限りではない、という情報を見かけたのですが、弊社運営WordPressサイトにおいて、WP Social Bookmarking Light使用でIE6からのアクセスで思いっ切りこのバグを食らっていたため、WordPressサイトでWP Social Bookmarking Lightによるいいねボタン設置の場合でも、このパラメータのアクセス除外設定をしておいたほうがよいでしょう。

複数サイト管理時のGoogle Analytics（旧画面）から「/?fb_xd_fragment=」を一括除外設定する方法

ログイン後初期画面一番右下、「フィルタマネージャ」をクリック
フィルタマネージャ画面で、表の右上「+フィルタを追加」をクリック
新しいフィルタを作成画面「フィルタ情報を入力」で、フィルタ名（任意）を入力、フィルタの種類で「サブディレクトリからのトラフィック」を選択、ドメインに「/?fb_xd_fragment=」を入力（その他はデフォルト）

こちらの記事を参照し、打ち消し線を入れた箇所のミスに気づきました（感謝！）。ですが、当方の環境では、カスタムフィルタではなく、「既定のフィルタ」から「サブディレクトリへのトラフィック」でも大丈夫です。

「?fb_xd_fragment=」や「&fb_xd_fragment=」など、サイトによってパターンが異なるので、やはり重要なのは、「&」や「?」をつけず、「fb_xd_fragment=」の文字列を含む場合に除外すると設定することです。

「プロファイルにフィルタを適用」で、左の「使用可能なプロファイル」一覧に表示されているプロファイルから上記フィルタを適用させたいプロファイルを選択→追加（右側「選択したプロファイル」に該当項目移動する）。
全部を一括適用させたい場合は、一番上のプロファイルを選択し、Shiftキーを押しながら一番下のプロファイルをクリックすると、全プロファイルが反転選択されるので、そのまま追加ボタンをクリックすると速いです。
左下「変更を保存」をクリック。
※後にサイトを追加した場合は、フィルタマネージャ画面「既存フィルタ」から今つくったフィルタの「編集」をクリックし、４の作業をして変更を保存します。

　以上で、以降のいいねボタンIE6アクセスのバグはページ数としてカウントされなくなるはずです。

IE7経由は不明

　IE6からのアクセスでこのバグに気づき、上記設定をしましたので、以降、IE7からのアクセスがあった場合は、このバグ現象が起きたのかどうか、もはやわかりません。検証環境は一応あるのですが、面倒なので検証しません（笑）。IE6もIE7もまだまだ利用者は多く、少なくともIE9よりは多い統計結果が弊社のアクセス統計からは現状で確認できています。

　なので、WP Social Bookmarking Lightでいいねボタンを設置して、なるべく正確なアクセス統計をとりたい場合は、WP Social Bookmarking Lightでいいねボタンを設置と同時にこのフィルタマネージャでの除外設定をしておいたほうがよいでしょう。

◆参考にさせていただいたページ（設定画面の画像がわかりやすいです）→「いいね！ボタンを設置するとアクセス解析に支障が出る件 | SEO対策 e-search 公式ブログ」

検音（けのと）.comを始めました。

haruku-up — Tue, 13 Sep 2011 10:33:57 +0000

　よくツイッターでテープ起こしの「検音シリーズ」と称して（？）、実際にあった驚天動地のテープ起こし原稿ボキャブラリーをつぶやいてきましたが、結構な量があり、かつ、割とおもしろい（ため、飽きずに続けられそうな）ので、一ジャンルのサイトとして今後は記事を書いていこうと、新たにkenoto.comを始めました。

　「検音」サイト自体はWordPressで構築しています。要するにブログです。ブログですが、無料ブログではありません。無料ブログではありませんが、頑張れば無料で構築できます。実はこのブログもWordPressです。でもこのサイト全部がWordPressなわけではありません。もともとのhttp://haruku-up.jpサイト内にWordPressをインストールし、いわゆる本体部分のオリジナルホームページとブログを一ドメイン内で合体運用させています。

　WordPressはそういう使い方もできますので、ご自分のサイトのページ・ボリュームをブログ記事みたいなものでふやしたいけどホームページをつくるテクニックはないしー、という方には、今あるサイトをそのままにブログコンポーネントであるWordPressをインストールして、ご自分のドメインでブログを始めることもできます。ブログ的に使わずとも、そのまま一つのウエブサイトとして構築することもできます。

　でも決して「だれでも主婦でも簡単にできる」とは申しません。結構、時間もかかり面倒くさいですし、ちょっとしたweb的知識も必要かもしれません。横浜市及び近郊の方でしたら、WordPressブログ構築の（有償）お手伝いをさせていただきますので、お気軽にお問い合わせください。

　と、何の宣伝をしてるのかわからなくなりましたが、検音（けのと）.comをどうぞよろしくという告知でした。丸。

【Tweetable】ブログ更新時の自動ツイートでタイトルが挿入されない不具合解決備忘録

haruku-up — Sun, 21 Mar 2010 06:18:56 +0000

WordPressのブログ新規投稿をツイッターへ自動でつぶやいてくれる「Tweetable」ですが、設定した接頭語句とURLしか自動ツイートしてくれない現象に悩まされていました。いろいろ調べて接頭語句を短くする、タイトルに記号を入れないなど試してみるも解決せず、あきらめかけていたところ、何となく短縮URL（URL Shortener）を変更してみたら解決しました。といってもまだ数回の成功結果なので断言してはいけないかもしれませんが、もし同様の現象でお悩みの方は試してみるのもいいかもしれません。短縮URLの種類のよし悪しについては全くわかりません。

※追記
この投稿を見たらやっぱりだめでした。あえて墨つきパーレンでTweetableの文字を囲ってみたのですが、この約物（記号）がまずいのでしょうか。次は記号抜きタイトルでやってみます。

「Tweetable」でRTボタンを設置する（Tweetmeme Button）

haruku-up — Thu, 11 Mar 2010 13:57:13 +0000

ツイッターからのアクセス数とRTを表示するボタンを設置するの記事でRTボタンを設置しましたが、ブログの更新を自動的にツイッターにツイートしてくれるWordPressプラグイン「Tweetable」にもその機能がありました。重複しますがせっかくなので設定してみました。

設置方法

「Tweetable」設定画面→Tweetmeme Buttonの「Display ○○ button」のどちらかを選ぶと記事にRTボタンとRT数が表示されます。

（設定は２パターンあります）

「Display full button」だと吹き出しでRTの数がRTボタンの上部に表示されます。場所はこのブログだと記事右上に自動的に表示されました（右上にあると思います）。「Display compact button」を選ぶとむき出しのRT数とRTボタンが並んで表示されます。このブログだと関連記事（人気記事）の上部に表示されました。

「tweet」ボタンをクリックすると、ツイッターにアクセスし、リツイートが行えます。数字をクリックするとtweetmemeサイトに飛び、RTの詳細が表示されます。

Auto-Tweet Posts Prefixのふぐあい

リツイートとは全く関係ないのですが、「Tweetable」にはブログの自動ツイート時に定型接頭語句を挿入する機能があります（Auto-Tweet Posts Prefix）。これを利用しているのですが、接頭語句が挿入されたりされなかったりして困っています。接頭語句が短くても長くても、その後に続くタイトル文言が長くても短くてもランダムに不具合現象が起こるので、記事公開のタイミングで他のプラグインか何かと何らかのイレギュラーがあるのかもしれません。原因がわかる方は教えてください。

ツイッターからのアクセス数とRTを表示するボタンを設置する

haruku-up — Tue, 09 Mar 2010 21:19:01 +0000

WordPressにツイッターからのアクセス数とRTを表示するボタンを設置する方法です。いろいろあると思いますが、以下のサイトの方法を採用させていただきました。

Twitterからのアクセス数とRTを表示するボタン」（Sphinn Japan Blog）

詳細は上記リンク先でご確認いただくとして、手順の抜粋です。

設置したいページの内に下記のコードを記述する。

個別記事に表示させたい場合はsingle.phpのの直前に挿入、で大丈夫です。
管理ページ→「外観」→「編集」→「単一記事の投稿（single.php）」
表示させたい箇所へ下記のコードを記述する。

”> by @あなたのTwitterアカウント名

「あなたのTwitterアカウント名」は文字どおりあなたのツイッターアカウントに書きかえてください。例えばあなたのアカウントがhttp://twitter.com/haruku-upなら、「haruku-up」です。これは記事の直下に表示されるように記述しました。サイドバーに載せたい場合は両コードともに忘れずにサイドバーに記述しましょう。片方だけだと正しく表示されません。

当面、これで行きますが、ちょっと読み込みがおそくなった気がするので、もしかしたら近々別のものを試すかもしれません。

◆横浜でウェブサイトの見直しのご相談は「合同会社ハルクアップ」（YHS横浜ホームページサービス）

WP Super Cacheを使わない理由

haruku-up — Thu, 25 Feb 2010 22:47:33 +0000

WordPress のプラグインをいろいろ試しています。で、 WP Super CacheというWordPress の記事をキャッシュし、ページの表示（レンダリング）を高速化するプラグインがあり、これをちょっと使ってみましたが、すぐやめました。

理由

大して高速化した気がしない
精密に計測したわけではないのですが、体感的に、どうも高速化していない気がします。設定やほかのプラグインとの兼ね合い（相性）もあるのでしょうが、通信速度でいうとISDN（←古い）からADSLにかえたときのような劇的さがありません。他のブログ等のWP Super Cache関連記事にアクセスしても、表示が速いと感じたところはありませんでした。
新着記事へのリンクが張られない
新しく記事を投稿してもキャッシュ化された古いページに新しい記事へのリンクが張られるのが遅いです。関連記事への対応も遅いです。キャッシュ自体が静的なページなので、キャッシュが更新されるまでは仕方がないのですが、ちょっとどうかなと思います。
設定が複雑すぎる
これが最大の理由になるのかなと思います。そもそもWordPress（CMS）を利用する理由は「サイトの構築や設定や更新が楽」ということに尽きます。これに反するようでは、一からページを作成したほうがましです。SEO施策にしてもそのほうが（効果は別にして）きっちり把握しながらできます。プラグインやデザインカスタマイズに膨大な時間をかけてWordPressサイトをベストな形にするというのは本末転倒な気がするのです。

ウェブページを一からつくれない人が裏方の設定やレイアウトを気にせず簡単に記事やリンクを更新でき、簡単に機能を追加できなければCMSの存在価値はないのではないかと思います。

ということで、本当に簡単便利なプラグインをまた探して試して、よかったらお勧めしていきます。何かいいレンダリング高速化プラグインがあったら教えてください。

WordPressの投稿を自動的にツイートするプラグイン「Tweetable」

haruku-up — Thu, 25 Feb 2010 07:40:34 +0000

思うところあって、弊社もツイッターアカウントを取得してみました。で、ブログの更新を自動的にツイッターにつぶやいてくれるプラグイン「Tweetable」を入れてみました。

Tweetable導入方法

こちらのブログ記事↓を見れば一目瞭然です。すばらしいです。
[wordpress]Twitter連携用プラグインTweetableが便利すぎる！

上記ブログの記事では英語バージョンのようですが、現行バージョン（Version: 1.1.8）は大半は日本語化されています。
「お知らせ機能」「ウィジェットの大きさ」はわからないのでスルーしました。でもきちんとブログ更新が反映されたのでよしとします。

ついでに公式サイトトップページにウィジェットを設置してみました。「Tweetable」でコードの取得もできるので、それをコピペすればブログに自動通知もできます。設定画面からつぶやきを投稿することもできます。

ちなみにあんまりこの記事とは関係ないのですが、ツイッターアイコン用の画像は日本語マルチバイト文字のファイル名だとアップロードされない？みたいです。

横浜周辺でウェブサイトのリニューアルなら「合同会社ハルクアップ」（横浜ホームページサービス）

WordPressカテゴリーページに該当記事タイトル一覧を表示させるカスタマイズ

haruku-up — Tue, 23 Feb 2010 21:52:57 +0000

カテゴリーアーカイブページを開く（カテゴリーのリンクをクリックする）と、カテゴリーに該当する記事がずらずらと載ってしまうのをやめて、該当カテゴリーの記事タイトルリンクの一覧を表示させるカスタマイズをしてみました。

と言っても、『WordPressのつぼ』さんのサンプルソースをそのまま挿入しただけです。

編集方法

「外観」→「編集」→「category.php」を開く
（カテゴリーページのタイトル「カテゴリー名archive」部分）の直下に
を挿入
その直下の元ソースのサイドバー直前までをでコメントアウトし、実行停止。

とりあえずカテゴリーアーカイブページに記事タイトルのみの羅列は達成できました。レイアウトや記事の順番など、その他のカスタマイズ部分に関しては、また気が向いたらやろうかなと思います。

Google (XML) Sitemaps Generator for WordPressで全サイトマップを統合

haruku-up — Wed, 17 Feb 2010 13:29:03 +0000

当ブログは合同会社ハルクアップ公式サイトのサブディレクトリにWordPressをインストールし、ブログを構築しています。

元々、公式サイトでもsitemap.xmlを作成していて、サイトのページを更新した際に、手動でsitemap.xmlを再構築していました。このブログを始めてから、ブログのほうはプラグイン「Google (XML) Sitemaps Generator for WordPress」でsitemap.xmlの自動更新しているのですが、どうせなら両方統一して、Google (XML) Sitemaps Generator for WordPressで再構築できるようにしたら便利かなと気づき（←遅い）、善は急げで設定してみました。

（追加ページの設定→新しいページの追加で含めたいページを追加していきます）

１．追加ページの設定

Google (XML) Sitemaps Generator for WordPressの設定から「追加ページの設定」→「新しいページの追加」で、含めたいページのURLを追加していきます。URLはhttp://ありでもなしでもよいようです。優先順位、更新頻度はそれぞれ適当に、最終更新日は例えば2010-02-17のような形で入力します。

２．サイトマップファイルの場所を指定

「サイトマップファイルの場所」→「手動配置」で、上の欄にサイトマップファイルのフルパス、下の欄に完全なURLを入力しましょう。

※試していないのですが、もしかしたら「自動検出」でも大丈夫かもしれません。次の３で行うサイトマップファイルの移動を行ってから「自動検出」をすれば、勝手にルートディレクトリのサイトマップファイルを検出してくれるかもしれません。

３．sitemap.xml(.gz)の移動

「追加ページの設定」の「メモ」に書いてあるとおり、ブログ外のページを追加したらサイトマップファイルを必ずルートディレクトリに配置しなくてはなりません。今まではブログのディレクトリ直下に作成していましたが、その上位のディレクトリのページを含めるので、ローカル環境で空のsitemap.xmlファイル（「gz 圧縮されたファイルを出力する」にしている場合はsitemap.xml.gzも）を作成し、FTP等でサイトのルートディレクトリへアップロードします。元のブログディレクトリのsitemap.xmlは削除しますが、置いておいても問題はないとは思います。

※Google (XML) Sitemaps Generator for WordPressのエラー解決法の一の記事でも書きましたが、この作業をしないとサイトマップ再構築時にエラーが出ます。また試していなくて恐縮ですが、「空の」sitemap.xmlファイルでなくてもいいような気がしてきました。元々使っていたsitemap.xmlでも、再構築すれば書き直してくれそうな気がします。ただ、再構築できるように、ファイルのパーミッションの確認は忘れずに。

４．サイトマップファイルの再構築

上記の作業が終わったら、Google (XML) Sitemaps Generator for WordPressの設定ページに戻り、ページ上部の「サイトマップを最構築する」（原文ママ）をクリックし、上位固定ページを含むサイトマップファイルの構築をします。再構築に成功したら、以降は上位固定ページのサイトマップファイルを別途書き直す必要はありません。

おまけ　エラーが表示されたら確認すること

再構築後、赤字で「There was a problem writing your sitemap file. Make sure the file exists and is writable.There was a problem writing your zipped sitemap file. Make sure the file exists and is writable.」のエラーメッセージが出たら、以下を確認してみてください。

追加ページのURLは正しいか
手動配置で指定したURLは正しいか
sitemap.xml(.gz)ファイルがルートディレクトリにアップされているか
sitemap.xml(.gz)ファイルのファイル名は正しいか
sitemap.xml(.gz)ファイルの属性（パーミッション）は666等、書き込み可能になっているか

入力する項目が多いので、タイプミスによる間違ったURLやパスに特に注意してみてください。

meta description重複（反映されない）解決の備忘録

haruku-up — Tue, 09 Feb 2010 11:11:01 +0000

当ブログのGoogle検索結果を見ていたら、どのページの結果にも同じmeta descriptionが重複表示されていたので、ソースの検証をしたところ、ヘッダー内にmeta descriptionが２つありました。ページデフォルトのdescriptionが上部にあり、オール・イン・ワンSEOで個別に設定したdescrptionがヘッダー下部に挿入されていました。

Googleロボットは上部のdescrptionを優先して参照し、こちらを拾ってしまっているのだと思います。なので、初期設定のdescrptionを非表示にするため、header.phpの以下の部分を削除しました。

以前、別のWordPressでオール・イン・ワンSEOパックを使用したときはこの問題は発生しなかったと記憶していた（オール・イン・ワンSEOプラグイン有効設定後、phpファイルを修正した記憶がない）ので油断していました。そのときとこのブログではWordPressのバージョンも違い、使用しているテーマも異なるため、それらの影響もあるのかもしれません。

Googleインデックス情報修正されるまでタイムラグがあるので、ちょっと様子見ですが、該当ページを表示させてソースを見る限りではmeta descrptionは１つなので大丈夫だと思われます。

※参考サイト
「「ＩＴ（地味系）」さん
WordPressのSEO対策　オール・イン・ワンSEOプラグインページ