3候補から選ぶ

category での絞り込み検索は、PHP を編集する事でも実現できるようだが、plug-in を用いる方法が楽なので採用した。
利用者が1万人以上あるplug-in を挙げると、3つ見つかった。

• Relevanssi
• Search Everything
• Search & Filter

利用者が多い順に試してみた。しかし、Relevanssi とSearch Everything には抑々絞り込み検索の機能がなかった。これらを利用する上で頑張って英文を大量に読んだのに、骨折り損に至った、英語の勉強にはなったが。
そして、3番目に試したSearch & Filter には絞り込み検索の機能があったので使ってみた。

設定画面に掲載されていたcode searchandfilter taxonomies="category,post_tag" では、検索窓が表示されなかったので、次の様に改良した。
searchandfilter headings=",絞り込み" fields="search,category" submit_label="検索"

実際にこの検索欄を使って検索してみたが、error code「404」が表示される。
その原因は、実際のcategory page はmugi.wp.xdomain.jp/archives/category/%category% なのだが、検索結果はmugi.wp.xdomain.jp/category/%category% を参照していることだ。
そこで、[パーマリンク設定]∋[オプション]∋[カテゴリーベース]の欄に、元々空白だったところに「category」を入力してみた。すると、category page のURI からarchivesが外れて成功した。
permalink は極力弄らない方針だったが、仕方ない。しかし考えてみれば、category page のURI にarchives は無い方が自然にも感じるので然程抵抗感はない。

検索窓の位置は、menu bar に検索窓が既に置かれているのでfooter に置いた。

WP Custom Fields Searchを試す

permalink を弄らずに済むplug-in を探してみた。
すると、WP Custom Fields Search という物が利用者が1万人未満ではあるが存在したので試しに使ってみた。しかし、
Warning: Invalid argument supplied for foreach() in /home/mugi/mugi.wp.xdomain.jp/public_html/wp-content/plugins/wp-custom-fields-search/search_form.php on line 25
という警告が出て機能しない。調べても分からなかったのでこのplug-in を使うのは諦めた。

結局、Search & Filter を使うことで落ち着いた。

icon の作成

2015-02、私は自分のicon を作成した。

作成の方針

• 世の中に似た絵が無い
• 自分の特徴を盛り込む
  • ”む”の字を盛り込む
• 外国人が私が日本人であるという事が分かり易い
  • ”日の丸”を盛り込む
• 画像の読み込みの負荷を出来るだけ下げる
  • 解像度を出来るだけ下げる

こうして完成したのが、「太陽部分を”む”の字にした日の丸」である。32 dot ×32 dot の大きさで147byte である。単純な形でありながら合理性が高いので気に入っている。

解像度は、最初は16 dot ×16 dot で作ってみたが「む」の字が一瞥して円形には見えなかったので、32 dot ×32 dot にした。

日の丸の円形部分の直径は、縦の長さの6割と決められているので、それに従って円形部分の直径は画像の一辺の長さの約6割の20 dot とした。

単なる赤色ではなく、日の丸の正式な色である紅色を用いた。

このicon を作った半年後、2020年東京五輪の紋章に関して、internet 上に於いて類似画像検索を用いて類似画像を探す事が流行した。これを受けて私はこのicon に似た画像が既に存在するかを類似画像検索を用いて確かめたが似た物はない事を確認した。

むぎの手記のfaviconに採用

このicon を作った後、むぎの手記のfavicon にも採用したかったのだが、当時使っていたSiteMix のserver の深刻な障害が原因で不可能になっていた。しかし、翌年にserver をXdomain に移したので、可能になった。

しかし私はfavicon を設置する作業を後回しにしていて、いつの間にか忘れていたのだが、2017-12にYandex Webmaster を導入した後、Yandex から「favicon を設置した方がいい」という助言を受けて思い出した。日本人には人気がないYandex Webmaster だが、役に立つ事を証明した。

そしてfavicon 設置の作業に取り掛かった。
blog のicon は、自分のicon とは別の物を用意しようかとも思ったが、そのblog は私自身を強く反映したものなので、同じ物を使うことにした。
当初はfavicon 設置の道具としてWordPress plug-in を用いるつもりだった。そこで、その手のplug-in として最も人気が高いAll In One Favicon を利用しようとそれをinstall した。その後、もう一度favicon 設置方法について調べてみると、WordPress theme の標準機能で導入出来ると知った。こんなに簡単に導入できるとは今まで知らず、もっと早く取りかかれば良かったと思った。
そこで30日に、WordPress theme の標準機能で導入した。私が用意していた画像の大きさは32×32だったが、512×512以上しか受け付けてくれないので、512×512 に拡大してupload した。この大きさでも287 byte という驚異的な軽さである。
こうして、むぎの手記の設立から5年、icon の作成から3年経って漸くfavicon の設置が完了した。

browser のtab に表示されるfavicon は、小さすぎて単なる”日の丸”の様に見える。

SEO 用plug-in 選び

