JSONエラーの場合は大抵.htaccessの中身が消えたりパーマネントのリンク構造を変更したりで起こるけど、今回はどれも試したけど復旧できずに謎の事態、、、

The post WordPressの記事が更新できない first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

RSSエラー、要するにXMLをパースする時点でのエラーなのかもしれない。

エラーメッセージはこいつ。

This page contains the following errors:

error on line 5 at column 21: PCDATA invalid Char value 26

Below is a rendering of the page up to the first error.

 

でも元プログラムを修正するのめんどくさいし、どうせバージョンアップしたら直ったり直らなかったりするし。

業務用のサイトでもないから本体が直るのを待つことにする。

一瞬だけ「wp-includes/feed-rss2.php」と「wp-includes/feed-rss2-comments.php」を開いた。

めんどくさくなってそっと閉じた。

正確に表示されるかどうかは、その時の運次第。おみくじってことで。

The post WordPressのエラーを直す気力がない first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

自分の思いついたことを思いついたように書けばいいんだから、好きな文章量でかまわないはずなんだけど限度がある。さすがに誰も読んでくれなければ寂しいし、読んでもらう以上は読みやすい方がいいだろう。

一般的な尺度での「通常の常識的な長さ」っていうのを調べてみようと思ったが、資料がない。何故だ？もちろん「内容やジャンルによりけり」なのは百も承知なんだけど、もうちょっと明確なガイドラインがあってもいい気がするんだが。

一行の長さ

人間が文章を書くなんてのはブログやネットが生まれる数千年前から繰り返されてきた出来事。さすがにノウハウが貯まっている。ただ、どこまで「現在、ブログで」読みやすい文章になるかは心許ない。

まず横幅、画面上の改行までの文字数は日本語で言うと40文字前後、30から50文字が読みやすいそうだ。半角英語だと80文字前後ということか。これはわかる。

パソコン上でもDOSの時代から慣れ親しんでいるのは80byteだ。タイプライターの時代からそうかもしれない。やっぱり一応考えられているんだよな。

ちなみに今これを書いている時点では、このサイトは横幅50文字。ちょっと多いか。多いね。そのうちレイアウトを変更してみよう。

昔は「パソコンらしさ」を生かした
（と自分では思ってた）
句読点無し 字下げも無し
切りが良いところで自分勝手に改行
というスタイルが好きだった
（こんな風にね）

今では句読点も一応入れて、段落を変えたければ一行あける、というスタイルに変更。これはTeXで文章を出力するようになってからの癖だ。

TeXは自動的に行頭を一文字下げてくれるけど、htmlも自動的に下げてくれないのかな？と思っていたけど、どうもWeB上で一字下げしてあるとかえって読みづらい気がしなくもない。CSSの規格が定まってからtext-indentの値を色々いじってはみたけど、結局無指定に戻した。いざとなったら一括で変更できるから大丈夫だろう。

一文の長さと章立て

話がそれたが、じゃあ縦幅は？どれくらいの長さの文章までは大丈夫なんだろうか。ここで再び話がそれる。長すぎるんならサブタイトルや章立てをきちんとすれば大丈夫なんじゃないのか？

程度問題だとは思うけど、さすがに句読点が打ってあっても論理改行無しで十行以上の文が続けば読む方はちょっとキツイ。Web上では禁則処理も微妙な感じで、本当にテキストの塊になってしまう。

逆に一行のみのブツ切りの文章が空行を挟んで延々と羅列してあるのもキツイ。

こんな感じでね。

いや、詩とか歳時記なんか、向いたジャンルもあるだろうけどさ。

散漫な印象といえなくもない。

文章の内容によるけど、自分の中では2～３行内で収まるように書いている。読み直すと「もうちょっと一文が短くてもいいんじゃないか？」と思わなくもない。回りくどい表現は避けようと思ってるんだけどな。

htemlでいうとpタグに対応する感じだろうか。その中に文章を詰め込みすぎないようにはしたいと思っている。そしてそのブロックが10個以上続くようなら、幾つかに分けてサブタイトルをつけている。（現在試行錯誤中）

ついこの間まで、ダラダラとブロックが続くスタイルをとっていた。なんだか途中で文章の流れを切りたくなかったからだ。「ダラダラ文を楽しんでくれよ」と思っても楽しんでいるのは自分だけ、というのはちょっと悲しい。

