内部リンクにトラッキングパラメータを付けるのはSEO面でリスクあり【SEO記事12本まとめ】 | 海外&国内SEO情報ウォッチ
ほかにも、次のようなSEOネタを今週もまとめてお届けする。あなたの仕事とスキルアップに役立ててほしい。 Search Consoleから緊急警告！ 検索結果のクリックが著しく減少しました3万ページを削除したら、検索ランキングへの影響はいかに？Fetch as Googleを使いすぎるとペナルティを受ける!?リンク否認ツールの間違った使い方： ×見覚えのないリンクを否認するサイトの長期的な成功は「ランキング要因の研究」ではなく「UX改善」が必要figcaptionタグはalt属性の代わりになる？URL検査ツールでPCサイトのスクリーンショットを取得できないグーグル、JSレンダリングの速度向上に取り組み中広告もLPもAMPにしたら、CTRが87%⬆・CVR76%⬆PWA+TWAでウェブサイトを完全アプリ化してGoogle Playに登録も狙い目のSEOは画像検索。2人のGoogle社員がアドバ
第4回 URLとオリジン | gihyo.jp
URLは、Webブラウジングを開始するという意味でも、Webに関連する技術の入り口という意味でも、Webにおける起点そのものです。 攻撃者の視点から見ると、多くの場合、URLは攻撃者自身によってコントロール可能です。その複雑な構造から、プログラム内でURLをデータとして取り扱う際にまちがいが発生しやすく、セキュリティ上の問題点を引き起こしやすい格好のねらい目、攻撃の起点であるとも言えます。 また、Webアプリケーションにおいてセキュリティを確保するためには、特定のリソースがそれぞれのWebアプリケーション自身と同一の保護範囲にあるものなのか、あるいは第三者の用意した可能性があり信用できないものなのかを区別して取り扱う必要があります。この境界条件は、Webアプリケーション自身の動作しているURLを基とした「オリジン」と呼ばれる範囲によって決定されます。 今回は、JavaScriptでのセキュ
alternate属性とcanonical属性を正しく使ってスマホサイトの存在をGoogleに伝えよう｜ferret [フェレット]
ウェブサイトを運営していて、デスクトップ用サイトURLとスマホ用サイトURLを分けている場合あります。この場合、きちんと検索エンジン向けに設定を行わないとスマホ用サイトの存在を認識してくれないケースがあります。それは主に、URLをデスクトップとスマホで分けて運用しているページの場合が多いです。 このような場合は、デスクトップ用URLとスマホ用URLの双方を検索クローラーに伝える必要があります。 今回は、canonical属性とalternate属性を使ってスマホページの存在を検索エンジン向けに伝える方法を紹介します。 目次 canonicalとは alternateとは Googleがサポートするデスクトップ用サイトとスマホ用サイトの最適化方法は3種類ある URLを分けている場合の対策方法 レスポンシブデザインの実装を検討しよう よくある質問とその回答 canonicalとは canoni
![alternate属性とcanonical属性を正しく使ってスマホサイトの存在をGoogleに伝えよう｜ferret [フェレット]](https://cdn-ak-scissors.b.st-hatena.com/image/square/0730dbcc8279e5a9cf9e7e90cece0fca4736d6cf/height=288;version=1;width=512/https%3A%2F%2Fferret.akamaized.net%2Fuploads%2Farticle%2F1426%2Feyecatch%2Fdefault-2b35b1392942385f6e4a644bf6c0ba8b.jpeg)
canonicalタグによるURL正規化とは？link rel=canonicalの使い方
SEO対策の基本施策に「インデックス最適化」があります。 インデックス最適化ではcanonical（カノニカル）タグを利用した「URL正規化」が欠かせません。 いくら優良なコンテンツでも、このURLの正規化処理をせずに似通った内容のコンテンツが複数のURLでできてしまうと、検索エンジンの評価は分散してしまい正しい評価が得られません。重複コンテンツとみなされてマイナスの評価を受けてしまう可能性もあります。 検索エンジンにウェブページを正しくインデックスさせなければ、せっかく時間をかけて作り上げたコンテンツもSEO評価が受けられず、検索順位が上がらないといった残念な結果となってしまいます。 canonicalは検索エンジンがもっとも嫌う重複コンテンツを解消するために欠かせません。 ここでは、canonicalタグを活用したURL正規化のしくみと記述方法、正規化処理の注意点を解説します。 can
URL正規化タグ「rel="canonical"」に関する12のよくある質問と答（実践者向け） | Moz - SEOとインバウンドマーケティングの実践情報
URL正規化タグ「rel="canonical"」のサポートをグーグルとヤフーが2009年2月に発表してから4年以上が経つけれど、この「rel="canonical"」のたった1行のHTMLは、今でもSEO担当者やウェブマスターをあれこれ混乱させている。 先ごろ、グーグルは「rel=canonical属性に関する5つのよくある間違い」という記事を公開した。これはいい記事で、正しい使い方がわかるのはありがたいが、MozのQ&Aコーナーで毎日僕らが目にしている多くの疑問には答えていない。そういうわけでこの記事では、特によくある疑問のいくつかを解決してみたいと思う（それから、下の画像はただのジョークなので大目に見ていただきたい……）。 「rel="canonical"」とは？簡単に言うと、「rel="canonical"」タグは、検索の便宜を図る目的で、あるURLで公開されているページの内容と別
短縮URLサービスを独自ドメインで使用する方法 Branded short URL
今回は、今年の3月に運営堂の森野さんから設定を依頼されて「へーこんなのあるんだ！」って初めて知った「短縮URLサービスを独自ドメインで使用する方法」の紹介です。 「短縮URLを独自ドメインにする？？」ちょっと分かり難いですが、bit.ly/ABCDEF の「bit.ly」や goo.gl/ABCDEF の「goo.gl」を好きなドメインに変えてシェアできる、と考えれば分りやすいですね。 短縮URLを独自ドメインにするメリットは 何がいいのか。大きく次の2点があります。 短縮URLが企業のドメインだと安心 短縮URLは、飛び先のドメインが隠れてしまうのでそのリンクって本当に安全？クリックして大丈夫？と不安になりますよね。利便性を考えて短縮したのに怪しまれるという悲しい結果に。。何かの理由でURLを短くしたい場合でも、短縮URLに企業名が入っていれば送られた側も不信感を抱かずにクリックすること
JavaScriptでURLを操作するメモ - Qiita
なんか難しくって忘れそうなのでメモっておきます。 history.pushState(state, title, url) 履歴に指定したURLを追加するってこと。指定したURLへの再読み込みは発生しないので、読み込みの処理は自分で行う。 hoge.comのページでhoge.com/hogeにしたい場合
新規コンテンツ(新しいURL)が検索エンジンから評価されるまでにかかる時間
Updated 2015.06.09 / Published 2015.06.09 新規ドメイン取得、新規作成のページなど新しいURLで作られたコンテンツは検索エンジンから評価される基準を満たせるようになるまで時間を要します。特に期間限定のイベント等であれば、その時間がビジネス上の生命線にもなり、検索エンジンからの流入が期待できる順位に至るまでは、ある程度の期間を見越した上でコンテンツ作りをしていくことが肝要になります。ここでは新規コンテンツ(新しいURL)が検索エンジンから評価されるまでにかかるおよその時間などについても探ってみたいと思います。 何をもって評価していると考えるか 検索エンジンも人と同じで出会う行為をもって、親交を深めていくことで、そのコンテンツ(URLで閲覧できる内容)が規定の信頼値に達すると、検索エンジンからの流入が期待できるぐらいの掲載順位を与えられるようになってくる
【HTML5】HISTORY API「pushState/popState」を使って画面遷移しなくてもURLを変化させて、戻るボタンの挙動をカスタマイズする | unitopi - ユニトピ -
【HTML5】HISTORY API「pushState/popState」を使って画面遷移しなくてもURLを変化させて、戻るボタンの挙動をカスタマイズする こんにちは。 pushStateやpopStateというHTML5 HISTORY APIをご存知でしょうか。 もともとhistory APIは前からあり、history.back();などでブラウザの戻ると同じ挙動をさせることができます。 今回はHTML5で追加されたpushStateとpopStateに注目していきましょう。 よくAjaxなど、画面遷移を伴わずコンテンツなどの入れ替えを行う際に活用されています。 Facebookの例 ※個人情報の観点からスクリーンショットがご用意できずすみません。 メッセージページでは左側にメッセージのやり取り相手の写真が並びます。 それらをクリックすることによってメインのやり取りが表示されていく
違いを説明できますか？「フルパス」「絶対パス」「相対パス」の違い フラップイズム
どうも、くーへいです。 今日は、WEB制作者が良く使う言葉の解説として、「フルパス」、「絶対パス」、「相対パス」の違いをまとめてみたいと思います。 皆さんは、その違い、分かりますか？ 違いを簡単にまとめると・・・ 最初に簡単にまとめると、以下のようになります。 なお例示は一般的な構造がわかりやすいので、勤務先のカタツムリデザイン（http://www.katatsumuri-inc.com/service/homepage.html）をベースとしていますが、サーバー内部のパスはダミーです。 この記事では、公開領域を「/home/katatsumuri-inc.com/www/public_html/」とします。 「フルパス」・・・サーバー内部で、最も上位の階層から参照した際のパス 例）/home/katatsumuri-inc.com/www/public_html/service/hom
不必要に静的化したURLよりもパラメータ付きURLをGoogleは好む
[対象: 上級] 一般的に言って、Googleにとっては、擬似静的化したURLよりもパラメータが付いた動的なURLのほうが好ましいようです。 動的URLは書き換えずにパラメータを付けたままで GoogleのJohn Mueller（ジョン・ミューラー）氏が、あるSEO関連フォーラムで次のようにコメントしました。 Just wanted to add that from Google’s point of view, the clean, parameterized URL is generally preferred to any unnecessary URL-rewriting. If you want a nice-looking URL-line in search, use breadcrumb markup instead. Googleの観点から付け加えさせてもらうと、わかり
JavaScript:ハッシュ(#)を含まない現在のページのURLを取得する
イントロダクション ハッシュ(#)を URL に付与して、Web ページ内の特定のアンカーにジャンプするようにすることができます。 これは非常に便利な機能ですが、現在表示している Web ページの URL を基に、JavaScript などで何らかの処理を行う場合には、この URL のハッシュ(#)を考慮していないと困ったことが起こったりします。 URL にハッシュ(#)が付与されていると、同じWebページを示しているURLなのに、単純な文字列比較では別の Web ページのように見えてしまうからです。 今回は、現在ブラウザで表示している Web ページの URL にハッシュが(#)が付与されている場合でも、ハッシュ(#)を含まない URL が取得できる方法について考えてみることにします。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://webkatu.com/pushstate-ajax/
http://kenji-special.tv/