今回は「アフィリエイト(成功報酬型広告)」を貼る際の警告です。 「貼る」時は問題は起きませんが、未来永劫に継続する「アフィリエイト」なんて皆無です。 みなさんも経験のあるメールが送られてきます「Ｘデイを以ってアフィリエイトを終了します。リンク切れとなります！ ご注意下さい。」と言う内容の通知です。 放置すると、アフィリエイトシステムを提供している側のサーバー次第ですけど、何十秒もタイムアウトすることなくサイトの表示が待たされて全く完了しない！ 訪問者からすると「いったいぜんたい、このブログは何を通信しているの？！」と不安になる程の「待ち」が継続します。 すると訪問者は「広告を表示させない機能」を積極的に実装し、あなたのブログに訪問する際には必ず「広告を表示させない機能」をＯＮにしてから訪問します。例えば「迷惑なポップアップ無しでネットサーフィンを楽しもう！」拡張機能を実装して接続することになります。あなたの「遅いブログ」に「アフィリエイト画像」を貼っても「広告ブロック機能」によってあなたのアフィリエイトは破綻します。だからこそ、無責任な「アフィリエイト」の画像に対して、早々に通信を自動的に完了させる改造をしてから大切な自分のブログに貼り付けましょう！
自分のブログに自分が貼ったアフィリエイトで通信が終了しない事故を起こしたら自業自得ですけど、アマチュアでは無いブログ運営会社がプロとして「企業収入」目的のアフィリエイトで通信が終了しない事故を不特定多数に与え続ける責任は一般参加者に対して重大無責任行為だと思います。

無料の出前サポート情報を知りたい！

困っているなら、「無料の出前サポート情報を知りたい！」をクリックして、３連の丸ボタンを押してみましょう。

外部URLを参照するアイ・キャッチ静止画（英語版WordPress: featured image）参照元を見る。利用に感謝！

マイドメインとＷＥＢサーバーを用意する

1. 自由に設定できるドメインを取得する
   
   

   マイドメインを取得し、２台以上のＷＥＢサーバー(エクスリア)を申し込むなら、ＤＮＳラウンドロビン設定が必須です！

   一度設定すれば通信負荷の分散化が可能となります。 攻撃的な接続は無差別に被ります。 そんな悪意の接続が短時間かも知れませんし、長期化する可能性があり、通信の分散化は必要です。 仮にサーバーがダウンしても、ＤＮＳサーバーから該当するサーバーのグローバルＩＰアドレスを一時的に抹消すれば、徐々にではありますが、障害が出ているサーバーへの接続が終息します。
   自分専用画像、自分専用動画、自分専用圧縮済みJavaScript、自分専用圧縮済みCSSを、「非ＳＳＬ」と「ＳＳＬ」のハイブリッドサーバーから配信させる為には完全に制御できるドメインが必要です。 タイムアウトしない通信を確保する為にもＤＮＳラウンドロビン化するにもドメインが必須です。 あなたが利用するＤＮＳサーバーがＤＮＳラウンドロビンの設定をサポートしていないならＤＮＳサーバーの運用をサポートしている他社に移転して下さい。 最初からＤＮＳラウンドロビンをサポートしている企業でドメインを申請しましょう！わたしは１５年を超えて利用中です。
   ドメイン登録 | VALUE-DOMAIN(バリュードメイン)

2. ＳＳＬ／非ＳＳＬハイブリッド型で利用できるＷｅｂサーバーを取得します
   「ＳＳＬが無料？！」と驚いている方は、今から９年前の４月に産声をあげた「Let's Encrypt（レッツ・エンクリプト）」の存在を知らなければならないです。「ＳＳＬが無料」はあたりまえの時代です。しかし必要の無いケースがあります。

   ＳＳＬ設定が必須です！

   ブログやウェブページのＳＳＬ化はサイトの管理者として「ログインからログアウト」までの絶対的な安全確保を考えれば必須です。一方、「ログインできない」一般の大多数の接続(約９９％)についてＳＳＬ通信は必要ではありません。仮にメールフォームの運用でも「書き込みページ」はＳＳＬでなくても安全で、メールフォームを受け付けるサーバーがＳＳＬで受信しなければならないだけです。わたしは複数のサーバーでハイブリッドＳＳＬ／非ＳＳＬ同時利用できるサーバー環境を利用しています。 ハイブリッドＳＳＬ／非ＳＳＬ同時利用できるサーバーにアップロードした自分専用画像、自分専用動画、自分専用圧縮済みJavaScript、自分専用圧縮済みCSSは「（セッション層）のプロトコル」抜きでＵＲＬを指定します。 http: や https: を抜いて指定できます。わたしは１５年を超えて利用中です。
   無料XREA + 無料SSL
   レンタルサーバー | VALUE-DOMAIN(バリュードメイン)

