アドワーズもVQ1005も思いどおりにいかないぞ

2008/9/9 [20:43:19] (火) 天気

アドワーズのクリック単価がよくわからないぞ。検索だと最低単価が6円あたりなのに、コンテンツの方を入れるとわからなくなる。検索結果ページでの掲載はキーワードを入札するんだけど、コンテンツマッチってどうすんだ?調べないと謎だ。


検索結果ページでの掲載料金は


最後の掲載位置に広告が表示されている場合、または表示されている広告がそれ 1 つだけの場合、1 回のクリックの費用は一致キーワードの最小クリック単価になります


上位位置掲載がほしければ

実際のクリック単価 = (上回る必要がある広告ランク ÷ 品質スコア) + 1 円


ということで、この通りだとしたらけっこうシンプル。コンテンツの方を(アドセンスに流すのを)ちょっと切って、検索結果ページ掲載でいってみるかなぁ。ただ、クリック率がgoogleの基準を満たさないと、切られるという話もどこかで読んだので、注視。


image
VQ1005


お約束で狙ってみました。空色がやっぱり変でいいなぁ。

VQ1005のノーマルサイズは1280x1024。これもちょっと変な天地左右の比率で、いわゆるフツーのデジカメの4:3に比べると少し縦に長い。

いっそ、ブローニーのようなスクエアにしてくれれば、面白さ倍増だったなぁ。


[更新]2026-02-02 15:25:39

アドワーズ

2008/9/5 [21:28:45] (金) 天気

仕事がらみでGoogleAdwordsに手を出す。一日の予算(上限)が決められるので安心。まだまだ思ったように表示されないんで、しっかり勉強しろよ、てことだな。運用ツールがしっかりいろいろ揃ってるし、Analyticsみたいなアクセス解析ツールも使えるし、Googleには脱帽挙手二礼二拍手だ。

だいたい、現在言われてるのが。

表示されている広告のクリック率が2%程度。てことは一回クリックしてもらおうと思ったら50回広告を表示させなきゃいけない。

で、クリックしてサイトにきてくれたひとが広告したものを買うとか会員いなるとか(コンバージョンなんて言葉になる)広告の意図どおりにしてくれる率はせいぜい1%。てことは100回クリックしてもらう必要がある。

なので一回広告どおりにしてもらおうと思ったら5000回広告を表示させる必要がある。

Adwordsはひと月で〆。キーワードツールで目安としてひと月何回ぐらいの表示が見込めるか、わかるんだけど、5000回以上表示させるためのキーワードはいわゆるビッグワード、ファジーワードで入札額も高い。かといって絞り過ぎると表示すら見込めない。検索数が少ないと(おそらくGoogleは最低基準なんかを設定していて足きり)表示すらされない。

うーむ。金がからんでなきゃ、おもしろい、で済むだんだけどなあ。


image

VQ1005

事務所最寄り駅近辺。まだここには入ったことがない。そのうち行くか。

このVQ1005って、赤の彩度が異様に高くて、安い本体に見合った安い絵になるなぁ。ハマったか。背景を見ると手ブレしてるように見えるんだけど、ちょうちんにはしっかりピントがきてるし…。どうなってんだろう。

[更新]2026-02-04 09:42:33

nofollow

2008/8/27 [08:54:38] (水) 天気

いちんちじゅうデータ登録と修正訂正作業。てことでなんのネタもなく。仕事でadwordsもやるかなあ、といったところ、これはちょっとおもしろそう。無知なんで検索なんかもちろちろしながら過ごす。

nofollowってあったなあ、と思い出した。

文脈はページランクとかスパムがらみなんだけど、この雑記帖のページャーでふと気になったのでさっそくページのリンクに導入する。

わたしはリニアなアナログ初老男なので、ぱっぱと切り替えて繋ぐことができない。だらだら連続するものを眺めるのがらくちん。

なので、ブログなど意外にページャー、ページめくりが貧相、というか用意されてなかったりするのは驚きなのだ。なもんで自作のこの雑記帖はまっとうにページャーを考えて作った。そもそも。いわゆるブログのようにページを静的に生成するのは趣味じゃなく、ここも動的な表示で、そのおかげで、ページ送りにしても日付串刺しカレンダーにしろ簡単に実装できた、ということもあったりなかったり。


これで問題になるのが検索エンジン。検索エンジンのクロウラーがキャッシュした時の4ページと今の4ページじゃ内容が違っている、動的にページを生成するんだから当然で、実質4ページ目(特定の決まったページ)は存在しないようなもんだ。読書snsならともかく、わたしの雑記帖を検索して役に立つようなことはなにもないのでかまわないっちゃかまわないんだけど。

まがりなりにも、ネットでなんかやってるからには、検索エンジン対策?ええ、もちろんですよ、ぐらいの勢いはあった方がよさそう、

てことでページャーのリンクにはnofollowをつけてみた、てのが真相。

nofollowをつけることによって、何頁目というリンクはキャッシュしなくなるので、ここ雑記帖の何頁目という検索結果リンクははそのうちなくなる、はず。

ここの何ページ目にある、と検索はエンジンが言ってるのに、その時点で欲しい情報は別ページに移ってしまって、という無駄がなくなる。

