Экономика стран

К сожалению, большинство людей, которые будут ими затронуты почти весь мир, не будут иметь никакого влияния на результат. Вести Экономика Дайджест иностранной прессы за 14 августа.
Вести Экономика Греции снова придется списывать долги Греция не сможет самостоятельно расплатиться по долгам, и понадобится новая реструктуризация долгов, чтобы спасти страну от банкротства.

SEO dla witryn sieci Web ASP.NET: adresy URL

  1. Jednolite lokalizatory zasobów
  2. SEO i przyjazne dla użytkownika adresy URL
  3. Przyjazne adresy URL i routing
  4. Routing
  5. Ślimaki
  6. Kanoniczne adresy URL
  7. Przekierowywanie adresów URL innych niż www na adresy URL www
  8. streszczenie

Jest to drugi z serii artykułów, które omawiają sposoby optymalizacji stron internetowych ASP.NET dla wyszukiwarek. Każdy artykuł z tej serii koncentruje się na konkretnym temacie i analizuje funkcje i narzędzia dostępne dla programistów ASP.NET, aby ułatwić wyszukiwanie w witrynach, a tym samym poprawić rankingi i klikać wyniki wyszukiwania. W tym artykule przyjrzymy się niektórym najlepszym praktykom dotyczącym adresów URL Twojej witryny i tym, jak uczynić je bardziej przyjaznymi dla wyszukiwarek i ludzi.

Pełna seria artykułów składa się z

Jednolite lokalizatory zasobów

Jednolite lokalizatory zasobów

Adres URL (lub Uniform Resource Locator) dla dowolnej strony określa adres, na którym się znajduje, oraz mechanizm (protokół), za pomocą którego można go pobrać. W przypadku stron internetowych protokołem będzie http lub https w zdecydowanej większości przypadków. Po tym zwykle następuje domena, a następnie unikalny identyfikator pewnego opisu. Idealnie adres URL powinien opisywać treść i zawierać słowa kluczowe, które są również obecne w tytule strony, opisie i treści.

W poprzedniej wersji mojej witryny adres URL tego artykułu byłby taki

http://www.mikesdotnetting.com/article.aspx?id=290

Nie zapewnia to ludziom żadnej wskazówki co do zawartości zasobu, a zatem w ogóle nie ma charakteru opisowego. Nie pomaga ani wyszukiwarkom w zrozumieniu, gdzie strona pasuje do Internetu, i bardziej polega na innych trzech źródłach informacji dla wyszukiwarki: tytuł, opis i treść. Obecnie adresy URL są znacznie lepsze z punktu widzenia SEO:

http://www.mikesdotnetting.com/article/290/seo-for-asp-net-web-sites-urls

Powinno być oczywiste dla każdego, kto czyta tylko adres URL, co może zawierać treść strony.

SEO i przyjazne dla użytkownika adresy URL

Schemat URL dla poprzedniej wersji mojej strony był spowodowany faktem, że starsze wersje Web Forms polegały na adresach URL pasujących do nazwy i ścieżki plików fizycznych. Wszelkie wartości dynamiczne, takie jak identyfikator, dla którego powinien być wyświetlany artykuł, są przekazywane jako parametry ciągu zapytania. Byłoby możliwe przekazanie tytułu artykułu jako parametru ciągu zapytania. Jednak porady wyszukiwarek to unikanie ciągów zapytań, jeśli w ogóle jest to możliwe, i gdzie nie można ich uniknąć, aby zachować ich bardzo niewiele w liczbie i krótkich.

Po wprowadzeniu danych dynamicznych w programie ASP.NET 3.5 (SP1) wprowadzono również nowy system routingu, który umożliwił programistom mapowanie dowolnych wzorców adresów URL na pliki fizyczne. Został on przyjęty do użytku w ramach MVC, które pojawiły się mniej więcej w tym samym czasie - chociaż w przypadku MVC adresy URL są mapowane do metod działania na kontrolerach zgodnie z konwencją.

Przyjazne adresy URL i routing

