Posts

Googleのクローラーが来ない ブログを始めたのが 2021年11月23日 で現在（2021年12月6日）24個のURLを持つサイトになった。 友人とふたりで特に縛りなく、楽しく更新しているので、割といいペースで記事投稿ができるいると思うのだが、アクセスが伸びない。 原因はわかりきっている。 Googleのクローラーが来てくれないのである。 「検出 - インデックス未登録」 サーチコンソールで確認すると「検出 - インデックス未登録」のURLが24件、ずらっと並んでいる。 つまり、すべてのURLが「検出 - インデックス未登録」とのことらしい。 さて、「検出 - インデックス未登録」とはいったいなんなのか。 答えは、クローラーがサイトマップ(sitemap.xmlやfeedなど)やリンクを通してページの存在を把握しているが、インデックスはまだしていないというステータスのこと。 前述したが、クロール待ちとのこと。 「クロール済み-インデックス未登録」とは似て非なる 同じような状況で「クロール済み-インデックス未登録」という状態もある。 こちらも似たようなステータスだが、実は全く異なるステータスで、クローラーが内容を見た上で「インデックスしない」と判断された状態のことをいう。 「価値なし」という烙印を押されたページのことである。 このことを知り、少しほっとしたが、とはいえ、クロールが来ないのは困る。 誰かに読まれたく、ブログを書いているのである。 小説家になれない私たちはネット世界の片隅でこそこそとブログを書くしか、表現の場がないのである。 ちなみに本ブログを共有している ふたみくんはいまだに小説家を夢見ているらしい……、 小説新人賞に応募するまでの道のり　～新人賞の選び方～ 実をいえば私もまだ夢を見ているが、そのことは別記事で語ることにする。 話をもとに戻して続ける。 Googlebotがストライキ中だ！ 調べてみると、どうやらこの状況（検出 - インデックス未登録）良く見られるようで、一説によると2021年5月のアップデートで何らかの事象が起きたのではないか、とのこと。 5月から情報が出回り始め、11月には多くのサイトでその影響を受けることになったらしい。 https://twitter.com/Seolyzer_io/status/1460255741860847633 訳： Googlebotがストライキ中だ！ Googlebotは11月11日午後6時以降、多くの大規模サイトでクロール活動を大幅に縮小している。これは議論が必要だ！ なんて、ツイートが出回るほど。 さらに、Googleのジュン・ミューラー氏もこの現象を認め、現在調査をしているとのこと。 ブログによっては、 クロールは17日遅くから戻りつつあるよう と書いてあったが、定かではない。 現にこのブログにはまだ来ない。 つまり、現状世界的なクローラー不足だと思われる。 私たちはただ待つしかない。待つしかない。 12月10日 現在（謎が深まる） 変わらず、「検出 - インデックス未登録」のまま。 唯一の変更は記事数が増えたので対象URLが27件になったことだけで、当然追加されたURLだって「検出 - インデックス未登録」になってしまっている。 徐々にindexされ始めているというが、ストライキ中に登録した記事は再クロール対象外だろうが。 あるいは公開後、間もないのでクロールの優先順位が低いのか。 この現象に気が付き、今日まで、毎日のようにリクエストしてきたが、意味がないようだ。 初手サブドメインに問題があった？ サーチコンソールだが、サブドメインでの細かいデータを見たかったので、URL プレフィックスで登録した。 その後、ドメインプロパティでも同様に登録した。 で、ドメインプロパティの方を見るとどうやらクローラーが訪れてきているようである。 本サイトはトップドメインも「https://media.nove-web.com」にサーバーリダイレクトしているので、そこに来ているのであればクローラーは認識しているってこと？ リダイレクトするからいいやと思ってindex.htmlに何も書かなかったせいか、 重複しています。ユーザーにより、正規ページとして選択されていません...

