[レベル: 上級] SEO と相性がいい Lazyload の実装を解説するドキュメントを Google はデベロッパー向けサイトで公開しました。 3つのアドバイス ドキュメントには3つの指針が書かれています。 1. viewport 内で見えるようにする viewport 内にあるコンテンツは、必ず Google にも見えるようにしておきます（viewport は簡単に言えば、スクリーンに表示される領域）。 つまり、重要なコンテンツが viewport に入ったときは確実に読み込ませます。 IntersectionObserver API と polyfill を実装するように Google は指示しています。 2. 無限スクロールでは paginated loading を使う 無限スクロールを採用している場合は、paginated loading を実装します。 paginated

2019/05/08 追記 【大ニュース】 なんとGoogleBotのJSレンダリングエンジンがChrome74相当になって、ES6に対応するようです...！ ここで書かれた内容の多くはすでに古くなっているかもしれません...！ https://webmasters.googleblog.com/2019/05/the-new-evergreen-googlebot.html もう時は2018年の後半となり、React・Vue・AngularといったモダンJavaScriptフレームワークは開発現場でよく見かける存在となりました。 一方で、依然としてこれらを利用して開発をする場合には「Googlebotがそれらをレンダリングできない可能性がある」という問題がついてまわります。 そのため、サーバーサイド側で前もってJavaScriptをレンダリングしておく、サーバーサイドレンダリングという技

GitHubで公開されているフロントエンドチェックリストというドキュメントが、網羅されている内容が幅広く便利そうだったので、日本語に翻訳しました。 日本語版は、以下のGitHubリポジトリにあります。GitHub側と自動的に連携するようにしておりますので、誤訳や誤りなどがあれば GitHub のプルリクエストまたは Issue で報告していただけると幸いです。 https://github.com/miya0001/Front-End-Checklist 日本語版への貢献方法 最終更新日時: 2017-11-19 03:50:47+09:00 (未翻訳) Front-End Checklist The Front-End Checklist is an exhaustive list of all elements you need to have / to test before lau

「Accelerated Mobile Pages」と呼ばれるGoogleが推し進めてきたプロジェクトですが、とうとう正式導入されることになりました。「Accelerated」は「加速される」という意味で、つまりモバイルページ高速化プロジェクト、といったところでしょうか。 まずは導入後のイメージを御覧ください。（英語ですが公式サイトのイメージよりもわかりやすいです） このように、検索結果にカルーセル形式で表示され、リンクをタップすると物凄いスピードでページが表示されます。 自分の携帯で試してみたい方は、下記URLのGoogle検索画面から「ニュース」というキーワードなどで検索してみてください。 http://g.co/ampdemo（※スマホからアクセスしてください） 既にTwitterやアメブロなど、様々なメディアがAMP対応を導入しています。 Googleが過去に発表してきた、モバイル

ウェルク問題で盛り上がっているので、 現状インターネットメディアを自称するほとんどの会社がやっていることは、実質メディア運営ではなく、検索エンジンを占拠するビジネスである 検索エンジン占拠ビジネスにおいては、コンテンツにお金をかける、特に一記事にコストを掛けることは経済的に不合理である と考えている理由について、気分転換がてら書いていきます。 最初に断っておくと、これから書くことはメディア運営をしている一個人の感想であると同時に、メディア運営者の一人として自分も完全にブーメラン案件であり、誰が正義とか悪いとかそういうことを話したくて書くわけではありません。 よくも悪くもインターネットというのはこういう仕組みになっているので、短期的な経済的成功だけを目指すのであれば、ウェルクを始めとする昨今のキュレーションサイトのようなやり方は合理的である というの旨の話となります。 今回のウェルク炎上で比

久しぶりに Google のウェブマスターツールにある「コンテンツ キーワード」でこのブログのキーワードを確認していたら、なぜか2位に「users」というキーワードがあるのを見つけました。 試しに Google でサイト内検索してみると、サイドバーに表示している「はてブ数順 人気エントリー」の部分が検索結果のスニペットに表示されていました。 ↑ この「471 users」などの記述は、 ↑ サイドバーのこの部分にだけあるもの。 「ページに表示してるんだからスニペットに表示されて当然なのでは？」と思われるかもしれませんが、この部分は JavaScript を使って動的に構築している部分なのですよね。具体的には、懐かしの Yahoo! Pipes で出力した JSON データを読み込んで jQuery を使用して動的にリストを構築しています。 http://blog.fkoji.com/onl

スライドにはペイントで訳を重ねただけなので、「フォントの位置が･･･」とか「色が微妙に･･･」とか思っても心の中にしまっておいてください。 あと画像いっぱいだから重いよ。一応zipも。 ドライブの共有とかあまり使ったことないので、DLできない場合はご一報くだされば幸い。 案の定うまく行かなかったんでfirestorageに変更しました_(-　-)_

SEOだけで満足できない人のためのmetaタグ情報まとめ (前編) 「http-equiv編」 このエントリは上記のエントリの続きです。前回のエントリでは触れなかった、metaタグのname属性を持つものについてまとめたいと思います。metaタグの中で一番有名ともいえる、「meta name="keywords"」(キーワード)や「meta name="description"」(概要)もこちらに含まれます。 meta name (name属性)とは メタデータとはそもそも「文章の中身ではなく、HTML文章そのものについてのデータ」を記述するところです。前編のhttp-equivで出てきた「content-type」や「content-language」も「このHTMLの文字コードはUTF-8」だとか「日本語の文章である」と指定して、ユーザーエージェント*1に情報を与えているわけです。当然

