ユーザーエージェントに基づいてダウンロードリンクとスクリーンショットを変更することはクローキングと見なされますか？
ソフトウェア製品を販売しています。
現在、ユーザーエージェントが何らかの形で自分自身をMacとして識別しているかどうかを検出しています。その場合、サーバーはランディングページを生成するため、そのデフォルトのダウンロードリンクはMac用で、Macのスクリーンショットが表示されます。 （Macとして検出されない場合、Windowsダウンロードリンクとスクリーンショットが表示されます。）
ユーザーエージェントに応じてdefault "download"リンクがパッチされる他のページもありますが、それだけです。他の方法での同意の変更はありません。
この「クローキング」が問題になる可能性はありますか？私はそうは思いませんが、誰かがこれについての経験を持っているかどうか興味があります。 GoogleまたはBingのペナルティ。
?os=macをURLに追加したバージョンへの.htaccessリダイレクトを検討しました（そして、メイン製品のランディングページを参照するためにcanonicalを使用します）が、すべての内部リンクを確認し、?os=mac。ただし、必要に応じてそれが解決策になると思います。
使いやすさのために、ユーザーが異なるOSのソフトウェアをダウンロードできるようにする必要があります。たとえば、ユーザーが複数のOSを所有しており、別のOSのソフトウェアを必要としているため、またはソフトウェアを購入するのはそれを使用するOSではないためです。
これは、たとえば、タブを使用して実行できます。
タブを提供する場合、両方のOSのコンテンツは同じページにあり、ユーザーエージェント検出の唯一の仕事は、ユーザーに対してデフォルトで開くタブを決定することです。
このページのコンテンツ全体は誰でもアクセスできるため、やや洗練された検索エンジンボットはこれをクローキングと見なすべきではありません。
この場合、クローキングペナルティが発生するリスクはないと思います。クローキングとは、検索エンジンボットに対して通常のユーザーとは異なる何かを行うことです。大多数のユーザーのようにボットを扱っている限り、大丈夫です。
同様のことを行う他の2つの有名なダウンロードサイトを知っています。彼らがそれを行うことができれば、あなたもそれを行うことができるはずです。
Firefox
https://www.mozilla.org/en-US/firefox/new/ は、ユーザーエージェントに基づいてダウンロードボタンを変更します
Java
https://Java.com/en/download/ には、リダイレクタスクリプトにリンクするボタンが1つあります。このスクリプトは、ユーザーエージェントに基づいてさまざまな場所をリダイレクトします。