クラシックエディタのリンク挿入ボタンがうまく機能していない 公開から少し経ち、ブログを投稿する機会が増えるにつれ、気が付き始めたことがある。 クラシックエディタのリンク挿入機能がうまく機能していないという点が、その１つ。 調べてみるとクラシックエディタがうまく機能しなくなるバグはよくあることらしい。 プラグインが原因？ 調査結果によると多くはプラグインを起因とするものらしく、特定のプラグインを無効化すれば直ったという声をよく見た。 しかし、こういう事態に備えて、プラグインを最小限に抑えている。 とは言え入れていないわけではないので、ひとつひとつ無効化してテストしてみた。 Classic Editor 無効化したが効果が見られず。 というより、そもそもこのプラグインを無効化したら意味がない。 Highlighting Code Block エンジニアの味方。 ブログでコードを簡単に見せることができるプラグイン。 無効化したが効果が見られず。 XML Sitemaps 動的にサイトマップを作成してくれるプラグイン。 無効化したが効果が見られず。 結果、原因はプラグインではない。 functions.phpにいけない記述があるのかしら。 ということで、functions.phpをまるっと削除してみたところ、正常に稼働した。 細分化してエラーの原因を探すと、どうやらビジュアルエディターにcssを当てる記述が悪さをしているとのこと。 書かれたソースがこちら。 // 投稿ページにスタイルを充てる function wpdocs_theme_add_editor_styles() { add_editor_style('パス'); } add_action('admin_init', 'wpdocs_theme_add_editor_styles'); もしやエディタを読み込む関数が非推奨になったのかしらなんて思い、 add_editor_style('パス'); シンプルに記述方法を変えてみたが、変わらず正常に稼働しない。 ついに、原因解明 まさかと思いつつ、ということで読み込んでいるcssの内容をまるっと削除すると、正常に稼働。 そこでトライ＆エラーと消しては確認を繰り返すとついに発見。 原因はaタグに指定された「display: contents ;」…! 確かシンプルにリンクにアイコンをつけたくて記述した箇所だが、現状はもう使用してない不要な箇所。 自身が使うエディタのみだから削除を忘れていた。 そして原因はまさかのCSSだった。 無駄な記述は自身の首を絞める 今回の教訓として心に刻むことにした。 せっかくなので、 display: contents ; 理解を深める 表示のスタイルとエディターのスタイルを一元管理する 上記２つを課題として自らに課すことにした。

アドセンスに申し込む 記事も10記事たまったので、いったんダメ元でアドセンスに申し込もうと思い立った。 過去に1年間続いたブログではそれなりにアドセンスからの収入があった。 当時は本の感想ブログで、本なんて売れないし、アフェリエイトよりも効率良くアドセンスは収入があったので、なんとしても入れたい。 サブドメインが使用できません で、よし、いざ、と腰を上げると、なんとサブドメインが使用できないとのこと。 本サイトは何を隠そうサブドメインなので、腰を上げた瞬間に座り込んだ。 ブログはサブドメインと言った自分の計画性のなさにうんざりする。 が、なんとしてもアドセンスやりたい。 そこで実現のために２つの方法を考えた。 アドセンスをサブドメインで申請する２つの方法 ルートドメインで新規構築 １つはルートドメインでサイトを構築する。 現状はロゴが真ん中にあるだけのサイトになっている。 アドセンスの審査は厳しいので、それだと落ちるに違いない。 落ちないようにするために、それなりのサイトを作成する必要がある。 当然、自身の労力もかかれば、時間もかかるので、この方法は現実的じゃない。 301リダイレクト ２つ目はルートドメインからサブドメインに301リダイレクトをする方法。 301リダイレクトとは「サーバー側の永続的なリダイレクト」のことで、Google曰く、 検索エンジンの結果に表示されるページの URL を変更する必要がある場合は、可能な限りサーバー側の永続的なリダイレクトを使用することをおすすめします。これは、Google 検索とユーザーを確実に正しいページに導くための最善の方法です。ステータス コード 301 と 308 は、ページが別の場所に完全に移転したことを意味します。 とのこと。 つまり、Googleはリダイレクト先を見てくれるようになる。 これの方が簡単かつシンプルなので、こちらの方法を採用することにした。 301リダイレクトを使用しサブドメインでアドセンス申請 301リダイレクトは .htaccess をいじる必要がある。 でも本ブログで使用しているエックスサーバーでなら管理画面で簡単にできるので、そちらを使用することにした。 リダイレクトが繰り返し行われました 作業は簡単でサーバーパネル > サイト転送設定 > ドメインを選択 > リダイレクト設定追加 > リダイレクト先を追加するだけなのだが、実行すると、 ********でリダイレクトが繰り返し行われました。 というエラーがでた。 なぜ、という思いで調べてみるとサイト転送設定（リダイレクト設定） | レンタルサーバーならエックスサーバーに答えが書かれていた。 指定のURLへリダイレクト設定が可能です。 ※サブドメインを含む、同一ドメインのURLにはリダイレクト設定はできません。 同一ドメイン内でリダイレクト設定を行う場合は、.htaccessファイルで設定してください。 なるほど、エックスサーバーは本当に親切でありがたい。 どうせなら設定できるようにしてくれるともっとありがたいのだが、現状で相当親切にしてもらているのでそんなことは言えません。 とても親切なので、広告リンクを貼ってあげる。 [sc name=“exserver_all_unlimited” ][/sc] .htaccessをエックスサーバーの管理画面で編集する 話を元に戻して――、ということで .htaccessをいじることに。 ただこれもFTPとか使うことなくエックスサーバーなら簡単にできる。 サーバーパネル > .htaccess編集 > ドメインを選択 > ....

ブログ更新ってめんどくさい ブログ更新は面倒くさい。 そんなこと分かり切っている。 なかでも面倒なことの1つにアイキャッチ画像の選定がある。 面倒なことを楽にできるのがエンジニアの特権だ。 ということでアイキャッチ画像を簡単に作れるようにした。 作成されるアイキャッチ画像 本ツールを作成できるアイキャッチ画像はこんな感じ。 「本ツールを作成できるアイキャッチ画像」の部分を簡単に変更できる。 作成するうえでの考え方 JavaScriptのCanvasに背景画像を描画する その上にCanvas で文字を書く 作成したコード <div id="creatEyeCatch"> <div class="input"> <input type="text" id="input" placeholder="記事タイトルを記入する"> </div> <canvas class="canvas" id="canvas--background" width="788px" height="486px"></canvas> <div class="operation"> <button id="deleteTitle">タイトルを削除</button> </div> </div> <script> // var const deleteTitle = document.getElementById('deleteTitle') // 背景CANVASの作成 const canvasGround = document.getElementById('canvas--background') const ctxGround = canvasGround.getContext('2d') const nove = new Image(); nove.src = '画像のパス'; ctxGround.drawImage(nove, 0, 0, canvasGround.width, canvasGround.height); // 入力されたタイトルを描画する関数 const drawFont = (el) => { ctxGround....

Wordpressのタグがひっちゃかめっちゃかになった過去 かつて、タグに翻弄されていたことがある。 カテゴリはチェックボックスで過去に設定したカテゴリを投稿画面で見ることができるのだが、タグはなぜかそれができない。 例えば、「HTML」と過去に投稿したことがあったのだが、次に書くときは「html」と書いてしまうかもしれない。 その時点で2つは別になってしまうのである。 そこでタグもチェックボックスにしようと思いついた。 タグをチェックボックスにする実現コードはこちら //タグをチェックボックス表示に function re_register_post_tag_taxonomy() { global $wp_rewrite; $rewrite = array( 'slug' => get_option('tag_base') ? get_option('tag_base') : 'tag', 'with_front' => !get_option('tag_base') || $wp_rewrite->using_index_permalinks(), 'ep_mask' => EP_TAGS, ); $labels = array( 'name' => _x('Tags', 'taxonomy general name'), 'singular_name' => _x('Tag', 'taxonomy singular name'), 'search_items' => __('Search Tags'), 'popular_items' => __('Popular Tags'), 'all_items' => __('All Tags'), 'parent_item' => null, 'parent_item_colon' => null, 'edit_item' => __('Edit Tag'), 'view_item' => __('View Tag'), 'update_item' => __('Update Tag'), 'add_new_item' => __('Add New Tag'), 'new_item_name' => __('New Tag Name'), 'separate_items_with_commas' => __('Separate tags with commas'), 'add_or_remove_items' => __('Add or remove tags'), 'choose_from_most_used' => __('Choose from the most used tags'), 'not_found' => __('No tags found....