問題タブ [cloaking]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - base64暗号化によるphpリンクマント-ヘルプが必要
以前は、基本的にbase64でリンクをエンコードしたスクリプトがあり、リダイレクトPHPページがそれをデコードしてページに送信していました。
何が間違っているのかわかりません。PHPは私の最高のスキルではなく、助けを求めているだけです。
ページ上のリンク:
find.php:
wordpress - Wordpress:クローキングリンク
私はワードプレスでアフィリエイトリンクを隠していますが、ステータスバーなどに表示されたくないので、www.mysite.com / my-redirect.phpのようなページに移動する方法はありますか?ページや投稿を作成せずにp=foo?またはもっと良い方法はありますか?
ユーザーがこのファイルにアクセスした後、redirect.phpファイルがリダイレクトを実行します。
最新バージョンを使用しています。
dns - nslookup 回答での CNAME のスプーフィング (DNS クローキング)
たとえば、カスタム CNAME 回答を使用して livejournal の nslookup 要求にカスタム応答を送信する方法はありますか?
例: livejournal は、nslookup 要求タイプ CNAME を site.com に送信します。site.com はどうにかして "CNAME livejournal.com" の livejournal リクエストにのみ応答します。しかし、他のサーバーはnslookup
CNAME タイプのリクエストで site.com を試み、「CNAME livejournal.com」の回答を取得しません。
例のようにこれが必要です。
できれば助けてください %)
更新:わかった。コンテキストには別の質問があります。Livejournal は、ブログを独自のドメインにリダイレクトするツールを使用します。lj-blog 設定ページのフォーム フィールドにドメイン名を入力し、ドメインを取得して livejournal.com の CNAME レコードを作成します。livejournal ページから独自のドメインへの直接リンクを提供しますが、検索エンジンは、ドメイン名がブログのプライマリであることを理解していませんでした。また、ドメインからのすべてのリンクは、livejournal に戻ります。また、ページのソースを動的に変更することもできません。これを行う最も簡単な方法は、CNAME レコードを作成せず、単にドメインをホスティングにアタッチし、小さな .htaccess エディションを作成し、lj-blog からコンテンツを取得してドメインからレンダリングする index.php ファイルを作成することです。.htaccess のエディションでは、すべてのリンクが独自のドメイン内で機能します。しかし、この方法ではljページから直接リンクを取得することはできません:(
正しいリダイレクトを行い、ドメイン内のリンクとソースコードのレンダリングを機能させるために、どのようなアドバイスをいただけますか。LJ の推奨事項に加えて、.htaccess や index.php などを使用した別の方法に従うだけですか?
ajax - クローキングとは
ひとまずクローキングとは何かは理解できたと思いますが、具体的にはどういうことですか?
私の問題: Wavemaker を使用して作成した Web アプリケーションがあるため、javascript と ajax 呼び出しでいっぱいです。したがって、Google クローラーは私のコンテンツをまったく見ることができません。私の考えは、javascript が無効になっているユーザーと Google クローラー用に、別の単純な html ページを作成することです。このページには、次のような JavaScript ブロックとリダイレクトが含まれています。
リダイレクトは、ユーザーがこのサイトを閲覧し、JavaScript をオンにしている場合にのみ発生します。Google クローラーがリダイレクトされることはありません。両方のページのコンテンツは同じですが、URL が異なります。このテクニックはクローキングだと思いますか?
tfs - ビルド定義ファイルでの TFS 2010 クローキング - エラー
TFS 2010 を使用しており、クローキング機能をテストしようとしています。私は各環境 (dev、qa、prod) にほぼ同一のビルド定義ファイルを持っています。それらは、dev と qa の特定のディレクトリをクロークし、prod でアクティブにするという点でのみ (テスト目的で) 異なります。
私はこれを行いました (ビルド定義の編集 - ワークスペース - ディレクトリを選択し、それらがアクティブかクロークされているかを選択します)。しかし、ビルド定義がビルドしようとするとエラーが発生します (パス 'CloakTest\CloakFile.txt' の一部が見つかりませんでした)。 .
考え?
svn - 一部のディレクトリをクロークするようにsvnを設定するには?
TFS には、クローキングと呼ばれる便利な機能があります。この機能では、開発者は、ソースをチェックアウトする際に、作業フォルダーにコピーしないフォルダーを決定できます。Svn はそのようなことをサポートできますか?
c++ - クローキング パターンを使用する場合、仮想デストラクタが必要ですか?
データ型を非表示にして情報を格納する次の 3 つのクラスがある場合、仮想デストラクタは必要ですか? いいえと信じさせられましたが、今はよくわかりません。事前の理由から、可能であれば含めたくありません。たとえば、クラスは酒のために取り除かれました。
javascript - これはブラックハットクローキングと見なされますか?
タイヤを販売している新しく開発したeコマースサイトに、タイヤファインダーページがあります。これは基本的に、製品を見つけて特定の製品ページに移動するページです。私はそれをすべてjavascriptフォームとajax呼び出しで本当に素晴らしくモダンにしたかったのですが、SEOにやさしいものにもしたかったのです。したがって、JSをオフにして(またはGooglebotとして)ページに入ると、次のように表示されます。
(出典:daekskifte.dk)
左側にすべてのタイヤタイプ(サマータイヤ、ウィンタータイヤ、オールイヤータイヤなど)が一覧表示され、右側に選択したタイプに応じて特定の製品ページにリンクしているすべての製品が一覧表示されます。
また、JSがオンになっている通常のユーザーは、最初は同じものを表示しますが、DOMの準備が整うと、すぐにこれに置き換えられます。
フォームがロードされた後、製品はajaxでロードされ、フォームで何かを変更するたびに更新されます。
私はそれを「悪い」クローキングだと主張する友人に見せました。彼は、ユーザーとグーグルに異なるコンテンツを表示したため、これはクローキングに関するグーグルのガイドラインに違反していると見なされたと主張しています。私の意見では、同じコンテンツが2つの異なる方法で表示されますが、私は本当にチャンスをつかむ余裕がなく、SEOに非常に慣れていないので、基本的にはわかりません。
そのため、この記事に出くわしたときに 、白いクローキング(良い)と黒いクローキング(悪い)の両方があると主張してオンラインになりました。残念ながら、それが良いか悪いかについてはまだ確信が持てないので...
だから私の主な質問は:
- この手法は、悪いクローキングまたは良いクローキングと見なされますか?
追加の質問:
- 「Google」ビューにタイヤタイプでフィルタリングされたすべてのタイヤを表示するのではなく、上位20の製品全体を表示することを検討しました。これは私の人気のある製品を最適化するためのより良いオプションですか?
- 私はまた、すべての製品を長いリストに入れることを検討しましたが、これについての意見はありますか?
.htaccess - .htaccess を使用して、削除されたディレクトリ/ファイルを新しい場所にリダイレクトします
.htaccess を変更して、ユーザーが Web サイトの古いページ URL を表示しようとしているのを新しいバージョンに誘導するにはどうすればよいですか? 例えば:
機能していない古い URL:www.mysite.com/128
新しい URL:www.mysite.com/this-is-the-new-location/321
www.mysite.com/128
新しいページのコンテンツを表示したいと思います。
javascript - Facebook の BigPipe と SEO : クローキング?
Web ページを表示する際のユーザー エクスペリエンスを向上させるためのFacebook の BigPipe手法に非常に興味があります。欠点は、Javascript ベースが多く、検索エンジンにまったく対応していないことです。
私自身の Web サイトで同様の手法を開発するとき、BigPipe を有効にせずに、より標準的なページを提供するためにサーバー側で非常に簡単に無効にできるように設計しました。今、私はそれをクローラーフレンドリーにする方法を探しています。
簡単な方法は、BigPipe 以外のコンテンツを検索エンジンのクローラー / ボットに提供し、パイプライン化されたコンテンツを残りの部分に提供することです。これはクローキングと見なされるべきではありません: コンテンツはまったく同じで、レイアウトも同じです (BigPipe の JavaScript が実行された後)。配信方法を変更する唯一のことは、よりクローラーに適したものにすることです。しかし、Google はこれを正当なものと見なすでしょうか?
2 番目の方法は、別の Javascript を使用してこの問題を解決することです。最初のリクエストで、Cookie を保存する Javascript を含む非 BigPipe ページを送信します。後続のリクエストでは、Cookie が提示された場合にのみ BigPipe コンテンツを送信します。非常に最初のページの読み込みは最適化されませんが、もう一方は最適化されます。素晴らしい解決策のように見えますが、クッキーを増やすのはあまり好きではありません。
3 つ目の方法は、Facebook のように HTML コメントを使用するのではなく、
<noscript>
タグを使用して BigPipe コンテンツをストリーミングすることです。これにより、ページレットは次のようになります。Facebookのアプローチの代わりに:
これは見栄えが良く、シンプルで、クローラーにもユーザーにもフレンドリーです。しかし、これは私には少しハック
noscript
なようで、DOM ではタグの内容が無視されるため、IE 7/8 では機能しません。これには、これらのブラウザーの汚い特殊なケースが含まれます。
次に、Facebook が何をしているかを詳しく調べました。彼らは同じことをしているようです。ページはブラウザで最適化されていますが、Google のキャッシュにはありません。ブラウザのキャッシュと Cookie をすべて消去して、ページを再度リクエストしました。とにかく、BigPipe を通じてコンテンツを取得し続けます。Cookie ベースの技術は一切使用していません。
では、質問は簡単です。Facebook はどのようにそれを行うのでしょうか? 最初の方法はクローキングと見なされますか、それとも Facebook であるため、Facebook でのみ機能しますか? それとも、何か他のものを見逃しましたか?
ありがとう。