タグ付けされた質問 「url」

多くの場合、URL拡張機能は非表示になっています（例：）が.html、.phpすべてのWebサイトがこれを行うわけではありません。 ウェブマスターが拡張機能を隠すのはなぜですか？セキュリティのためか、URLがよりきれいに見えるようにするためか、それとも他の目的のためですか？

20 url  url-rewriting  filenames  clean-urls 

私の言語では、標準のドメイン名では許可されていない文字が多数あります。しかし、これらのほとんどは、簡単に（主に落下アクセント安全な同等物に置き換えることが可能íになりiなど）。そのため、両方のフォーム（timarit.isおよび適切なアイスランド語tímarit.is）を登録することがよくありますが、常に「安全な」フォームをデフォルトにし、他のフォームは単にリダイレクトするだけです。 ただし、現在は置換があまり好ましくない（にæなるae）位置にあり、デフォルトで国際化された名前を使用することを好みます。 私の質問は、これに関して既知の問題があるかどうかです。ブラウザの非互換性が最初に思い浮かびますが、私は同様に気になっていない他のものがあるのではないかと心配しています。 バウンティ 私はこれについて報奨金を開始したので、重複した質問を投稿する必要はありません。IDNを（1）FTPおよび（2）電子メールサーバー/クライアントで使用すると、実際的な結果があるかどうかを知りたい。（3）どのブラウザがドメインと格闘していますか？（4）モバイルデバイスについてはどうですか？また、（5）主題に関して何か変更があります。質問が行われてからほぼ1年です。

20 domains  url 

クライアントのサイトをカスタムビルドのCMSから最新バージョンのUmbraco CMSにアップグレードすると同時に、Webサイトをレスポンシブにするという長いプロジェクトの終わりに近づいています。このアップグレードプロセスの一環として、サイトのURL構造が変更されましたが、主にこれを301リダイレクトで処理し、古いサイトからの古い冗長リンクが新しいURLにリンクされるようにしました。 先週、クライアントは、現在のサイトで使用を開始した「SEOの専門家」が、新しいUmbracoサイトで使用しているサイト構造は実行不可能であり、SEOにとっても悪いと言っていることから、作品の主要なスパナを投げました多くの「レベル」。彼らの主な関心事は、彼らの製品とサービスがツリーのあまりに深くネストされており、これが何らかの形で彼らのSEOに悪影響を与えることです。私は今、私がSEOの専門家ではないことを認め、SEO全体を毎週変わると思われる黒い芸術の一部とみなしますので、これに関するサポートや証拠（できればGoogle自身から）について誰かが私にアドバイスを与えることができます）。 ご覧になりたい場合は、ここにサイトがあります：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)-------> …

18 seo  google  url 

一部のブログの投稿には、で始まる値を使用したリンクがあることに気付き/ましたhref。 例えば： <a href="/somedir/somepage.html">My Page</a> 先行/は、パスがサイトルートから始まることを意味しますか？ つまり、サイトのURLがのwww.mysite.com場合、有効なhref値はwww.mysite.com/somedir/somepage.html？ これはすべてのブラウザーで受け入れられている規則ですか？

17 html  url  links 

ホームページへのリンクにカーソルを合わせると（たとえばhttp://www.example.com)、ブラウザのステータスバーで確認されるように、末尾のスラッシュが常に追加されることに気づきます）ホームページリンクに次で終わるhref属性が含まれているかどうかしかし、私がホームページにいるときはいつでも、表示されているURLの末尾にスラッシュはありません。 URLバーのURLにスラッシュを入力してみました。また、Firebugを有効にすると、サイトは常に200 OKステータスを返します。これについて説明しているここの記事では、最後にスラッシュがあると、301リダイレクトが回避されると述べられています。しかし、このページでもリダイレクトは見られません。 これは、スラッシュを追加しているブラウザ機能ですか？

17 url  browsers 

よると、このブログ（「理解SEOフレンドリーなURLの構文プラクティス」）私は変更する必要があります http://example.com/Hello-Dolly に http://example.com/hello-dolly 指定された理由は次のとおりです。 一般に、URLは大文字と小文字を区別します 大文字と小文字を区別するSEOと分析レポートを簡素化します WikipediaのURL正規化に関する記事で見つけたこのGIFによれば、URLを大文字からすべて小文字に変換する必要があります。 しかし、私はASP.NET MVCを使用し、デフォルトでは私のURLは次のように構成されています（CamelCase）： http://www.example.com/Controller/Action/Parameter http://www.example.com/Categories/List/Bicycles RFC1738をざっと見てきましたが、これに対する決定的な答えは見当たりませんでした。 フレームワークがすべてを小文字に変更するように強制するには、邪魔にならないようにしますか？皆が小文字を使うように私に言っているのに、なぜマイクロソフトはこのようなフレームワークを設計することを選んだのですか？