あとサブタイをつけると「そこしか読んでもらえないんじゃないか？」という恐怖も無くはない。でもそれって、ある種の書き手側の「文章的イジワル」だよね。一部だけでもいいから読んでもらえた方がいいか、と今では思っている。

さらにサブタイが十個以上続くような文章は、階層を一つあげて大分類を作った方がいいんだろうけど、さすがに適当に書いているブログで、そこまで大規模な論文みたいなことをする機会はないな。Web上であれば文章やページ自体を分けた方が親切だろうし。

SEOとかSEMとか

読みに来るのは人間様だけではない。検索エンジンがやってくる。そりゃもう続々とやってくるけど、何故だかうちのサイトはGoogle様にキャッシュしてもらえない。robots.txtもxml形式のsitemapも提供してるのに未だに三分の一ぐらいしかキャッシュされない。

でもまぁ別に検索ボット向けに文章を書いているわけではないし、それはそれでいいんだけど、人間様が読みに来る前段階として検索エンジンに読んでもらわなくてはいけないというジレンマ。

これなら技術的な問題だろうから、何らかの指標があるだろうと思って探すんだけど、無い。どれくらいの文章量が１ページにあればいいのかという目安が全くない。

一つのページの文章の中でキーワード含有率が5%程度が理想とか、スモールキーワードだのロングテールだの、そういう話はあるんだけど、「そんなこと考えたこともないね」

別にこのサイトで商売やってるわけじゃないから、そこまで死活問題じゃないんだよね。検索エンジンに個人ブロガーが望むのは「興味が無い人でも無理矢理引っ張ってくる」ことじゃなくて、「うちのブログにある情報を欲しがってる人を連れてくる」ことなんだけどな。

でも、これって商売やってる人のECサイトでも同じはずだよね。購買意欲も興味もない人のユニークユーザー数が上がってもコンバージョン率が下がるだけだ。サーバーの負荷が増えるだけだよ。

で、長すぎる文章は検索エンジンに読んでもらえないのかというと、そんなことは全くないそうだ。文章量が長すぎるといっても、数値上はたかだか数KB。そして解析アルゴリズムやマッチング辞書の拡張は日進月歩。

もう検索エンジンのことなんか忘れて、好きに書いた方が良さそうだ。検索表示されないうちのサイトは何がどうなっているのやら。

人間が読みやすい文章

テクニックや技巧に走れば少なくとも可読性はあがるだろうけど、結局は「人間、読みたい文章は多少読みにくくても頑張って読む」ものなんだろうな。

ただ、もちろん程度問題。最近は見ないけど、大昔のWeb創世記には便利なタグもほとんど無く、ゴッチャゴチャのテキストの塊がよく見られたものだ。そして何故か背景のデフォルトの色は灰色。（ちなみに、このサイトのデザインはそれを真似ている）

重要な技術的文書に限ってゴチャゴチャ(笑)今でもたまに「あぁー、技術者の人がサクッと書いたんだろうなぁ」という文書は見栄えのことなど気にしていない。ある意味で潔いというか。

見た目よりもネタで勝負、といきたいところだけど、全記事の一覧からタイトルを並べてみると、、、うちはネタもダメか。トホホ。

読みやすい上に皆が読みたい文章を書いてみたいけど、まぁ、しばらくは好きにやってみよう。

The post ブログや日記の最適な文章の長さってどれくらい？ first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

Google AdSenseの導入方法とか、詳細な設定内容などは世の中に腐るほど解説サイトがあるのでそちらに任せる。ここでは一切触れないし、別にお勧めもしない。ちょっとだけ考えがあっての導入だからだ。

別に小金が稼ぎたくなったわけでもないし（こんなので入ってくる収入なんてたかがしれている）、なにかうまい方法やマル秘の抜け道を見つけたわけでもない。気まぐれの延長線みたいなものだ。

自分でサイトを作ったのが久しぶりだったので、世間のITだとかそういうのからは浦島太郎状態だった。十年弱ぐらいの知識の空白期間があるのだ。なので去年の暮れぐらいから結構資料を読みあさっている。紙の文献でもインターネット上の資料でもいたるところで出くわすのがGoogle伝説だ。