Web Forms nadal działa na podstawie mapowania adresów URL na fizyczne pliki, ale zawiera również nowy system generowania i pracy z przyjaznymi adresami URL o nazwie - ahem - " Przyjazne adresy URL ". Opiera się na tym samym paradygmacie co domyślny system routingu, który jest częścią ramy Razor Web Pages . Domyślna konfiguracja będzie dopasowywać adres URL do pliku fizycznego bez uwzględnienia rozszerzenia pliku w adresie URL, a także zapewnia przesyłanie dowolnych fragmentów danych w adresie URL jako dodatkowych segmentów. Innymi słowy, jest to system oparty na konwencjach, który opiera się na niektórych lub wszystkich adresach URL pasujących do wirtualnej ścieżki pliku dla formularza internetowego (plik .aspx). Przyjazne adresy URL są dostępne jako pakiet Nuget (Microsoft.AspNet.FriendlyUrls) i są wstępnie zainstalowane i włączone jako część standardowego szablonu projektu formularzy internetowych.

Biorąc pod uwagę przykładowy adres URL http: // localhost: 1234 / article / 101 / seo-for-asp-net-web-sites-urls, poniższy kod pokazuje, jak wyodrębnić wartości z segmentów za pomocą pakietu Friendly URLs w Article.aspx , a następnie przypisz je do kontroli literalnych o nazwie ID i nagłówku, a także jak wygenerować hiperłącze za pomocą kontrolki HyperLink:

protected void Page_Load (nadawca obiektu, EventArgs e) {var segmenty = Request.GetFriendlyUrlSegments (); if (segmenty.Any ()) {ID.Text = "ID:" + segmenty [0]; Headline.Text = "Nagłówek:" + segmenty [1]; Link.Text = Link.NavigateUrl = FriendlyUrl .Href ("~ / article", segmenty [0], segmenty [1]); }}

Metoda GetFriendlyUrlSegments jest metodą rozszerzenia znajdującą się w Microsoft.AspNet.FriendlyUrls, więc potrzebujesz także dyrektywy używającej u góry pliku, aby wprowadzić tę przestrzeń nazw do zasięgu. Metoda zwróci listę <łańcuch>, która zawiera wartości w dowolnych segmentach po nazwie pliku. Metoda pomocnicza FriendlyUrl.Href generuje adresy URL ze ścieżki wirtualnej i podanych wartości segmentów. Jest to przypisane zarówno właściwościom Text, jak i NavigateUrl formantu hiperłącza.

Jest to przypisane zarówno właściwościom Text, jak i NavigateUrl formantu hiperłącza

Przyjazne adresy URL to bardzo łatwy w użyciu system dla witryn formularzy sieci Web, w których używane są stosunkowo proste schematy adresów URL i dopuszczalne jest dopasowanie adresu URL i nazwy pliku bez rozszerzenia. Do niczego innego rutowanie jest zazwyczaj zalecaną opcją.

Routing

Routing działa nieco inaczej w zależności od tego, czy tworzysz witrynę Web Forms, czy witrynę MVC. Zasadniczo oba mają tę samą podstawę - mapujesz adresy URL do zasobów podczas uruchamiania aplikacji, a przychodzące żądania są sprawdzane względem mapy (lub tabeli tras), aby sprawdzić, gdzie powinny być skierowane. Jednak w witrynie formularzy sieci Web wszystkie przychodzące adresy URL muszą być mapowane na pliki fizyczne. Ponieważ nie istnieje przypuszczalne powiązanie między treścią URL a systemem plików na serwerze WWW, każdy adres URL musi być skonfigurowany. Możliwe jest użycie zarówno przyjaznych adresów URL, jak i routingu w tej samej witrynie, dzięki czemu zadanie konfiguracji jest znacznie łatwiejsze, gdy większość adresów URL faktycznie odpowiada nazwie pliku bez rozszerzenia. Następująca sekcja kodu pokazuje domyślną klasę RouteConfig znalezioną w folderze App_Start w szablonie formularzy internetowych:

public static class RouteConfig {public static void RegisterRoutes (trasy RouteCollection) {var settings = new FriendlyUrlSettings (); settings.AutoRedirectMode = RedirectMode. Stały; routes.EnableFriendlyUrls (ustawienia); routes.MapPageRoute ("", "test / {id}", "~ / mytest.aspx"); }}

Pierwsze trzy wiersze kodu w metodzie RegisterRoutes włączają Przyjazne adresy URL i określają, że domyślnie żądania dotyczące np. Http://domain.com/contact.aspx skutkują kodem statusu 301 Przeniesione na stałe i lokalizacją http: // domain.com/contact (bez rozszerzenia).

