Content layering Dodany: 07-10-2009 @ 09:48:44 | Komentarzy: 17

Wszystko ładnie pięknie, ale przydałaby się informacja o stosowaniu kotwic # w url ;) Ostatnio to dosyć modne ;)

Kilka słów ode mnie :).

Najlepszą praktyką jest dedykowanie strony dla każdego produktu. Jeżeli produkt ma różne rodzaje, modele itp. to tworzymy też kolejne strony podrzędne z unikalnymi tekstami.

Warto podkreślić, że w trakcie ustalania struktury witryny wziąć pod uwagę powtórzenia w adresach. W szczególności, gdy mamy domenę ze słowem kluczowym np.

http://domenypolskie.pl/oferta/domeny/domenypolskie.html

Mimo, że w wynikach wyszukiwania będziemy mieć więcej pogrubień na słowo "domeny polskie" wygląda to niezbyt estetycznie. Osobiście preferuję adresy krótsze niż dłuższe :).

Hmm, zaciekawiło mnie:Kończąc adres URL konkretnym rozszerzeniem, zamykamy sobie drogę do rozbudowywania naszej struktury Jakie to ma znaczenie skoro i tak linki są generowane dynamicznie? Rozbudowa jest banalna.

@Michał Miech: "Rozbudowa jest banalna" ale później trzeba umieszczać przekierowania 301, sprawdzać, testować i trzymać kolejne zapisy w .htaccess !

Proszę po co ten ".html" na końcu adresu ?! To nic nie wnosi do URLa, wydłuża URL i w przyszłości może być tylko problemem.

Z moich ostatnich spostrzeżeń wynika że dla URLi np. produktowych warto robić adresy bez content layering - wynika to głównie z faktu że struktura kategorii może się zmienić lub że produkt będzie w kilku kategoriach - co może powodować problemy z Duplicate Content. URL produktu bez Content Layeringu wyświetli się w Google bez skracania go przez Google mamy zatem większą kontrolę nad tym co się wyświetli, krótsze URLe mają lepszą klikalność.

Zgodzę się z Michałem, że rozbudowa jest prosta. Jednak nie do końca rozumiem wnioski. Czyli co? Kończyć adres zawsze / , a nie .html ?
Czy może raczej o to, żeby dawać przyszłościowe zakończenia URL, które z da się przetworzyć na kolejny dział?
Pytanie może głupie, ale nie zrozumiałem :)

no to czekamy na wpis z artykułem o kotwicach :)
kotwice plz :P

btw Stolica Polski to niestety Warszawa. Nie musisz tego przypominać w captchy...

Rozumiem to planwoanie. Miałem raczej na myśli, bo tak to zrozumiałem, że serwis zaczyna się rozrastać z:
http://adres-strony.pl/oferta/domeny.html
do:
http://adres-strony.pl/oferta/domeny/polskie.html
http://adres-strony.pl/oferta/domeny/globalne.html
Dlatego tak czy siak muszą pojawić się zmiany w skrypcie i to miałem na myśli.
Trochę się zapędziłem i z początku pomyślałem, że piszesz o jakimś bardziej uniwersalnym sposobie planowania adresów pod kątem rozbudowy serwisu.
Chyba w końcu odkryłem właściwy wniosek :), czyli żeby dzielić URL po prostu na drzewko.
Sorrki za zamieszanie.
Pozdrawiam

Wg mnie nie trzeba budować linków w stylu:

http://adres-strony.pl/oferta/domeny/polskie.html

Równie dobry jest link:

http://adres-strony.pl/domeny-polskie.html

Po co to słowo "oferta" to nie mam pojęcia, wydłuża to tylko link niepotrzebnie.

@Cezary Lech: "później trzeba umieszczać przekierowania 301"
Ke? Jakie przekierowania?
Masz adres oferta.html z opisem ogólnie oferty. Dorzucasz dwa kolejne adresy oferta/jakaś.html i oferta/inna.html ze szczegółami poszczególnych ofert.
Więc co i gdzie chcesz przekierowywać?

