3日ほど前にGoogle Search Consoleより、インデックスされるように申請したのですが、なかなか登録されません。

いろいろ調べて対応しているのですが、解決に至りませんでしたのでどなたかご教示頂けませんでしょうか？

サイト自体は問題なく表示されています。

ECCUBE 2.13.3

・エラーログに下記のような気になるエラーが出ています。

Warning(E_USER_WARNING): ホスト名不一致を検出。リダイレクト実行。要求値='XXXXXX.COM' 設定値='xxxxxx.com' リダイレクト先='http://xxxxxx.com/?author=1&transactionid=3889c131670ae5791549d791c36e8b55a5a90d40' on [/home/users/1/xxxxxxxxxxxx/web/ec/data/class/SC_Initial.php(542)] from 73.190.52.72

Warning(E_USER_WARNING): ホスト名不一致を検出。リダイレクト実行。要求値='www.xxxxxx.com' 設定値='xxxxxx.com' リダイレクト先='http://xxxxxx.com/' on [/home/users/1/xxxxxx/web/ec/data/class/SC_Initial.php(542)] from 64.79.100.32

・Fetch as GoogleはPCでアクセスできませんのエラー

・Fetch as Googleのモバイル系の処理は通ります

・「robots.txt テスター」ではテスト可能です

・プラグインは全く使っていません。

・EC-CUBEのキャッシュ削除しました。
⇒/var/www/vhosts/eccube/data/cache　以下

・config.phpは下記のように記述

define('HTTP_URL', 'http://xxxxxx.com/');
define('HTTPS_URL', 'https://xxxxxx.com/');
define('ROOT_URLPATH', '/');
define('DOMAIN_NAME', '');

このようなことは今までありませんでしたので、困っております。。

どうぞよろしくお願いいたします。

単純に、クロール・インデックスに時間を要するケースもありますが、列挙いただいた情報の中では「Fetch as GoogleはPCでアクセスできませんのエラー」は気になりますね。

もう少し詳しい情報は提示されませんでしたか?

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

早速ありがとうございます。

そうですね、ステータスに「アクセスできません」と表示されるだけです。
「取得してレンダリング」というのも試しましたが結果は同じです。

ヘルプのリソース取得エラーのリストには、下記のように説明が書かれています。

・アクセスできません
リソースのホストは応答に時間がかかりすぎているか、リクエストを拒否しました。
サーバーが動作していることを確認してください。

すみません、引き続きよろしくお願いいたします。

EC-CUBE が稼働している WEB サーバーのアクセスログで、要求状況を確認するのが良さそうに思います。

状況を整理するため、EC-CUBE と同じ階層に静的コンテンツを配置して、比較するのも有効だと思います。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

seasoftさん、ありがとうございます。

サーバーはロリポップなのですが、生ログをダウンロードしたら、いくつか500エラーが出ているように見えます。
（ブラウザ上は問題なく表示されています。）

66.249.75.112 - - [03/Dec/2015:10:38:40 +0900] "GET / HTTP/1.1" 500 5870 "-" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Google Search Consoleのクロールエラーでも、レスポンスコードが500となっていました。。

アドバイスいただきましたとおり、静的なindex.htmlを置いてFetch as Googleを試したら、正常に「完了」となりました。

あとやったことは、下記のサイトを参考に、プラグインは使っていませんがPaypalのモジュール内に「destroy()」の記述があったので、コメントアウトしてみました。
http://blog.valid-seo.biz/2014/08/44.html

// function destroy() {
// parent::destroy();
// }

静的コンテンツを消すと、やはり「アクセスできません」になってしまいますね。うーん。。。

ロリポは、PHP のログを見れるサーバーでしたっけ?

そっちに、何か情報が出ていないか気になりますね。

通常の Apache ですと、Apache のエラーログに出力されます。この辺りは共用サーバーだと、設定変更されている事もあります。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

ロリポップは通常PHPのエラーログは見れないのですが、問い合わせフォームからお願いすると設定してくれるようです。

先ほど依頼しましたので、設定完了したら確認してみます。

自己解決いたしましたので、ご報告だけ。

先ほどの下記のコメントアウトの件で、いろいろ調べた中ではプラグインやuser_dataフォルダ内というようなことが書かれていたのですが、まさかと思い全ファイルをダウンロードして検索をかけてみたら、dataフォルダ内にもあるわあるわ・・・。

// function destroy() {
// parent::destroy();
// }

全部で20ファイルくらいでしょうか、すべてコメントアウトした後、Fetch as Googleをやったら受付完了、すぐにインデックスされるようになりました。

seasoftさん、お騒がせしました、本当にありがとうございました。

ご丁寧に報告ありがとうございます。

あーー 画面は表示されるのに HTTP ステータスが 500 って状況ですね。
そういえば、過去に扱ったことありました。
ブラウザーで見ると普通に表示されるので、分かりにくいんですよね。。。

コメントアウトも良いと思いますが、また新たに同様に新バージョン対応が不十分なプラグインを取り込む等のリスクを考えると、LC_Page に public function destroy() {} とか書くのも良いかなと思いました。

また、PHP のログには、この原因となるエラーも出力されるので、依頼すれば設定してくれるサーバー業者さんならば、設定していただくのが良さそうですね。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。