多機能SEO 用plug-in として主な物には「Yoast SEO」「Jetpack by WordPress.com」「All in One SEO Pack」の3つがあり、どれを採用するか悩むので、取り敢えず「関連記事表示」機能を持つplug-in を選んだ。
そして、いよいよ本格的に主要SEO 用plug-in の選考に入った。3つのplug-in のそれぞれの機能を比較した。

• 関連記事表示はJetpack のみ対応しているが、当site では表示できない。
• 問い合わせ欄はJetpack のみ対応しているが、「Contact Form 7」の方がAkismet 連携に対応しており優れている。
• 「重複content 除外」に対応しているのはYoast とAIOSEO。
• 「パンくずリスト」はYoast のみ対応している。
• 各検索engine のwebmaster tools への対応は、Yoast とJetpack は3つだが、AIOSEO は2つのみだ。
• AIOSEO の設定画面は字が小さくて、page を拡大しても文が画面からはみ出して読めなくなってしまうという重大な不具合がある。

結局、Yoast SEO を採用した。

後から知ったが、この3つのplug-in の内、世界で利用数が最も多いのがYoast SEO である。ところが、3つのplug-in の間で日本語のwebsite で紹介されている数は本plug-in が最も少ないようだ。したがって、日本人の間では本plug-in が3つのplug-in の間で利用者数が最も少ないと思われる。
この原因は、本plug-in の日本語対応が不十分であることが最大だろう。

webmaster tools 導入

2017-12-13、私はblog「むぎの手記」にGoogle とBing とYandex のwebmaster tools を導入した。

Internet 上にはSEO 方法の情報が膨大に存在しており、見解が異なっている情報も存在しているので何を信じて良いか分からない状況だ。それでも信じて間違いないのは、検索engine 運営者の助言である。だから私はwebmaster tools を導入するのである。
利用するwebmaster tools の種類は、各検索engine の人気から考えるとGoogle とBing のみ使えば十分だろう。しかし私はYandex のそれも使うことにした。
Yandex webmaster tools を使っている日本人は、日本語対応がGoogle とBing とは違ってなされていない事もあって極めて少ない。しかしYandex の助言は訪問者の快適性を向上させる事に寄与するだろうし、当site の他の検索engine への最適化としても有意義だろうと思うので私は導入する。

webmaster tools の認証方法としては3つとも「HTML code の挿入」を、安全で管理が楽なので採用した。認証にはYoast SEO の機能を利用した。
Bing の場合は、認証のbutton を押しても失敗することが何度かあったが、結局は成功した。
Yandex webmaster tools は何故か利用中に文字認証を求められることが有るのが難点だ。

16日に、それぞれのwebmaster tools にてXML sitemap を初めて送信した。

その他の設定

せっかくYoast SEO を導入したので、webmaster tools 導入以外にも様々な設定を行った。

• 著者と日付のarchive をnoindex (以前は著者と日付のarchive がblog 上に表示されていたと思うが、いつの間にかYoast を無効化した状態でも表示されていない。)
• 2 page 目以降をnoindex
• 検索engine にTwitter、YouTube、Google+ のaccount を通知

パンくずリストについては、簡単に使えると思っていたが、php file を編集することが必要だとわかった。

Jetpack導入を試みる

最初に「Jetpack by WordPress.com」を使ってみることにした。

install から有効化するまでは成功したが、WordPress.com と連携する場面で
エラー詳細: The Jetpack server was unable to communicate with your site https://mugi.wp.xdomain.jp [HTTP 403]. Ask your web host if they allow connections from WordPress.com. If you need further assistance, contact Jetpack Support: http://jetpack.com/support/
という警告が出てしまう。

私は「他のplug-in との相性が悪いのだろう」と考えて、他のplug-in を一つずつ無効化していった。しかし結局、全てを無効化しても連携は出来なかった。
WWW で調べると、原因はXdomain の「国外IPアクセス制限」の様だ。但し管理画面を見ると、プラグイン「Jetpack by WordPress.com」によるアクセスは制限の対象外です。と記されている。その通りであれば、Jetpack の連携に失敗したのは何故だろうか。
とにかくアクセス制限を一時的に解除してから連携を試みると、成功した。

早速、関連記事を表示させる設定を行った。しかし、関連記事は表示されない。他のplug-in を無効化したりtheme を変えたりしたが、表示されないので、諦めて別のplug-in を使うことにした。

SEO 系plug-in を導入するに当って「関連記事の表示」の分野について優先した戦略は正しかったようだ。

YARPPを導入

仕方ないので、関連記事を表示させるための別のplug-in を導入することにした。この種類のplug-in は10種類以上有るが、中でも利用者が最も多い「Yet Another Related Posts Plugin (YARPP)」を使ってみた。

私の設定は次の通り。

表示する最低関連スコア

0(常に関連記事を表示させるため)

スコア算出要素の設定

タイトル: 検討する(題名にPC 製品名が書かれている記事で効果大)

内容: 検討する

カテゴリー: 検討する(無効だと関連記事が表示されない場合がある)

タグ: 検討しない

一度に表示する関連記事数

3

表示形式

リスト

抜粋

