suzukik (Kenichi Suzuki)
🌐The onwer of 海外SEO情報ブログ🔎
Miembro desde el 20/12/2012

Biografía
🏅 Google Product Expert 📝 SEO Blogger 🥑 Search Advocate 😼Mieruca Global Strategist

Logros

Actividad

Guías de la comunidad
Videos de la comunidad
Preguntas
Respuestas totales
Recomendadas
Gráfico de la actividad del usuario
Historial de publicaciones
というよりも、検索結果に出したくない動画なら構造化データをマークアップする必要がないのでは?
ペイウォールコンテンツの構造化マークアップと合わせて動画の構造化マークアップをしており

「合わせて」というのは、1 つの構造化データのまとまりとしてマークアップしているということでしょうか?
それとも、ペイウォールと動画の構造化データを個別に同じページにマークアップしているということでしょうか?

後者であれば、ペイウォール内のエリアに動画構造化データをマークアップすれば検索結果には出ないはずです。
Google 検索セントラル30/1/2025
どんなサーバーをお使いでしょうか?
CDN は利用していますか?
キャッシュやリダイレクトなど、確かにいろいろな理由が考えられそうです。

URL を提示いただければこちらでも調べられますが、可能ですか?
自分自身の権限を削除することはできません。
別のオーナーに削除してもらってください。
Respuesta recomendada
誰に(何に)よって危険とみなされているのでしょうか?
Google検索に関係していますか?
Respuesta recomendada
ナレッジパネル内にしか出なくなったのかもしれません






1 voto a favor
Respuesta recomendada
<br /> ではなく \n で改行するとどうなりますか?
Respuesta recomendada
Google ビジネス プロフィールに関しては、別のヘルプコミュニティがありますので、そちらでご相談ください。

Respuesta recomendada
robots.txt はインデックスを拒否する仕組みでありません。
クロールを拒否する仕組みです。

ウェブページが robots.txt ファイルでブロックされている場合でも、その URL が検索結果に表示されることはありますが、説明は表示されません。
https://developers.google.com/search/docs/crawling-indexing/robots/intro?hl=ja#what-is-a-robots.txt-file-used-for

インデックスさせたくないときは、noindex タグを使ってください
Respuesta recomendada
①Pタグの前後には改行が入るのでしょうか?

1行のスペースを入れたくなければ <br /> で改行してみてください


➁文章の前後にpタグをつけなくても正常に表示されるのでしょうか

<br>, <p>, または \n を用いて段落区切りを追加するように指示されています。
が、なくても表示されるような気がします(でも、ガイドラインに沿うことを推奨)


③調べるとhtmlタグで記載とあり実行したのですが間違えていますでしょうか。
 <p><br><ul><li>で記載する。

利用できるタグは以下のとおりです。
  • <br>
  • <p>
  • <ul>
  • <li>

④description内で<h>タグは使用できないのでしょうか。

使っても構いませんが、認識されません(無視される)


⑤太字はできますか?<strong>タグは使えるのでしょうか?

太字はできません。<strong> を使っても構いませんが、認識されません(無視される)


⑥google for jobsで求人本文が下記のように見えるようにするには、どのように記載するのが正しいのでしょうか。可能であれば実際にマークアップしていただきたいです。

これはどうでしょう?

<p>シンプルな軽作業のお仕事です!<br />これはテストの求人です</p>
<p>ぜひご応募ください。</p>


利用できるタグ、できないタグはドキュメントに書いてあります。
https://developers.google.com/search/docs/appearance/structured-data/job-posting#job-posting-definition

Respuesta recomendada
まずこちらのガイダンスをご確認ください
サイトの URL を提示するとコミュニティのエキスパートが見てくれます
Respuesta recomendada
旧ドメインが検索結果に再び表示されるようになったことはどのようにして確認しましたでしょうか?

サイトの URLを提示していただければこちらでも調べられます
Google 検索セントラル28/10/2024
以前調べたときは google / organic でした。
通常のウェブ検索とは区別できません(Search Console でも区別できない)
シークレットモードまたは別のブラウザで試してください。
Respuesta recomendada
robots.txt でブロックしているのでクロールできないため、評価対象になりません。
下がるかどうか以前の問題です。
1 voto a favor
Respuesta recomendada
Google 検索セントラル25/9/2024
書式については、サイトマッププロトコルの定義に従ってください。

定義に従っていない場合、サイトマップが読み取られないことがあります。

SEO に影響があるかどうかは、何を持って「影響がある」とするかによります。

大規模サイトのようですから、サイトマップはインデックス対象 URL の発見に役立ちます。
この点で言えば、サイトマップが適切に読み取られない場合は、適切に読み取られた場合と比較して URL 発見が遅れるかもしれません。