17 url  asp.net-mvc 

私のサイトでは、私はすべてを（リダイレクトよhttp://、http://www.、https://に）https://www.example.com。 Googleウェブマスターツールの説明：サイトに「www」バージョンと「www以外」バージョンの両方を追加してください。また、HTTPSプロトコルを使用する場合は、それらのバリエーションも追加します。 そこで、4つのバージョンすべてをGoogleウェブマスターツールに追加しました。これは正しいプロセスですか？

16 google-search-console  url  https  no-www  site-verification 

特定のURLがGoogleによって最初にインデックス化された時期を確認するにはどうすればよいですか？私が所有していない競合他社のURLでも機能するソリューションを希望します。

16 google  url  search-engine-indexing  google-index  dates 

私の大学はWeb URLといくつかのホスティングスペースを提供しており、URLはhttp://homepages.iitb.ac.in/~pritampebamのようなものです。 私が出会ったほとんどすべての大学は、ユーザー名の直前に「〜」記号があるこの構造を使用しているようです。 その他の例。 http://web.media.mit.edu/~mres/ http://users.design.ucla.edu/~reas/ なぜそうなのですか？

16 url 

この質問を読んで、URLにドットを付けるにはどうすればよいですか。最後に、例えばwww.bla.de.？FQDN .にはDNSツリーのルートラベルの末尾が含まれている必要があることを理解してください。 example.com. の代わりに example.com ただし、このブログ記事で指摘されている問題があります。 ユーザーが誤って末尾にドットを含むドメイン名を入力したり、何らかの「優雅な」人から受け取ったリンクをたどって、末尾にドットを含むドメイン名にアクセスできるという事実を考慮しない場合結果、予期しない結果につながる可能性があります。 1）WebサイトがHTTPSを使用している場合、末尾にドットが付いたドメイン名に移動すると、ブラウザーは信頼できない接続に関する警告を表示します。 2）Cookieは通常、末尾にドットのないドメイン名に設定されるため、認証が壊れる場合があります。この場合、ユーザーはログインできない理由に非常に驚くでしょう。最後にドットを含むドメイン名のCookieを設定すると、このCookieはドットなしのドメイン名に渡されないことに注意してください最後に、逆も同様です。 3）ページ上のJavaScriptが壊れている可能性があります。 4）Webサイトページのキャッシュに問題がある可能性があります（たとえば、https://www.cloudflare.com/ドメイン名に無効なドメイン名と見なされる最後にドットがある場合、ページキャッシュをクリアしません）。 5）Webサーバー設定の条件で、ドットなしで特定のドメイン名（Nginxの$ http_host、Apacheの％{HTTP_HOST}）に依存している場合、予期しないリダイレクト、基本的なさまざまな状況に直面する可能性があります-承認の問題など 6）末尾にドットが付いたドメイン名のリクエストを受け入れるようにWebサーバーが設定されていない場合、末尾にドットが付いたドメイン名を誤って入力したユーザーには、不正なリクエスト-無効なホスト名などが表示されます。 7）ドメイン名の末尾にドットが含まれるWebページへのリンクを誤ってまたは意図的に誰かが投稿した場合、検索エンジンがリソースに重複したコンテンツを見つける可能性があります。 私はまた、それが実現しません。しかし、適切なドメイン名には最後にが含まれている必要があるため、エラーを発行したり、ホスト名の末尾にドットを付けずにリダイレクトしたりするべきではありませんか？一貫した一貫した方法でこの問題に対処する適切な方法は何ですか？http://webmasters.stackexchange.com./400 Bad Request.400301

15 domains  url 

SEOに最適化されたURLでIDに最適な場所を教えてください。 http://www.example.com/123/slug-title http://www.example.com/slug-title-123

15 seo  url  identifier 

