特定のサイト内の「I'm Feeling Lucky」のURL

「I'm Feeling Lucky」のように特定のドメインからの最初のGoogleヒットに直接アクセスするURLを探していますが、特定のドメインに制限されています。

この数式を使用していますが、通常は機能しません。

http://www.google.com/search?q=SEARCHTERM%20site:SITEURL&btnI

編集：それは実際に多くの時間動作するようです。しかし、それはなるにはかなりの数の例があるではない仕事を。

のようなリンクを使用する https://www.google.com/search?btnI=1&q=%s site:developer.mozilla.org

btnI = 1は、通常のリクエストとは異なります。

別の検索エンジンで同等のサービスに切り替えることでこれを解決しました。

質問で与えられた式はしばしば機能しますが、Googleは、トップヒットに直接移動するのではなく、時々手を抜いて通常の検索結果ページに移動します。

DuckDuckGoがチキンアウトすることはありません。それは常にトップヒットになります。

したがって、私は今後、この特定のサービスにDuckDuckGoを使用します。

DuckDuckGoの式は次のとおりです。

https://duckduckgo.com/?q=!ducky+searchterm+site%3Asiteurl

例えば：

 https://duckduckgo.com/?q=!ducky+LOL%20Cats+site%3Ayoutube.com

ちなみにこれは私が学んだ場所です。

私の経験では、通常の "btnI = 1＆q =" Google URLの使用は以前は問題なく機能していました。しかし、この質問の投稿者が気づいたように、数年間、私は信頼できない「ラッキーな」リダイレクトを経験しています。トラブルシューティングの結果、「Referer：http : //www.google.com/」ヘッダーでこれを修正できることがわかりました。

w3m -header "Referer: http://www.google.com/" "http://www.google.com/search?ie=ISO-8859-1&hl=en&source=hp&q=happy+nation+lyrics&btnI=I%27m+Feeling+Lucky&gbv=1"

私の場合、上記のコマンドでヘッダーパラメータを削除すると、リダイレクトが機能しなくなります。「www」を削除するとリダイレクトも機能しなくなります。「http：//」URL

「ラッキー」ボタンを手動でクリックして生成されたHTTPリクエストのURLとヘッダーを比較するか、URLを直接ロードすることでこれを把握しました。/server/504431/human-read-format-for-http-headers-with-tcpdump（残念ながら、このスヌーピング方法は、HTTPSではなくHTTPでのみ機能します）

http://www.google.com/search?q={query}&btnI

これを試してみてください。