/やらかし系やらかし系2014.07.07いつまでたってもGoogleにインデックスされないとき。いう場合、一般的には理由はいくつかあり得るのですが、今回はまったく難しい話ではなかったです。1.4と最近WordPressテーマのバージョンアップがありました。バージョンアップすると、基本的にphpやcssを直接改造した箇所は全部なくなります。当然なんですが、現行使っているテーマを不用意にバージョンアップすると困ったことになる場合があるのでご注意ください。改造でなくウィジェットなどからの設定などはそのまま引き継ぎますが、基本的にテーマを入れ替えたときに起こる問題と同じことが起こります。Analyticsなどのトラッキングコードもです。これをすっかり見落としてました!やらかしたー!【追記】こういうことがあるので、めんどくさがらずにちゃんと「小テーマ」を作ってカスタマイズすべきでしたね。2014.03.11robots.txtでやらかした!robots.txtの設定をミスって、ウェブマスターツールに「重要なエラー」って言われてしまいました。robots.txtってなんぞ?まず、robots.txtが何か、これを何のために設定するかを知らないと分かりづらいのですが、おおざっぱに書くと、このファイルでサイト内のロボットにアクセスされたくないページを指定することができます。検索サイトのロボットですね。クローラーともいいます。あとにサイト内のディレクトリやファイルを指定しておけば、ロボット避けになります。Allow:で拒否したディレクトリ内部を例外的に許可することもできます。一部無視するクローラーもあったりとか、他にサイトマップの位置を書いたりもするのですが、細かい書式などはググってくださいってことで、今回割愛(不親切設計)。robots.txtを何のために設定するか?さて、ではrobots.txtを何のために設定するか?基本的にロボットに見て欲しいページを指示するためなのですが......まず、前提として今のGoogleさんは内容の薄いページや同じ内容のページがたくさんあるのを好まない傾向があるのです。ダメページがあると、サイト全体の評価が下がります。1回でクロールしてくれる数には限りがあるようで、クローラーがリンクをたどってダメページに行ってしまうと、見て欲しいページに行ってくれる可能性が減ってしまいます。そんなわけでダメページをロボットサーチ拒否設定にしておくことでSEO的に有利になるというわけです。私の個人サイト程度ではおまじないにもならないくらいの効果だとは思いますが、ある程度アクセスの増えてきたサイトには多少の意味はあるようです。何やらかした?そんなわけで、このサイトの話ではないのですが、ドメイン直下とその下/BLOG/ディレクトリの2箇所にWordPressをインストールしたサイトがありまして、そこのサイトのrobots.txt設定でやらかしました。ドメイン直下のメインサイトではパーマネントリンク設定がデフォルトではないし、固定ページはそれぞれ名前を設定してあるのですが、/BLOG/の方は、パーマネント設定がデフォルトになったままです。(変えろよって話なんですが、初期からそのままになってまして......いまさら変えるのもという)。/wp-content/uploadsこんな感じのよくある設定をしました。WordPressはカテゴリーやらタグやら、やたら同じようなページを大量作成してしまう傾向があるので、いっそメイン記事以外の部分をDisallow設定にしました。/*?*と書いておきました。パーマネント設定を変えてあるので、WordPressのデフォルトでたくさん出来る「?」の入るページは要らないと判断して。ええと、この書き方だと....../BLOG/?*にも適用されるじゃないですか!(よく考えたら当たり前なんですが、しばらく気づかず(涙))WordPressのデフォルトのページ名はこんな感じですよね。/BLOG/?p=3939そんなわけで、パーマネント設定がデフォのままの/BLOG/のブログページがほとんどロボット拒否設定になってしまいましたとさ。ウェブマスターツールさんはこんなミスにもツッコミ入れてくれるんですね。ウェブマスターツールでrobots.txtの記述が正しいかを先にテストすることもできます。素人が下手にいじると危険!まぁサイトが壊れるわけでもないし変なことすると、ウェブマスターツールが教えてはくれるけども2014.03.09Sakuraサーバーで間違ってWordPressをアンイストールした場合の対処法。Sakuraサーバーで要らないWordpressを消そうと思って、やってしまいました(涙)アンインストールボタンを押してから時間がかかるようなのですが......そこであわてて連打。すると、もう1つの必要なWordpressまで消えてしまいました!これを復旧する手順を記録しておきます。ここではSakuraサーバー上での話ということで書きますが、phpMyAdminを使えるサーバーならば、他のサーバーでも似たような対処法で対応できると思います(レンタルサーバーならたいてい入ってるようです)。バックアップファイルはプラグイン「BackWPup」で取ってあったものを使用しました。バックアップを取ってなかった場合は......たぶんどうしようもないですが、アンインストールしても実はデータベースそのものは残っているので、データベース部分だけならば、どうにかできるかもしれません。同じデータベースにもう1度WordPressをクイックインストールphpMyAdminを使用して、SQLファイルをインポートデータベース以外のファイルを復旧プラグインを手動でインストール1.同じデータベースにもう1度WordPressをクイックインストール。sakuraのサーバコントロールパネルにログインします。左メニューから運用に便利なツール>クイックインストールまず単純にもう一度クイックインストールでWordPressを上書きして良いようです(あとからインポートで上書きしますので、データベースのバックアップがある場合に限ります!)。このとき、元のインストールしていたバージョンを合わせた方が良いらしいのですが、低いバージョンをクイックインストールして、あとからアップデートでも大丈夫でした(必ず大丈夫なのかは保証しません!)。ver.3.8.1で運用してたものに、ver.3.7.1でクイックインストールして即ver.3.8.1にアップデートしました。ログインから「phpMyAdmin」にログインします。SQLファイル(“自サイトのデータベース名”.sql)を取り出し、ここにインポートします。「ファイルを選択」でSQLファイルを選択しアップデートしてインポート。これでデータベース部分は復旧します。3.データベース以外のファイルを復旧しかし、Wordpressをアンインストールしてしまうと、同時にサーバー上の他のファイルも消されてしまうので、FTPでこれも戻さないといけません。バックアップファイルの中から、「wp-content」フォルダを全部FTPで送りこみます。このとき、「wp-admin」や「wp-includes」、その他ルートにあるファイルを、まるごとアップしてはいけません。「wp-content」フォルダのみで。「wp-includes」内部などに自分でさわった箇所がある場合は、そのファイルを個別に追加アップします。フォルダ以外にもルート(正確にはwww直下)にあるwp-config.phpと.htaccessをアップします。.htaccessをアップするのを忘れると、WordPressのパーマネントリンクの設定が反映されなくなりますので、ご注意。(私はこれであたふたしました。デフォルト設定のままだと実はなくても通るようですが)4.プラグインを手動でインストールプラグインに関しては一括インストールしてくれません。バックアップのプラグインリストもしくはメモなどを見ながらひとつひとつインストールしていきます。これで復旧完了......のはず。結論のようなもの誤操作怖い!(涙)バックアップ超大事!!(涙)でも必要なバックアップさえあればどうにかなります。データベースのバックアップはもちろんですが、「wp-content」フォルダなどデータベース以外のバックアップも忘れずに。「ひるね部ネットワーク対策室」インターネット・パソコン・iPhone関連のお役立ち情報。WordPressの話も。