インターネット黎明期、「パソコンを買ってネット接続までしました」という段階の人には、必ずYahooのアドレスを教えてブックマークさせる、という時期があった。これは自分だけじゃなくて結構一般的な傾向だったようだ。

当時はパソコン本も少なく、ネット人口、パソコンに達者な人も少なかったので、放っておくと止めどもなく無料個人コンサルタント＆メンテナンスを初心者からせがまれる。そんな時の合い言葉が「Yahooで検索してみれば？」だった。

今で言う「ググれ！」（そんなこと一々聞く前にGoogleで検索してみろよ的な意味）の先駆けのような言葉だ。自分はこの言葉が結構好きだ。突き放しているようで「早く自分で解決できるようになると良いね」「早くこっち側の仲間入りできると良いね」という愛に溢れた言葉だと思う。これっていつ頃からググれになったのかなぁ。

Web2.0とか言いだしてからもGoogleをポッと出の振興検索サービスだと認識していた自分は、いったいどんだけ浦島太郎なんだろう。いや、規模のでかさは知っていた。時価総額とか資金調達とか、そっち方面からのGoogleの大きさは一応知っているし、流れも追っていた。

「世界中の情報を統合してみせるぜ！ヒャッハー！」的なGoogleの革新的な部分、ある意味で能天気な部分に全く目がいってなかった。ビジネスモデルとしてもロングテールの概念こそは知っていたけど、ここまで急速に流れが変わるとは予想してなかった。

バナー表示回数に応じてとか、クリック課金なんていうのはかなりネットの初期からある。それは別に珍しくない。「Adsenseすごいぜ」という話は、自動で掲載予定地のページの内容から適切な広告を選び出して表示する、という部分につきると思う。

で、Adsenseってどれくらい頭いいのさ？

これが今回導入するきっかけと目的だ。自分がよく見る技術系のサイトには情報商材が、食べ物ブログには食べ物広告が、子育てサイトには子ども用品の広告が出ている。じゃあ、うちみたいな完全ノンジャンル、しかもページの途中で話があちこち脱線するサイトには何が表示されるんだろう？

他人様のサイトを色々見て回ったんだけど、ちょっと材料として少ない。一見すると広告がマッチしているようなしてないような。じゃあ、自分のサイトに導入して傾向を見てみようというわけだ。

別に一個人の分際でGoogle様にたてつこうとか、そんな大それたことは考えていない。せいぜい「俺の書いた文章にピッタリの広告探してみろよ、ホラ」ぐらいのものだ。

要するに、このサイトを見る人（と自分）に「ページの内容」＋「Googleがこんな広告探してきちゃったよ」というネタの二本立てを楽しんでもらおう、という趣向だ。

設置してから一日がたったが、なんだかピッタリの広告が無いのか、ページの内容がよくわかんないのか、結構オロオロして適当な広告を載っけられてる気がしてならない。確かにテーマに統一性のあるページには、それなりの広告が載っている。でも「そりゃないだろ(笑)もっとよく考えろ」というページが多いのも事実だ。

今ひとつ不明なのは「設置してから日が浅いから」なのかもしれない、という疑問だ。ここ数日でみるみる最適な広告を載せるようになるかもしれないからね。（選定アルゴリズムが公開されてないので不明）

もしくは「今は技術的な問題があるけど、数年後には凄いことに」というパターンだ。これはこれで面白そうだ。自分のサイトでGoogleの情報技術の洗練、進化を目の当たりにすることが出来る。

案外、数日中にサックリ普通に広告が載るようになってガッカリ、というオチが待っているかもしれないけど、まずは自分の身を以て体験してみよう、ということだ。

今日のこの文章にはGoogle自身の広告が載ったりするのかなぁ？明日から「この文章には、どんな広告が選ばれるんだ？」とニヤニヤしながらブログを書く自分の姿が今から思い浮かぶ。

みんなも何の広告が載っているのかだけでもニヤニヤしながら見てほしい。「あぁ、この単語に注目しちゃったのね」「たとえ話で出した部分に食いついちゃったよ」等、機械仕掛けの裏を読んだ、今までと少し違う楽しみ方が見えてくるはずだ。

The post Google AdSenseの自分だけの使い方 first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

