Ścieżki URL i ich wpływ na SEO


11

Tworzymy stronę internetową, na której będą dwa różne typy treści: galerie i zdjęcia.

Nie ma sensu używać ścieżek URL takich jak / gallery / photo, ponieważ niektóre zdjęcia mogą pojawiać się w więcej niż jednej galerii (a powielanie treści jest złe); więc obecna logika ma mieć jedną głębokość na stronie (/ photo1, / photo2, / photo3, / gallery1 itp.).

Czy wpłynie to na SEO w miarę wzrostu liczby stron o pojedynczej głębokości? Czy ogólnie dla wyszukiwarek jest lepszy interfejs RESTful (/ galerie / galeria, / zdjęcia / zdjęcie1 itp.)? Czy jest lepszy sposób poradzić sobie z tym?

PS: Zdjęcia będą miały własną stronę docelową z głęboką treścią tekstową (podobnie jak galerie).


Przeczytałem to kilka razy i nadal jestem niejasny ... jakbyś stracił mnie na „poziomie”.
Tim Post

Powinno to być łatwiejsze do odczytania.
Metalshark,

1
Nie duplikat, ale to pytanie ma dobre informacje uzupełniające webmasters.stackexchange.com/questions/162/…
HoLyVieR

Odpowiedzi:


6

Nie, nie powinno mieć znaczenia, czy masz tysiące stron na tym samym „poziomie”. Widziałem witryny, które mają całą zawartość na poziomie głównym, ponieważ są pod wrażeniem, że ma to duży wpływ na SEO. (Nawiasem mówiąc, strony mają dobrą pozycję w rankingu, ale nie sądzę, aby brak organizacji miał na to wpływ.)

Myślę, że proponowana struktura jest dobra, jeśli mam ją poprawnie:

  • Zestaw stron kategorii w /galleries/rabbits
  • Wszystkie strony docelowe obrazów wydają się znajdować w jednym folderze jak /photos/bunny1

Dobrą alternatywą byłoby posiadanie głównej kategorii wraz z innymi kategoriami / tagami. Dodatkową korzyść stanowi dodatkowe słowo kluczowe w adresie URL, a użytkownikom może być łatwiej zrozumieć strukturę witryny.

W powyższym przykładzie „królik 1” może znajdować się w kategoriach „króliki” i „puszyste”, ale główną kategorią byłyby „króliki”. Możesz mieć następującą strukturę:

  • Strony kategorii /gallery/rabbits/i /gallery/fluffy/, oba przedstawiające obraz „bunny1”.
  • Strona obrazu z /gallery/rabbits/bunny1

1
Czy użycie słów „galeria” i „zdjęcia” odwraca uwagę od innych słów kluczowych w twoim przykładzie, czy też są one przydatne do przekazywania informacji robotowi wyszukiwarek?
Metalshark,

Nie, nie powinno być żadnego problemu z tymi słowami - w rzeczywistości może być całkiem korzystne, ponieważ wielu użytkowników będzie używać w swoich wyszukiwanych hasłach „zdjęcia” lub „obrazu”. Rób wszystko, co wydaje się najbardziej logiczne i pomocne dla użytkowników.
Disgruntled Goo

2

Adresy URL to adresy URL - tak naprawdę nie ma znaczenia, w jaki sposób są zbudowane dla wyszukiwarek. Głównym elementem, nad którym polecam pracować, jest upewnienie się, że twoje obrazy (i strony, na których się znajdują) są w jak największym stopniu pod jednym adresem URL, dzięki czemu nie masz / gallery1 / image124 i / gallery3 / image124 z tym samym obrazem na nich. W zależności od tego, jak zbudujesz swoją witrynę, może to być trudne, więc przynajmniej zaleciłbym, aby mieć jeden wybrany preferowany adres URL i używać czegoś takiego jak element rel = canonical link, aby do niego wskazać ( http: // googlewebmastercentral .blogspot.com / 2009/02 / wymienić-your-canonical.html ).


Używanie kanonicznych adresów URL do duplikatów adresów w połączeniu z odpowiedzią DisgruntledGoat może być najlepszym z obu światów. Byłyby więc / gallery / króliki / bunny1, / gallery / fluffy / bunny1 i / photos / bunny1, a adresy URL galerii byłyby kanoniczne.
Metalshark,

@Metalshark: Jeśli to możliwe, staram się unikać duplikatów treści. W mojej odpowiedzi miałem na myśli, że jeśli masz główną kategorię „króliki”, wówczas adres URL zawsze będzie brzmiał „/ gallery / króliki / bunny1”, a ten adres URL będzie linkowany z innych kategorii. „/ gallery / fluffy / bunny1” nie powinien istnieć.
DisgruntledGoat

Pominąłeś słowo „in”, abyś nie miał… z tym samym obrazem na nich. Bardzo ważne okazało się ponowne przeczytanie twojej odpowiedzi.
Metalshark
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.