Re-SRC は、クラウドサーバーからWebサイトのレスポンシブイメージを自動的に提供できるツールです。ブラウザウィンドウ(ビューポート)のサイズが変更されるたびに、新しい画像ファイルが配信されます。
画像にリンクするときにHTMLで使用するには、次のようにします。
<img src="http://app.resrc.it//www.your-domain.com/img/img001.jpg"/>
SEOに関する考慮事項の背景:
例として、 デモページ のコードを見ると、Arc旋門の写真のsrc
は、ブラウザウィンドウがタブレット幅になるようにサイズ変更されているときに、この特定の部分を示しています。最も広いファイル。次のURLにあります。
http://app4-uk.resrc.it/s=w560,pd1/ro=h//www.resrc.it/img/demo/demo-image-1.jpg
ビューポートがデスクトップ幅まで拡大されると、デザインに合わせて小さな画像が提供されます。次のURLをご覧ください。
http://app4-uk.resrc.it/s=w320,pd1/ro=h//www.resrc.it/img/demo/demo-image-1.jpg
ビューポートをこれらの2つの中間点に変更すると、画像のURLは次のようになります。
http://app4-uk.resrc.it/s=w240,pd1/ro=h//www.resrc.it/img/demo/demo-image-1.jpg
つまり、画像幅の10ピクセルごとに個別のファイルがあることがわかりました。モバイルデバイスで帯域幅を節約し、他のデバイスでサービスレスポンシブ/レチナ画像を保存するには非常に便利ですが、...
SEOで見られる2つの問題:
img
は、サイト上でも、管理するサーバー上でもホストされません。これらの画像へのリンクは、「リンクジュース」を代わりにRe-SRCのサイトに渡します。また:
他に懸念事項はありますか?または、おそらく、あなたはそれらを懸念として見ていませんか?
また、JavaScriptが無効になっている場合(検索エンジン JSでクロールを行う がインベントリ内にあります)— Re-SRCが実際にピクセル化された画像を返す デモページ :
こんにちはみんな私は実際にReSRC.itに取り組んでいるので、賢く貢献できることを願っています。
正確かつ洞察に富んだ回答をありがとう。
リンクジュースに関しては、ジュースは実際には別のドメインにある実際のWebサイトではなく、アプリサーバー(app.resrc.it)に送られるため、その点については何も得られません。最終的にこれらの画像はサイトからリンクされるため、画像がリンクするサイトになります。 Googleは、人々がリソースをホストするためにますますCDNを使用し始めているという事実を認識しており、これらのサイトが差別されないことを願っています。
Javascriptがオフになり、クモがクロールすることに関して。デモでは、高度に最適化された画像を使用するモバイルファーストアプローチを意図的に採用し、その後、高品質/ピクセルパーフェクトバージョンに交換しました。ただし、画像パスのパラメータを使用して、初期画像サイズと品質を簡単に設定できます。例えば/s=w960/o=85/http://www.resrc.it/img/demo/demo-image-11.jpgは、85%の品質で960pxの初期画像を生成します。これは、Google画像の結果のインデックスに適切な品質のバージョンが含まれることを意味します。
これが貢献することを願っています。
乾杯
ドム
あなたが提起したSEOの問題は、画像URLの視点の変更を除けば、他のクラウドと同じです。これは新しく、非常に興味があります。
画像をリンクすることはサイトの信頼に役立ちますが、imgタグはnofollowを使用できず、画像を埋め込むサイトはジュースを渡すため、少量のジュースを渡します。これで、それはジュースのごく少量と考えられ、ほとんどが価値がないと考えています。しかしながら!リンクの多様性に役立ちます。一般に、黄金のルールとして、サイトへのすべてのタイプのリンクをhrefイメージリンク、テキストリンク、アンカーリンク、nofollowにし、フォーラム、ブログ、ソーシャルメディアなどのすべてのタイプのプラットフォームでフォローすることをお勧めします。クラウド上にないサイト上のいくつかの写真を使用し、プロフィールアバターなどを介してリンクして、リンクの多様性を高めます。
このプラットフォームではビューポイントとJavaScriptを使用して異なる画像を切り替えるため、Googleはデフォルトの画像のみがGoogleによってインデックス付けされるため、Googleはページ上にある画像のみをインデックス化します。
たとえば、JSを無効にすると、次の画像がマスターになり、URLは変更されませんでした。 Googleはクロール時にJavascriptを使用しないため、これが検索して使用する画像であり、Google画像エンジンは同じサイズであるが「一般的に」異なるファイルを選択するのに適しています。
/s=w960/o=15/http://www.resrc.it/img/demo/demo-image-11.jpg
結論
クラウドを使用する利点は、画像リンクなどを心配することよりも重要です。多くの人がこのようなCDNネットワークに移動しているため、Googleが知っているすべての画像に最初にリンクするドメインに報酬を与えることができます。ジュースに沿って。または今後Googleがこれを考慮に入れ、合意に合格すると確信しています。
さらに、Googleは動画や画像などのメディアファイルのようなものを含むリッチコンテンツを愛しています-画像や動画をページに掲載することに対するGoogleの報酬。これはコンテンツの価値を高めるので、画像が問題のドメインで見つけられます。 Ofcこれは純粋な推測ですが、理にかなっています。
個人的には、SEOについてはあまり心配せず、高速でリッチなコンテンツの配信に集中します。 Best SEOは、Reason内で可能な限り最高のエクスペリエンスで訪問者に提供します。これが正当な理由です-Speed Matters;)