そう話すのは、ピクシブ株式会社のディレクター中村氏と鈴木氏。 多くのユーザーが自分でイラスト・漫画・小説を創作し投稿するpixivのサイトでは、検索エンジン最適化に関してどんな問題を抱えていて、どんなSEO施策を進めたのだろうか。 今回pixivのSEO施策を担当した株式会社アイレップの担当者とともに、話を伺った。 今回のSEO施策でpixivが行ったのは、次のようなものだ。 サイトコンテンツのインデックス促進 ―― 重複コンテンツなど不要なページへのクロールをなくし、意味のあるページをよりクロールしやすいようにサイト内リンクを最適化することで、検索エンジンが効率的にコンテンツをインデックスできるようにする最適化。検索ボリュームが多くなるキーワードに対応した重み付け ―― 関連するイラスト投稿の多いキーワードに対するサイト内リンクが自動的に増える仕組みの実装。検索エンジンが理解しやすいペー
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
今日の記事もSMX Advanced 2011のセッションレポートになります。 大規模ECサイトを運用しているサイト管理者に特に関係してくる、「ページネーション(Pagination)」におけるrel=”canonical”タグの使い方がトピックです。 「ページネーション」とは、ひとまとまりのコンテンツが複数のページにまたがったときに利用する、「ページ分割・ページ送り」のことです。 ※余談ですが、綴りは“pagenaton”ではなくて“pagination”です（何度か間違えてた）。発音は、「ペィジネィション」よりも「パァジネィション」の方が近いです（今回気付いた）。 ページネーションでできあがった2ページ目から後のページをrel=”canonical”を使って1ページ目に正規化する利用法を、Googleは推奨していません。 × ページ2 ⇒ ページ1 × ページ3 ⇒ ページ1 × ペー
Schema.org is a collaborative, community activity with a mission to create, maintain, and promote schemas for structured data on the Internet, on web pages, in email messages, and beyond. Schema.org vocabulary can be used with many different encodings, including RDFa, Microdata and JSON-LD. These vocabularies cover entities, relationships between entities and actions, and can easily be extended th
SEOの終わる部分とそうでない部分 情報が無限大に広がる Web の世界。そこから自分にとって必要な情報を見つけ出すのは至難の業です。 そこで、検索エンジンが活躍するわけですが、ただ Web サイトを作っただけで的確なかたちで検索結果に表示されるとは限りません。コンテンツ配信側が検索エンジンに対して自分たちのサイトがどういったサイトなのかを的確に知らせることを「SEO (Search Engine Optimization)」と呼びます。検索する利用者に対して効果的に露出したいという意味で「SEO対策する」という言葉が使われることがあります。この場合、SEO は瞬時にアクセス数を上げるための起爆剤として活用していると考えることができます。 SEO はこうした起爆剤的な要素だけを指しているわけではありませんが、「アクセスが上がる」というキャッチーなフレーズが付随されていることもあり、SEO
「モバイルSEO」とは、携帯電話端末（俗に「ガラパゴスケータイ（ガラケー）」「フィーチャーフォン」と呼ばれる、以降「ケータイ」で統一）のみで見られるWebサイトを検索エンジンに対して最適化すること（Search Engine Optimization、SEO）をいいます。いい換えると、モバイル検索エンジンに好かれるケータイ向けWebサイトにすることがモバイルSEOといえます。そうすることで、狙ったキーワードでケータイサイトの上位表示ができるようになります。 では、モバイル検索エンジンの「クローラー （Crawler）」だけに読み取れる文字があるWebサイトが、モバイル検索エンジンに好かれるケータイサイトといえるでしょうか？ PC／スマートデバイス／スマートフォン（以降、「PC」で統一）やケータイで検索していただくと分かりますが、検索して上位表示されているWebサイトのほとんどは、ユーザーに
Ajaxを使うためにはページ内リンク (hash fragment=URLの#以降) を使うのが一般的*1 hash fragmentはサーバに送信されないから、JavaScript非対応のブラウザだと動作しない 特にサーチエンジンのクローラ等で問題になる*2 そこで Google は、#! が含まれる URL を hash を含まないものに読み替える仕組みを提唱している。例えば「www.example.com/ajax.html#!key=value」のサーチエンジン用URLは「www.example.com/ajax.html?_escaped_fragment_=key=value」になる。 TwitterやFacebookはこの仕様に従うことで、Ajax な UI と SEO を同時に実現している、というわけ。ということを調べたなう。 参照: Getting Started |
Getting Started This document outlines the steps that are necessary in order to make your AJAX application crawlable. Once you have fully understood each of these steps, it should not take you very long to actually make your application crawlable! However, you do need to understand each of the steps involved, so we recommend reading this guide in its entirety. Overview of Solution Briefly, the sol
GoogleのSEOにかなり強くなるマニュアル:京都のSEOコンサルタント松尾茂起のブログ 京都のSEOコンサルタント松尾茂起のブログTOP > Google SEO > GoogleのSEOにかなり強くなるマニュアル 久しぶりのブログ更新です。 Yahoo！の検索エンジンがGoogleになるという発表があってから、約40日が過ぎました。 現在、Yahooでは上位表示しているけれど、Googleでは上位表示されていないという方の中には、戦々恐々とされている方も多いようですが、正直なところ、アルゴリズムが変動しやすいYahooに比べれば、Google対策の方がはるかに生産性のあるSEOができると思います。 Googleでの上位表示は、コンテンツ戦略をきちんと設計しておけば難しくありません。 今回は「Google SEOにかなり強くなるマニュアル」と称して、Google SEOを行う上で重要な
This is a place devoted to giving you deeper insight into the news, trends, people and technology behind Bing. Back in June, 2010, we published a blog post titled Bing crawler: bingbot on the horizon that announced our plans to retire our venerable web crawler, MSNBot, and replace it with the new. Our plans remain on track, and we want to remind you that this change will occur on October 1st, 2010
Googleは、検索結果に出たウェブページのURLの代わりにパンくずリストを表示する機能を昨年の11月に導入しました。 今ではSERPでのパンくずリスト表示を目にする機会が増えてきました。 URLの代わりにパンくずリストを表示するかどうかや表示する場合の階層はGoogleのアルゴリズムで自動化されていて、サイト管理者は設定できません。 そんななか、リッチスニペットのためのマークアップでパンくずリストの情報を適切にGoogleに知らせることができるようになりました。 microdataかRDFaのいずれかのマークアップで記述されたパンくずリスト情報をGoogleは認識できます。 詳しいことがヘルプで説明されています。 すでにパンくずリストが表示されているサイトは何もする必要はありません。 またパンくずリスト情報をマークアップしたからといって、リッチスニペットの一部としてパンくずリストが必ず表
モバイルサイトとPCサイトの両方を運営しています。PCサイトをモバイル端末から閲覧した際に、モバイルサイトへリダイレクトさせたいのですが、この場合301リダイレクトと302リダイレクト、どちらを使用した方がいいでしょうか？ サイトマップ αSEOについて αSEO トップ > SEO FAQ > SEO内部施策 FAQ > モバイルサイトとPCサイトの両方を運営しています。PCサイトをモバイル端末から閲覧した際に、モバイルサイトへリダイレクトさせたいのですが、この場合301リダイレクトと302リダイレクト、どちらを使用した方がいいでしょうか？ SEO FAQ モバイルサイトとPCサイトの両方を運営しています。PCサイトをモバイル端末から閲覧した際に、モバイルサイトへリダイレクトさせたいのですが、この場合301リダイレクトと302リダイレクト、どちらを使用した方がいいでしょうか？ PCサイト
Ebook SEO Trends 2025 Download your copy of SEO Trends 2025 and discover what to be hopeful about in a changing search world. Download Now The Rundown Enterprise SEO in 2025: Key Trends and Strategies to Stay Ahead Prepare for the future of SEO, including how to use AI, build effective marketing funnels, and create targeted content to drive results in 2025. Get The Rundown Webinar AI-Organized SER
英BBCのニュースサイトでは，SEO(検索エンジン最適化）対策として長いニュース見出しを用意することになった。 Steve Herrmann氏（editor of BBC News website）によると，BBCのニュースサイトへのトラフィックのうち，29%は検索エンジンからであるという（英国内のトラフィック）。その検索エンジンからのトラフィックをさらに増やすために，ニュース見出しをフロントページ向けと本文ページ向けとの二つを用意することにした。 多くのニュースはフロントページに見出しが表示され，そこをクリックすると本文ページに飛ぶことになる。でも，検索エンジンやソーシャルメディア（ブログなど）から特定ニュースへのアクセスは，フロントページをパスして本文ページに直接辿りつく。 そこで，本文ページのニュースは検索されやすい見出しにすべきである。BBCでは本文ページのニュース見出しを最大55
海外SEO情報ブログの鈴木氏のツイートで知ったのですが、Bingのウェブマスター・フォーラムでBingのプログラム・マネージャーのBrett Yount氏がウェブマスター向けのよくある質問を投稿していました。内容にそれほど新規の要素はありません。とはいえ、Bingの公式ヘルプみたいなものだと思いますし、一読の価値はあると思います。 原文は『webmaster faqs』です。箇条書きですので、説明不足の部分も多いと思います。全文を読みたい方は直接こちらをご覧下さい。 1. MSNBotがクローリングしない、あるいは部分的にしかクローリングしない場合クロール深度はサイトの順位や構造など複数の要因に基づいて決定される。対処法としては次のことを確認。 Robots.txtでMSNBotをブロックしていないかRobots.txtでMSNBotのIP範囲をブロックしていないか。IP範囲については以下
これまでの検索結果は「ページ」へのリンクでしたが、「ページ内の各部分」への直接リンクが検索結果に表示されるようになったということです。 具体的な例は、グーグル公式ブログの「新しくなったスニペットで検索結果の目的の場所までひとっ飛び」の記事に示されているものを見るのがわかりやすいでしょう。 → http://googlejapan.blogspot.com/2009/10/blog-post_14.html どちらの機能も、基本的に、 ページのコンテンツが見出し（h2とかh3）で区切られている各見出し（h2とかh3）にアンカーが付けられているという状態が前提になっていて、自動処理されています。 → http://googlewebmastercentral-ja.blogspot.com/2009/10/blog-post_29.html ここでいう「アンカー」とは、idやnameの属性のこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く