黄色い蛇足＠日立柏酒場裏

アメーバ・ブログでのアクセスについて（私の2019年5〜6月の場合）

　以前、自分の感覚だけに頼って、

【私見】ヤフー・ブログからの移行候補先５種の集客の特徴
https://blogs.yahoo.co.jp/ubiquitous_budda/65296038.html
（2019年6月13日ＵＰ）

て記事をＵＰした事があります。

他のブログでのＵＰしたものは、同内容ですが、

https://ameblo.jp/rey-wa/entry-12479898871.html
https://rey-wa.hatenablog.com/entry/2019/06/14/000707 （将来的には、ヤフー・ブログから記事を移行し、この記事は削除予定）
http://blog.livedoor.jp/ubiquitous_one/archives/2019-06-13.html
http://rey-wa.seesaa.net/archives/20190614-1.html （将来的には、ブログ自体削除予定）

など（ＦＣ２ https://reywa.blog.fc2.com/ にだけは、記事をＵＰしていない）。

　それらの記事で、アメーバ・ブログについては、

　〜〜〜 引 用 開 始 〜〜〜

　こちらにも、ＦＣ２ → ライブドア、経由で、当ブログのデータを一応全て移行してあります（書庫との結びつきは移行出来ず）。

　しかしながら、アクセス数は、毎日10以下の日がほとんど（今までの最高数は11）で、検索ページからの流入はさほど見られません。記事当たりの訪問者数も、アメーバブログのアクセス分析でも表示されるのですが、最高のアクセスを集めている記事でも３が最高です。

　アメーバブログでは、「いいね！」は付きやすいのですが、中には自らのブログの訪問者数を上げる為と思われる、訪問者数上位のブログからの「いいね！が並ぶ事もあります（ブログ新設時に多いものと思われる）。また、フォロワーも付き易いものの、それを超えて、記事に反応しての訪問者がある、って事にはなり難い様です。

　〜〜〜 引 用 終 了 〜〜〜

と書きました。この基本的な認識は、いまだに変わっていません。

　極く小さな集まりを作り、それを次第に大きくして行く様な形で「仲間」が増えて行く、そんなイメージを、アメーバ・ブログに対して持っています。

　あまり外に対して開かれている様には見えず、アメーバ・ブログ内で交流している様子が見えます。まあ、私のブログの場合だけかも知れませんが。

　「リンク元」2019年5月分。

　「リンク元」2019年6月分。

　
　意外と、アメーバ・ブログのブログのＴＯＰページや、アメーバ・ブログのアプリからの訪問者が多いのが分かります。

　そして、閲覧ページを見てみると、それを反映するかの様に、最近記事ばかりではなく、ばらけています。赤い○で囲んだのが、今年2019年の記事なのですが、過去の記事にも訪問者がいます（年の表記が無いのは、馬鹿げた仕様）。

2019年5月分。

2019年6月分。

　で、閲覧デバイスを見た場合、2019年5月と2019年6月とでは、明らかな差が生まれて来ています。

2019年5月分。左の方は、上に上げたものの簡略版なので、右側を見て下さい。

　左右（リンク元の合計値と、デバイスの合計値）が等しい（釣り合ってる）のは、見事。システム上の数の取得に破綻が生じていない事を意味しています。なお、下に表示するアクセス数か、訪問者数かで言うと、アクセス数の合計に等しくなっています。一人の人が複数ページを遷りながら閲覧する事が考えられる為、訪問者数でカウントするのが妥当な様にも思えるのですが、ＰＣでログインしていたＩＤとアメーバブログなどのＩＤが同じ際は、１人としてカウントされていて、それ故のアクセス数でのカウントなのでしょうか？
　まあ、そう考えると、デバイスがアクセス数を以てカウントするのは理解出来ますし、リンク元なんて、アクセス数でない場合（訪問者数でカウントする場合）は、時刻の早い遅いを判断して、どちらかに決定しなければならない事になってしまいますからね。
　この事は、2019年6月の値の相互の関係でも維持されています。

2019年6月分。

　僅かではありますが、アメーバアプリの方がＰＣを上回りました。アメーバの中から訪問者が現れている事が見て取れます。