しかし、サイトマップが間違っていたからといって評価が下がることはないし、まして手動の対策を受けることも絶対にありません。
SEO に悪影響はありません。
Respuesta recomendada
的確な語句で検索

具体的にはどんなクエリでしょうか?

2 votos a favor
Respuesta recomendada
レポートのタイムラグではないかと思います。

そのページは、重要なページでインデックスさせたいページですか?
インデックスさせたいのに 404 だとしたら、正常に表示されるようにしてください。

インデックスさせる必要がないページであれば無視できます。

Respuesta recomendada
Google 検索セントラル20/9/2024
1、JobPostingのタグの掲載日を最新の日付に更新

これは datePosted プロパティのことですよね?


2、JobPostingのタグの掲載終了日を削除

こちらは、validThrough プロパティのことですよね?


コードを編集したとのことで、更新が正常に反映されていないのかなと思いました。
編集後に再クロールされていますか?(URL検査ツールで確認可能)。
再クロール後に再インデックス処理もあり、検索結果への反映にはさらに別のプロセスも必要になります。

サイトマップでは、更新したページには lastmod を指定してください。

可能であれば、Indexing API を利用するのも良いかと。
Respuesta recomendada
Discover からのトラフィックは、キーワード検索からのトラフィックと比べて予測可能性や信頼性が低くなります。このような偶発的な要素を考慮し、Discover からのトラフィックは、キーワード検索のトラフィックの補完的なものと考える必要があります。
Discover のトラフィックが時間の経過とともに変化する理由 -

こちらのドキュメントはすでにお読みかとは思いますが、Discover のコントロールはできないものと考えるべきかと思います。
何もしていなくてもトラフィックがなくなり、かと思うと突然復活したりします。

Discover は特別ボーナスのようなものと捉えて、主力トラフィック源として計算に入れないほうが無難です。
検索ほか、他のトラフィック獲得にフォーカスした方が確実性、生産性が高まるのではないでしょうか。

-1 votos a favor
Respuesta recomendada
実装に問題はなさそうですね(以前は特に問題なかったようなので、当然と言えば当然ですが)

可能性として考えられるのは次の 2 つですかね。
  • 何らかの理由による Google 側の認識ミス
  • コンテンツの品質が低いため、Google が強制的に正規化してしまった
もちろん、他の理由も十分にありえますが、URL がわからない以上、特定は不可能です。
オフィスアワーで相談することを推奨します(非公開で URL を提示できます)
こちらのフォームから質問できます。
1 voto a favor
Respuesta recomendada
まず、確認です。
  • hreflang は自己参照も含めて、すべてのページで相互参照している
  • rel="canonical" は自己参照
上記を確実に設定できていますよね?

hreflang については、こちらのツールでも検証してください。

異常が出始めた直前にサイトに何か変更を加えたでしょうか?
Google 検索セントラル9/9/2024
まず、Gemini が認識している社名と、構造化データで指定する社名に直接の関係はありません。
構造化データを更新しても、Gemini が現在に名称を認識する保証はありません。

とりあえず、Gemini はわきに置きます。
運営会社を、Google が検索でサポートする構造化データで指定するには、質問者さまのケースでは次の 2 つが適切でしょう。
組織構造化データは、トップページにだけマークアップすれば十分です(もしくは会社案内ページ)
記事構造化データは、各記事にマークアップし、運営会社を author プロパティの Organization タイプを指定すればいいでしょう。

なお、構造化データは必須ではありません。
マークアップしなくても、クロールとインデックス、ランキングに直接の影響はありません。
リッチリザルトなど、検索結果の表示に主に関係します。
1 voto a favor
Respuesta recomendada
Google 検索セントラル5/9/2024
tokoma noshi さんの見解に賛成です。

→フィーチャーフォン用全ページにnoindexを施そうと考えています。

noindex が妥当ですね。
ガラケーユーザーのアクセスが無視できるくらいの少なさなら、思い切って削除してもいいのかなと思います(メンテナンスも不要だし、大規模サイトならクロール効率の観点からも不要な URL は減らしたい。そして、いずれは完全に削除するでしょう)。


パラメータによる重複コンテンツは、tokoma noshi さんが提案したように、僕なら rel="canonical" で対処します。
ヒントとはいえ、パラメータ URL に関してはたいてい従ってくれはずです。


 
Respuesta recomendada
クロールとインデックスは別プロセスです。
クロールして即座にインデックスされるわけではないので、「クロール済み - インデックス未登録」自体は問題ありません。
時間が解決します。

しかし、時間がたってもインデックスされないページが多い場合は、何らかの問題をサイトが抱えているかもしれません。
最近多いのは、コンテンツの品質が低いケースです。
低品質のためインデックスする価値がないと Google が判断することがあります。

