2009年11月20日

解析系&SEOツールを統合した無料解析ツール

解析系&SEOツールを統合した無料解析ツール

FREE Web Stats and Analytics, Page Rank, SEO Optimization, Website Tools and Search Engine Marketing - Are you GoingUp?

2009年11月12日

allinanchor

「allinanchor:」コマンド

“allinanchor:キーワード“としてallinanchor:の後にキーワードを続けて入力して検索すると、そのキーワードをアンカーテキストとしてリンクが張られたページを、順に返してくる。

[注]指定したアンカーテキストで、リンクを張っているページではなく、リンクが張られているページ。

使い方

ターゲットにしているキーワードで、allinanchor:検索してみる。

もし通常の検索結果と比べて順位が低いなら、そのキーワードをアンカーテキストとしてのリンク構築がまだ不十分ということ。

つまり、もっとリンクを集める必要がありそうです。

対して、通常の検索順位よりもallinanchor:検索での順位が上なら、キーワードをアンカーテキストとしてのリンク構築は、成功していると言えそう、との事。

もし、allinanchor:では上位なのに通常の検索では10位以内どころか、1000番近くにいる、このようなケースの場合は何らかの問題がある。

これは、-950ペナルティの原因とも推測されるバックリンクペナルティに相当する可能性があるそう。

例えば、過度に集中したアンカーテキストでリンクを張りすぎ、人為的だとしてペナルティを受けている可能性あり。

アンカーテキストに絞ったallinanchor:検索では上に出てくるのに、通常検索では出てこない、こんな場合は何らかのペナルティを与えられているか、フィルタがかけられていることを疑ってみる。

これは、アンカーテキストの本来の評価が、最終的な結果(通常検索)に正常に適用されていないと判断できる

「allinanchor:」コマンドは、「site:」コマンド以上に不安定なときがあるそうです、それでもリンクビルディングの成功度合いを見極めるのに、1つの参考値として利用できるだろう。

allinanchorとinanchorの違い

allが付く付かないで何が違うのか

1. inanchor:キーワードA キーワードB

2. allinanchor:キーワードA キーワードB

1のクエリでは、「キーワードAのアンカーテキストマッチ」かつ自ページに「キーワードB」が書かれているものが抽出される。

2のクエリでは、「キーワードAとキーワードBの両方のアンカーテキストマッチ」のページが抽出される。

つまり、1のinanchorは、キーワードA にはかかるが、キーワードB にはかからない。

2のallinanchorは、すべてにかかる。

とはいうものの、1の場合でも、キーワードBのアンカーテキストマッチでSEOされているページも対象になるので、結果的には1)も2も大きくは違わないはず。

記事参照:海外SEO情報ブログ・メルマガ

allintitle

「allintitle:」構文

「allintitle:」は、その後に指定したキーワードをすべてtitleタグに含んだウェブページを検索する特殊構文(”All in Title”)。

GoogleとYahoo!で利用できる。

最後に、「allintitle:」構文で、ターゲットにしたいキーワードの競争の度合いが激しいか、挑戦すべきかどうかを判断するTIPSを紹介します。

1.まず、Googleキーワードツールで、キーワードの検索ボリュームを調べて(範囲は「完全一致」に設定する)、ターゲット候補のキーワードを選ぶ。

2.選んだキーワードで検索し、何件ヒットするか調べる。

3.今度はキーワードを「allititle:」で検索し、何件ヒットするか調べる。

4.3で出た件数を2で出た検索数で割ってみる。

5.数字が小さいと、キーワードについて書かれたページ数と、キーワードに対してSEOを意識したページ数のギャップが大きいので、競争が少ない可能性が高いと言る。 逆に、数字が大きくなればなるほど、競合が多いと言える。

[注]競合が少ないとしても、上位10位がガチガチにSEOを凝らしていたら厳しくはあるので、最終的な目視チェックは必要とのこと。

記事参照:海外SEO情報ブログ・メルマガ

2009年11月09日

エントリー・アーカイブファイル名

例1 %y/%m/%d%h%n%s%x

途中の "/" はディレクトリ

2009/06/13023223.html(年/月/日時分秒+拡張子)

例2 %c/%m%d%h%n%x.html(拡張子を忘れないこと)

カテゴリ名/13023223.html(カテゴリ名/月日時分秒+拡張子)

例3%c/%y%m%d.html

flower/20091104.html(カテゴリー/年月日+拡張子)

%c:カテゴリー

