[対象: 初〜中級] ECサイトで、販売している商品が在庫切れになってしまったときのそのページの取り扱いについて今日は学んでみましょう。 欠品状態によってどうするかが変わってきます。 1. 一時的な品切れの場合 品切れがほんの一時的なものであってすぐに再入荷の予定があるならページは残しておきます。 HTTPステータスコードは200を返したままで構いません。 ただしユーザビリティを考えて、現在品切れでいつくらいに再入荷予定なのかを示しておきましょう。 再入荷したときにメールでお知らせするオプションを与えておくのも親切ですね。 そのアイテムにこだわっていないユーザーのために代替できる似通うアイテムへのリンクを設置しておくのもいいでしょう。 注意点として「在庫なし」ページだらけにしないことが挙げられます。 一時的とはいえ、「在庫なし」の商品ばかりだとユーザーはあなたのサイトで購入したいと思わない

昨日発表があった日本へのパンダアップデートの導入ですが、 ランク変動が大きかったURLの特徴を調べた結果、 いくつかの傾向が出てきましたので主立ったものをご報告させて頂きたいと思います。 なお、未だ調査中の部分があること、ここではすべての内容の公表を控えさせて頂いていることについてはご了承いただければと思います。 ①オーソリティが高いサイトはランクアップ傾向 これはパンダアップデートの特徴から考えると、パンダアップデートで下がったサイトがあったため、影響を受けにくかったオーソリティが高いサイトが相対的にランク上昇したと見たほうが自然だと思いますが、おおむねこの傾向がありました。 ②スクレイピングサイトのランクダウン目立つ パンダアップデートが導入されていなくても起こっていたことですが、パンダ導入前後でスクレイピングサイトがさらにランクダウンしているものが目立ちました。 どちらかというとスク

[対象: 上級] Googleは、HTTPステータスコードの404と410を現在は区別して取り扱うようになっているようです。 そうは言っても404と410の差異は非常に小さなものになります。 英語版のGoogleウェブマスター向け公式ヘルプフォーラムで投稿のあった質問に対してGoogle社員のJohn Mueller（ジョン・ミューラー）氏が念入りに確認した結果明らかになりました。 we are now treating 410s slightly differently than 404s. In particular, as I mentioned above, when we see a 404 we’ll sometimes want to confirm it to make sure that it’s a permanent removal. With a 410 HTTP

こんにちは、 id:yanbe です。 全文検索エンジンLucene上に構築されたSolrという検索ミドルウェアがあります。拡張性・カスタマイズ性に富み、既存のデータのインポート機能が豊富なのもあって、広く利用されています。 参考: Solr - Wikipedia 国内のウェブサービスでのSolrの採用事例を挙げるとNAVERやCookpad、アメーバなどがありますが、はてなでも以前より一部のサービスでSolrを採用しています。 Solrの公式ドキュメント(英語)はwiki形式で提供されており、網羅的な情報はこちらで手に入ります。また、Solrの基本的な使い方を学べるチュートリアルもありますが、「すでにある典型的なLAMP構成のウェブサービスにSolrによる検索機能を組み込む」までには、ここからさらに多くの情報を調べる必要があり、Solrの導入のハードルとなっていると感じました。 そこで

↑この画像は、無料で使える。武田梨奈さんの写真 Google画像検索で無料で使える画像を絞り込む方法まず、Googleで画像検索をする。 https://www.google.co.jp/imghp ここで検索したいキーワードをいれる。 右側にこんな設定ボタンがあるので押す。 検索オプションを選択し、一番したにライセンスの部分で自由に使用または共有できるを選択。 これで無料で使える画像を簡単に選択することができますよ。 試してみてね！ なお、googleのサポートの内容には、 http://support.google.com/websearch/bin/answer.py?hl=ja&answer=29508 “検索したコンテンツを再利用する前に、ライセンスが正当であるか、および再利用に関する規約をご自分で確認してください “ と書いてあるので、確認してからどうぞ。 とはいえ確認するのが

