  |
はてなキーワード: canonicalとは
正解。
間違い 1: 複数ページにまたがるコンテンツの 1 ページ目を rel=canonical のリンク先とする
2 ページ目（またはそれ以降のページ）に 1 ページ目への rel=canonical リンクを指定するのは rel=canonical の正しい使用法ではありません。このようなページは重複ページではないからです。このように rel=canonical を使用すると、2 ページ目以降のコンテンツがまったくインデックスに登録されなくなってしまいます。
rel=canonical 属性に関する 5 つのよくある間違い | Google 検索セントラル ブログ | Google Developers
https://developers.google.com/search/blog/2013/04/5-common-mistakes-with-relcanonical
この現状を受けて、はてなブックマーク側でも、ブックマークレットでブックマークするときに canonical URL をチェックし、ブックマークしようとしている URL が異なる場合、ナビゲーションによる正規化された URL を提示するようなインターフェイスの作成を行いました。
はてブではたまにこういうことが起こる。👇
全国のパン好きのみなさん、一生かけて回るので推しパン屋さんを教えてください→地域別で分けてみた
https://b.hatena.ne.jp/entry/s/togetter.com/li/2064362
全国のパン好きのみなさん、一生かけて回るので推しパン屋さんを教えてください→地域別で分けてみた
https://b.hatena.ne.jp/entry/s/togetter.com/li/2064362?page=2
全国のパン好きのみなさん、一生かけて回るので推しパン屋さんを教えてください→地域別で分けてみた
https://b.hatena.ne.jp/entry/s/togetter.com/li/2064362?page=3
それぞれ何が違うかというと、分割されているページの位置だ。
ページごとにURLが異なるので（?page=nの部分）、はてブからは個別のコンテンツと認識されてしまっているのだ。
Togetter以外にも記事をページ分割するサイトはいくらでもあるが、このようなことが起こることは少ない。
はてブのシステムは、ページ分割されているどのページをブックマークしても親ページ（先頭ページ）がブックマークされるように作られているからだ。
ただし、それにはブックマークされる側のページで「カノニカルURL」が正しく設定されている必要がある。
カノニカルURLとは、「この記事っていろんなURLのバリエーションがあるけど、SNSとかで拡散する時はこのURLを使ってね」という「代表URL」のことだ。
WebページのURLには、（まさにこの例のように）ページ分割位置を示すクエリパラメーターがくっついたり、効果測定やアフィリエイトのためにクエリパラメーターが勝手にくっついたりすることがよくある。同じページでもURLに無限のバリエーションができてしまうが、それぞれが別個のコンテンツだと認識されてしまうと不便なこともある（まさにこの例のように）。
そうならないように、アクセスを本来のまっさらな親ページ（先頭ページ）に集約するのがカノニカルURLの役割だ。
はてブも、分割の途中ページがブックマークされてもカノニカルURLの記述に従って先頭ページがブックマークされる仕組みになっている（この仕組みが実装されたのはわりと最近なんだけど）。
それなのにTogetterのブクマが👆あんな風になっちゃうのは、ひとえにTogetter側のカノニカルURLが正しくないからだ。
カノニカルURLの記述じたいがないのかと思って調べてみると、そんなことはない、ちゃんとある。
＜link rel="canonical" href="https://togetter.com/li/2064362?page=3"/＞
なんと、クエリパラメーターをくっつけたバリエーションURLのほうをそのままカノニカルURLにしてしまっている。本末転倒な使い方だ。
もろちん、クエリパラメーターがくっついたままのURLをカノニカルとしなければならないケースもあるだろう。クエリパラメーターが記事IDになっているようなサイトはいくらでもある。
しかしTogetterに関しては違うと思う。なぜなら、分割の途中ページでもSNS拡散ボタンは先頭ページのURLを登録するようになっているからだ。
つまり拡散アクセスを記事の先頭ページに集約したいという意思がちゃんとうかがえるのだ。SNS拡散ボタンとカノニカルURLに矛盾がある。
文句のついでにカノニカルURLの解説をしてしまったのでちょっと長くなったけど、とにかくTogetterはカノニカルURLの設定をとっとと見直してほしい。
インストールするパッケージの違いについては次世代パッケージ管理システムと目されているNix(Guix)やSnappy(Snap)、Flatpakあたりが解決しようととしている
SnappyはCanonicalがUbuntuへ強く紐付けようとしているが、それへ異を唱える層がFlatpakを推しているという現状がある
SnappyのリポジトリはLinuxカーネルそのものや各種デーモン、モジュール、そしてアプリケーションなど幅広く扱うのに対し、Flatpakのリポジトリはアプリケーション専用でありSnappyをFlatpakが完全に代替できるわけではない
ちなみにNixは純関数型Linuxディストリビューションを標榜するNixOSのパッケージ管理システムとして開発されたもので利便性を得た代わりにライトユーザーお断りな物凄くクセの強いシステムとなっている
パッケージライブラリへガベコレ走らせたりシステム全体をロールバック出来たり便利なのは間違いないんだけど、それらを実行管理するのに純関数型スクリプト言語のNix言語を用いるというLinuxギークが喜ぶ仕様
公式サイトからダウンロードして、インストール用USBメモリを作成（ここが障壁になるかもしれない）して挿入、起動すればそのままマシンにインストールして利用できる。この辺はWindows10とほとんど変わらない。
インストーラはWindows10よりも簡単でスムーズ。Cortanaも起動しないので静か
UbuntuはCanonicalという企業が開発・保守している
6か月に1回の新バージョンと2年に1回の長期版バージョン（5年間サポート）の公開が保証されている。大きな変更の更新頻度としてはWindows10と大して変わらない。更新内容もWindows10より穏やかでアップグレードして何か不具合が起きるということもあまりない。
Webブラウザはもちろんあって、既定のFirefoxをはじめ、ChromeやEdgeなど、Windowsでも見知ったものばかりである。そしてWebブラウザの中に限って言えばブラウザ内はWindowsと同じである。
つまり日本語入力さえあれば（Ubuntuではもちろん標準装備）Web上のアプリ・サービスの使用になんの障壁もない。
Webブラウザ以外のアプリケーションについても、ほぼWindows10での代替品は揃っていて、そのほとんどが無償で手に入るが、これからはどんどんWebアプリに移行していくと思われる。
私は第4世代のCore i3の自作PCにUbuntu20.04LTSをインストールして使っているが、体感上何も問題なく使えている。
これからWindows11になって多くのマシンが切り捨てられるらしいが、Ubuntuなら大丈夫だ。
俺のほうが意識高いよ
リーンゲインズしてるし、毎日レスベラトロール摂取のためにブルーベリー食べてるもん
リモートワークは適当です。自由時間が増えて最高。瞑想も30分くらいのやつを一日に3回できる。
昼間は断捨離で無駄に広々としている自室でパンツ一丁でダラダラ、日向ぼこしながらPCポチポチ(顔だけは加齢防止のために日焼け止めしてる)
趣味のWebサービスの検索流入調整のために、canonical url とか、robots index とか調整してた。このあいだ変にいじったせいで流入量が下がっちゃったんだよねぇ。
あとは、エラーコードをPHPからWebサーバー側に通して、Webサーバーのエラーページ制御する処理とかやってた。これでプレーンなエラーファイルを直接Webサーバーから応答するだけって感じで、やっぱり単純なファイルをやり取りするだけの処理はカッコいい。
ウェブマスター オフィスアワー 2019 年 10 月 02 日 メモ（※所々抜け漏れあり）
https://www.youtube.com/watch?v=bBurTQBqhS0
11/25 Webmaster Conference Tokyo：今週か来週の早い段階で情報を公開する予定
最新情報への対応や常に変動するランキングに対応させるためのもの
「何かまずいところがないだろうか？」という視点でサイトに着手するのは不要
客観的にいいのか悪いのかを知るために定期的なユーザーテストの実施とか、
お互いにレビューし合う習慣を付けるとか
品質評価ガイドラインとかE-A-Tとかは個人的には見なくても良いと思うが、
Q.RankBrainにおける更新性や更新の有無による効果はあるのか？
A.オフィスアワーでランキング要素の可能性について言及するのは難しい。言えることはコンテンツの内容を改善してくださいということだけ。もし、更新性が影響すると言ってしまうとみんながそっちに走ってしまうので。
Q.被リンクではページランクとドメインランクのどちらを重要視していますか？
A.ショートアンサーとしてはどちらでもありません。
仮にドメインランクが重要ですと言ったら何が起こるでしょうか？オールドドメインの買い占めが発生してしまうでしょう。
例えばコンテンツの質を見るに、Wikipediaに関連リンクを貼られるとかそのくらいの影響力があるのかなどを見てみると良いでしょう。
筆者注：
【図解】グーグルのリンク評価20の原則【2019年版】（前編#1～#10） | Moz - SEOとインバウンドマーケティングの実践情報 | Web担当者Forum
https://webtan.impress.co.jp/e/2019/09/30/34042
初心者必見!SEO対策の基本を5分で完全解説【2019年最新版】
https://emma.tools/magazine/seo-basics/
↑これら記事とか？
A.Googleのアルゴリズムも完璧ではないので、アップデートで再評価される可能性はある。
メインのクエリでユーザーが自身のサービスが頭に浮かぶような存在になれるかどうか。
Q.robots.txtでブロックしていないURLなのに、カバレッジでrobots.txtでブロックされていますというエラーが出る
A.色々確認中ではありますが、私が調べた範疇では問題ありません。Search Consoleのフィードバックも送ってください。その際、スクリーンショットだけではなく、テキストで問題点も添えてください。
Q.サイト内画像をサムネイルとして表示したい。Googleが推奨する方法がありませんか？
A.特にそのやり方については公開はしておりません。Googleが良いと思った画像だけを採用します。
強いて対策を言えば、画像のヘルプを参考に画像の情報をGoogleに伝えるようにしてください。
A.確認しましたが、Search Consoleに表示されています。
タイムラグがあるかもしれませんがDisallowされていませんか？確認してみてください。
Q.HTTPSのSearch Consoleは追加した方が良い？重複コンテンツになりますか？？
A.追加した方が良いです。
重複コンテンツによって、起こるのはどちらかのコンテンツが上位表示される可能性があるということ。
共倒れになるということはありません。
そのクエリで頭に浮かぶくらいの存在になっているかどうかです。
Q.セパレートURLにおいてMFI後のcanonicalURLの設定について
正規化とは同等のページ内容のURLが複数あるからこそ行うもの。
canonicalよりも、リダイレクトでやってみてはどうでしょうか？
Q.検索パフォーマンスのデータの収集開始タイミングはいつから？？
A.基本的には登録前のデータも取れるはずですが、違うケースもあればフィードバックで教えて下さい。
Q.Search Consoleのプロパティへの表示について、所有者として確認されてから６日経ってもプロパティに表示されていません
A.何らかの判断で時間がかかったのだと思います。通常は数日ですが、遅れたのは新規サイトであることが要因である可能性があることです。なにか不具合ありましたらSearch Consoleへフィードバックをぜひお願いします。
A.かなり困っているご様子ですので取り上げましたが、当フォーラムでは対象外の話題ですのでウェブ検索フォーラムへ送信願います。
Q.max-image-preview robots meta の値を確認するには？
A.まだ反映されていないのでもうちょっと待てば反映されます。
Q.Search ConsoleのタイムゾーンについてPTからPSTとPDTに切り替わりますか？
A.切り替わります！！
Q.ドメインを変えずにサイト名だけを変えると検索順位はどう変わる？
A.サイト名ほど大きな要素を変えてしまうのは影響すると思います。
どういうサイト名に変えるのかも重要。ユーザーにとってわかりやすくなるとかであれば、長期的には有効になるかもしれません。
Q.max-image-preview でlargeを設定するとDiscoverに表示されやすいと聞きましたがAMP対応しているだけでDiscoverに表示されやすくなりますか？
A.AMPでもmax-image-previewでlargeでもどっちでも対応可能です。
Q.クロールエラーが特定できない件について、１月のオフィスアワーにてホスティング会社に相談してみては？との回答で、のち、６月に検証中とのことでしたがあれからいかがでしょうか？
A.あまり気にされなくても良いです。ただ、間違ったエラーが表示されないようにするためにエンジニアも調整中ではあります。
こういうエラーに気づかれましたらSearch Consoleのフィードバックをぜひお願いします。
次回は１０月後半か１１月前半の予定です
「&&」 は 小文字「＆＆」 に変えてください
javascript:for(var%20u,l=document.getElementsByTagName("link"),i=0;i<l.length;i++)if(l[i].rel&amp;&amp;"canonical"==l[i].rel.toLowerCase()){u=l[i].href;break}u||(u=location.host+location.pathname+location.search),window.open("http://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/"+u);
率直に言って、Win8は不便で、大コケしたと思う。「タブレットPC」や「スマートフォン」を対象にしてUIをつくったからだろう。
Ubuntu（Canonical）がUnityで非難を受けたり、GnomeもUIを変えて非難を受けたりしたけれども、それも、とりわけCanonicalなんかは特にタブレットPCやスマートフォンへの野心があったからだろう。
いわゆるPCは、機能の汎用性が高く、携帯端末と比べるとより複雑な操作を要求されるのに、タブレット向けUIにされても困る。
そもそも、マンマシンインターフェース（ヒューマンインターフェース）も異なるし、多くはCPUすらも異なり汎用的につくられている。携帯電話などはワンマニュファクチャラーですべて設計してくれたほうが安定して速く動くわけで、俗に言う「ガラケー」はこれが取り柄だ。PCは、汎用規格で「つぶし」が利くことが取り柄だ。
WinXPからのリプレースがあまり進んでいないのも、後継OSが使えないからなのだろう。Win8は7よりも高速化したと主張しているけれども、Win8は別の点で「改悪」がされてしまったし、たとえ多少なりとも高速化したところで、事実上はリソース食いでより高性能なハードウェアを要求するのだから、リプレースしたくてもできんだろう。ぶっちゃけ、少なからぬユーザーは、Win2kのようなOSを求めている。Win2kに比べるとXPでさえも遅いのに、MeやVistaはクソ遅いし（笑）、７でも８でも遅いし、そもそも動かないよ。ハードウェアまで買い替えろというのは、ズバリ、環境破壊だろ。ムダだ