%y:年

%m:月

%d:日

%h:時

%n:分

%s:秒

%x:拡張子(「設定」→「公開」→「アーカイブの拡張子」で設定したもの)

拡張子を個別に設定する場合は最後の拡張子 %x を .php 等に書き換えるそうです。

2009年10月28日

RSSフィード表示

WEBにRSSフォードを表示させるメモ

1:feed2jsダウンロード

feed2jsより、feed2js(2009.10.21付けの最新バージョンは ver2.0 です。)をダウンロード

Installation
1. Get the Latest Source Code now available on Google Code
をクリック!

2:サーバーにアップロード

次に、Feed2JS をサーバにアップロードします。

feed2js.zip を適当なフォルダに展開して feed2js/ フォルダを丸ごとサーバにアップロード。

3:パーミッションを変更

ファイルおよび、ディレクトリのパーミッションを変更する。

アップロードしたすべての PHP ファイルのパーミッションを、サーバに合わせて変更。 ちなみに、CORESERVER では705 としました。さくらインターネットでは 755らしい。

以下が PHP ファイルの一覧。

参考にさせていただいた小粋空間さんでは、magpie_debug.phpとmagpie_simple.phpがあったけれど、2.0にはないみたい。その代わりindex.phpがある。

  1. feed2js/
  2.   |
  3.   +-- build.php
  4.   +-- feed2js.php
  5.   +-- feed2js_config.php
  6.   +-- index.php
  7.   +-- nosource.php
  8.   +-- preview.php
  9.   +-- style.php
  10.   +-- style_preview.php
  11.   |
  12.   +-- style
  13.   | +-- style_pile.php

以上で Feed2JS のインストールは完了です。

4:feed2jsの使い方

ブラウザで feed2js/build.php を表示する。

feed2jsの使い方

5:各項目を入力

URL:表示させたいサイトさんの RSS フィードの URL を入力。

Show channel?:ブログタイトル/ブログ説明の表示有無を選択。
yesはブログタイトルとブログ説明が表示される。
titleはブログタイトルのみ表示される。
noはブログタイトル、ブログ説明共に表示ない。

Number of items to display:

表示したいエントリ数を入力。最新のエントリから入力した数の記事が表示される。 0 だと RSS で公開されているすべてのエントリが表示される。

Show/Hide item descriptions? How much?:

各エントリの概要の文字数を入力する。
0 だとエントリの概要は表示されない。
1 だと RSS で公開されている概要すべてが表示される。-1 は何も表示されません。

Use HTML in item display?:

エントリ内の (X)HTML の扱いについて選択する。
yes は (X)HTML を有効にします。
no は (X)HTML を除外して、テキストのみ表示される。
-preserve paragraphs only は改行(<br / >)のみ有効とします。

Show item posting date?:

エントリの投稿日時の表示/非表示を選択。
yes は投稿日時が表示されます。
no は投稿日時は表示されません。

Time Zone Offset:

タイムゾーンを入力。ここは +9 と入力しましょう。また、RSS 内の時刻を使用したい場合には、feed と入力するよう明記されてる。

Target links in the new window?:

リンクをクリックしたときの動作を選択。
n はそのまま同じウィンドウに表示。
y は別ウィンドウを開いて表示。
xxxx はフレームを使用している場合、フレームのウィンドウ名を指定することができるそう。
popup は JavaScript を使用するそうです。

UTF-8 Character Encoding:

文字コードを選択。
UTF-8 を使用している場合はチェックするのか、それとも、日本語使用の場合はチェックするのか??と、参考にさせていただいた「Movable Type 備忘録」さんもおっしゃっています。

Podcast enclosures:

メディアファイルのリンク有無を選択。
yes はリンクが表示されます。
no は表示されない。

Custom CSS Class:

任意のクラス名称を指定できる。
デフォルトでは <div class="rss-box">~ </div> で囲われたタグが出力される。rss-box-XXXX の XXXX を指定することで任意のボックス名称を指定することができる。

6:プレビューしてみる

一通り入力したら、「Preview Feed」ボタンで確認。 OKであれば、「Generate JavaScript」ボタンをクリック。

7:サイトに貼り付け

最後に、JavaScript を貼り付けて、サイトデザインに合わせて CSS で定義する。 出力されるスタイルは、feed2js/style.phpの CSS classes に明記されている。

2009年10月23日

MTOSで自動再構築

Action Streams 2.0プラグインを利用

