Google、パソコン用 Googlebot によるクロールを完全に終了。 2024年7月5日以降
[レベル: 初級] パソコン用 Googlebot によるクロールとインデックスを 2024 年 7 月 5 日以降 Google は完全に終了します。 検索セントラルブログでアナウンスがありました。 ウェブサイトをクロールするのは スマートフォン用 Googlebot だけ 2023 年 10 月末に、モバイル ファースト インデックスへの移行が完了したことを Google は宣言していました。 しかし実際には、モバイル ファースト インデックスに対応できていないごく一部のサイトについては、パソコン用 Googlebot によるクロールを継続していました。 ですが、2024 年 7 月 5 日以降は、モバイル ファースト インデックスに対応していないこうしたサイトのクロールもスマートフォン用 Googlebot で実行します。 もし、スマートフォン用サイトのコンテンツを省略していたり、あ
ヤフー全社横断「Webパフォーマンス改善」の取り組み (Core Web Vitalsスコアの向上)
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、第11代黒帯（ヤフー内のスキル任命制度／Webフロントエンド領域）の浜田（@narirow）です。今回はヤフー全社で実施してきた、「Webパフォーマンス改善プロジェクト」についてお話ししたいと思います。 長期に渡る活動の結果、多くのサービスのWebパフォーマンスが徐々に向上しています。この記事では、取り組みの経緯や、多くのサービス分析を通してわかったコスパの良い施策（比較的簡単に実施できてスコアも上がりやすい施策）などをご紹介します。 全社横断でWebパフォーマンス改善を実施する経緯 さかのぼること2021年、Googleから以下のような案内がありました。 「Core Web VitalsがGoogle検索の検索順位に
ダイナミックレンダリングをGoogleはもはや推奨せず、回避策であり最終手段
[レベル: 上級] ダイナミック レンダリングに関する技術ドキュメントを Google は更新しました。 ダイナミック レンダリングの利用を推奨せず、別の方法を採用するように強く促しています。 ダイナミック レンダリングは回避策であり非推奨 こちらは更新前のドキュメントの最初のセクションです。 こちらは更新後のドキュメントの最初のセクションです。 まず、最上段に掲載されている注釈が変更されました。 以前の注釈は次のとおりでした。 このページでは、JavaScript バージョン以外のページをクローラに提供する方法について説明します。ユーザー エージェント（モバイル、タブレット、パソコン）の種類に応じて異なるバージョンのページを提供する方法については、動的な配信に関するガイドをご覧ください。 現在の注釈です。 📝すずき注: この記事を書いている時点では日本語ドキュメントは未更新なので、訳は
DMCA悪用はなぜ問題なのか - ウォンテッドリー社の悪評隠蔽事例 - SEO辻正浩のブログ
ビジネスSNS、Wantedlyを運営するウォンテッドリー社のDMCA悪用が話題になっています。 同社のIPOに向けた資料を解説したブログ記事「Wantedly（ウォンテッドリー）のIPOがいろいろ凄いので考察」に対して、ウォンテッドリー社によってDMCAに基づく削除申請が行われました。 その結果、記事はGoogleの検索結果から消され、その記事を言及したツイートは非表示にされています。 DMCA申請は画像の著作権違反を問題視してとのことですが、インターネット上で多く流布されているような画像へのDMCA申請であって、実際は悪評隠蔽の意図であることは明白です。 このことが大きな話題になった今もメディアの取材に対して、悪評封じの意図は無く「弊社が著作権を有する画像の無断使用はやめていただきたいとの判断」と、あくまでも画像の無断利用を問題視しただけ、と主張しています。 私はこれが許されるべきこと
『アメブロのAMPを終了します』
アメーバスタッフブログでも記載させていただいた通り、11/15より順次アメブロのAMP対応を終了させることになりました。 なぜAMPをやめるのか？2016年の3月にアメブロはAMP対応をスタートさせていました。 （当時のブログ記事はこちら） そこから5年以上AMPを採用し、モバイルの検索結果からはAMPキャッシュに飛ぶようになっていました。 Googleの検索結果からはGoogleのキャッシュに移動するわけで、当然体感速度としては良好なものであったと思います。 「それなのになぜやめるのか？」 ですが、基本的にはビジネス的な問題となります。 ウェブ界の状況、社会状況等々によっての総合的な判断ということになります。 検索結果がクリックされた際にGoogleのキャッシュが表示されるという点では、CDNのコスト削減等はあるのですが、それでもやはりトータルで考えたときに今回はAMPを終了させるという
ウェブページのタイトルの生成方法に関する最新情報 | Google 検索セントラル ブログ | Google for Developers
フィードバックを送信 ウェブページのタイトルの生成方法に関する最新情報 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 2021 年 8 月 24 日（火曜日） 検索結果と検索クエリの関連性をユーザーが判別する主な方法の 1 つは、検索結果に表示されたウェブページのタイトルを確認することです。そのため、Google 検索では、検索結果に掲載される文書に最適なタイトルを提供し、クリエイター、パブリッシャー、企業などが作成したコンテンツとユーザーを橋渡しできるよう努めています。 タイトルの生成方法 Google は先週、ウェブページのタイトルを生成する新しいシステムを導入しました。以前は、入力されたクエリに基づいてタイトルが変更されることがありました。新システムでは、このようなことは通常行われません。新システムではクエリに関係なく、概要を説明し、文章全体により
The End of AMP
I am hopeful that 2021 will be the beginning of the end for two of my least favorite things – the pandemic and Accelerated Mobile Pages (AMP). For the past few months, I’ve been focusing on Google’s Page Experience update due to launch in May and what it means for publishers. The largest and most talked-about item in the update is Google announcing that sites with passing core web vitals will rece
JavaScript挿入したrel=canonicalをGoogleは処理できる
[レベル: 上級] JavaScript によって挿入した rel="canonical" を Google は認識、処理できます。 JS 挿入の rel=canonical をサポートしなかったのは昔の話 「レンダリング前の、初期状態の HTML コードにある rel=”canonical” だけを Google は処理する」と John Mueller がちょっと前に言っていたが今でもそうなのか？ Google の Martin Splitt（マーティン・スプリット）氏に Twitter でこのように質問したユーザーがいました。 @g33konaut Does Google still only process rel="canonical" in the initially fetched, non-rendered HTML? John tweeted this a while a
Think with Google 日本
今の KPI はビジネス成長に貢献しているか？ 「バイトル」が部門横断のデータ整備から真の KPI を問い直す
title要素のSEO：サイト名やカテゴリをtitleから削除すると、検索トラフィックは増える？ 減る？【衝撃の実験結果】 | Moz - SEOとインバウンドマーケティングの実践情報
あるいは、title要素に含める情報をむしろ減らすほうがSEOに役立つということはないだろうか？（少なくとも特定の状況では） いくつかの調査から、次のことがわかっている： title要素は一定の長さの方が高い効果を発揮する傾向がある Etsyのエンジニアチームによる今ではよく知られるようになった調査では、短いtitleタグの方が、長いtitleタグより効果があったという。SEO担当者らはその理由として、 title要素は短いほうがより対象を絞って関連性を高められる（コアキーワードに集中するため）クリック率を上げられる可能性があるといったものや、あるいは僕たちには想像できない他の理由があると推測している。 では、titleタグを短くするには、どうするか。文字や単語を削るしかないだろう。 ではtitle要素のどの部分を削って短くするか。間違いなく、削る対象として選ぶのは次のようなものだろう：
Rendertron導入でDynamic Renderingしている話 - 一休.com Developers Blog
こんにちは。 一休.comの開発基盤を担当しています、akasakasです。 今回は、Rendertronを導入してDynamic Renderingをしている話をしたいと思います。 ここでお話しする内容 Dynamic Renderingについて 一休.com/一休レストランでDynamic Renderingが必要になった背景 Rendertron とは Rendertron にした理由 Rendertron 導入イメージ クローキングの懸念 苦労話 Rendertronのモバイル対応がバグってた Rendertronのメモリリーク AMPページに対してDynamic Renderingを適用するとレンダリング後が評価されてしまって正常なAMPとして認識されない 学び できたてのライブラリは不完全(どこかしらにバグは潜んでいる) Dynamic Renderingさせるべき画面・させな
2020-05-02 Dynamic Rendering を試してみる - odan-worklog
#dynamic-rendering Dynamic Rendering とは https://developers.google.com/search/docs/guides/dynamic-rendering?hl=ja UserAgent がクローラーな場合に html をレンダリングしてからレスポンスを返すことにより、JS を実行しないクローラーに対して正しいコンテンツを読み込ませる技術 SSR との比較 Dynamic Rendering はヘッドレスブラウザなどを用いてレンダリングすることが多い 最終的には SSR にするのが良いらしい https://www.suzukikenichi.com/blog/dynamic-rendering-is-a-temporary-workaround/ SSR 実装難しくない？ 選択肢 prerender.io https://prer
決死の覚悟でのぞんだnoteのドメイン移行。検索流入急落からの復活劇｜note株式会社
リスクはある。成功するとは限らない。それでも挑戦しなければならなかったことがあります。それが、2019年11月25日、noteのサービスURLの「note.mu」から「note.com」へのドメイン変更。 わたしたちが「note.com」ドメインを取得したのが、2018年12月。さらにさかのぼると、CXOの深津さんが就任した2017年10月からサービス改善における最重要項目のひとつとして位置づけられていました。 2年もの歳月をかけて取り組んだ「note.com」へのドメイン移行。今回の#noteのみんなでは、CEOの加藤さん、CTOの今（こん）さん、そして深津さんにドメイン移行とともに歩んだ2年間を振り返ってもらいます。 リスクはあった。でも「やらない」という選択肢はなかった加藤：まず、なぜ「note.com」へドメインを移行することになったのか。いろいろなメディアの記事やnoteでも紹介
ダイナミックレンダリングは一時的な回避策、最終的にはSSRの実装を
[レベル: 上級] Dynamic Rendering（ダイナミック レンダリング）は、JavaScript で生成されるコンテンツを確実にインデックスさせるために利用できる仕組みです。 しかし、一時的な回避策としてみなしたほうがいいでしょう。 数年後には必要性が薄れているかもしれません。 最終的には、Server-side Rendering（サーバー サイド レンダリング）の実装が望まれます。 ダイナミックレンダリングよりも SSR JavaScript が関わってくるコンテンツのインデックスに特に問題を感じていないのであれば、Googlebot のレンダリング（正確には、Web Rendering Service）に任せて構いません。 特別な構成は不要です。 しかしながら、Googlebot が実行できない JavaScript を使っていたりインデックスされるまでに時間がかかりすぎ
【注意喚起】Google Maps最適化(MEO)業者への依頼は登録削除のリスクがあります - ブログ - 株式会社JADE
Google Maps最適化、MEOの悪質な業者への対応の記事です。 長い記事になりましたので、どうしても伝えたいことを3行でお知らせします。 Google Maps最適化、MEO業者は多くが悪質でリスクが有ることを知ってほしい Google Mapsの悪質業者、スパマーと戦うために、利用されている方は「情報修正」「通報」の協力をしてほしい プラットフォームには、より迅速にガイドライン違反に対処してほしい では本文です。 (株式会社JADE 辻正浩) はじめに Google MapsやGoogle 検索からアクセスできる地図の影響力は拡大を続けています。 来客してもらうビジネスでは、Webページを作るよりもGoogle Mapsでのビジネス情報の正しい登録、Google My Business(Googleマイビジネス)の活用のほうが重要と考える人もいますし、それは状況によっては正しいこと
note.com にお引越しを計画しています｜深津 貴之 (fladdict)
そして数ヶ月後に、 note.com への移転を検討をしています。 この施策はかなり重要なことなので、何故やるのか、クリエイターの皆さんにどんな影響がでるのか、あらかじめ共有したいと思います。 なぜ引っ越すの？この1年半、私たちは重大ミッションの1つとして、SEOの改善に取り組み続けました。結果、ここ1年半で検索流入は8倍と大幅増加しました。 noteが取り組んでいるSEOの例 ・内部リンクの再構築 ・サブドメインの導入検討 ・カテゴリ構造の再編成 ・構造化データの導入 ・スパム記事の非インデックス処理 ・よい記事の書き方の布教ここから、さらに前のめりに進むために、私たちはnote.comというドメインの取得を決心しました。 現在noteが使ってるnote.muというドメインは、ちょっと特殊なドメインです。実はこれ、アフリカのモーリシャス（.mu）に属するドメインなんですね。 noteが
サーバーサイドレンダリングしないReact SPAのSEO - 橋本商会
普通にwebpackと@babel/preset-envで"last 2 versions", "Safari 10"をターゲットにしてビルドしているだけ
canonicalとは？URLの正規化でSEOのマイナス評価を避けよう
突然ですが、canonical属性タグと聞いて、効果と使い方を正しく答えられますか？URLの正規化で非常に重要な役割を果たすのが、*canonical（カノニカル）*です。URLの正規化を行わないとリンクポピュラリティの分散を招き、SEO対策的にはNGです。 設定を間違えると検索結果から削除されてしまうなど、慎重な対応が必要なものでもあります。しかし、正しく使うことでリンクポピュラリティの分散も防ぐことができますので、必ず対応しておくべきものでもあります。今回は、canonicalの意味と正しい使い方を紹介します。 目次 canonical（カノニカル）とは canonical（カノニカル）の正しい使い方 canonicalに関するよくある間違い canonical（カノニカル）に関するよくある質問と回答 canonical（カノニカル）によるURLの正規化はあくまでも対応策でしかない ▼
alternate属性とcanonical属性を正しく使ってスマホサイトの存在をGoogleに伝えよう｜ferret [フェレット]
ウェブサイトを運営していて、デスクトップ用サイトURLとスマホ用サイトURLを分けている場合あります。この場合、きちんと検索エンジン向けに設定を行わないとスマホ用サイトの存在を認識してくれないケースがあります。それは主に、URLをデスクトップとスマホで分けて運用しているページの場合が多いです。 このような場合は、デスクトップ用URLとスマホ用URLの双方を検索クローラーに伝える必要があります。 今回は、canonical属性とalternate属性を使ってスマホページの存在を検索エンジン向けに伝える方法を紹介します。 目次 canonicalとは alternateとは Googleがサポートするデスクトップ用サイトとスマホ用サイトの最適化方法は3種類ある URLを分けている場合の対策方法 レスポンシブデザインの実装を検討しよう よくある質問とその回答 canonicalとは canoni
![alternate属性とcanonical属性を正しく使ってスマホサイトの存在をGoogleに伝えよう｜ferret [フェレット]](https://cdn-ak-scissors.b.st-hatena.com/image/square/0730dbcc8279e5a9cf9e7e90cece0fca4736d6cf/height=288;version=1;width=512/https%3A%2F%2Fferret.akamaized.net%2Fuploads%2Farticle%2F1426%2Feyecatch%2Fdefault-2b35b1392942385f6e4a644bf6c0ba8b.jpeg)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Meta Tags — Preview, Edit and Generate