No i nadal uważam stwierdzenie o braku możliwości rozbudowy za błędne.

Cezaremu zapewne chodzi o logiczną strukturę danych, np:
oferta/
oferta/domeny

Odnośnie stosowania rozszerzeń typu .html też staram się tego unikać w moich projektach, ze względu na zbędne znaki jak i właśnie psucie logicznej struktury katalogów.

Odnośnie linkowania produktów np w sklepach, wychodzę z założenia, że lepiej nie stosować logicznej struktury, tylko skracać jak się da, czyli zamiast:
/products/laptopy/toshiba/toshiba-satellite-a350
wolę linki:
/product/toshiba-satellite-a350

Zgodzę się ze stormfly - nie trzeba wcale aż tak rozbudowywać adresów, a przynajmniej nie w każdej sytuacji. Sama przed podjęciem decyzji na temat wyglądu urli zwracam uwagę przede wszystkim na to, jak bardzo rozbudowana jest strona, jak długie są nazwy kategorii i produktów (w przypadku sklepu), czy nazwy produktów zawierają nazwy produktów i czy jest potrzeba uwzględnienia aliasów kategorii itp.

W przypadku portfolio nie widzę sensu tworzenia pewnego rodzaju strony przejściowej, w której będą jedynie zajawki z linkami do szczegółów. To dodatkowe kliknięcie dla użytkowników i dodatkowy link do pokonania dla robotów.

Początkowo kiedy pisałeś o tym oczopląsie myślałam, że zaproponujesz pozostawienie wszystkiego na tej samej podstronie, ale w następujący sposób:
1. na początku zajawki z linkami w formie kotwic prowadzących do ukrytych rozwinięć znajdujących się na tej samej podstronie - http://adres-strony.pl/oferta.html;
2. po kliknięciu np. w "tworzenie stron" wczytuje się tylko fragment z ofertą na ten temat, a reszta się chowa - http://adres-strony.pl/oferta.html#tworzenie-stron

Ten sposób pozwoliłby dodatkowo wyróżnić konkretne oferty w wynikach wyszukiwania dzięki linkom witryn do kotwic.

"@Cezary Lech: "później trzeba umieszczać przekierowania 301"
Ke? Jakie przekierowania?"
Zapewne chodziło o sytuację podobnej do tej, kiedy np. artykuł jest przyporządkowany do jakiejś kategorii, np. "pozycjonowanie" i jej alias znajduje się w urlu do artykułu. Po jakimś czasie nazwy kategorii są zmieniane, przez co artykuł ląduje np. w kategorii "pozycjonowanie w Bing" i adresy wielu artykułów ulegają zmianie, wymagając przekierowań 301.

"jak i właśnie psucie logicznej struktury katalogów"
Logiczna wydaje się właśnie taka jak na komputerze, a więc albo /katalog/ albo plik.html Stosuję jednak różne opcje w zależności od strony.

To jak to w końcu jest. Lepszy dłuższy adres URL, ale z większą ilością słów kluczowych w sobie, czy po prostu krótszy?

Z moich badań wynika, że lepsze są krótkie adresy. Np. chcemy podstronę pozycjonować na frazę "kawa", to:
Lepszy adres :
www.uuuuuuuuuuuuuu.pl/kawa/
a nie
www.uuuuuuuuuuuuuuu.pl/napoje/kawa

Mi się wydaje, że kwestia krótszych/dłuższych adresów traci na znaczeniu. Same urle są już przecież w serp-ach inaczej prezentowane w postaci host + breadcrumb.

Dla jednych stron Google pokazuje breadcrumb a dla innych pokazuje zwykłego linka. Przykład:
http://www.google.pl/search?hl=pl&rls=com.microsoft:pl&&sa=X&ei=uxpATP-aDZDfOKSFxdEM&ved=0CBsQBSgA&q=parowozjada&spell=1

i na pierwszym miejscu jest strona www.ty2.pl gdzie mamy content layaering i breadcrumb na stronie a Google i tak wyświetla zwykły link. Nie wiem, może to kwestia czasu gdy Google to zmieni...?