3. 排他処理設定できるＷｅｂサーバーを取得します

   例として取得した「マイ・ドメイン」で次の２つの「サブドメイン」の運用を開始したと想定しましょう。

   • Her.Mydomain.tokyo
   • Our.Mydomain.tokyo

   1. 例えば、自分専用画像のフォルダー名： 「 images 」

   2. ブログのＵＲＬ： 「 //WordPress.Her.Mydomain.tokyo 」

      自分専用画像格納ＵＲＬを「 //Her.Mydomain.tokyo/ data/ images/ 」だとします。

   3. ウェブページのＵＲＬ： 「 //www.Our.Mydomain.tokyo 」

      自分専用画像格納ＵＲＬを「 //Our.Mydomain.tokyo/ data/ images/ 」だとします。

   「動的コンテンツ」である 「 //WordPress.Her.Mydomain.tokyo 」とは別に、「静的コンテンツの配信元」となる 「 //Her.Mydomain.tokyo/ 」 と 「 //Our.Mydomain.tokyo/ 」 を、ＤＮＳラウンドロビン化し、それぞれの画像などの自分専用の静的コンテンツ格納フォルダー 「 data 」 に 「 .htaccess 」 を作成します。 order deny,allow deny from all SetEnvIfNoCase Referer "^(http|https)://[^/]*\.her\.mydomain\.tokyo/" ref_HerDomain allow from env=ref_HerDomain SetEnvIfNoCase Referer "^(http|https)://[^/]*\.our\.mydomain\.tokyo/" ref_OurDomain allow from env=ref_OurDomain ErrorDocument 403 http://Mydomain.tokyo/Error.html <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{HTTP:Accept-Encoding} gzip RewriteCond %{REQUEST_FILENAME} "\.(js|css)$" RewriteCond %{REQUEST_FILENAME} !"\.gz$" RewriteCond %{REQUEST_FILENAME}.gz -s RewriteRule .+ %{REQUEST_URI}.gz [L] </IfModule> AddType "text/javascript;charset=UTF-8" .gz AddType "text/css;charset=UTF-8" .gz AddEncoding gzip .gz AddHandler cgi-script htaccess <IfModule mod_expires.c> ExpiresActive On ExpiresDefault "access plus 30 days" ExpiresByType text/html "access plus 30 days" ExpiresByType text/css "access plus 30 days" ExpiresByType text/js "access plus 30 days" ExpiresByType text/javascript "access plus 30 days" ExpiresByType application/javascript "access plus 30 days" ExpiresByType application/x-javascript "access plus 30 days" ExpiresByType image/gif "access plus 30 days" ExpiresByType image/jpeg "access plus 30 days" ExpiresByType image/png "access plus 30 days" ExpiresByType application/vnd.ms-fontobject "access plus 30 days" ExpiresByType application/x-font-ttf "access plus 30 days" ExpiresByType application/x-font-opentype "access plus 30 days" ExpiresByType application/x-font-woff "access plus 30 days" ExpiresByType application/x-shockwave-flash "access plus 30 days" </IfModule> <IfModule mod_deflate.c> SetOutputFilter DEFLATE AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript AddOutputFilterByType DEFLATE application/x-font-woff </IfModule> <FilesMatch "\.(gif|jpg|jpeg|png|flv|swf|js|css|pdf|mp3|mp4|gz|otf|woff|woff2)$"> Header set Cache-Control "max-age=2592000, public" </FilesMatch> ２つのサブドメイン以外からの盗用を含めた通信を排除し、通信環境を当初の良好なままに運用を継続させます！ タイムアウト時間を標準より長く調整し、ブラウザー側へのキャッシュ運用を促して、攻撃的外部からの接続を排除しながらブラウザー側のキャッシュ優先再利用を促して通信環境の無駄な悪化を防ぎます。わたしは１５年を超えて利用中です。
   レンタルサーバー | VALUE-DOMAIN(バリュードメイン)