誰も見ていないページなんだし、ほっとけばいいのに。そして別にヘンテコなわけでもない。「でもなぁ、なんか放り出してるのも気が引けるんだよなぁ」もう、この時点で完全に「触るな危険」状態だ。

ここで解説しても、誰も興味が無いだろうけど一応。このブログはWordPressというソフトを自動でサーバーの/blog/ディレクトリで動かして管理している。そしてルートページ関係はconcrete5というソフトで動かしている。ちょっと混在状態なわけだ。

「まぁブログさえ普通に動いてりゃ大丈夫だろう」と深く考えずにconcrete5をサックリ削除。データベースも削除。ここまではいい。いいはずだったんだけど。

さらに全然考えも無しにルートフォルダにもWordPressをもう一つインストール。最近ちょっと慣れたし、管理もしやすいかな、と。まぁここらでオチが読めるわけだけど。

ここでブログを管理しているのを子Press、ルートに入れたのを親Pressと便宜上呼ぶことにする。子Press君は頑張ってブログを読みに来た人のために働いて記事を見せている。はずだった。

俺はもうこの時点で親Pressのことしか考えてない。せっせと設定を進め、プラグインを何十個もインストールし、他のサービスとの連携も開始して、サイト構造をガンガン作り始めた。

自分のプロフィールや関連リンクなんかをあらかた作り終えた後、サイトの新着情報のページも作って一段落。もうここまでで半日ぐらい作業時間をつぎ込んでいる。気づいたのはその後。

新着情報がRSS（色んなお知らせをあちこちに知らせる機能）で配信されてるはずだよな、と更新情報を取得してみたら問題なく取得できる。あぁ、じゃブログの子Pressが吐いてる新着情報もメインサイトに表示されるようにしよう、とブログの方のRSSを自動取得させてみる。

アレレ、おかしいなぁ、子Pressじゃなくて親Pressの更新情報が表示される。いけねぇ、間違えちゃった。と何度かリトライ。ん？アレ？なんか子Pressが変だ。ブログのトップページには入れるけど、何かさせようとすると親Pressが文句言いやがる。

それもそのはず、自分の子階層にある子Pressへのリクエストを全て親Pressが横取りして、あげくに「俺はそんなのわかんねぇ」と放り出しているわけだ。どこのジャイアンだよ。お前のリクエストは俺のもの、俺のリクエストも俺のものだ。

でもよく考えれば当たり前というか、WordPressというソフトの性質上、そうならないといけないんだけどね。親子の階層に置かずに横並びにしとけば簡単だったんだけど。

うーん、なんか解決策はないもんかと数分悩んで.htaccessファイルを書き換えだす。なんとかなるかなぁ、ならないかなぁ。上手いことリダイレクトしてあげれば、、、あぁ、ダメだダメだ。また深く考えずに突っ走るところだった。

ここで上手く切り抜けても、将来親Pressの仮想ディレクトリと子Pressのそれが被ったりしたら再び大混乱だよ。しかも多分その頃の俺は絶対そのことを忘れてる。放置された原因不明だ。やめやめ、危なすぎる。

結局どうしたかというと、もう一回concrete5を入れ直して、DBも消したのでサイトを一から作り直した、というつまらないオチ。ほとんど丸一日を費やして完全に無駄な作業をしたというわけ。

ここでお詫び

このドタバタが自分一人の徒労で終わるんなら別にいいんだけど、mixiやらTwitterやらRSSやらで全然関係ない（しかもすぐに消えた）更新情報を送りまくった結果になった。ちょっとしたスパム業者だよ、これじゃ。本当に申し訳なく思います。

こんな馬鹿げた話をダラダラ書いてどうするんだという気もするけど、検索エンジンか何かで読んだ人が「おっといけねぇ、俺も同じことするとこだった」と思いとどまればそれも良し。

でも、さすがにちょっと考えれば結末はわかることだったんだよなぁ。自分の考えの足りなさがちょっと悲しい。

The post 上手くいってるように見えるものは触るな first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

一応mixiの方でも「外で公開したくない人は言ってね」と伝えてるけど、後からでも「あぁ、やっぱり消してちょうだい」って人は言ってください。できるだけ早急に対応します。参照[intlink id=”28″ type=”post” /]

The post mixiからWordPressへの一括移転 first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

