Pick up the 9th-gen iPad with two years of AppleCare+ for only $298
自身のサイトでホストしているページを Google から削除する 早急な削除が必要な場合は、削除ツールを使用することで、サイトでホストしているページを Google の検索結果から 1 日以内に削除できます。 削除したいコンテンツの URL のすべてのバリエーションを保護または削除する必要があります。多くの場合、異なる URL が同じページを指しています。たとえば example.com/puppies、example.com/PUPPIES、example.com/petchooser?pet=puppies などです。ブロックすべき正しい URL を見つける方法については、こちらをご覧ください。 完全に削除する 削除ツールで行われたリクエストは、約 6 か月間有効です。Google 検索結果にページが完全に表示されないようにするには、次のいずれかを行います。 ページのコンテンツを削除ま
Googleでのrel="canonical"の扱いについての中の人の話。rel="canonical"が適切ではないURLを指していた場合に、Googleとしては無視したいし、多くの場合無視するので、万全を期すのなら(「If you really want to be safe」)head要素の先頭に書けと言っている。わかるけどHTMLの書き方が検索エンジンの意向に左右される世の中は嫌だなぁ……。 こういったネガティブなURL評価だけでなく、rel="canonical"のhref属性の値がスラッシュで始まる相対URLで書いてあれば信用してくれるとか、そういうポジティブなURL評価も欲しいですね。要は違うドメインを指しているrel="canonical"の評価を下げてくれれば、場合によっては無視してくれれば、良いんじゃないかとかそんな感じです。まぁユーザーのページがサブドメインで切られて
+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
1つのコンテンツが様々な形でネット上に流通する現在、検索エンジンが重複コンテンツをどう処理しているかという問題はSEOのプロでなくとも気になる話題です。今回はGoogleが取得した特許を元にGoogleの重複コンテンツの判別アルゴリズムをSEO by the Seaが探ります! — SEO Japan 検索エンジンの特許のなかには、検索エンジンがコアの機能を実行する仕組みを詳細に取り上げているものもある。「コアの機能」とは、ページのクロール、ページのインデックス、そして、検索者への結果の表示を意味する。 例えば、昨年の12月、私は「アンカーテキストと異なるクローリングの早さに関するGoogleの特許」と言うタイトルのエントリを投稿した。これは、2003年に申請された特許をクローズアップしており、検索エンジンがウェブページをクロールし、見つけたページのウェブアドレスやURLを集める仕組みを説
GNUプロジェクトの創始者であるリチャード・M・ストールマン氏が、米Amazonの検索結果を取り入れたUbuntuを「Ubuntuスパイウェア」と呼んで非難している。 英Canonicalが10月に公開した「Ubuntu 12.10」では、検索機能の「Dash」が強化されてAmazonの検索結果が統合され、Amazonなどが提供する音楽やビデオなどのコンテンツ検索も可能になった。 これに対してストールマン氏はFree Software Foundation(FSF)のブログで12月7日、「フリーソフトウェアの主なメリットの1つは、コミュニティが悪意のあるソフトウェアからユーザーを守ることにある。ところがUbuntu GNU/Linuxはその逆を行った」と批判した。 ストールマン氏の主張では、Ubuntuが導入したのは「監視コード」であり、「ユーザーがUbuntuデスクトップを使って自分のロ
Googleがrel=”canonical”タグの記述に従わない状況について Matt Cutts(マット・カッツ)氏がパーソナルブログで解説しました。 たとえば次のよう状況が認められた場合は、rel=”canonical”をGoogleは無視することがあります。 存在しない404エラーページを指しているような、たまたま間違って墓穴を掘るような使い方をした場合 ハッカーが不正にrel=”canonical”を埋め込んだように見える場合 すべてのページでホームページ(トップページ)を誤って指定してしまいホームページ以外がGoogleのインデックスから消えるrel=”canonical”の誤用は、前に注意を喚起した、このタグに不慣れなサイト管理者が起こしがちなミスですね。 以前よりは間違った使い方の検出力が改善しているかもしれません。 あるサイトで、全ページのrel=”canonical”を意
SEO:自己参照canonical設定時の注意事項:Googleに優先登録したいURLを記述すること 自己参照 canonical URL は適切に実装すればSEO 的には有効です。しかし実際に正しい実装ができていない企業が少なくありません。具体的な事例とともにどうすればいいかを解説します。 公開日時:2012年07月20日 13:54 事実上 Google 独自仕様となっているURL正規化(標準化)のための rel=canonicalアノテーションですが、各社のウェブサイトの実装状況を調査したところ、間違った実装を行っている企業が少なくありません。きちんとウェブ専任の担当者を置いているであろう大手企業も例外ではなく、むしろ SEO に意識が高いが故に Canonical に関心を持って対応したのに間違った実装をしてしまいましたという事例が目立ちます。 今回は、そんな間違い実装例の中から「
(Web力学)「ウェブ力学」ブログさんから3週連続のピックアップになる記事紹介。今週はバックリンク構築において知っておくべき13の項目を解説している。見出しは次のとおり。 アンカーテキストバックリンクの多様性リンクが評価されるタイミング相互リンク無料ブログからのリンクIPアドレス分散フッター、サイドバーからのリンク有料ディレクトリからの被リンク効果ゴミリンクの評価有料リンクディープリンク内部リンクでのターゲットキーワードの乱用関連性詳細は元記事を確認していただきたい。 日本語で読めるSEO/SEM情報見えている被リンクがすべて評価されているとは限らない (ずっとSEO(Yahoo・Google))SEOに取り組むウェブ担当者であれば、ヤフーのlink:コマンドやグーグルのウェブマスターツールを使い定期的に被リンクをチェックしていることだろう。「今月は被リンクが100本増加した」「ライバルサ
[対象: 全員] Google社員のJohn Mueller(ジョン・ミューラー)氏が、Google+で5月23日に開いたウェブマスター向けハングアウトに参加しました。 この記事では、ハングアウト中に得た情報のなかから、知っておくといいだろうと僕が思ったことをシェアします。 ハングアウトは2つのパートで構成されました。 サイトの移転に関する適切なアプローチと注意事項 Q&A 順に書いていきます。 301リダイレクトによるサイト移転時に知っておくべきこと 順位の変動は普通にあることだし予測されること。 URL変更が処理されるまでにかかる時間は、そのページのクロール頻度によって大きく変わってくる。2ヶ月以上、元のままということもある。 サーバーを移動した場合は、新しいサーバーにとって最適なクロール頻度を慎重に見極めようとする。適切なクロール頻度に落ち着くまでに時間がかかることもある(URLを変
危険と隣り合わせのスリリングな手段をとらないとすれば、あなたはスペースを無駄に使用していることになる。「Android」に加えてオープンソースソフトウェアである「Ubuntu Touch」を初めて搭載するスマートフォン「Ubuntu Edge」を使用してみてはどうだろうか。同端末を開発するCanonicalは、クラウドファンディングによる数百万ドルの資金調達に、あなたの協力を求めている。 英国を拠点に「Ubuntu」を開発するCanonicalは、Indiegogoにおいて1カ月以内に2150万ポンド(3200万ドル)もの資金を調達し、デュアルブート対応のEdgeを製品化したいと考えている。クラウドファンディングのキャンペーンとしてはこれまでで最大規模になると同社は述べている。このキャンペーンによって4万台のEdgeが製造される予定で、Edgeを入手したいユーザーには、先行して英国時間7月
オープンソースからハイスクールフリート、The Beatlesまで何でもありの自称エンターテインメント日記。 インプットメソッド(IM)は空気のような存在であるべきであり、現状のように語られてしまったら負け、という性質のものです。動いて当たり前、動かすための苦労なんて誰も知らない。それでいいんだと思いますし、少なくともUbuntuでは今までそうだったと思います。 私からはあるべき論ではなく、事実関係をば。 IBus 1.4はどうだったかというと、適切にメンテナンスされているとは言いがたい状況でした。それはUbuntuにはIMの専門家がいなかったということです。換言すれば、CanonicalはIMの専門家を雇用しませんでした。 あと、UnityのIndicatorをサポートするためにでかいパッチを当てていました。 これものちのちまで足を引っ張ることになります。 去年の11月頃、13.04では
[対象: 上級] この記事では、PC向けページをモバイルサイトで分割するときの構成のベストプラクティスについて考えてみます。 先週、スマホ向けサイト作成セミナーを実施した際に何人もの受講者から次のような質問を受けました。 スマホサイトではPCサイトのページを複数に分けて提供しています。 このとき、検索エンジンに対する設定はどうしたらいいでしょうか? 理由はさておき、PC向けサイトではもともと1ページだったコンテンツをモバイル向けサイトでは分割することがあります。 PC向けURLとモバイル向けURLは当然違ってきます。 異なるURLの構成なのでrel=”canonical”とrel=”alternate”を用いたアノテーションの設定が必要です。 ところが、1対1の対応になっていないのでそれぞれをどこに向けていいかを悩んでしまいます。 僕自身もその場では「これがベスト」という方法が思い浮かばず
今日の記事もSMX Advanced 2011のセッションレポートになります。 大規模ECサイトを運用しているサイト管理者に特に関係してくる、「ページネーション(Pagination)」におけるrel=”canonical”タグの使い方がトピックです。 「ページネーション」とは、ひとまとまりのコンテンツが複数のページにまたがったときに利用する、「ページ分割・ページ送り」のことです。 ※余談ですが、綴りは“pagenaton”ではなくて“pagination”です(何度か間違えてた)。発音は、「ペィジネィション」よりも「パァジネィション」の方が近いです(今回気付いた)。 ページネーションでできあがった2ページ目から後のページをrel=”canonical”を使って1ページ目に正規化する利用法を、Googleは推奨していません。 × ページ2 ⇒ ページ1 × ページ3 ⇒ ページ1 × ペー
[レベル: 上級] Google は生 の HTML に記述されている rel="canonical" だけを処理します。 クライント側のレンダリングで生成された rel="canonical" は完全に無視されます。 Web担当者Forum 連載コラムで先週取り上げ、その後 Twitter でも補足したことなのですが、特に、開発者と密接に連携してサイト管理している人にとっては重要な情報なので僕のブログでも触れておきます。 最初の状態で rel=”canonical” を返すこと JavaScript を使ってクライント側で rel="canonical" を生成させることができます。 言い換えれば、レンダリング後に rel="canonical" を挿入可能です。 JavaScript のフレームワークを使ってもいいでしょうし、Google タグマネージャでも実現可能です。 “クライント
[対象: 中〜上級] rel=”canonical”タグと301リダイレクトはどちらもURLの変更や正規化に使えます。 使い分けはどうしたらいいのでしょうか? どのような違いがあるのでしょうか? Bingのウェブマスタープログラムのシニアプロダクトマネージャ、Duane Forrester(デュアン・フォレスター)氏が、コンテンツを移動するときには301を考慮すべきでrel=”canonical”ではないとBingのウェブマスター向け公式ブログで説明しています。 まず、フォレスター氏が解説した301リダイレクトとrel=”canonical”の特徴の重要な点をまとめます。 301リダイレクトは大部分の価値を渡す。しかしすべてを渡すことはしない。なぜなら新しいURLは新しいURLであって、オリジナルとの差を近づける、つまりコンテンツが持つ価値を完全に受け渡すようにするには他のシグナルも見る必
グーグル、クロスドメインURLの選択時にウェブマスターに通知する機能を追加 透明性高める目的 グーグル、クロスドメインURLの選択時にウェブマスターにメッセージ通知する機能を追加。また、意図しないクロスドメインURL選択時の問題解決方法も紹介。 公開日時:2011年11月24日 16:20 グーグルは2011年11月16日、クロスドメインURL選択時の透明性を高める目的で、ウェブマスターが希望しないURLがグーグルに選択された場合にメッセージで通知する機能を追加した。 この話を理解するには、検索エンジンにおける重複コンテンツの問題と、Googleがそれにどう対応しているのかについて理解する必要がある。 インターネット上には、同じコンテンツが異なる複数のURL(ドメインの違いを問わず)に展開されることが少なくない。この状況のことを重複コンテンツと呼ぶが、こうした状況は比較的発生しやすい。 代
[レベル: 上級] 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
accessibility 10 advanced 195 AMP 13 Android 2 API 7 apps 7 autocomplete 2 beginner 173 CAPTCHA 1 Chrome 2 cms 1 crawling and indexing 158 encryption 3 events 51 feedback and communication 83 forums 5 general tips 90 geotargeting 1 Google Assistant 3 Google I/O 3 Google Images 3 Google News 2 hacked sites 12 hangout 2 hreflang 3 https 5 images 12 intermediate 205 interstitials 1 javascript 8 job s
2009年02月14日18:30 カテゴリTipsiTech tips - livedoor Blog - canonical属性に対応する 今までなかったのがむしろ不思議としかいいようがないぐらい。大歓迎。 検索エンジン3社、正しいサイトURLを認識させるcanonical属性を導入(URLの正規化) :: SEM R そこで検索大手3社は今回、canonical属性を導入。ここに正しいURLを記述することで、クローラはその情報を参考に適切なURLを特定する。linkタグは、301リダイレクト相当の取扱がされ、リンク評価など他の要素もcanonical で指定したURLに引き継がれる。また、全く同一のページ同士でなければ指定できないというわけではなく、ほぼ同じページ同士でもrel="canonical" 設定が可能だ。 Official Google Webmaster Central
英Canonicalは2月19日(現地時間)、米Microsoftと米Amazon.comがIoT(Internet of Things:モノのインターネット)版Ubuntu「Snappy Ubuntu Core」向けAPIをリリースすると発表した。 MicrosoftはCanonicalの発表文で、「スマートシステムにはデータ保存と解析のためのセキュアなクラウドバックエンドが必要だ。MicrosoftとCanonicalはIoT製品開発者のためにUbuntu Core向けAPIの提供で提携する。この提携により、クラウドと連係するIoT端末の開発を簡易化できるだろう」と語った。 Ubuntu Coreは、Canonicalが昨年12月にβ版を発表したクラウドに最適化した軽量版(snappyな)Linux OSで、Dockerをはじめとするコンテナをサポートする。コンテナ差し替え方法によるア
IV 重複問題の解決に役立つ方法説明の順番が適当でない感じがするかもしれないが、具体例の解説に進む前に、重複コンテンツに対処する方法をいくつか紹介しておきたい。そうしておけば、各事例を修正するための適切なお薦めツールを、混乱を招くことなく紹介できるだろうから。 ここで紹介するのは、次の12種類の方法だ。 重複ページを削除する 301リダイレクト robots.txt meta robotsタグ URL正規化タグ(rel="canonical") URLの削除(グーグル) パラメータによるブロック(グーグル) URLの削除(Bing) パラメータによるブロック(Bing) 「rel="next"」と「rel="prev"」 link rel="syndication-source" サイト内リンクの構造 何もしないそれぞれについて詳しく解説していこう。 IV-1 重複ページを削除する最も簡単
Steven J. Vaughan-Nichols (Special to ZDNET.com) 翻訳校正: 川村インターナショナル 2015-01-29 06:30 筆者は間違っていた。Canonicalが「Docker」コンテナと軽量なLinuxディストリビューションを独自に組み合わせた「Ubuntu Core」を発表することを最初に知ったとき、Ubuntu Coreはおそらく純粋なサーバ向けOSだろうと筆者は思った。それは見当違いだった。「Ubuntu Linux」の親会社であるCanonicalは、Ubuntu Coreをモノのインターネット(Internet of Things:IoT)のためのOSにしたいとも考えている。 UbuntuとCanonicalの創始者であるMark Shuttleworth氏はブログ投稿で次のように述べている。 「標準的なプロセッサを基に構築された、
サイトには、URLは異なるがウェブページの内容は変わらないというケースがあります。たとえば、URLがトラッキング用のパラメータを含んでいる場合や、URLに含まれるパラメータをもとに閲覧環境によってウェブページの表示を最適化しているような場合です。 例 http://www.example.com/products?trackingid=feed http://www.example.com/products?sessionid=hgjkeor2 http://www.example.com/products?printable=yes&trackingid=footer このような場合、検索エンジンのインデックスに個々のURLで登録されると、同じ内容のウェブページが検索結果に表示されたり、同じ内容のウェブページであるにもかかわらず、各URLにクローラーが巡回し、サーバーに負荷をかけてしまう
「 rel="canonical"」で重複コンテンツ対策 Google,Yahoo!,Microsoftの検索エンジン3社が新たに「 rel="canonical"」のサポートを開始しました。 これは一つのコンテンツに複数のURLが存在する場合、どのURLが正規のURL(検索エンジンにインデックスして欲しいURL)かを定義するための属性です。 たとえば、to-Rでは http://blog.webcreativepark.net/tag-seo.html http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo http://blog.webcreativepark.net/cgi/mt/mt-search.cgi?tag=seo&blog_id=1 などtagページは同じコンテンツで複数のURLからアクセスできる仕様になって
Since we started planning and building Windows 10, we’ve been talking to a lot of you about what you would like to see in Windows to make it a great place for you to build awesome apps, sites and services for all platforms and all devices. Many of you told us that working with open-source tools on Windows is often a struggle and that you would like Microsoft to make it easier to use these tools on
おそらく、この世にメルマガ配信システムはたくさんあるので、この方法は 広く使われていると思うのだが、いくら検索しても具体的に説明されてるサイトが ないので、忘れないようにメモ。 (環境:fedora9、postfix2.23以降、perl5.8.X) まず、VERPを利用するので、sendmailを使う場合はパス指定時に、 sendmail -XV -f bounce と指定。 ※postfixのバージョンが2.2以前の場合は -XV じゃなく -V 。 ※bounceの部分は別にhogeでも何でもよい。 ※sendmailを使わない場合(SMTPに直接送るときとか)は、別にVERPを使わなくても、 エンベロープMailFromに "バウンスを受けたい架空のアカウント"+"送信先のアカウント"="送信先ドメイン"@"自ドメイン"の形で指定できればOK。 次に、/etc/postfix/ma
Ubuntu is a community developed operating system that is perfect for laptops, desktops and servers. CanonicalのMark Shuttleworth氏は2004年8月20日(英国時間)、Ubuntuのバグチケットの1番目として「Microsoft has a majority market share」というバグを登録した。Ubuntuにとって新規デスクトップPCのほとんどがMicrosoft Windowsシリーズで占められている状況はバグであり、これを修正する必要があるという、いわばCanonicalの目指すところを「バグチケット」の、しかも1つ目のバグチケットという形で書き込むというユーモラスな行動だ。 あれから9年弱、バグチケット番号1は5月30日(英国時間)、Mark Shu
Matt Cutts(マット・カッツ)氏による「rel=”cannonical”」タグの解説ビデオが、GoogleがYouTubeに開設したばかりのGoogle Webmaster Help Channelにアップされました。 こちらは、プレゼンテーションに使われたスライドです。 「rel=”canonical”」タグは、まだ導入されたばかりの新しい仕組みなので、理解度を深めるために重要と思われるポイントをお伝えします。 まず、「rel=”canonical”」タグを使う前に、できる限り重複コンテンツを防ぐために実行すべきことがあります。 望んだURLだけを生成するようにCMS(Content Management System)を構成しておく ※CMSは1つのページにいろいろなURLを割り当てることがある。たとえば、カテゴリ、月別アーカイブ、プリント用ページなど。 正規化した1つのURL
とうとう、Googleより、大手の有料ディレクトリサイト「iディレクトリ」にもページランクの受け渡しについての指摘が入りましたね。 どんどん、既存の外部リンク構築手法にNGが突きつけられてきています。 グレーだったSEO対策について、その包囲網が徐々に狭まってきてる感じがしますね。 iディレクトリから昨日このようなメールが届いています。 Googleの指導に伴うパートナーサイト“nofollow”対応についてのお知らせ 週末、複数のパートナーサイト宛てに、ウェブマスターツール経由でGoogleからリンクにrel=”nofollow”を付けるよう指導するメッセージが届いたというご報告を頂きました。 現在のところ、改善を推奨するメッセージのみで、ページランクや検索結果への影響は発生しておりませんが今後、パートナーサイトおよび登録サイトに何かしらの影響が及ばないよう、急きょ、iディレクトリ本体サ
バージョンアップ 自宅の iMac の OS を Snow Leopard にしました.OS をバージョンアップをすると定常状態に落ち着くまでしばらくかかるんですけど, 今回は更新前と全然変わりなく安定して動いています. いやぁ起動も速いし Firefox もサクサク動くし, Canvas X も Rosetta で一応動きます (日本語の入力ができないけど). あと, このブログを動かしていたマシン (Celeron 1.4GHz, 箱は10年物!) も, 元 M 君マシン (Athlon XP 3200+) に置き換えました. だいぶ軽くなりました. こいつの OS も VineLinux の 5.0 に更新したいんですが, なかなか取りかかれません. tDiary も 2.2.2 に更新したいんですが, なんだかエラーが出るのでちょっとペンディングしています. クリッピング空間 レン
3月30日(現地時間)、Microsoftは次期Windows 10アップデート「Anniversary Update」でbashを始めとするUNIXコマンドをサポートすることを明らかにしている(関連記事)。気になるのは、その背景やロジックだが、Linuxディストリビューション「Ubuntu」の開発や支援を行うCanonicalの公式ブログ「Ubuntu Insights」で、開発に携わった人物がその概要を説明した。 Canonical Ubuntu Product&Strategy teamのDustin Kirkland氏は、この数ヶ月間、自社とMicrosoftの間で結ばれた極秘プロジェクトに携わってきたことを明かし、「16年ぶりのWindowsは、奇妙な気分だった」と感想を述べた。また、同プロジェクトの「Windows 10のcmd.exe上でUbuntuユーザースペースとbash
現在Android搭載スマートフォンを製造している多くのメーカーが、いずれUbuntu端末を製造する可能性は高い――。英メディアThe Registerの取材に対し、Ubuntuを支援する英Canonicalのジェーン・シルバーCEOがこんな見通しを示している。CanonicalはオープンソースOSであるUbuntuを支援するために設立された企業で、すでに多くのAndroid端末メーカーと接触している、とシルバー氏は語っている。 UbuntuはLinuxディストリビューションの代表的な存在で、シルバー氏によれば全世界で約3000万人のユーザーを持つという。日本でも定期的にユーザーのオフ会が開かれ、異常な量の唐揚げが供されるなど、活発な展開をみせている。デスクトップOSとしての実績を持つだけでなく、Ubuntu SDKを利用すれば、デスクトップ用とモバイル用のアプリを共通化することができると
4月にリリース予定のUbuntu 11.04では、Ubuntuを開発するCanonicalによる、わずかな収益を絞り取ろうとする姿勢が非難を浴びているようだ。 (Gihyo.jpの記事)。 たとえば、Ubuntu 11.04に搭載されるメディアプレイヤー「Banshee」では、Amazon MP3から音楽をダウンロード購入すると開発元のGNOME Foundationが収益を得られる契約になっているそうだ。これに対してCanonicalは、Amazon MP3をBansheeのデフォルト音楽ストアにするなら、収益の75%を分配せよと主張したという。また、Firefoxの検索ボックスでAmazonを指定すると、アフィリエイトIDをCanonicalのものに書き換えるということも行われているそうだ。 どちらも基本的にユーザーへの影響はほぼないものであり、Canonicalが収入を欲していること
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く