　とは言うものの、これが閲覧者の増加による拡大・変化を現しているのか、それとも、同じ様なメンバーの閲覧傾向の変化を現しているのか、は判断が付きません。と言うのは、１日当たりの閲覧者数は、まだ少なく、かつ、同じ様な数が最大値として出て来ているからです。

2019年5月分の訪問者数。11が最高値。

2019年6月分の訪問者数。こちらも11が最大値。

2019年5月分のアクセス数（恐らくＰＶ＝page views数 を言ってるのだと思う）。19が最大値。

2019年6月分のアクセス数。こちらも19が最高値。

　「いいね！」を付けてくれる方もいて、そうした方が固定化して来ているので、固定訪問者がいらっしゃってる事は感謝に堪えませんが、結構「仲間内」で固まって、それを超えた交流の少ない傾向がアメーバ・ブログにあるのかな？と、自分自身のブログの訪問者傾向からは、感じてしまうのですが、アメーバ・ブログにずっといらっしゃる方は、どんな感想をお持ちなんでしょうか？

　訪問者数やアクセス数の大小に関しては、まだオリジナル・ブログのhttps://blogs.yahoo.co.jp/ubiquitous_budda の更新頻度より、アメーバ・ブログ https://ameblo.jp/rey-wa/ の更新頻度の方がかなり落ちますので、大小を云々する積もりはありません。

　けれど…所謂ＳＥＯ云々で言われるものの原因と思われる事として、アメーバ・ブログの記事って、ヤフーやGoogle（現在では、どちらもエンジンはGoogleのもの）に掲載される（反映される）のが、かなり遅れてる、って事が挙げられます。「レイ豚 ブログ」で検索してみると、2019年7月4日現在、私のアメーバ・ブログも検索に引っ掛かるものの、その内容は、かなり古いもの。数日前までは、私が
2019年5月16日朝までには削除していた過去のブログが検索に引っ掛かって来ていましたから。

これは、2019年7月4日現在の検索結果ですが、サマリーに現れる最近記事が209年5月18日にＵＰした記事https://ameblo.jp/rey-wa/entry-12462126981.html であって、その後、2019年6月5日にＵＰした記事https://ameblo.jp/rey-wa/entry-12471023694.html には追いついていません。

　ちなみに、アメーバ・ブログ内での検索ページでは、2019年6月29日にＵＰした記事も検索結果に表示されます（本日朝にＵＰした記事は、未だ検索対象となっていないのか、別の事情でオミットされているのか）。

ライブドア・ブログでは、一つのライブドアＩＤで複数ブログを運営出来る仕組みがありました。

　ヤフー・ブログのサービス停止決定のアナウンスがあってから、はや３ヶ月が経過し、サービス停止まで残された期間は２ヶ月弱となりました。私は、それなりに移行先のブログを調査し、どのブログであろうと、そう戸惑わない程度には習熟した「積もり」ではいました。

　けれど、見逃していた仕様が、本日2019年7月2日、新たに私の前に明らかとなりました！

　それは…標題にも書いておきましたが、「ライブドア・ブログでは、一つのライブドアＩＤで複数ブログを運営出来る仕組みがあった」って事。これを今まで知らなかったので、今まで、ライブドア・ブログでは、様々なテストの為に、総計５つもののライブドアＩＤを取得し、うち３つは退会処理をして来ました。が、この事を知っていれば、はてなブログでの様に、一つのライブドアＩＤでブログの作成・削除で処理する事が出来た筈なのです。

　いくつまでのブログが、一つのライブドアＩＤで作成可能なのか？は、公式のヘルプには見当たらないのですが、wikipedia https://ja.wikipedia.org/wiki/Livedoor_Blog の記述では、「１０個まで」とされています。

　私は現在、ライブドアＩＤを複数（２つ）持って、一つのＩＤでは「ファン限定ブログ」を運営（現実運用を移行）し、もう一つのブログには公開版として、ヤフー・ブログのデータをＦＣ２経由で移行している状況。この行き来には、私の方で、ＩＤのログアウト／ログインで２つのＩＤの間を行き来する事になっていました。ですが…これも、一つのＩＤでブログを切り替える事で対応可能だった訳です。