4. アフィリエイト画像のリンク切れ対策を必ず行います！

   ※ このページのアフィリエイト画像とアフィリエイトリンクは処理済み実践しています。今だけ「広告ブロッカー」をＯＦＦにしてご確認願います。
   を ＩＭＧタグ内に追加する。 アフィリエイト画像を提供する側も専門家では無いらしいです。 ここで、 Savior.zip (842バイト) を配布します。

   1. Savior.gif 3px,3px の100%透過GIF 44バイト。
   2. Gradation.gif 100px 1px 左からグラデーションで右側は100%透過GIF 288バイト。
   3. Savior.js 「void (0);」だけの JavaScript 9バイト。

   ※ this.src='//Your Domain/data/images/Savior.gif'; の指定で、遅過ぎるＷＥＢサーバーとの通信環境だと意味がありません！ また接続数の上限を決めて接続を許可しないサーバーでもトラブルのもとです(例えば DROPBOX)。 この記事の趣旨が根本から崩壊します。 何の為に「複数のＷＥＢサーバー」＋「マイドメインによるＤＮＳラウンドロビン」＋ 静的コンテンツを配信するフォルダーに定義する 「 .htaccess 」 の解説を行ったかを、今一度、反芻して下さい。
   onerror によって、呼び出される Savior.gif は、安定した通信が求められます。「いざ鎌倉の時に駆けつけない武士」では困るのです。

5. 画像以外の、その他のＳＲＣ＝””リンク切れ対策

   JavaScript 呼び出しリンク先も不定となる可能性がありますので、 Savior.zip (842バイト) に、含まれる 「 Savior.js (9バイト) 」 を、 onError 関数に登録します。
   <script src="xxxxx" onerror="this.onerror=null;this.src='//Your Domain/data/js/Savior.js'"></script>

   ＣＳＳファイルのリンク切れ対策を行えば完璧です。 ＨＴＭＬ構文内のＳＲＣ＝のリンク切れ対策を行えば完璧です。

高速応答するＷｅｂサーバーを継続させるのは、あなたの努力で決まります。

.htaccess で例示しましたが、 /data/ 領域にアタックを掛ける危険な訪問者からの通信をブロックし、 /data/ 領域を盗用しようとする目的を排除しながら、正規訪問者のブラウザーに対してキャッシュ運用を促します。 自分のブログやウェブページからの接続だけを「入り口」で規制しますので、 /data/ 領域に対して、Ｗｅｂサーバー本来の応答速度と配信速度を維持できます。 /data/ 領域を非ＳＳＬ／ＳＳＬハイブリッド仕様のＤＮＳラウンドロビン化した複数のサーバーで配信するのが良いです。

ここからは推奨しませんが！

アフィリエイトの画像は純粋な画像ではありません。通信の記録に利用されています。アフィリエイトのサーバー側で ExpiresDefault "access plus 30 days" とセットされていると仮定しましょう。 配布されているアフィリエイトの画像を、そのままに貼り付けても「同じブラウザーから何千回と接続」しても、ブラウザー側のキャッシュを流用するだけで、アフィリエイトのサーバー側には「通信回数＝１回」としかカウントされません。そこで、ブラウザーでページを訪問する毎に数字が変わる「時分秒」を画像のアドレスに渡します。 拡張子は「画像」の様に偽装していますが、該当する画像のＵＲＬの先で稼動するのは「サーバーサイド・プロセスのスクリプト」です。 推奨しない理由は、本記事をアフィリエイト提供企業が知ると、カウントさせない改訂を行うからです。 また、訪問者がクリックするリンク文字のＵＲＬにもユニークでクリック毎に変化する「時分秒」を転送します。