10単語

今のところは不満がないので、これを使っていく。

2018-01、記事「アタックリング(AR)一覧 性能 爆転シュートベイブレード」で、無関係な関連記事が多く表示されていたので、「タイトル」を検討する(重要視)に変更した。

これまでを振り返る

ここ1年を振り返る。

主な人気記事は、次の通り。

• QtWebEngineProcess.exeの正体 Win10 ThinkPad L540
• 投影同一化(投影性同一視)の定義 専門家間の差 心理・精神分析学
• Avast不要機能が無線LAN切れる原因？AVG乗換え等検証
• avast”RPCサーバーを利用できません” 更新不可・激重
• ThinkPad L540 Win10 Pro 1周年更新後、不要app削除

Windows のsoftware 関連が多い。これらの記事は、自分が遭遇した問題についての覚え書きであり、誰かの役に立つかもしれないという考えから公開しているものだが、実際に役に立っているようで嬉しい。

HTML のul 要素を入れ子で用いる事で、文章をより論理的に記述する方法を発明した。
2016-09からベイブレードに熱中し始めたので、ベイブレード関連の記事が増えた。

8月から主要6新聞の一面トップ記事の題名を7日分を一つの記事に纏めるという仕事を始めた。
数年前から、偶にとある日の主要6新聞の一面トップ記事の題名を纏める事があったが、その後著作権に抵触する可能性を危惧して控えていた。しかし、さすがに題名ならば違法にはなるまいと考えで再開した。

1日当たりの訪問数は100件程だ。blog 開設時の想定と比べると随分と少ない。

これからの展望

• site の価値を高める。
  • site の利便性を高める。
    • 記事のカテゴリーを細分化する。
    • パンくずlist を作る。
    • 問い合わせ欄を作る。
    • 記事をカテゴリー毎に検索出来るようにする。
    • Google やBing のweb master tool を導入する。
    • 色使いを、色覚障害者に優しいものにする。
    • favicon の導入
  • site の耐久性を高める。
    • data のbackup を行う。
    • WordPress のslug を、記事を別のWP に移管しても変える必要のない物に変える。
• 広告の設置

site の価値が高める作業は今までは後回しにして来たが、site の価値が高まれば私の「記事を作る動機」が強まるという相乗効果があるので、今後は優先的に取り組む事にする。

落札者としての候補

自分が落札者で出品者が「かんたん決済不可で銀行振り込みのみ」と指定している場合、どの銀行の口座を持つのが望ましいかを考える。

多くの銀行で、同行間の振り込みは手数料無料なので、出品者の提示している銀行と同じ銀行を持つのが望ましい。
そこで、ヤフオクで「かんたん決済不可、銀行振り込みのみ」という条件の出品物を数十件調べて、その振り込み先を調べた。
振り込み先として指定されていた銀行の種類はゆうちょ銀行、三菱東京UFJ銀行、住信SBIネット銀行、ジャパンネット銀行、三井住友銀行、じぶん銀行、新生銀行だった。
その内、指定先としてはゆうちょ銀行が最も多く、次いで三菱東京UFJ銀行だった。この二つで過半数を占めている状態だった。

また、他行への振り込み手数料が無料である銀行も候補として挙げ得る。その様な銀行はソニー銀行、住信SBIネット銀行、新生銀行である。

そして、意外にもよく起こるのが、落札者が送料込みで代金を支払った後、送料過払いが判明して、出品者が超過分の返金を申し出るという事だ。この様な事態は、「出品者がかんたん決済不可で銀行振り込みのみと指定している」という事態よりも発生確率が高い。
この際は出品者から落札者へ銀行振り込みで支払うことになるが、出品者が返金してくれる確率は、振り込み手数料が安いほど高まる。同行間の振り込み手数料は無料の場合が多いので、出品者の持つ口座銀行と同じ物を持つのが望ましい。

出品者としての候補

自分が出品者で、相手がかんたん決済ではない銀行振り込みを望む場合を考える。
この場合の振り込み手数料は相手がどの銀行の口座を持っているかに依存するが、同行間の振り込みは手数料が無料である場合が多いので、利用者の多い銀行の口座を作るのが望ましい。

ヤフオク利用者の中で「保有している銀行口座」として最も多いのはゆうちょ銀行と見られる。2番目は三菱東京UFJ銀行だろう。

結論

ここ迄での考察で、ゆうちょ銀行を選ぶのが自然だろう。

但し、同行間だけでなく他行間に於いても振り込み手数料が無料で、その中でも利用者数が最も多い住信も候補として挙げ得る。これの利点は、自分が落札者で相手の振り込み先がゆうちょ以外である場合にも無料で振り込める事だ。
とは言え、抑々「かんたん決済不可、銀行振り込みのみ」という条件を持つ商品が全体の1％未満に過ぎず、振り込み先としてゆうちょを指定しない場合は半分以下になると見られる。
更に、自分が落札者であり出品者から送料の過分を払ってもらう場合に利点が無い事が大きい。

したがって、ゆうちょ銀行の口座を持つのが望ましい。