私のホームページは次のようにリンクされる可能性があります。 http://example.com http://example.com/ http://example.com/?ref=1 http://example.com/index.html http://example.com/index.html?ref=2 (the same page is served for all those URLs) GoogleがこれらのURLを別のページと見なさないように、標準URLを定義することを考えています。 <link rel="canonical" href="/webmasters//" /> (relative) <link rel="canonical" href="http://example.com/" /> (trailing slash) <link rel="canonical" href="http://example.com" /> (no trailing slash) どちらを使用する必要がありますか？私はただ平手打ちをするだろう/が、標準をいじるのは恐ろしいビジネスのように思えるので、最初にダブルチェックをしたかった。 ホームページの正規のURLを定義することはまったく良い考えですか？

14 seo  url  canonical-url  http  trailing-slash 

良いURIはどのように設計されるべきですか？考慮すべき要因は何ですか？バリアントの長所と短所は何ですか？ 良いURIを構成する要素 経時安定性 ショート 何がリンクされているかをユーザーに知らせます 入力が簡単 推測しやすい（「/ jobs」などのいくつかのリンクにのみ関連） 検索エンジンに優しい URIスキーマはサイト全体で一貫している必要があります URIスキーマは将来の拡張を許可する必要があります もう？ 例 example.com/articles/3252 example.com/articles/how+to+design+good+uri example.com/articles/3252/how+to+design+good+uri example.com/good-uri-design example.com/articles/good-uri-design example.com/a/good-uri-design

14 url  best-practices  architecture 

通常、優れたサイトアーキテクチャは次のようになります。 example-company.com/ example-company.com/about/ example-company.com/contact/ example-company.com/products/ example-company.com/products/category/ example-company.com/products/category/productname/ これで、Google画像検索に関しては、img altタグ、ファイル名/ URL、および周囲のテキスト（キャプション、見出し、段落）がランキングに影響することは明らかです。 使用する画像のファイル名について質問したい（たとえばproduct-photo.jpg）。 ...しかし、最初にURLについて： 多くの場合、Web開発者はすべての画像をルートの1つのフォルダーに貼り付けますexample-company.com/img/。そして、私はそれをやめました。（私はそれに入りたくありませんが、基本的には、各サブディレクトリのコンテンツの一部を構成する画像の方がより意味があるようです） ただし、すべての画像がフォルダーに表示される場合、ファイル名は通常よりも少し大きいものを反映する必要があると感じます。たとえば、 example-company.com/img/ example-company-productname-category.jpg それは単なるファイル名よりも長いファイル名ですproduct.pngが、関連する限り、SEOに関しては問題はありません（キーワードの詰め込みをしている場合を除き）、そしてキーワードのランク付けにも役立ちます： 「サンプル会社」 "商品名" "カテゴリー" 質問はありません。 しかし、最初に説明したサイトアーキテクチャに画像を配置する場合はどうでしょうか。つまり、画像のURLパスが次のようになったらどうなるでしょうか。 example-company.com/products/category/productname/ productname.jpg 私の質問は、URLを上記のように短くして、ファイル名の一部として「製品名」（およびいくつかの説明的なキーワード）のみを含めるべきですか？ または、「example-company」と「category」も含める必要がありますか？そのようです： example-company.com/products/category/productname/ example-company-category-productname.jpg これははるかに長く、URLを見ると冗長に見えますが、いくつかの考慮事項があります。 多くの場合、画像はコンピューターにダウンロードされ、平均的なユーザーにとっては元のURLが失われるため、どこから来たのかは明確ではありません。 また、一部のソーシャルネットワーク、フォーラム、およびその他のプラットフォームでは、アップロード時にファイル名がそのまま残ります。（たとえば、PinterestやFacebookなど、他の多くの人が書き直しました。） 別の考慮事項として、これはGoogle画像検索でのランク付けを（たとえわずかであっても）本当に助けるのか、少なくとも製品が「example-company」に固有のものであることをGoogleに通知するのでしょうか。たとえば、この商品がこのストアでしか購入できず、主力製品である場合はどうなりますか？この製品ページへの豊富な内部リンクに加えて、「サンプル会社」の名前と「カテゴリ」を持っていると、「サンプル会社」の検索に表示されますか？ 言い換えれば、より少ないですか？

13 seo  url  images  filenames  image-search 

スタックオーバーフローサイトにはすべて、質問のタイトルを含むきれいなURLがあります。HTMLには、そのページの正規のURLもあります。 質問のタイトルを変更すると、URLがすぐに変更されることがわかりました。正規のURLも更新されます。古い正規URLを持つページが新しい正規URLにリダイレクトされる限り、検索エンジンは正規URLのレコードも更新するということですか？ URLの変更をさらにスムーズにするために積極的にできることは他にありますか？

13 seo  url  canonical-url