1. 先ずは簡単な JavaScript の関数を定義します。

   2019/01/27 更新
   <script><!-- // function GetTime2018(){// NEW GetTime2018() 2018/12/07 function LessThanTen(z){if(z < 10){var a = "0" + String(z);return a}return String(z)}// var a = new Date();// var b = LessThanTen( a.getMonth() + 1 );// var c = LessThanTen( a.getDate() );// var d = LessThanTen( a.getHours() );// var e = LessThanTen( a.getMinutes() );// var f = LessThanTen( a.getSeconds() );// return ( String( a.getFullYear() ) + b + c + d + e + f );// //return ( String( a.getFullYear() ) + b + c + d + e );// }// --> </script>

2. 次にアフィリエイトの画像を JavaScript 一行化し置換します。

   <script>(function(){var a='<img src="アフィリエイトの画像のＵＲＬ?xxx=yyy&zzz=vvv&time='+GetTime2018()+'" width="www" ・・・・・ onerror="・・・・・" />';document.write(a);})();</script>

3. 【警告】：

   JavaScript機能を切って訪問してくる相手は「ボット」かブラウザーを自動制御して「画像表示」も含めて切ってくるので
   <noscript>アフィリエイトの画像</noscript>を追加するのは無意味です。貼り付けた当初は機能するケースが「０％ではないかも知れない」と言う気休めでしかなくて、画像のリンク切れ対策を考えれば、
   <noscript>アフィリエイトの画像</noscript>を定義してはいけない！折角の画像リンク切れ対策を話題にしているのにアフィリエイト画像を
   <noscript>アフィリエイトの画像</noscript>で利用するのはナンセンスです。何故なら、
   <noscript>アフィリエイトの画像</noscript>内に onerror="" を指定しても機能しないからです。JavaScript機能を切って訪問してくるのですから onerror="" は、未来永劫に機能しません！ 読んでいる教則本を捨てるべきですね。 しかしながらJavaScript機能を切って訪問してくる相手に対して「ある種の制裁？的警告」を促す目的で
   <noscript>アフィリエイトの画像</noscript>を指定するなら止めません。画像の通信がエラーを起こすと、その訪問者のブラウザーの通信だけが終わらない。

4. 同じくアフィリエイトの <A タグによるリンクに以下の onclick イベント関数を追加します。

   onclick="if(this.href.indexOf('&time=')>0)this.href=this.href.replace(/&time=[0-9]*/,'');this.href+='&time='+GetTime2018();"

バグのご指摘や、より高速なコードをお教え願います。

base64 処理した画像データーを利用する場合

アフィリエイトの画像から、 onerror に埋め込むコードから「永久ループ」エラー防止用の、 this.onerror=null; を、削除できます。 コードは、Savior.gif を base64 処理した画像です。

特別なstyleを横長画像には追加しよう！

この記事には、アフィリエイト画像が配置されています。 横長のタイプです。 サイズは： width="468" height="60" すなわち、画面の横のサイズが468ピクセル未満であると、レイアウトが崩れます！ いえいえ、記事の都合で <li> タグや、 <dd> タグのようなインデント内で画像を埋め込むと、もっと小さくしないとレイアウトが崩れます！

style="max-width:468px;width:100%;height:auto;"

を、 IMG タグに追加しています。

記事の改訂の告知について

DISQUSコメントで案内します。

DISQUSコメントにログインし、DISQUSコメント枠の一番下段の左端のメール・シンボルをクリックすれば、DISQUSコメントがあれば自動的にメールで知らせてくれます。 再度クリックすれば、メール通知を停止できます。 記事末尾のDISQUSコメントの表示が小さくてスレッドのデザインが狭過ぎると思うなら、DISQUSコメント本尊に接続してみてください。

熟練工に甘えませんか？

Support AIt's free and fastSupport BIt's free and fastSupport CIt's free and fast

「無料サポート」に興味があれば
上の丸ボタンをクリック願います。
サーバーから9kbを受信しますのでお待ち願います。

---

※ どれだけ待ってもDISQUSが表示されない場合は「広告ブロック」機能を切ってみて下さい。
Google Translator.

DISQUS.js Ver:1.2

良いブログと利用できないブログ

• CLICK!