　この事には、ヤフー公式移行ツールでデータを移行する先のブログを新たに作ろうとする中で気付きました。

　2019年8月中には、一つのライブドアＩＤで処理出来る様に、ブログを移し替えようと考えています。ですが…どちらのＩＤに寄せようか？ 幸いに、公開版の訪問者数（アクセス数）が、あんまり伸びていない（と言うか、殆どいない）ので、公開版を移し替えようか？
　ライブドアのサーバはSeesaaほどではありませんが、それなりに強力なので、データのエクスポート／インポートは、大した時間を掛けずに終了しちゃいます。アメーバブログが、ブログの削除にも１日掛かりなのが、馬鹿みたいに思えるほど。
　面倒なのは、設定を同じ様に行う事。独自に勝手に行うのは容易なのですが、設定は、設定したとき、色んな事を考え合わせ、智恵を絞った結果でもあるので、その検討を無駄にはしたくない。すると…同じ様に設定する為の確認作業が、結構面倒くさい作業になって来てしまいます。

　処理が完了したら、アナウンスする予定。そろそろ、2019年9月1日前後の移行に伴うタイムスケジュールの作成・整備と、最後（2019年8月31日付）の挨拶文の予約投稿をしようかと考えていたところだったので、急遽現れた作業に、ちょっとビックリしています。


　〜〜〜 〜〜〜

　改めて考えて見ると、１つのＩＤで一つのブログしか開設出来ないのは、ヤフー・ブログからの公式移行ツールで移行出来る種類では、アメーバ・ブログだけ。私が移行先候補として考えていた中では、アメブロ（アメーバ・ブログ）とＦＣ２ブログだけ。

　いつのＩＤで複数のブログを管理出来る事の利点は、管理のし易さと、有料プランの場合の総合的な支出の安さ。例えば、はてなブログの有料プランとアメブロの有料プランは、月払いにした場合は、同額だけど、はてなブログは、そこで５つのブログを運用出来るのだから、総合的に見た場合、格段の差が出てしまう計算。

Seesaaにデータ移行用ブログを開設しました。

　現在、Seesaaブログに、操作性などを検証する為にhttp://rey-wa.seesaa.net/ を開設していますが、プレミアム版に移行（契約）していない為、ＦＣ２経由であれ、ヤフー・ブログの全データを移行出来ていません。

　私のヤフー・ブログのデータ移行先としては、ＦＣ２ https://reywa.blog.fc2.com/ をメイン・ブログと考えていますが、私の優柔不断の所為もあり、一応、アメーバ、ライブドア、Seesaa、はてな、のいずれにも、データを移行しておこうと考えています。データ移行時期は、2019年9月以降の出来るだけ早い時期に行い、このヤフ−・ブログは転送設定を行わないまま、2019年12月15日のサービス停止まで存続させようと考えています（https://blogs.yahoo.co.jp/ubiquitous_budda/65292482.html で書いた通り）。

　そんな中、現在、Seesaaブログに、操作性などを検証する為にhttp://rey-wa.seesaa.net/ を開設していますが、プレミアム版に移行（契約）していない為、ＦＣ２経由であれ、ヤフー・ブログの全データを移行出来ていません。そこで、Seesaaブログには、データ移行先として、似たＵＲＬではありますが、ブログhttp://reywa.seesaa.net/ を設けました。

Seeaaブログでは、一つのIDで５つまでのブログを同時に管理できます（無料版の場合）。

このhttp://reywa.seesaa.net/ に、2019年9月以降、ヤフー・ブログの公式データ移行ツールを用いてデータ移行を行い、データ以降が完了した時点で、先行ブログhttp://rey-wa.seesaa.net/ の方を予告の上、削除しようと考えています。

　Seesaaブログは、他のブログに較べて、きちんと記事に応じての訪問者があると感じているのが、私の場合の感想。2019年9月以降は、ＦＣ２ブログをメイン・ブログとしながらも暫くは複数ブログを並走させてみて、訪問者の傾向などを掴んだ上で、それぞれのブログに対する最終的な態度を決めようと考えています。

　〜〜〜 〜〜〜

　今のところ、私のデータ移行を行った、もしくは行う予定のブログは、次の通り。