[対象: 全員] 有料リンクや自作自演リンクのようにランキングを不正に操作する目的で作られた不自然なリンクに対する警告を国内外を問わずGoogleは送り始めています。 つい最近は英語圏で、1億本以上もの人工リンクがインデックスから削除されたとも言われています。 もっとも今までは水面下で不自然リンクを検知していたのを透明化を図ってウェブマスターに通知するようにしただけというのがGoogleの言い分です。 ところで、何を判断材料にして不正に作成されたリンクであることをGoogleは検出しているのでしょうか？ iACQUIREブログは、自分たちが集めたデータから警告を受けその後大きく順位を下げたサイトに次のような特徴が見られると説明しています。 最適化され過ぎているアンカーテキストの数。ほとんどの場合は競争の激しい単一キーワード。 ネットワーク化されたことを示すような明らかなしるしがある複数の外

Googleの検索エンジンが、近く過去最大の改変を行うらしい。 発端のニュースはコレ。ウォールストリートジャーナルの記事。 グーグル、検索システムを改良へ　市場シェアの維持目指し過去最大の変更か そのあともいろいろでてきてます。これとかはブラック系SEO屋さんは真っ青 Google、“過剰SEO”サイト対策のアルゴリズム変更を予告 昨年末にも大きな変更があり（というより年間何百も改良しているらしいが）、不正なことをしていたサイトには警告のメールがGoogleからばんばん送られてきている。ドス黒いことやっていたおかげで検索にでなくなってしまったサイトも多いようだ。今度の改変ではさらに、「小ずるいことして検索順位をあげようとしていたサイト」の順位を大きく下げて、「本当に価値のあるサイト」の順位を上げるというGoogleの基本方針が強く打ち出されるはずだ。 サイトやってると、毎日のように営業電話

[再審査リクエスト] Googleから警告文が届いた場合の、正しい対処法 グーグルからPageRank上昇目的のスパムリンクについて指摘を受けた場合の、適切な対処方法、再審査リクエスト(reconsideration request)について。一部のSEO会社や広告代理店が適当ではない説明を行っている情報をキャッチしましたので、警鐘も兼ねて。 公開日時：2012年02月29日 18:36 ここ半年あまり、色々な場面でGoogleのパンダ・アップデートについて尋ねられる機会が多くなりました。Googleは現時点（2012年2月28日）において、日本語・韓国語・中国語の3言語においてパンダ・アップデート（相当のアルゴリズム変更）を正式に実装した、という公式見解は出していません。しかしながら、様々な状況証拠から、おそらく部分的に導入をしているのであろうというのが私の個人的な見解です。 さて、欧米

[SEO] クッキーレスドメインはSEOに効果的か？ クッキーレスドメインの使用は、サイトスピードの改善にはなる。使用そもものがSEOに直接的な影響があるわけではない。 公開日時：2012年02月15日 19:04 Web表示高速化のための手法として利用されるクッキーレスドメイン（cookieless domain）は SEOに効果的なのか？という質問に対し、米Google John Muller氏（Webmaster Trends Analyst）が回答している。 彼によると、クッキーレスドメインの使用が直接的にSEOに影響するわけではない。ただし、ランキングファクターの1つであるサイトスピードの改善として、取り組むのもありだろうとのこと。 The idea behind a cookieless domain is that it can speed up transferring s

Skip to main content Back to top Ctrl+K GitHub Twitter Blog Choose version Groonga ドキュメント# お知らせ 1. Groongaの特徴 1.1. Groonga の概要 1.2. 全文検索と即時更新 1.3. カラムストアと集計クエリ 1.4. 転置索引とトークナイザ 1.5. 共有可能なストレージと参照ロックフリー 1.6. 位置情報（緯度・経度）検索 1.7. Groonga ライブラリ 1.8. Groonga サーバ 1.9. Mroonga ストレージエンジン 2. インストール 2.1. Windows 2.1.1. zip 2.1.2. ソースからビルド 2.2. macOS 2.2.1. MacPorts 2.2.2. Homebrew 2.2.3. ソースからビルド 2.3. Debian

2010年末に、３つに勉強会にて「全文検索エンジンgroonga」の紹介をさせていただきました。 第4回Solr勉強会 groongaを囲む夕べ ドワンゴ技術勉強会(2) MySQLについて それぞれの勉強会にて用いた発表資料を公開いたします。 groongaの紹介部分については使いまわしがバレバレですが、それぞれの勉強会の特性に合わせた味付けをしているので、ぜひご覧になっていただければ嬉しいです。勉強会当日のレポートをされている方もいらっしゃるようなので、興味のある方は検索してみるとよいでしょう。 また、groongaを囲む夕べに関しては、他の発表者さんの資料も以下のリンクから見ること...

