Zbliżamy się do końca długiego projektu, w ramach którego aktualizujemy witrynę naszego klienta z niestandardowego systemu CMS do najnowszej wersji Umbraco CMS, jednocześnie dostosowując jego stronę internetową. W ramach tego procesu aktualizacji zmieniła się jednak struktura URL-a witryny. Zajmujemy się tym głównie za pomocą przekierowań 301, dzięki czemu stare nadmiarowe linki ze starej strony prowadzą teraz do nowych adresów URL.
W ubiegłym tygodniu nasz klient wrzucił duży klucz w prace, mówiąc nam, że „eksperci SEO”, których zaczął używać na swojej bieżącej stronie, powiedzieli, że struktura strony, z której korzysta nowa strona Umbraco, jest niewykonalna i jest również niekorzystna dla SEO, ponieważ ma wiele „poziomów”. Ich głównym problemem jest to, że ich produkty i usługi są zbyt głęboko zagnieżdżone w drzewie, a to w jakiś sposób wpływa negatywnie na ich SEO. Przyznaję teraz, że nie jestem ekspertem od SEO i uważam, że cała SEO jest trochę czarną sztuką, która wydaje się zmieniać co tydzień, więc każdy może udzielić mi jakiejkolwiek porady w tej sprawie, a także dowodów na poparcie (najlepiej od samego Google ).
Tutaj znajduje się obecnie strona, jeśli chcesz zajrzeć: http://tinyurl.com/umbracourlstructure
Struktura naszych stron jest następująca: (1) = Poziom {X} = Nie w głównej nawigacji
(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
- Produkty mają rzeczywiste nazwy na stronie internetowej, ale numerowane wersje pokazane powyżej są jedynie przykładem
Chodzi o to, aby użytkownik mógł przejść do miejsca docelowego, na które chce spojrzeć aż do poziomu miasta, aby zobaczyć produkty dostępne w tym konkretnym obszarze.
Na stronie kontynentu wyświetlane są wszystkie pakiety wakacyjne potomków tego kontynentu.
Jeśli wybierzesz kraj z bocznej nawigacji, pakiety te są dalej filtrowane, tak że wyświetlane są tylko te z tego konkretnego kraju.
Jeśli klikniesz obszar w kraju, zostaną one ponownie odfiltrowane.
Bez względu na to, gdzie uzyskujesz dostęp do produktów, ich adres URL jest następujący:
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1
Dzieje się tak oczywiście ze względu na strukturę drzewa / folderów, którą domyślnie stosuje Umbraco.
Problem polega na tym, że mój klient chce, aby adresy URL były:
www.example.com/southamerica/argentina
aby wyciąć niektóre strony, aby adresy URL były krótsze, odradzając (głównie dlatego, że wymagałoby to znacznego przepisania strony).
Czy ktoś ma jakieś rady w związku z tym i jakimkolwiek doświadczeniem, czy poziom zagnieżdżania jest rzeczywiście zły dla SEO? Moim głównym problemem jest to, że dopiero teraz, gdy zbliżamy się do końca rozwoju, podnoszą oni te problemy, a zmiana struktury w Umbraco będzie zasadniczo oznaczać przepisanie dużej części strony, na którą tak naprawdę nie mamy czasu ani zasobów robić.
Przeprowadziłem wiele własnych badań nad tym problemem, a oficjalnym stanowiskiem Google wydaje się, że długość adresu URL i „poziomy / podkatalogi” w rzeczywistości nie mają znaczenia. W rzeczywistości Google radzi teraz, aby w witrynach używać strukturalnych adresów URL, ponieważ pomagają one użytkownikowi logicznie poruszać się po strukturze. Jedynym problemem, który naprawdę pojawia się, jest użycie parametrów w adresach URL, ale radzimy sobie z nimi za pomocą kanonicznych adresów URL, więc nie powinno to stanowić problemu.
Po odkryciu tych ustaleń przekazałem następujące zasoby do naszego klienta:
Zachowaj prostą strukturę adresów URL: https://support.google.com/webmasters/answer/76329?hl=pl
Czy liczba podkatalogów w adresie URL wpływa na jego ranking? https://youtu.be/l_A1iRY6XTM
Odrzucili jednak oba te zasoby, argumentując, że film ma datę 2010 roku i że od tego czasu praktyki Google prawdopodobnie się zmieniły.
Czy ktoś może rzucić jakieś światło na tę kwestię i skierować mnie w stronę jakichkolwiek ostatnich oświadczeń lub wytycznych, które Google opublikowało w związku z tym problemem?
Moim celem jest naprawdę odrzucenie roszczeń tych „ekspertów SEO”, ponieważ jak dotąd dowody, które znalazłem od Google, są sprzeczne z ich twierdzeniami i nie chcę przebudowywać prawie kompletnej strony internetowej w oparciu o nieaktualne lub nieprawidłowe porady / informacje SEO.
/destinations/, czy rzeczywiście chcą użyć/southamerica/argentinajako adresu URL określonego produktu (jak sugeruje twój przykład)? Lub innymi słowy: jakiego adresu URL produktu chcą?Odpowiedzi:
Wydaje się, że Google przywiązuje obecnie niewielką wagę do struktury adresu URL. Możesz to potwierdzić, przeprowadzając dowolne wyszukiwanie w Google i sprawdzając adresy URL w rankingu. Prawdopodobnie zobaczysz dowolny z tych stylów:
www.keyword-phrase.comexample.com/keyword-phraseexample.com/category/subcategory/info/keyword-phraseexample.com/info.php?id=388388example.com/article-2829802-what-do-i-do-with-keyword-phrasePrzewaga jednej struktury URL nad inną nie wynika z bezpośrednich czynników rankingowych, które stosuje Google. W tej chwili nie wydają się faworyzować żadnego stylu nad innym. Mogą występować pewne pośrednie efekty rankingu w zależności od użyteczności adresów URL. Zobacz Czy słowa kluczowe w adresach URL są dobre dla SEO lub niepotrzebnie zbędne? gdzie mam odpowiedź, która dotyczy struktury słów kluczowych w adresach URL dla SEO.
Jednym z potencjalnych problemów
www.example.com/destinations/southamerica/argentina/buenosaires/buenosaires/package-product-1jest to, że długość może czasami powodować obcięcie. Dzieje się tak najczęściej, gdy jest wysyłany w wiadomości e-mail lub wklejany na forum. Może pojawić się jakowww.example.com/destinations/southamerica/argentina/buenosai...odwiedzający Użytkownicy, którzy otrzymają błąd 404. Nie będziesz w stanie go w pełni poprawić, ponieważ część, która została odcięta, zawiera ważne informacje o tym, czego dokładnie chciał użytkownik. Google znajdzie te adresy URL i zgłosi błędy 404 w Narzędziach Google dla webmasterów.Innym problemem związanym z długimi adresami URL jest to, że użytkownicy nigdy ich nie zapamiętują ani nie będą mogli ich wpisać. Użytkownicy najbardziej lubią opisowe, łatwe do zapamiętania i wystarczająco krótkie adresy URL do pisania. Z punktu widzenia użytkownika idealnym adresem URL może być
www.example.com/buenos-aires. Oczywiście w przypadku witryny turystycznej trudnej do zarządzania.www.example.com/bostonoznaczałoby Boston, MA i musiałbyś mieć inny adres URL, jakwww.example.com/boston-txdla mniej popularnego miasta w Teksasie.www.example.com/portlandjest bardzo niejednoznaczny, ponieważ zarówno Portland OR, jak i Portland ME są popularnymi celami podróży. Wikipedia obsługuje takie przypadki ze stronami „ujednoznaczniającymi” i oddzielnymi adresami URL, takimi jak/portland-mei/portland-or.Podczas gdy twoi bardzo długo Struktura katalogów adresów URL nie są idealne, a nie to, co bym wybrał, będzie nie boli użyteczność lub SEO , że dużo . Szacuję, że idealne krótkie adresy URL poprawiłyby użyteczność o 5%, co z kolei poprawiłoby SEO o około 0,5% w ciągu kilku lat. Zwykle istnieją znacznie łatwiejsze sposoby uzyskania takiej poprawy w porównaniu do poświęcania czasu na zmianę adresów URL.
źródło
Ten pokrewny wątek, dobrze skonstruowane adresy URL vs. adresy zoptymalizowane pod kątem SEO , wyjaśnia to całkiem dobrze. Rozumiem, że adres URL będzie miał niewielki wpływ na SEO w zależności od tego, w jaki sposób użytkownicy szukają treści w Twojej witrynie, ale struktura witryny logiki, która jest łatwa do aktualizacji (ponieważ witryny rzadko są statyczne), może być być może bardziej wartościowa niż przewaga SEO ...
źródło
Ludzie mogą się zdezorientować / zirytować głębokimi hierarchiami . Bądź miły dla swoich użytkowników.
Google Analytics analizuje tylko (rozkłada) pierwsze 4 części ścieżki
Wiesz, że geografie nie są tak naprawdę hierarchiczne, prawda? Na jakim kontynencie znajduje się Turcja? W jakim stanie jest Texarkana ?
Do dzielenia słów w adresach URL należy używać łącznika .
źródło
Odpowiedź nie jest całkowicie prosta. SEO musi być powiązane z wrażeniami użytkowników i potrzebami biznesowymi witryny. Nie rób rzeczy tylko dla celów SEO, ale pomyśl o SEO razem z UX i architekturą.
Jeśli chodzi o strukturę adresów URL, zawsze mówię klientom, aby adresy URL były jak najbardziej zbliżone do ścieżki użytkownika w witrynie. Powinny pokazywać strukturę witryny i jej priorytety. Jeśli interesująca treść jest pięć poziomów niższa, musisz zadać sobie pytanie, dlaczego użytkownik musi przejść przez pięć poziomów, aby dostać się do interesującej treści. Dla mnie adresy URL powinny być prawie jak bułka tarta. Nie chcesz mieć 10 poziomów bułki tartej, prawda?
Jeśli masz strukturę adresu URL opartą na ścieżce użytkownika, a ścieżka ta jest bezpośrednia i odpowiednia, Google zaindeksuje i zindeksuje Twoją witrynę w odpowiedni sposób. Co ważniejsze, w przyszłości będziesz mógł rozbudowywać i ulepszać swoją witrynę bez zajmowania się nielogicznymi lub bizantyjskimi strukturami.
źródło
Uwzględnij tylko ostatnią część identyfikatora URI, a następnie użyj kanoników, aby obciąć środkowe poziomy botów. Skrócony identyfikator URI [z ciągiem identyfikatora, jeśli jest potrzebny], nie musi być widoczny dla średniego wykorzystania przez ludzi w witrynie, chociaż mogą go zobaczyć po kliknięciu w SERPS. Ten krótszy identyfikator [identyfikator] naprawdę nie jest wielkim problemem IMO, ponieważ przy następnym kliknięciu wróci do przyjaznej dla człowieka struktury segmentowej. Nawet akcje używałyby „czystego” segmentowanego URI zamiast kanonicznego. Ci „profesjonaliści” SEO powinni byli pomyśleć o tej pierwszej rzeczy. Problem rozwiązany.
źródło