　メイン・ブログとする予定→ＦＣ２ブログ https://reywa.blog.fc2.com/

　その他のデータ移行予定ブログ

　　アメーバ・ブログ https://ameblo.jp/rey-wa/
　　
　　　　（既にＦＣ２経由でデータ移行も済ましているが、重ねて、公式移行ツールでデータ移行を行う。ヤフー・ブログにあった記事については、多くの記事が２重となる予定。https://blogs.yahoo.co.jp/ubiquitous_budda/65294829.html 参照）

　　ライブドア・ブログ　http://blog.livedoor.jp/ubiquitous_one/ （ＦＣ２経由でデータ移行済み）

　　　　　　　　　　　　候補として、http://rey0.blog.jp/
　　　　　　　　　　　　（公式移行ツールでデータ移行の予定…これのみが未定）　　　　　　　　　　　　

　　Seesaaブログ　http://reywa.seesaa.net/

　　はてなブログ　https://rey-wa.hatenablog.com/ （ここに、公式移行ツールでデータ移行予定。現在ある記事は、データ移行後に削除予定）

「ヤフー・ブログからSeesaaブログに移行すると、いい事」のリスト

　ヤフー・ブログの2019年12月15日でのサービス停止が2019年2月28日に発表され、他ブログ４種への公式移行ツールの提供が2019年6月4日に開始されました。それに伴い、アメーバ・ブログやライブドア・ブログに移行完了した人は、ある程度見掛ける様になっていますが、私の見る限り、Seesaaブログへ移行する人は少ない様です。

　ヤフー・ブログの性格（システム的な性格と、それに伴う利用者の指向する方向）とSeesaaブログの性格が大きく異なるのが理由だと思います。

　けれど、そうすると、その反面を考えてしまうのが、「私の悪い癖」。本心では、「悪い」などと思ってはおらず、これこそ、私の行き方と信じているのは、杉下右京と同じ事。それでこそ初めて、バランスの採れた見方でが出来る筈、と考えています。
　で、Seesaaブログに移行すると、いい事、を列挙してみる事にします。

　転送設定をしての移行は、１種のブログにしか出来ませんが、そうでなければ複数種のブログに移行出来る様なので、Seesaaブログにも移行してみてもいいかも知れません（転送設定をするにしても、転送設定をする前には、別種のブログに移行出来る道理）。


＜ヤフー・ブログでの機能が移行しても利用出来るもの…他ブログでは出来ない事があるもの＞

（１） 公開記事と非公開記事を１つのブログの中で書き分ける事が出来、同時に管理出来る。下書きでなく、こうした管理を出来るのは、公式に移行出来る範囲ではSessaaブログだけ（ライブドア・ブログではプライベート領域を設けているが、そこに記事のある事は隠せない）。

（２） ヤフー・ブログで、１つのＩＤで複数ニックネームを用いる事で複数ブログを管理出来た様に、１つのＩＤで５つまでのブログを管理出来る（ヤフー・ブログではニックネーム６つ＋ＩＤ１つの計７個を管理出来たので、管理出来るブログの数は少なくなる）。
　はてなブログでは、無料で３つ、有料の「はてなブログPro」で１０個。


＜ヤフー・ブログでは出来なかった事＞

（３） １つのブログを複数人で管理出来る。ヤフー・ブログでは、ヤフーＩＤ自体のパスワードを共有する事でしか実現出来なかったが、独立したＩＤで、共有ブログを管理して行く事が出来る。

（４） 商用利用（アフィリエイト）が公式に許可されている（但し、何でもかんでもＯＫではない。http://faq.seesaa.net/article/422864507.html 参照）。

（５） コメントの管理が実に詳細に出来る（迷惑コメントへの制限などが容易）。

（６） 記事に有効期限を付す事が出来る（特定の日時になったら、非公開とする事が出来る）。


＜有料だが、ヤフー・ブログのデータ保存に関して有用な事＞

（７） プレミアムプランに加入（１ヶ月300円）すると、記事のテキスト・データをCSVファイルでダウンロード出来る（ブログを止めてしまう場合のデータの保存としても有用。１回ダウンロー度すれば、事は足りるので、１ヶ月で有料サービスを停止すればいい）