何も深く考えずにWordPressのパーマリンクを「ホニャララ/記事番号」にしてたら、カテゴリ別にアレコレやりたくなった時に結構面倒なことになりました。つまりアクセスする時のURIを単なる記事番号で管理してたわけ。

「いざとなったらPHPのコード書き換えてカテゴリID取得して分岐すればいいだろ」と思ってたんだけど、カテゴリが入れ子になってると、これまた不便。

「音楽」の中に「心音舎」をつくって、その中に「zali」なんてカテゴリを作った時に、カテゴリ番号だけじゃ分岐が複雑すぎるし、子カテゴリも何階層作るのか将来的にもハッキリしないので、今のうちに手を打っとかないといけない。

そこでカテゴリのスラッグ（短くした名前）を入れ子的にURIに含めて、名前から管理するようにしました。「最初から、それくらい考えとけよ」というような話ですね。

最初は「記事にリンク張ってもらった時に後でカテゴリ移動してもURI変わんなくていいよね」という良いアイデアのつもりが裏目に出ました。よそはどうやってんだろうなぁ。悩ましいところ。

The post ブログの仕様更新（各記事のURI変更） first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

最初は「うんうん、枯木も山の賑わい」と地道に削除してたんだけど、やっぱり数が増えるとメンドクサイ。別に放置しといてもいいんだろうけど、貴重な「ちゃんとコメントしてくれた人」がspamに埋もれてしまうのも申し訳ない。

「全てのコメントは一旦保留して審査」→こっちも面倒だけど、第一「せっかくコメントしたのに反映されない」じゃコメントしてくれる人にも失礼だなぁ

「メールアドレス書いてくれた人は次から無条件反映」→やっぱりいくら非表示だとはいっても、このご時世にメールアドレスをホイホイ要求するのもはばかられる

そんなこんなと短期間に迷走しているわけだけど、多少面倒でもCAPTCHA方式を導入するのはどうかな、と考えた。CAPTCHAってのはアレね、ここ数年でよく見るようになった「この見えている文字を入力してください」ってやつ。

しょっちゅう見に来る人だけじゃなく一見さんが書き捨てできるように、でも宣伝スパムは「なるべく」排除したい、という折衷案。めんどくさいだろうなぁ、とは思うけど仮導入してみることに。

でも「今更」という気もする。CAPTCHA破りのスクリプトも色々と進化をしてるみたいだし。まぁ100%はじいてくれなくてもいいや。多少の風よけになってくれれば。

一応Wordpressでブログを管理しているので、アカウント管理などを厳重にやって書き込みしやすくすることだってできるんだろうけど、それだと自分がやりたいこととはちょっと違う。

通りすがりの一見さんが「ウザっ」とか「お前バカじゃね？」などと気軽に書き込める状態が理想、、、なのかな。

The post 今更CAPTCHAでのコメント管理は有効か？ first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

携帯からもメール投稿できるように、プラグイン追加＋コード変更後のテストです。

写真はきちんと見えるかな？改行は反映されるかな？

実際はそこまでして書くようなことがあるのか？って感じだけどね。念のためというか、出来ないのが気持悪いので。

The post 携帯メールでの投稿は出来るか？ first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.

もちろん誰がどんな風に見ているのかも気になるんだけど、あんまり判りすぎるとインターネットの匿名性みたいなものが消えて面白くないような気もする。でも、まぁ気になる。

個人がホームページを作るようになった90年代半ばは、もう気にはなってるけど全て想像力で補うしかない時代。全然わかんないけど、誰か見てはくれているだろう。「HP見ました」というメールをもらって、やっと「あぁ、俺のHPって外からちゃんと見えてるんだな」と判明する牧歌的な時代。

少したってCGIが使えるようになるとアクセスカウンタというのが流行った。今でも少し古いデザイン（失礼）の所にはある。「現在までにこのページを訪れた人は○○○○人です」とか「あなたは○○人目のお客様です」とかいうアレだ。

このアイデアは面白かったし、すぐに自分で書かなくてもレンタルサービスなんかでも簡単に設置できるようになった。まぁ大体においてトップページぐらいしか対象にしていないし、一人で何度も見る人もいれば一見さんもいるんだから「○○人目のお客様」という表現もどうか、とは思う。

