web-dev-qa-db-ja.com

Googleの別のドメインでインデックス登録されたサイト

私のサイトは私の別のドメインでインデックスされており、すべてのドメインは同じホスティングでホストされています。

site:me.example.comで検索すると、このme.example.com/site1.example.comのような別のドメインのインデックスが作成されました。この状況にどのように対処しますか?

注:同じホスティングに5つのWebサイトがあり、site:me.example.comで検索すると、以下の例のようにすべてのWebサイトがサフィックスで表示されます。

  1. me.example.com/site1.example.com
  2. me.example.com/site2.example.com
  3. me.example.com/site3.example.com
  4. me.example.com/site4.example.com
1
Bala

これは、すべてのWebサイトが同じ場所でホストされているためです。 me.example.com/はメインドメインであり、他の5つのドメインはme.example.com/のサブドメインのように機能するアドオンドメインです。メインドメインのサブドメインとしてインデックスを作成しないように.htaccessを編集して、Googleまたは他の検索エンジンに指示する必要があります。しかし、個々のドメインとしてインデックスを作成します。

また、サーバーのセキュリティをホストすることは悪い習慣です。

1
Ibrahim

コントロールパネルを使用してサイトを作成した可能性があると思います。彼らの多くはサイトを作成する方法が複数あるため、そのうちの1つはあなたが持っているものとまったく同じであるように見えます。これは、1つのサイトが最初に作成され、他のサイトが後で同じユーザー名を使用して作成された、サイトとユーザーサイトの混乱したミッシュマッシュです。これ自体は間違っていませんが、親サイトの下にユーザーサイトを作成する2つのオプションがあります。私はまだこの詳細について心配しません。将来のコントロールパネルに慣れることをお勧めします。

良いニュースは、答えがあるということです!

水晶玉を調べて、何が起こったのか、構成がどのように見えるのかを正確に知ることはできませんが、構成shouldのように見えることを伝えることができると確信しています。

ディレクトリ/etc/Apache2/sites-availableまたは/etc/local/Apache2/sites-availableには、domainname.tld.confのようなファイル名の設定ファイルがあります。これらをそれぞれ編集する必要があります。構成ファイル間のDocumentRootディレクティブとDirectoryディレクティブに重複があると思われます。あなたはこれで重複したくない-あなたが説明したもののためではありません。

次のようなものが表示されるはずです。

<VirtualHost *:80>
ServerName mydomain.com
ServerAlias www.mydomain.com
DocumentRoot /home/mydomain.com/www
AddHandler cgi-script .php
DirectoryIndex index.html
<Directory /home/mydomain.com/www>
Options -Indexes +IncludesNOEXEC +FollowSymLinks
allow from all
AllowOverride All
</Directory>
</VirtualHost>

他のディレクティブと仕様がある場合があります。私はそれについて心配しません。注意してほしいのは、DocumentRootDirectoryです。この場合、それらは同じであることがわかります。これはまさにあなたが望むものです。各サイト構成について、Webサイトを一意のディレクトリに配置する必要があります。上記のような、各サイトの/home/site1.com/www/home/site2.com/www/home/site3.com/wwwなどの形式をお勧めします。もちろん、さまざまなsite#ファイルをドメイン名に変更します。

cpコマンドを使用して、ある場所から次の場所にサイトをコピーする必要があります。 chownを使用して所有権を変更し、chgrpを使用してグループの所有権を変更し、chmodを使用して権限を正しく設定する必要があります。これを行う方法がわからない場合は、man chownのようなものを使用してマニュアルを読み、古いディレクトリスキームを破壊しないように注意し、正しいディレクトリスキームを作成することをお勧めします。 。 /cgi-bin/ディレクトリディレクティブとディレクトリパーミッションを変更し、サイトと異なることが多いパーミッションを再デプロイする必要がある場合があります。 lsを使用してディレクトリをリストする場合は、ls-alを使用して.htaccessおよびその他の隠しファイルを表示できることを確認してください。この作業は慎重に行ってください。それは簡単ですが、ベテランの* nixユーザーでさえ、時々それを台無しにすることができます。ただし、修正も簡単なので、あまり心配する必要はありません。

CMS、ブログ、またはその他のアプリケーションがインストールされている場合、構成内で使用するディレクトリを変更する方法を調査する必要があります。多くの場合、これは構成ファイルの単純な変更であり、おそらくいくつかの許可の考慮事項です。

各ディレクトリを作成し、ファイルのアクセス権が正しいことを確認したら、構成ファイルを変更します。これは、クリーンアップを除く最後の手順です。問題がある場合は、すぐに修正するか、問題を修正するまでサイト構成ファイルを古いディレクトリに戻すdrop back and punt-を設定できます。あなたのサイトがあなたのサイトもあなたの望む通りに動いていて、古いディレクトリをもう必要としないと感じたら、それらをバックアップして安全に保管し、ハードドライブから削除することができます。

大丈夫だと思います。ご質問があればお知らせください。この回答を更新するか、コメントで返信することができます。

1
closetnoc