「SEO的に優れた無限スクロールの実装方法」Googleからのアドバイス Googleが検索エンジンに配慮した無限スクロールの導入方法を公式ブログでアドバイス。クローリングできるようページ分割したものを用意するのが原則。プログレッシブ・エンハンスメントを前提に設計しよう。 公開日時：2014年02月14日 02:16 米Googleは2014年2月13日、検索エンジンフレンドリーな無限スクロール（Infinite Scroll）の導入方法についてのアドバイスを公式ブログに掲載した。John Mueller, Maile Ohyed, Joachim Kupkeの3人による上級者向けの投稿だ。 本記事では、翻訳ではなく、軽く Google のアドバイスの要点を押さえつつ、私個人の意見を述べていく。 無限スクロールとは Twitter や Facebook でも導入されているので既にお馴染みか

Website is under maintenance We are doing some updates on our site, and we need to be offline for a while. We will be back with you shortly! Twitter Facebook Instagram

[対象: 中〜上級] SMX Advanced Seattle 2012 セッションレポート第2弾は、英GoogleのPierre Far（ピエール・ファー）氏による「スマートフォン向けサイトの最適化」です。 Far氏のプレゼンテーションは、直前にGoogle Webmaster Central Blogで公式アナウンスがあったスマートフォンサイト構築の推奨に関する記事とその詳細を説明しているドキュメントとほぼ同じ内容です。 Far氏のプレゼンと公開されたばかりのドキュメントを合わせて、Googleが推奨するスマートフォンサイトを構築する際の最適化についてレポートします。 スマートフォン向けサイトの最適化 3タイプの構成のスマートフォン向けサイトをGoogleはサポート レスポンシブ・ウェブデザイン (Responsive web design) — デスクトップとモバイルで同じURL・同

[対象: 上級] Ajaxを利用しているページでは、Googleのクロールやインデックスを考えた場合、pushStateを使ったほうが“#”（ハッシュ）を使うよりも労力が少なくなりそうです。 下の質問にGoogleのMatt Cutts（マット・カッツ）が回答しました。 Ajaxのナビゲーションを管理するために“#!”から“pushState”に更新すべきだろうか？ Googleは両方ともサポートしている。だけどpushStateは特別な設定が不要だしGoogleも余分な処理をしなくて済む。 Matt Cutts氏の答えを一言でまとめると上のようになります。 ここからは僕からの補足です。 #を使ったAjaxページをSEO対応にするのは面倒 一般的に、Ajaxを使ったページではURLに“#”が含まれます。 検索エンジンは#以下をユニークなURL（の一部）として処理しません。 そこでGoogl

どちらのほうが検索ユーザーの目に留まってクリックされやすいと思いますか？ 確かなデータはありませんが、パンくずリストのほうがクリックされやすそうですよね（特にWeb担のような無機質なURLの場合は）。 最近の検索エンジンは、サイト上でふつうにパンくずリストを出していれば、自動的に検索結果でパンくずリストを表示するようにしてくれるようです（「リッチスニペット」と呼ばれるもの）。しかし、Web担のように、おかしなこだわりでパンくずリストの区切り文字をふつうの「>」ではなく「«」にしていると、自動認識されずにさみしいことになります。 そこで、ページのHTMLに「microdata」という仕組みで手を加えて、グーグルに「ここがパンくずリストだよ」と教え、検索結果ページで使ってもらえるようにする方法を紹介しましょう。 ふつう、パンくずリスト部分のHTMLは次のような感じになっていると思います。 <a

[対象: 上級] 今日の記事は、自分へのメモを兼ねたやや難し目の技術的なトピックになります。 X-Robots-Tag の noindex と nofollow をPHPを用いてHTTPヘッダーのなかに出力させる設定方法です。 次のコードを記述します。 header("X-Robots-Tag: noindex, nofollow") 使う場面はかなり限られているはずで普通は使わないと思います。 僕は、ブログのサイドバーに広告を設置しています。 広告リンクなのでGoogleのガイドラインに従ってPageRankを渡さないようにrobots.txtでブロックした中間ページを挟んでリダイレクトしています。 ところがこの中間ページが検索結果に出てきてしまうことがあります（ちなみに今はrobots.txtでブロックされているというメッセージがスニペット代わりとして出る）。 robots.txtはク

[レベル：上級] 今日は、X-Robots-Tagの使い方・書き方について説明します。 新しい情報でもなんでもないのですが、調べごとをしていてたまたまX-Robots-Tagに遭遇して、きちんと記事にしていなかったことに気付き忘備録の意味も兼ねて書いておくことにします。 X-Robots-Tagとは、クローラの動きを制御するときに用いるrobots meta タグを、HTMLドキュメントではないコンテンツのHTTPヘッダーに含めるために使う仕組みです。 たとえば、ウェブページを検索結果に表示させたくないときは、noindex robots meta タグを使います。 しかしXMLサイトマップやPDFドキュメントにはmetaタグはありません。 したがってnoindex robots meta タグを記述するとができません。 こんなときに使うのが、X-Robots-Tagです。 XMLサイトマ