Ostatnia linia kodu wykorzystująca routing do mapowania żądań http://domain.com/test/xxx do mytest.aspx . Xxx może być dowolną wartością, ale musi być obecny dla trasy do pracy. Możesz ustawić tę część adresu URL jako opcjonalną lub ograniczyć wartość do określonego wzorca za pomocą wyrażeń regularnych. Możesz przeczytać więcej o tym, jak to zrobić Przegląd MSDN routingu ASP.NET .

Przyjazne adresy URL zawsze wygrywają w przypadku, gdy pozycja routingu odpowiada wirtualnej ścieżce do pliku .aspx na serwerze. Na przykład, jeśli ktoś miałby dodać plik o nazwie Test.aspx do folderu głównego witryny w powyższym przykładzie, Przyjazne adresy URL zajmą się bezpośrednim dopasowaniem adresu URL do systemu plików, a pozycja routingu nigdy nie będzie przywołany.

W witrynie MVC routing jest jedynym systemem mapowania adresów URL do zasobów, ponieważ nie ma plików do mapowania. W przypadku większości witryn nigdy nie musisz wychodzić poza pojedynczą trasę, która jest domyślnie zdefiniowana:

public static void RegisterRoutes (trasy RouteCollection) {routes.IgnoreRoute ("{resource} .axd / {* pathInfo}"); routes.MapRoute (name: „Default”, url: „{controller} / {action} / {id}”, domyślnie: new {controller = "Home", action = "Index", id = UrlParameter .Optional}); }

Ta definicja trasy określa, że ​​pierwszy segment adresu URL zawiera nazwę kontrolera, drugi zawiera nazwę metody akcji, a trzeci segment jest opcjonalny, ale jeśli jest wypełniony, można go dopasować do parametru o nazwie id. Domyślną wartością segmentu kontrolera jest Strona główna, a domyślnym segmentem akcji jest Indeks.

Jeśli chcesz wygenerować adresy URL do użycia w atrybutach href kotwicy lub obrazu src lub podobnych w MVC 5 lub wcześniejszym, masz do wyboru szereg metod pomocniczych: ActionLink , RouteLink i UrlHelper's Metody działania i trasy. W MVC masz również możliwość korzystania z nowego Anchor TagHelper ., gdzie akcja i kontroler są określone jako specjalne atrybuty asp w elementach HTML:

<a asp-action = "Index" asp-controller = "Home"> Back Home </ a>

Ślimaki

Slug to termin często używany do opisania czytelnej dla człowieka części adresu URL. W mojej witrynie używam tytułu artykułu jako ślimaka i dlatego starannie wybieram tytuły artykułów, aby upewnić się, że zawierają odpowiednie słowa kluczowe. Ponownie wykorzystuję tytuł artykułu jako tytuł strony i treść nagłówka h1, aby słowa kluczowe były konsekwentnie wyszukiwane na całej stronie. The Fora ASP.NET i Przepełnienie stosu użyj sformułowania wysłanego pytania jako ślimaka. Jednak używają różnych separatorów słów: fora ASP.NET używają znaku plus (+) między słowami, podczas gdy Stackoverflow używa myślników (-). Ludzie w Google zalecają stosowanie myślników.

Bardzo często pojawia się pytanie, jak wygenerować ślimak, który może bezpiecznie uwzględniać znaki interpunkcyjne i inne zastrzeżone znaki. Chłopaki z Stackoverflow mają opublikował metodę generowania ślimaka oni używają. Używam odmiany ich algorytmu, który ma limit 80 znaków, który wykorzystują. Wielu ekspertów SEO zaleca przechowywanie adresów URL maksymalnie do 75-80 znaków, ponieważ jest to maksymalna liczba znaków, które pokaże wpis w SERP. Jednak Google ma tendencję do obcinania adresów URL, aby podświetlić odpowiednie słowa kluczowe, zastępując segmenty inne niż słowa kluczowe elipsami. Nie ma rady od Google w sprawie ustawiania maksymalnej długości adresu URL, więc wydaje się, że tak naprawdę nie przeszkadzają.

Kanoniczne adresy URL

