URLを短くすると、ページランクとページの全体的なSEOの価値が向上します。
クライアントのサイトをカスタムビルドされたCMSから最新バージョンのUmbraco CMSにアップグレードすると同時に、Webサイトをレスポンシブにするという長いプロジェクトの終わりに近づいています。このアップグレードプロセスの一環として、サイトのURL構造が変更されましたが、主にこれを301リダイレクトで処理し、古いサイトからの古い冗長リンクが新しいURLにリンクされるようにしました。
先週、クライアントは、現在のサイトで使用を開始した「SEOエキスパート」が、新しいUmbracoサイトで使用しているサイト構造は実行不可能であり、SEOにとっても悪いと言っていることから、作品に大きなスパナを投じました多くの「レベル」。彼らの主な関心事は、彼らの製品とサービスがツリー内であまりにも深くネストされており、これが何らかの形で彼らのSEOに悪影響を与えることです。私は今、私はSEOの専門家ではなく、SEO全体を毎週変わると思われる黒い芸術だと考えているので、これに関して誰も私に助言を与えることができます）。
ご覧になりたい場合は、ここに現在サイトがあります： http://tinyurl.com/umbracourlstructure
ページを構成する方法は次のとおりです。（1）=レベル{X} =メインナビゲーションにない
(1)->Home
(2)--> Destinations
(3)---> South America [Continent]
(4)----> Argentina [Country] {X}
(5)-----> Buenos Aires [Area] {X}
(6)------> Buenos Aires [City] {X}
(7)-------> Package Product 1 {X}
(7)-------> Package Product 2 {X}
(7)-------> Package Product 3 {X}
(7)-------> Hotel Product 1 {X}
(7)-------> Hotel Product 2 {X}
(7)-------> Hotel Product 3 {X}
(7)-------> Activity Product 1 {X}
(7)-------> Activity Product 2 {X}
(7)-------> Activity Product 3 {X}
(4)----> Bolivia {X}
(3)---> North America [Continent]
(2)--> Holiday Types
(3)---> Cruise
(3)---> Family Holiday
(2)--> Places To Stay {X}
(2)--> Things To Do {X}
(2)--> About Us
- 製品にはウェブサイト上に実際の名前がありますが、上記の番号付きバージョンは単なる例です
アイデアは、ユーザーが都市レベルまで直接見たい目的地までドリルダウンして、その特定の地域で利用可能な製品を表示できるようにすることです。
大陸ページでは、その大陸の子孫であるすべての休日パッケージが表示されます。
サイドナビゲーションから国を選択すると、これらのパッケージはさらにフィルタリングされ、その国のパッケージのみが表示されます。
国内のエリアをクリックすると、これらは再びさらにフィルタリングされます。
製品にアクセスする場所に関係なく、URLは次のとおりです。
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
もちろん、これはUmbracoがデフォルトで従うツリー/フォルダ構造のためです。
ここでの問題は、私のクライアントがURLを次のようにしたいということです。
www.example.com/southamerica/argentina
そのため、特定のページを切り取ってURLを短くしました（これは主にWebサイトを大幅に書き換える必要があるためです）。
ネストのレベルが実際にSEOにとって悪いかどうかなど、これや経験に関して誰かにアドバイスはありますか？私の主な問題は、開発の終わりに近づいたときにのみ、これらの問題が発生し、Umbracoの構造を変更すると、実際に時間やリソースがない多くのサイトを書き換えることになるということです。行う。
私はこの問題について多くの研究を行ってきましたが、これに関するGoogleの公式の立場は、URLの長さと「レベル/サブディレクトリ」は実際には何の違いも生じないということです。実際、Googleは、構造化されたURLをサイトで使用することを推奨しています。これは、構造化されたURLがユーザーが構造を論理的にナビゲートするのに役立つためです。実際に発生する唯一の問題は、URLでパラメーターが使用される場合ですが、Canonical URLを使用してこれらを処理するため、これは問題になりません。
これらの発見を発見した後、次のリソースをクライアントに転送しました。
シンプルなURL構造を維持：https://support.google.com/webmasters/answer/76329?hl=en
URLのサブディレクトリの数はランキングに影響しますか？https://youtu.be/l_A1iRY6XTM
しかし、彼らはビデオが2010年のものであり、Googleの慣行はそれ以来おそらく変わっているという議論でこれらのリソースの両方を却下しました。
だから、誰かがこの問題に光を当てて、この問題に結びついているGoogleがリリースした最近の声明やガイドラインの方向を私に指摘できますか？
私の目的は、Googleから見つけた証拠が彼らの主張と直接矛盾する限り、これらの「SEOの専門家」による主張を実際に却下することです。
現在、GoogleはURLの構造にほとんど重点を置いていないようです。これを確認するには、Google検索を実行し、ランキングされているURLを調べます。これらのスタイルのいずれかが表示される可能性があります。
- 完全一致ドメイン：
www.keyword-phrase.com - 正確なキーワードパス：
example.com/keyword-phrase - たくさんのディレクトリ：
example.com/category/subcategory/info/keyword-phrase - データベースを搭載：
example.com/info.php?id=388388 - スラッグのある記事：
example.com/article-2829802-what-do-i-do-with-keyword-phrase
あるURL構造が別のURL構造より優れているのは、Googleが適用する直接的なランキング要因によるものではありません。現在、彼らは他のスタイルよりもスタイルを直接支持しているようには見えません。 URLの使用可能性に基づいて、間接的なランキング効果がある場合があります。 RLのキーワードはSEOに適していますか、それとも不必要に冗長ですか？ を参照してください。ここで、URLのキーワードをSEO用に構成する方法を説明した回答があります。
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1の潜在的な問題の1つは、長さのために切り捨てられることがあることです。これは、電子メールで送信されたとき、またはフォーラムに貼り付けられたときに最もよく起こります。 www.example.com/destinations/southamerica/argentina/buenosai...として出てくるかもしれませんが、アクセスすると404エラーが発生します。切り落とされた部分には、ユーザーが何を望んでいたかについての重要な情報があるため、完全に修正することはできません。 GoogleはこれらのURLを見つけ、Googleウェブマスターツールで404エラーを報告します。
長いURLのもう1つの問題は、ユーザーがそのURLを記憶したり、入力したりすることができないことです。ユーザーは、記述的で記憶に残り、入力するのに十分な短いURLを最も気に入っています。ユーザーの観点から、理想的なURLは実際にはwww.example.com/buenos-airesです。もちろん、管理が難しい旅行サイトの場合。 www.example.com/bostonはマサチューセッツ州ボストンを意味する必要があり、テキサス州ではあまり人気のない都市にはwww.example.com/boston-txのような別のURLが必要です。www.example.com/portlandは、ポートランドORとポートランドME人気の旅行先です。ウィキペディアは、「曖昧さ回避」ページと/portland-meや/portland-orなどの個別のURLを使用して、そのようなケースを処理します。
非常に長いディレクトリ構造のURLは理想的ではなく、私が選択するものではありませんが、使いやすさやSEOをそれほど害しません。理想的なショートURLは、使いやすさを5％改善し、数年間でSEOが約0.5％改善されると推定します。通常、URLを改良するのに時間を費やすことに比べて、その量の改善を得るためのはるかに簡単な方法があります。
この関連スレッド、 よく構造化されたURLとSEO用に最適化されたURL は、かなりよく説明しています。私の理解では、ユーザーがサイト上のコンテンツを検索する傾向に応じてURLはわずかなSEO効果を持ちますが、更新が簡単なロジックサイト構造（Webサイトはほとんど静的ではないため）はおそらくSEOの利点よりも価値があるかもしれません...
deep hierarchies により、人間は混乱/イライラする可能性があります。ユーザーに親切にしてください。
Googleアナリティクスは 最初の4つのパス部分 のみを分析（分割）します
あなたは地理が本当に階層的ではないことを知っていますか？トルコはどの大陸にありますか？ テクサーカナ inとはどのような状態ですか？
ハイフン を使用して、URL内の単語を分割する必要があります。
答えは完全に簡単ではありません。 SEOは、ユーザーエクスペリエンスとサイトのビジネスニーズにリンクする必要があります。 SEOのためだけに物事を行うのではなく、UXとアーキテクチャと一緒にSEOを考えてください。
URL構造に関しては、サイトを通過するユーザーパスにできるだけ類似したURLを保持するように常にクライアントに指示します。サイトがどのように構成されているか、サイトの優先順位が何であるかを示す必要があります。興味深いコンテンツが5レベル下にある場合、ユーザーがなぜ興味深いコンテンツに到達するために5レベルを通過する必要があるのかを自問する必要があります。私にとって、URLはパンくずリストのようなものでなければなりません。 10レベルのパンくずリストは必要ないでしょうか？
ユーザーパスに基づいたURL構造があり、そのパスが直接関連している場合、Googleは適切な方法でサイトをクロールしてインデックスを作成します。さらに重要なことは、非論理的またはビザンチン的な構造を扱うことなく、将来的にサイトを拡張および改善できることです。
URIの最後の部分のみを含めてから、キャノニカルを使用してボットの中間レベルを切り捨てます。短縮されたURI [必要に応じて識別子文字列を使用]は、SERPSからクリックして表示される場合がありますが、サイトでの平均的な人間の使用のために表示する必要はありません。この短い[識別子] URIは、次のクリックで人間に優しいセグメント構造に戻るため、実際には大したIMOではありません。共有でさえ、標準の代わりに「クリーンな」セグメント化されたURIを使用します。これらのSEOの「長所」は、この最初のことを考えていたはずです。問題が解決しました。