でも全く判らないよりはチラッとでも情報があった方がありがたい。想像も膨らむ。だいたい全部丸見えよりもチラ見えくらいのほうが想像（妄想）力全開で興奮するものだ。「スゲー一万人超えたぜ」とかで自己満足する無駄に熱い時代だった。この頃はまだ他のHPオーナーと「そちらの訪問者凄いですね」なんて会話があった気がする。人少なかったしね。

キリ番という言葉がある。今ATOKで変換したら一発で出てきた。これはカウンタ文化の初期からあった。キリ番ゲット。未だにその有り難みがよくわからない。要するに千人目とか一万人目とか777のぞろ目とか踏んだ人は、なぜだかラッキーとされる。おめでとうとか言われる。「踏めてラッキーでした」とか「踏んでくれた貴方に○○をプレゼント」とか。

商用サイトならわかる。デパートやレストランの「○○人目のお客様に無料サービス」とかと同じだ。客寄せ＆イベント性なんだろうが、個人サイトでやる意味が少しわかりにくい。そりゃいっぱい人が来る方が良いんだけど、キリ番ねらってカウンタまわされてもなぁ。すっかり廃れた文化だと思っていたけど、未だにmixiなんかで盛り上がる場面に遭遇する。結構なにか奥深い要因があるのかもしれない。

そんなキリ番ゲット、一人カウンタ回し自演などの熱い時代にも終わりが来る。Cookieの登場だ。普及し始めたの、いつ頃だったかなぁ。世紀末ぐらいだった覚えがあるんだけど。同時にhtmlの規格の変化やcssなんかも出てきてwebがグッと華やかになった。（この辺は個人的な感覚なので、もしかすると時代がずれているかもしれない）

技術的には大変ありがたかった。同時期にperlやJavaのweb用のライブラリも急速に充実して、読み取れる情報も一気に増えた。でも思い返せば、やっぱりCookieの登場はネットにとって少々ヤボなお節介のような気もする。アクセスカウンタは高度になり、アクセス解析なんていう言葉が流行った。

昔のファイルを整理していて2000年を過ぎた頃に自分で作ったcgi+アクセス解析の部品が出てきた。アクセスする度にカウント集計だけでなく時間と接続元ホスト、IPアドレス、使用ブラウザ、見たページを集計するようにしていたようだ。それを一日ごとに自分宛にメールで送信するという、今の技術から見ると微笑ましいレベルのものだ。

自分の元にメールで届いた生データはどうしてたんだっけなぁ。perlとgnuplotとかでアレコレして自動でグラフとかにしてた覚えがあるんだけど、作ったものが見つからない。まぁ、所詮はそんなところ。無駄に熱い時代は終わって、一人自室で数字を見てニヤニヤする時代になる。いや、もうニヤニヤもしないのか。ビジネスライクな時代。

最近になってレンタルサーバーを借りて久しぶりにサイトを作って、ついでにブログなんてやってみた。あぁ、アクセス解析の部品作らなきゃなぁ、なんて思っていた。メンドクサイ。そして自分がメンドクサイと思うものは他のみんなもメンドクサイと思うわけで、今借りてるhetemlは勝手にアクセス解析していろんなグラフにして見せてくれる。便利だ。

どこのレンタルサーバーもそうなのかはわからない。ちょっと前に所用でロリポップ借りた時には数字集計みたいなのしかやってくれなかったような気がしたんだけど。なんにせよ便利。でもやっぱり自分で作ったものでないので不便ではないけど痒いところに手が届かない。複数ドメインの横断とか、フィルタリングとか。

そこでGoogle Analyticsとかどうなのよ？と思ってちょっと入れてみた。といっても、さっき入れたばっかりなのでトラッキングデータがまだ出てないが。まだ全貌が判らないけど、何か凄いなこれ。出来ることが山盛りだ。ドキュメントを読んでみると「何が出来ないのか」が思いつかない。

まぁ、検索ロボットを除けば一日に百人ちょっとしか見に来てくれないサイトで、こんなことやる意味があるのか？という気もするけど、ネットの創世記から「人にどう見られてるか」を知りたい要求はとどまることを知らない、というわけだ。次の進化はどこへ進むんだろう。

The post カウンタからGoogleAnalyticsへ first appeared on zali 平松康一 web 公式サイト 音楽家の徒然.