CORESERVER & XreaでのCRONジョブ設定

1.TeraPadや秀丸エディタなどのテキストエディタで、以下のように記述し、***.shとファイル名をつけ、改行コードLFで保存。
※ファイル名の例:cron1.sh、cron2.sh、cron3.shなど。

#!/bin/sh
cd /virtual/hogehoge/public_html/mt
/usr/bin/perl ./tools/run-periodic-tasks
exit

cd /virtual/の後の、hogehogeを自分のものに変更。

/mtは、mt.cgiのあるディレクトリ

2.puplic_htmlの上のディレクトリにアップロードし、パーミッションを705に設定。

CORSERVERからcrontab コマンドを設定

次に、crontab コマンドを設定。

1.CORESERVER & Xreaのコントロールパネルを開き、管理メニューより「CRONジョブ」をクリック。CRONジョブの編集を行う。

CRONジョブ

ちなみに、ファイル名の後に、 >/dev/null 2>&1をつけるとエラーメールが送信されない。

Movable Typeの設定

CRONジョブ

上記の設定をおこなうと、個別ページは動的出力なので、毎時0分に情報が更新されるけど、トップページはもちろん、静的出力のページはそうはいかないため、下記の方法で、情報取得に合わせ再構築するように設定を行うこと。

ブログ>ツール>プラグインを開き、Action Streams 2.0の設定をクリックし、「再構築を有効にする」にチェックを入れて変更を保存。

2009年10月20日

301リダイレクト

http://www.suzukikenichi.com/blog/に記載の「301リダイレクトの設定方法」より

「ドメインの引越し方法」。

コンテンツは同じで新しいドメインに移行したい場合。

「META Refresh」タグを使い、「移転しました。○秒後にジャンプします」とメッセージがあって自動的に切り替わるページを設定した場合の問題点。

前のドメインが持っていた情報が、新しいドメインに受け継がれない。

例えば、被リンク、PageRank、ドメインエイジなど、その他諸々のサーチエンジンが認識している情報すべて。

当然、サーチエンジンからみると、まったく別のサイトであり、古いドメインのサイトが検索結果で1位だったとしても、新しいドメインのサイトが、1位になることはない。

301 Redirect(サンマルイチ・リダイレクト)」と言われる転送方法。

ウェブページ閲覧のための、「HTTPプロトコル」という規格で正式に定められた方式。

GoogleもYahoo!も、ドメイン移行の場合には「301リダイレクト」を推奨している。

英語では、「Search Engine Friendly(サーチエンジン・フレンドリー)」な転送という言い方もあり。

以下、「301リダイレクト」の具体的な設定手順。

方法はいくつかありますが、いちばんポピュラーなのを取り上げます。

.htaccess(ドット・エイチ・ティー・アクセス)」というファイルを利用する方法。

※すでにサーバ上に「.htaccess」ファイルがある場合は、そのファイルをダウンロードし追記すればOK。

エディタソフト(Windowsに付属のメモ帳)で次のコードを記述。

▼ここから▼
Options +FollowSymLinks
RewriteEngine on
RewriteRule (.*) http://www.newdomain.com/$1 [R=301,L]

▲ここまで▲

「www.newdomain.com」を、新しいドメイン名(転送先)に入れ替えます。

条件があります。

Apache(アパッチ)というウェブサーバーで、利用OK。

かつ、「Mod-Rewrite」という機能をサポートしている必要があり。

ほとんどのレンタルサーバーは、Apacheを使っていて、Mod-Rewriteをサポートしています。
(ロリポ、XREA、Xサーバーは、OKとのこと)

もし、Mod-Rewriteをサポートしていなかったらこちらの記述でもOK。

▼ここから▼
Redirect 301 / http://www.newdomain.com/
▲ここまで▲

「www.newdomain.com」を、新しいドメイン名に入れ替えます。
「/」はトップページからのパスなので、「www.olddomain.com/abc/」の中を転送したければ、「/abc/」と記述します。

メモ帳に、いずれかを記述したら「.htaccess」という名前で保存する。

以上で完了です。

うまくいってるかどうか、古いドメインにアクセスして、新しいドメインに、自動的に転送されるか確認してみる。

「301リダイレクト」が正常に機能しているかチェックするツールもあり。
Search Engine Friendly Redirect Checker

新しいドメインのサイトのディレクトリ構造(フォルダの作り方)は、古いドメインのサイトと同じにしておくこと。