Powinien być tylko jeden prawidłowy adres URL na zasób. Jest to znane jako kanoniczny adres URL. Niebezpieczeństwo związane z tym, że wiele adresów URL wskazuje na ten sam zasób, polega na tym, że ranking dowolnej strony zostanie rozwodniony w różnych adresach URL. Wszystkie poniższe adresy URL mogą wyglądać tak samo:

http://www.mikesdotnetting.com/article/290/seo-for-asp-net-web-sites-urls http://mikesdotnetting.com/article/290/seo-for-asp-net-web-sites -urls http://www.mikesdotnetting.com/article/290/Seo-For-Asp-Net-Web-Sites-URLs

W rzeczywistości wszystkie one będą skutkować wyodrębnieniem tej samej treści z bazy danych i tego samego kodu źródłowego na stronie wynikowej (przynajmniej na mojej stronie ...). Ale wszystkie są różne z punktu widzenia SEO - nawet ten z inną obudową. Z tego powodu musisz być konsekwentny w adresach URL używanych w nawigacji i innych linkach w witrynie.

Pomimo wszelkich starań, aby zarządzać tym kodem we własnym kodzie, istnieją inne sposoby podziału SEO strony na skutek wielu adresów URL wskazujących na ten sam zasób. Nie możesz uniknąć sytuacji, w której inne osoby tworzą odmiany twoich adresów URL podczas łączenia się z Tobą z własnej strony, forów lub mediów społecznościowych itp. Z tego powodu zaleca się używanie elementu łącza HTML na każdej stronie w celu informowania wyszukiwarek jaki kanoniczny adres URL dla tej konkretnej strony to:

<link rel = "canonical" href = "http://www.mikesdotnetting.com/article/290/seo-for-asp-net-web-sites-urls" />

Przekierowywanie adresów URL innych niż www na adresy URL www

Większość domen jest skonfigurowana z rekordem @, który wskazuje ich domenę w najczystszej formie (np. Domena.com) na adres IP serwera WWW i rekord CNAME, który wskazuje www.domain.com na rekord @. Następnie zarówno domain.com, jak i www.domain.com są dodawane jako powiązania dla witryny w IIS. Jest to przydatne dla użytkowników, którzy wpisują adres internetowy bez prefiksu www. Zapewni, że żądanie zostanie skierowane do właściwego serwera. Jak już wspomniałem, skutkuje to dwoma prawidłowymi adresami URL dla tej samej treści i chociaż problem ten można rozwiązać za pomocą rel = "canonical", można również użyć przekierowania HTTP, jeśli serwer IIS ma Przepisz adres URL zainstalowany. Nie potrzebujesz nawet dostępu do serwera WWW, aby skonfigurować regułę przepisywania. Możesz to zrobić w web.config swojej witryny.

<system.webServer> <przepisuj> <reguły> <nazwa reguły = "Przekieruj ruch inny niż www na www" stopProcessing = "true"> <match url = ". *" ignoreCase = "true" /> <warunki> <dodaj input = "{HTTP_HOST}" pattern = "^ mikesdotnetting.com $" /> </ conditions> <action type = "Redirect" url = "http://www.mikesdotnetting.com/{R:0}" redirectType = „Stałe” /> </ rule> </ rules> </ rewrite> </ system.webServer>

Ta reguła przepisywania obejmuje żądania dowolnego adresu URL pasującego do wzorca. *, Który zasadniczo obejmuje wszystko. Sprawdza część hosta adresu URL, a jeśli nie zaczyna się od „www”. serwer odpowiada kodem statusu 301 - Trwale przeniesiony i nową lokalizacją z poprzednią www.

streszczenie

W tym artykule omówiono rolę, jaką adresy URL odgrywają w optymalizacji wyszukiwarek. Zbadano znaczenie posiadania przyjaznych dla użytkownika i SEO adresów URL oraz sposobów generowania i pracy z nimi zarówno w aplikacjach ASP.NET Web Forms, jak i aplikacjach MVC. Wreszcie wyjaśniono kanoniczne adresy URL i opisano strategie zarządzania nimi.

W następnym artykule przyjrzę się, w jaki sposób możesz zarządzać zawartością indeksu wyszukiwarek w witrynie.

Aspx?
Навигация сайта
Реклама
Панель управления
Календарь новостей
Популярные новости
Информация
Экономика стран www.mp3area.ru © 2005-2016
При копировании материала, ссылка на сайт обязательна.