インデックス状況が芳しくない状態が継続する場合はこちらのガイダンスを参照してください。
1 voto a favor
Respuesta recomendada
rel="canonical" で問題ありませんが、可能であればリダイレクトをお勧めします。
rel="canonical" はヒントであって命令ではないので(とはいえ、Google 検索では https 優先ではありますが。ただ、それでもやっぱりリダイレクトが好ましいです)。


1 voto a favor
Respuesta recomendada
料理や企業など「たんかつ」に関連性があるサイトがウェブにはたくさんあるようです。
それらのサイトと比較して、質問者さまのサイトの関連性が低いと Google が判断しているためと思われます。

「たんかつ」という指名検索で検索からのトラフィックを増やしたいのでしょうか?
そうであれば、他のサイトに引用されるような良質なコンテンツを長期にわたってたくさん公開する必要があります。

サイト内で「たんかつ」を連呼してもさしたる意味はありません(自己推薦ではなく、多くの第三者に「たんかつ」といえばこのサイトと認知される必要があります)。
こちらのヘルプ記事を参照して設定してください。
DNS レコードをご自身で設定なさったのなら簡単です。
DNS サーバーに問題があるのか、Googleが(一時的にせよ)DNSサーバーにアクセスできなくなっているのか?
いただいた情報だけでは特定は難しそうです。

差し当たり、meta タグや HTMLファイル、Google アナリティクスなど別の方法で所有者確認してはいかがでしょうか?
10年前くらい

ご認識のとおり 10 年前の話ですよね。
title 要素はもちろん今でも評価のシグナルです。
ページの内容を理解したりやクエリとの関連性を評価するために用いられます。

ですが、10年前とは違い、ランキングに多大な影響を与えるかというとそういうことでもないのです。

現在の SEO は、特にテクニック的な何か(今回で言えば title タグのキーワード) 1 つをやればそれが(ランキングに)大きな影響を与えるというものではなくなっています。

1 voto a favor
Respuesta recomendada
ユーザーが見た時にどのように見えるかを考えるとよいのかなと思います。

僕もこの意見に賛成です。
ページ内容を反映させつつも、検索結果でユーザーにどのように認識させるかも重要です。
「大カテゴリ」を入れることに反対はしませんが、同時に必須ではないかなとも考えます。
その 1 ページだけに起きている現象なのですよね?
Google 側の問題なのかもしれないのですが、エスカレーションするにしても具体的な URL がないと無理です。
提供できますでしょうか?
Google 検索セントラル24/8/2024
トレイリングスラッシュなしの URL を問題になるほど高速にクロールしていますか?
たとえば毎秒ごととか。
サーバーに過負荷を与える影響を与えるほどなのかどうかをまず検証してください。
その URL を、URL 検査ツールのライブテストで検証してください。
パラメータなしの URL に正規化されているようであればまったく問題ありません。

正規化されていない場合、rel="canonical" でパラメータなしの大元の URL に正規化することをお勧めします。

設定が難しければ再度ご質問ください。
(とはいえ、放置していても大きな問題にはならないと思います)。

Google 検索セントラル21/8/2024
正規化できているなら無視できますが、それでも特定したいのでしょうか?
無視してもクロールとインデックス、ランキングに影響はありませんよ。
気分的に気持ち悪いとかですかね?
本人確認書類等を提出する本人確認

Search Console の話をしてますよね?
Search Console の所有者確認に書類を提出する必要はありませんよ(そもそも提出先が存在しない)