301リダイレクトを使うと、「wwwあり」と「wwwなし」に分かれてしまったURLを、統一することもできます。

「Mod-Rewrite」をサポートしているとき。

▼ここから▼
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} ^yourdomain\.com
RewriteRule ^(.*)$ http://www.yourdomain.com/$1 [R=permanent,L]

▲ここまで▲

3行目の「yourdomain.com」は「wwwなし」のドメイン名。
「.(ドット)」の前に「\(バックスラッシュ)」が入る。
※日本語ではコンピュータの言語環境によって「¥(円マーク)」になります。

4行目の「www.youdomain.com」は、「wwwあり」のドメイン名です。

「Mod-Rewrite」をサポートしていない場合は、こちらで。

▼ここから▼
Redirect 301 / http://www.yourdomain.com/
▲ここまで▲

ただし、「wwwあり」と「wwwなし」を301リダイレクトで統一すると、「ループ」が発生する場合もあるらしいので、要注意。

Googleの場合は、Google ウェブマスターツールを使うと、こんなことをしなくても、簡単に統一できます。

最後におまけ。

「.html(.htm)」じゃなくて「.php」でファイルを作っているときは、PHPという「スクリプト言語」で、301リダイレクトを設定OK。

転送したいファイルに次のように記述して、「.php」で保存。

▼ここから▼
<?
Header( "HTTP/1.1 301 Moved Permanently" );
Header( "Location: http://www.anotherdomain.com/abc.html" );
?>

▲ここまで▲

「http://www.anotherdomain.com/abc.html」は、転送先ページのURLです。

海外のフォーラムやサイトで、実際に実行した事例を見ると、「301リダイレクト」を利用すると検索結果やPageRankは、上手に新しいドメインに引き継がれるようです。

特にGoogleは、安心できそうです。
およそ2~3ヶ月もあれば完全に情報が移動するそう。

.htaccess の中身MEMO

[サイト全体を他のドメインへリダイレクトする場合]
Redirect permanent / http://新ドメイン/
※転送元のトップディレクトリに .htaccessファイルをアップロード

[ディレクトリのURLを変更した場合]
Redirect permanent /seo/ http://www.seo-blogs.biz/search/new/
seoのディレクトリにアクセスした際に、newディレクトリに転送されます。
※seoディレクトリ内に .htaccessファイルをアップロード

[個別ページをディレクトリへリダイレクトする場合]
Redirect permanent /seo/wrodpress01.html http://www.seo-blogs.biz/wp/
Redirect permanent /seo/wrodpress02.html http://www.seo-blogs.biz/wp/
wrodpress01.html とwrodpress02.htmlにアクセスした際に、/wp/に転送されます。
※seoディレクトリ内に .htaccessファイルをアップロード

同一サイト内で飛ばす場合、転送元と転送先に同じディレクトリ名があると、無限ループに陥ってしまうので注意が必要。

.htaccessの「Redirect permanent」の部分は「Redirect 301」でもOK

リダイレクト設定の確認

リダイレクト設定が完了したら、実際に旧URLにアクセスし新URLに飛ばされるかのチェック

301リダイレクトは、View HTTP Request and Response Headerでも確認することができる。Website Explorerでは、サイト全体のリダイレクト状況を確認できる。

リダイレクト設定後おおよそ2~3ヶ月でリンク情報などが新URLへ移動するそう。 リダイレクト設定が有効である期間のみ被リンク効果も有効なので、リンクが引き継がれた後も旧ドメインを破棄してはダメ。

Sphinn Japan Blog

SEO,検索エンジンに関するSphinn Japan によるブログ

Sphinn Japan Blog

簡単サイト内検索

Google  「カスタム検索」http://www.google.com/cse/ ヘルプ
            
Yahoo!  「カスタムサーチ」http://custom.search.yahoo.co.jp/ ヘルプ
            
Bing    「Bing ボックス」http://www.bing.com/siteowner

検索エンジンのアルゴリズムを自分で調べてみようの記事

http://blog.sphinn.jp/2356.html

http://blog.sphinn.jp/2446.html

2009年08月07日

HighSlide:ポップアップウインドウのサイズ

highslide-caption内に、あれこれ書いていたら、ポップアップウインドーのサイズが画像原寸より小さくなった。

highslide.jsのminWidth:200をminWidth:400に変更



dragByHeading: true,
minWidth:200,
minHeight: 200,
allowSizeReduction: true, 
outlineType : 'drop-shadow',