　↑
　こう理解していたのだが、2019年7月17日の時点で、プレミアム・プランの「CSVダウンロード」と言っているファイルの中身は、アクセス分析データだけではないのか、との疑念が、私の中に湧いて来ている（https://blogs.yahoo.co.jp/ubiquitous_budda/65307004.html 参照）。留保を以て、この部分を読んで頂きたい。


（８） MyBooks.jpと提携しているので、書籍化が可能（有料）。アメーバ・ブログでも、MyBook.jpではない模様だが、可能（https://blog.ameba.jp/content/amepon/top.html ）。

先行ＦＣ２ブログ（非公開）の記事を一旦全削除しました。

　非公開としていた先行ＦＣ２ブログhttps://ubiquitousx.blog.fc2.com/ の記事を一旦、全削除しました。単に、今までと全く違う事をＦＣ２ブログでやるだけならば、一旦退会して、新しいＩＤで登録し直せばよいだけなのです（実際、初めに作ったアダルト・カテゴリーのブログhttps://reypig.blog.fc2.com/ は、その様に処理しました。https://blogs.yahoo.co.jp/ubiquitous_budda/65226259.html 参照）が、https://ubiquitousx.blog.fc2.com/ の場合、そこで新たなブログを運用しようと既に2019年2月下旬までの１年間の有料プランの料金を支払い済みだったので、その金銭的支出を無駄にしない為、ブログの内容入れ替えの為、今までの記事を全削除したものです。

　で、そのプロセスの途中、私の当初の予想（飽くまで、「私の」勝手に予想していたものと違っただけ、ですが）とは違った事態が生じたので、皆様に情報提供として記事にするものです。

　全削除した記事の総数は、5,200件前後。ヤフー・ブログからＦＣ２のツールで移行して来た記事は、5,061件ですが、その後、新たな記事をＵＰしたり、非公開記事の一部をＦＣ２を経由（コピペで一旦ＦＣ２に下書きとして格納し、その後、エクスポート → インポートで、他ブログに移行。ヤフー・ブログの編集画面からコピペでＦＣ２に記事を移行するのは容易いが、他ブログの中には、コピペでは記事の体裁が崩れるブログがある為）したりした関係で、記事が増えていた為です。

　で、ＦＣ２のヘルプでは、記事を全削除する場合、「記事の管理」画面を表示させ、そこで記事の表示件数を100件にした上で、下の方のボタンで「全て選択」→「全削除」ってすればいい、って書いてありました。
　でも、この方法だと、削除出来るのは飽くまで100件であり、「これを52〜53ページ分、続けるのかぁ…」って思うと、少し気が重かった。　

　…で、予想外ってのは、この作業で、「１回の指定で全ての記事が消えた」って云う、素晴らしい、バグの様な結果ではありません。

　むしろ、


（１） 上記の作業をしたにも関わらず、全く画面に変化が見えなかった。

って事。私の事前予想では、あっと云う間に作業が終わり、「記事を削除しました」ってメッセージが出るのか、と思っていたのですが、画面に全く変化無し。そればかりか、

（２） ジョブの投入に失敗した（ボタンを押した事になっていない）のかと思って、再度、ボタンを押すなどしてみても、「ゲートウェイでタイムアウトした」ってメッセージ（英語）が現れるだけ。

って状態。呆れると共に、失望しました。「これでは、いつになったら、作業完了出来るのか、見通しが立たない」と考えたから、です。

　後で分かった事としては、

（３） 記事の削除には時間が掛かる（１記事の削除に１〜数秒間かかっている）ので、画面を都度更新する様になっていない。管理画面の左側の「記事の管理」ボタンを押す事で、画面が最新表示に切り替わる。単独もしくは、画面に表示された記事のうちの一部となる複数記事の指定をした場合の「削除」とは動作が異なる。

って事。実際に私がやった事は、待っている最中に、ブラウザの別のタグで別の作業をし、また当該タグに戻って来た事。

　で、余りに画面に変化が無いので、「記事の管理」画面の別ページに遷移し、再び、上記手順で全削除を行ってみた次第。後で分かった事としては、これが正解。

（４） 複数の「記事100件毎の全削除」ジョブを放り込む（開始する）事が出来る。