他のプロダクト/サービスとごちゃ混ぜになっている気がします。
Respuesta recomendada
WordPress 標準のサイトマップの利用では問題ありますか?
特に設定も必要ないので、サイトマップの URL を登録するだけですよ。
(サイトマップのファイル名は wp-sitemap.xml

https://test.com の所有者であれば、A と B  のサイトマップを送信できます。
他の本人確認等は完了している場合に、
「他の本人確認」とは何でしょうか?
Search Console の所有者確認に関係してくるのは、そのサイトの確認用トークンです。
他のプロダクトやサービスは関係ありせん。

サイトを公開した時点で所有者確認してください。
不正に登録されたページは404エラーになっており
404を返していて、検索結果にも出ないようであれば、何も問題ありません。
Search Console の 404 が長期にわたってレポートに出てくるのは普通です(一時的な 404 かもしれず、数回の再クロールを繰り返すため)。
無視できます。

404 を返しているのに検索結果に出てくるページを発見した場合は、削除ツールから削除リクエストすることでインデックス削除を促進できます。
Respuesta recomendada
警告はプロパティ単位です。
Aに出された警告はAが対象です。
しかし、BとCもスパムポリシーに違反しているとしたら、BとCにも警告が出されるでしょう。

同じような違反行為を複数のサイトに渡って実行している人は珍しくありません。


Respuesta recomendada
別のドメインで運用しているとのことで、サイト全体の品質もインデックスの速度(と、そもそもインデックスするかしないか)に大きくかかわってきます。

いったんインデックスが遅くなったサイトのインデックスを促進するのは簡単ではないし長い時間がかかることが通常です(要は、Google の低評価をひっくり返さなければならない)。

サイトマップや、トップページからのリンク、他のサイトからのリンクなどは URL の発見に役立ちます。

とはいえ、やっぱり最重要なのはコンテンツの品質です。
こちらのドキュメントもご参考に。
Respuesta recomendada
どちらの URL も noindex が出力されています。
インデックスされている方はいずれ検索結果からも消えるでしょう。
急ぎでれば、Search Console の削除ツールから削除リクエストしてもらってください。

修正対応してもらったとのことですが、差し支えなければどんな修正を施したのか共有してもらえますでしょうか?
今後の参考にもなりますので。

いずれにしましても、現在はすべての対象ページで正常に noindex が出力されているのですよね?
確実を期すために、ダブルチェックを推奨します。
Respuesta recomendada
同じ URL を今検証したら noindex が出力されていました。
でも、先に僕が共有した URL での検証結果では、noindex はないし、クロールも成功していますよね。


noindex はどのようにして出力しているのでしょうか?
サーバーサイド? クライアントサイド?(静的? 動的?)

タイミングによって出力されていない時があるとしたら、そのタイミングでのクロールによってインデックスされているのかもしれません。

可能であればもう、2つ、3つ、サンプルの URL を見せていただけますか?
元の HTML には noindex が確かにありますが、レンダリング後のソースコードには noindex がありません。
レンダリング時に削除しているか、モバイルには配信していないか、チェックしてください。
(CDN もお使いのようなので、その辺の構成も)
少なくとも今の時点で、コア アップデートの展開が始まったという公式アナウンスは出ていません。
ランキングに関するアップデート情報は、Google Search Status Dashboard で確認できます。

なおコア アップデートでなかったとしても、大きな順位変動が発生することは珍しくありません。
コア アップデートが実施されたからといって、そのための特別な対応が必要になるわけでもありません。

こちらのドキュメントもご参考に。
Respuesta recomendada
Google 検索セントラル5/8/2024
Google が今でも AMP をサポートしているかどうかと問われれば、サポートしています。
しかし、現在 AMP は Google 独自のフレームワークではなく、OpenJS に移管し、いわばウェブ標準のテクノロジーになっています。

とはいえ、もともとモバイルウェブの高速化および UX 向上を目的としていた AMP ですが、現在はさらに新しい技術の登場でもはや廃れたテクノロジーと言ってもいいでしょう。

AMP でなければならない強いこだわりがない限りは、いまさら AMP を実装する価値はないと僕は考えます。

AMPはSEOへの効果はほぼないとは思いますが

「ほぼ」というよりゼロですね。
1 voto a favor
Respuesta recomendada
> ①構造化を埋め込んでいるイベント詳細ページのURLを入れても問題ないでしょうか?

イベント登録ページの URL を代わりに使用します。

If the URL to join the event isn't available until after registering for the event, provide the registration URL where people can take the next steps to join your event.


> ②URLがなくてもリッチリザルトテストが有効になるようですが、なくても良いでしょうか?

オンラインイベントでは、location.url は必須プロパティです。

This property [location.url] is required if your event is happening online.

RRT で有効になるのは、物理イベントの場合は必須プロパティではないためだと思います(オンラインかどうかまでは、識別できていないと思われる)。


ドキュメントを参照すれば、すべての疑問は解決できますよ。
実際に、僕はドキュメントも参照しながら回答しています。

1 voto a favor
Respuesta recomendada
単純に品質の問題ですね。
クロールされていますが、Google にインデックスする価値がないと判断されていると思われます。

どんなユーザーがどんな検索キーワードで、このページに辿り着くか想像できません。
検索経由で来た訪問者は、このページのコンテンツを見て「役に立った」「お気に入りに保存しよう」「ソーシャルメディアで共有しよう」と思うでしょうか?

ユーザーが有用だと実感するコンテンツを Google は検索結果に表示するのです。



コンテンツの質となるともうどうしようもありません。

どうして、どうしようもないのでしょうか?
ここをクリアしないと検索からのトラフィックは期待できませんよ。

こちらのガイダンスを参照して、コンテンツを自己評価することを推奨します。

Respuesta recomendada
検索とは関係のない問題のような気がしますが(ここはGoogle検索とサイト管理に関するヘルプコミュニティです)。

とりあえず、問題となっているページの URL をご提示ください。
見ないことには何も言えません。
Respuesta recomendada
false
1574304160132111913
true
Buscar en el Centro de asistencia
true
true
true
true
true
102095
Búsqueda
Borrar búsqueda
Cerrar la búsqueda
Menú principal
false