昨日のエントリーでFacebookが展開するクローズドなソーシャルメディアに対するGoogleの焦りについてを説明しました。 AKB48とGoogleは一緒にどこにいこうとしているのか - FutureInsight.info ただ、前回のエントリーではこのあたりの説明が不十分だったので、今回のエントリーではどうしてGoogleがこんなに焦っているのかを説明してみたいと思います。また、今月号のクーリエ・ジャポンにはこのGooogleとFacebookのバトルを特集したページがあり、なかなか読み応えありました。お勧めです。COURRiER Japon (クーリエ ジャポン) 2012年 03月号 [雑誌] 講談社 2012-01-25 売り上げランキング : Amazonで詳しく見る by G-Tools Googleの基本戦略のおさらい まずは、クーリエ・ジャポンの特集「「ウェブの未来」を

表のような転置インデックス完成後は、クエリに対する結果を返す処理は簡単です。例えば、ユーザーが「Vim」というクエリを発行すると、検索エンジンは「Vim」を含む文書IDリストを返します。表では文書IDの「2」を返します。 検索エンジンを取り巻く7つの技術 検索エンジンのコア技術は前節で紹介したインデックスです。しかし実際に、検索インデックスだけで構成する検索エンジンから、検索サービスを構築するには多大なコストが掛かります。以下の節で検索エンジンを利用したシステム、検索サービスを構築する際に便利なコンポーネントを紹介します。 これらの機能のいくつかは、多くの検索エンジンが組み込んでいます。一方で、簡素な検索エンジンは、以下で紹介するコンポーネントをサポートしていないため、ユーザーが独自に開発するか、その機能を持つコンポーネントを組み込む必要があるものもあります。 【1】トークナイザ 検索エン

「Lucene/Solrが切り拓く新たな世界 ～Lucene/SolrとHadoopを使った応用事例～」 での資料です。Read less

9月12日にECナビにて第6回Solr勉強会がありました。事例紹介に「Solr@cookpad」という発表で参加させて頂いた時の資料を公開しておきます。 みなさんの発表が面白くてすごく勉強になりました。勉強会の様子はこちらに詳細に書かれています。 http://johtani.jugem.jp/?eid=26 スライド：Solr@cookpad Solr at cookpad View more presentations from penguinana 分かりにくいスライドかも…お気づきの点ありましたらコメント欄などでお知らせください。 ところで また、スライドでも少し紹介したtwitter検索(yats)ですが、15億docのセットを150msで7000万req/月で返していて、Solrのベンチマークにも役立っておったのですがAPIの規約にひっかかっている（第三者がオリジナルのAPIを

eBayが推奨エンジンHunchを買収した。両社が米国時間11月21日に発表した。買収金額は公表されていない。 ニューヨークを拠点とするHunchは、ビデオゲーム、映画、技術などの幅広い話題について、ユーザーの個人的な嗜好に基づき、パーソナライズされたおすすめ情報を検索できるサイトとして2009年に開設された。おすすめ情報を提供するために、Hunchでは一連の選択回答形式の質問をユーザーに投げかける。同サービスは、選択された回答からユーザーについて少し知ることにより、それに基づいてユーザーが好みそうな話題や商品を提示する。 HunchとオンラインオークションサイトeBayは、一見したところ最良の組み合わせではないように見えるが、eBayは、Hunchを現在の形式で利用するつもりはないようだ。eBayは21日、Hunchの技術を利用して同社サイト全体にわたる独自のおすすめ情報を改良する予定だ

feezch.infoで使われている一部の技術を解説しようと思います。 Railsやnginxの設定の話は、僕が書くことでもないので、一般的なウェブサービスではあまり使われてなさそうな２ちゃんねるに関連した技術やあやしめ技術をいくつか選んでみました。 主に画像関連です。 クローラー周りも、とてもよく考えられたすばらしい仕組みを持っているのですが、特にあやしくなく本当にすごいので、ここでは省略します。 以下がもくじです。（リンクはつけ方が分からなかったので、ついてないです） 画像URLのルール集『ImageViewURLReplace.dat』を使って投稿内容から画像URLを抽出しダウンロードする グロ画像ブラックリスト『NGFiles.txt』でグロ画像をブロックする ウェブブラウザがリファラを送らないように画像にリンクする グーグルの新機能『Search by Image』を使ってサムネ