ページ以外、年月日やカレンダーの日付リンクは固定で静的ページみたいなもんだから問題はないのでそのまま。


うー。夏バテなのか。体調が嫌な汗こいてるなあ。


[08/27 20:12:19]

あ。nofollowをつけたら検索のランクが上がる、なんてことはありません(ねんのため)

検索エンジンさまに、ココにあるはずと言われてきたのに、なかったらつまらんでしょ、というだけのことです。


[更新]2026-02-04 09:42:49

入力formをAjaxにすると

2008/8/22 [09:11:58] (金) 天気

状態が変わった場合に、同じページのほかのコンテナの表示も変えないといけないケースがけっこうあるぞ。ページごと移るなら話は単純だけど。

ううむ。気づいてなかった。入力した、もしくは削除したのに、ページ内の表示が変わらないのはマズイ、ていうか、そんな腐ったページはありえない。

なにかアクションを起こしたら、必ずそれがわかる、てのが世の中の大原則、いわば等価交換だ(by フルメタルアルケミスト)


Ajaxを使った入力formでデータの状態を変えたら、データを表示しているコンテナに反映させるためのRequestも必要ってこと。んでなんでAjaxかというと非同期だから。…これで、たぶん、まぬけにハマる。


new Ajax.Requestあれこれ

この時点で、デフォルトだと、返事が帰ってくる前に別の処理を始められるのがAjaxというやつ。これがチョー便利なんだけど(初老のおっさんが「チョー」はない)、だけど、今回の入力formとその反映を考えると返事を待たなきゃいけないぢゃん。


Ajax.Requestを複数仕込む時に。

new Ajax.Request あれこれ

new Ajax.Request あれこれして変更されたデータを取得


最初のpostするRequestはデフォルトを同期に変更して、次のgetするRequestは非同期。てことでイケる…ような気がしてきたぞ。週末にでもちょっと試してみるか。だめならperlの側でsleepをいれてごまかす、というのもありだな。


にしても、案の定、というか無知なままのJavascriptなんかを使うんでハマりまくりだ。でも、Ajaxは流行だし、わたしは流行に弱いミーハーだし(あれ?もしかして、ミーハーも死語かな)


まだ先は長かった、か。とほほ。


夕方のスコールが続いたかと思ったら、いきなり涼しい都心だ。


[08/22 23:23:39]

なんか今日もこき使われてへとへとの図。牛馬だぜ、やれやれ。こんなじゃ青空所属も近いな。と、ぶちぶち言ってもしょうがない。


で、検索してみたらやっぱり、Ajax.Requestで「非同期」じゃなくて、同期通信の要望・ノウハウがちらほら。そりゃそうだよなあ。更新系がすんでから、それを閲覧、というのが普通だ。その一方で、

サーバー側がコケるとクライアントが固まるから、同期通信は「推奨」されない、てのももっともな話。

うううむ。非同期でやると、サーバー側perlにsleepさせるしかないけど、sleep時間が短かいと確実じゃないし、長すぎると連打されて簡単に負荷がかけられる。クライアントを固めるようなことになっても、更新系がからむところは同期でいくほうがいいよなぁ。どっちにしてもあちこち見直しが必要だわ。ふうう。


[更新]2026-02-04 09:43:07

文字コードでひっかかる

2008/8/20 [20:56:00] (水) 天気

…って、3時間ほど潰してみる。ないよなぁ。

ローカル環境は阿呆MSエクセルを中心としたSJIS、サイトはUTF8、んでもって取引先はEUCときたもんだ。これで問題を起こさないほうが難しいだろ。

phpでちょろっとチェックルーチンを書いてみたけど、うーむ。よくわからん。いちおうutf8でEUCへ変換できないという文字をチェック。で、どうみても違いが分からなかったのが「昂」。見た目、ほとんど変わらないのに、ひっかりやがる。文字コードを見てやっと気づいた次第だ。困ったもんだ。でも、きっといつまでもつきまとう問題だろうなぁ。

こんなものはどれでもいいからとにかく統一してくれればいいのに。たぶん、WEBはこれからはUTF8になるんだろうけど。ケータイはSJISだし、メールはJISが原則だし。


ウチのポンコツも、ちょろっとだけケータイで見ることができるページもあって、そこはSJISで出力。UTF8でごそごそやってSJISで出す、というのはperl5.8がらくちん。それでも、文字コードがごちゃごちゃあるってだけで余計な手間隙取られる。文字コードに利権があるとも思えないし、宗教があるとも思えないし、ばらばらあるのはこちらが困るだけじゃん。


やれやれ。すげーハマりだった。とほほ。


PerlによるWebユーザビリティ向上テクニック: ユーザ追跡/対ロボット/ログ解析エラー回避/検索/URL転送文字コード/パフォー

『PerlによるWebユーザビリティ向上テクニック: ユーザ追跡/対ロボット/ログ解析エラー回避/検索/URL転送文字コード/パフォー』

水野 貴明

[更新]2026-02-04 09:43:34

<<2026/3>>
       
1234567
891011121314
15161718192021
22232425262728
293031

【最近の10件】

日常読書映画アニメゲーム健康料理グルメカメラ写真ネタ仕事パソコンインターネットperlEPUB3電子書籍ActivityPub還暦生活
検索: