momo
フォーラムへの返信
-
投稿
-
iPhoneでヘッダー部分のレイアウトが多少崩れる報告の具体的な内容ですが、添付写真のようにキャンペーンテキストの行に対して、ハンバーガーメニューの位置が美しい位置からズレてしまっている印象です。
また重複報告ですがハンバーガーメニューの中にシマシマが出てないようです。
トップページスライドショーのスライドテキストがG2からG3に切り替えるとハミ出すようです。これはG3で運用する時に自分で文字数などで調整しても良いのですが。再び、機能設定からG3β表示に切り替えるとスピードテストが30点代に落ちてしまう事は再現性があるようです。
PC表示でグローバルメニューが消えた件は、メニュー設定でチェックが消えてしまう為のようで、手動で付け直せば問題はありませんでした。
また、G3β表示にするとiPhoneでのヘッダー付近のレイアウトが多少崩れてしまうようです。
G3βを使う場合は、トップページスライドショーを使ってはダメとか制約があるでしょうか？β版（G３）利用はそのままで、カスタマイズの機能設定からG2に戻した場合は、スピードテストは通常に戻りました。
70点台になりました。
ただし、G3βではグローバルメニューが表示されている状態から、機能設定のG2表示にするとグローバルメニューが消えたので、何か関係あるのかも知れません。
この時、モバイル端末ではグローバルメニューが表示されているので、設定を見直して調査したいと思います。ちなみに高速化オプションは全てオンになっている状態です。
高速化が利用されていてグーグルスピードテストは30点から40点の間を推移します。
公開版のLightningプロで動作させる場合は、70点から80点の間になるのでG3による重さとしか思えない感じです。今朝、複製したサイトの点検をして、不要な機能をLightning G3 Pro Unitから停止したり、高速化に向けて努力するも、やはりグーグルスピードテストは30点代のようでした。
また、モバイル表示を確認すると、ハンバーガーメニューがシマシマではなく、四角い箱で、その配下を示す三角マークのはずの場所も四角い空欄でした。
状況は写真をご確認ください。
これらの影響がスピードテストに出ているのでしょうか？対馬様へ
すれ違い投稿となりお手数おかけしました。
そして、先程、最後の御礼の投稿が何故か消えてしまいました。本日は貴重な日曜日に沢山のお時間を割いて実験にお付き合い頂きまして、ありがとうございました。
お陰様で解決の糸口となりました。結論としてLightning、cocoon共に問題なく、私がcocoon時代のcocoon用の古い再利用ブロックを整理せずに、Lightningにしてからも取りこぼしがあった事が原因でした。
この古くて今は機能してない再利用ブロックもhtmlとしては残ってたのが、ブロックエディターで編集を試みると、中身が消えて空っぽの変なブロックに変身しましたので、やはり実態としては存在してないブロックだったようです。
実態が無いから検索にも引っかからないのですね。
なので、今後はテーマやプラグインを切り替える時は、その時に作った再利用ブロックも気を付けて削除しようと思います。
対馬様ありがとうございました。
解決しました！多分
対馬様、皆様、お騒がせしました。
ショートコード内の文字列が検索ヒットする場合と、無視される場合の違いが見えて来ました。
cocoon時代にショートコードを作成して、そのショートコードのブロック自体を再利用ブロックに入れて、何箇所にも流用していたのですが、その再利用ブロックはcocoonのテーマを削除した後も、サイト内に点在しておりました。
その再利用ブロックから流用されたショートコードブロックは、各ページに実在しているにも関わらず検索にはヒットしないようです。試しに、そのショートコードの中身を改めて、新しい空のショートコードブロックに書き込むと、その新しいショートコードのブロックの中身は検索可能でした。
整理するとcocoon時代のcocoon専用のショートコードが再利用ブロックに残っている場合は、再利用ブロックが使えない状態なのに残っていて状態としておかしいので、見た目としてはソースに残っていても検索するとヒットしないみたい？
とりあえず、現在使っていないテーマの時代の再利用ブロックは要注意な事がわかりました。
対馬様の詳しい実験のおかげで、検索ヒットしないことが普通ではない状況が見えて、そのおかげで再利用ブロック（しかも旧テーマ専用）が問題だったことが見えて来ました。
あとは、このような今は機能しないはずの再利用ブロックがあれば、見つけ次第削除して行きます。
ありがとうございました。
対馬さん、私の仕事のHPでも同じショートコードで検索可能か？テストをしたのですが、検索ヒットしました。
こうなると、ますます意味が分からないです。
私の仕事ページも問題になっているブログも同じ条件で作られているはずなので。
サーバーはエックスサーバー、テーマもcocoonを使った経緯のある、Lightning、プラグイン類も大体似たような感じです。対馬さん、詳しい実験をありがとうございます。
cocoon時代のショートコードだからダメではないんですね。
データーベースのエクスポートによる最終手段もご提示ありがとうございました。ただ、この先に同じような検索問題が出たら、と思うと、むしろ、そちらの方が心配になって来ました。
現時点の検索対象に対しては、目視チェックで大半の旧アフェリエイトブロックは対処したので、残りがあっても無視できない訳じゃないのですが、この先に仕事のホームページなどで、全体的に検索して書き換えなければならない場面で、検索されない文字列が出てしまったら焦りそうです。ソースコード的にも検索されそうな形なのに検索されない私のブログ。
ブログだけでも気になるところに、もし私の商売ページでも同じ懸念があるとしたら？この後で実験してみようと思います。
結果が怖いです。対馬さん、いつもありがとうございます。
今不思議に思って再度テストしたのですが、やっぱり検索ヒットせずでした。
もしかしたらcocoon用のショートコードの残骸だからヒットしないのかもしれません。私の場合は以前にcocoonというテーマーを採用した時期があって、その時にcocoonでアフェリエイト用のショートコードがあって、
その残骸があるとLightningで現在のブログには無意味な表示が画面に出てしまっているのです。
それを修正すべき箇所を検索したいなあと思った次第です。具体例は
にテスト投稿があるのですが、このパージにショートコードを入れてあるのですが、その中の文字列は検索が作用しない状態です。このような文字も検索する方法があったらという投稿でした。
ただ、目視で可能な限り、cocoon時代のショートコードは排除してあるので、もうそろそろ大丈夫だと思うので、
これ以上は残っていても少数だと思うので諦めようかなとは思ってます。それから、投稿するカテゴリーが、Lightningではなく、その他が良いとのアドバイスもありがとうございました。
確かにそうですね。石川さん、回答ありがとうございます。
試行錯誤の中にありました。
CF7 Invisible reCAPTCHAというプラグインに辿り着いて実験中でしたが、これだと速度が完全には戻らないので悩んでおりました。
しかし石川さんのご紹介にあったInvisible reCaptchaにプラグインを変更したら速度が元に戻りました。
これで大丈夫です。
安心しました。
ExUnit 9.15.1.1の機能追加と変更点も確認いたしました。Googleスピードテストが遅くなった理由が判明しました。
別スレッドにも書いたのですがreCAPTCHA v3が仕様変更されたのか？です。実はContact Form 7のスパム対応としてreCAPTCHA v3を導入して、速度低下を防止するために、ネットで調べてフォームの設置されたページでのみreCAPTCHA v3が作動するようにfunction.phpを操作してありました。
その設置した時は希望の動作（フォームページ以外ではreCAPTCHA v3が作動せず速度低下が起きない）していたのですが、先ほど点検したら全ページでreCAPTCHA v3が作動しておりました。試しにreCAPTCHA v3を停止させたところ、Googleスピードテストが従来の水準に戻ってました。
速度低下の原因はLightningやサーバーにあらず、reCAPTCHA v3を必要なページのみで作動させる仕組みが機能しなくなったことでした。なぜ、この仕組みがうまく機能しなくなったのか？不明なので、とりあえずreCAPTCHA v3を停止することにしました。
Contact Form 7かreCAPTCHA v3が変化してしまったようです。