様なのです。
　でも、エラー・メッセージが現れる訳でもなく、画面に何か変化がある訳でも無い。で、また最初のページに戻ってみたところ、記事総数が僅かばかり（30数件）でしたが、減っている事に気付いたのです。
　この時点では「100件の全削除って、実際には、動作しないのか？」って、不審に思ってました。「ゲートウェイのタイムアウト」などで途中で停まってしまうのか、と。すると、30数件ずつ削除出来たとしても、100件ずつ作業する場合に較べて、作業工程は３倍に膨れ上がる計算。呆れながらも、「ゲートウェイのタイムアウト」表示が、まだ出て来ないので、更にページを遷移し、全削除ジョブを放り込み続けました。これは、後にエラー・メッセージの連続の束となって結果する事もあり得るのですが、多少腹も立っていたし、後でエラー・メッセージの束が出て来ようが、今はまだ出ていない（笑）ので。
　「エラー・メッセージが出て来るまで続けてやろう」と思っていました。もし、100件全て削除出来る訳ではなく、約１／３の30数件しか削除出来ないのだとしても、残った記事に対して、再び同じ作業を掛けてやれば済むと考えたからです。

　１ページ目に戻らずに、次々と新しいページに飛んで、全削除ジョブを放り投げる（開始する）動作をしたのは、既に裏で削除されたものに対して再度「削除」ジョブを投げる（開始する）事は、エラーを誘発するだけだと思ったから。ですが、実際には

（５） 裏で削除されている「であろう」記事を表示させたまま、全削除のボタンを押したところで、特段のエラー・メッセージは現れない。

のです。これは、少々驚きでした（笑）。

　途中で、再度「記事の管理」画面で冒頭に戻ってみたところ、数百件単位で記事総数が減っているのを見て、この連続ジョブ投入の動作が機能しているのを確信しました。つまり、（４）の事を確認出来たのです。

　で、そこから、厳密に、その記事が既に削除ジョブの対象になっているか否かを確認しないままで、途中の「それらしい」ページ数のところから全削除ジョブを投入し続け、最後のページまで辿り着きました。「記事の管理」画面を見ると、

（６） 全削除のジョブ投入順序に従って、ジョブが行列を作って動作している訳ではなく、前のジョブの完了前に、次に投入したジョブが動き出し、結構まだらに作業が進んでいる。

事に気付きました。で、私の腹立ち紛れの作業ですが、更に、ジョブの漏れがあるのかどうか分からないままで、目の前にあるページからいくつか全削除ジョブを放り投げ（開始し）続けた次第。嫌になったところで、中断。

　で、その後暫くしたところで、「記事の管理」画面に戻って来たところ、全ての記事が無くなっていました。

　長々と書いてみましたが、5,200件前後の記事の削除に要した時間は、１〜２時間（放置していた時間帯があるので、厳密には分からない）。

　なお、恐れていた画像の削除なのですが、

（７） 少なくとも、移行で他ブログからインポートした画像は、記事と一緒に削除される。

事が判りました。少なくとも、移行して来た記事については、記事の削除の後で、また、画像の削除って別作業をする必要はありません。
　もしかしたら、独自にアップロードした画像は、上記作業では削除されないのかも知れませんが、私が最初の方で、腹立ち紛れに、空いている時間帯（じっと作業の進捗を見守っていると思っていた段階。画面に全く変化無し）で、画像の削除ジョブを投入してしまっていた関係で、その動作のいかんを確認する術は無くなってしまっていました。１回〜数回の画像の削除ジョブで、私が移行では無く、独自にアップロードした画像は全て消えてしまっていたからです。

　なお、


（８） 記事の全削除ジョブが動いている間、原則として、ファイルアップロード画面は開かない。

模様です。では、「私が、アップロード画面で、移行ではなく、独自アップロードした画像を削除出来たのは何故なのか？」との疑問も湧いて来ますが、それは、「独自アップロードした画像と、移行で持って来た画像とは、処理が異なるからではないか」って仮説を提示する事が出来るだけです。独自アップロードした画像と、移行で持ち込んだ画像は、画像に付けられた名称も異なっている訳ですし（移行で持って来た画像は、ＦＣ２側の名称付与規則で特定の名称が付されている）。