Przyjazne URLe bez zbędnych identyfikatorów

Wersja do wydrukuWersja do wydruku

Przyjazne urle dla osCommerce to niby nic wielkiego - "każdy to ma". A jednak po pierwsze nie każdy, a po drugie to rozwiązanie jest na prawdę wyjątkowe i zdecydowanie inne od tych popularnie stosowanych. Przeczytaj do końca a dowiesz się dlaczego ;)

Przede wszystkim po co w ogóle przyjazne linki:

  • wg niektórych teorii wpływa to na pozycjonowanie w Google (wg mnie to nie prawda, ale taka teoria istnieje i niektórzy bronią jej jak niepodległości);
  • potencjalny klient kopiuje takie URLe i nie musi ich dodatkowo opisywać, bo już z samego URLa wynika do czego kieruje - może je teraz komuś wysłać lub zachować sobie w jakimś dokumencie;
  • jeżeli używasz jakiegoś systemu do analizy ruchu na stronie (np. Google Analytics) wówczas przyjazne URLe to podstawa do jakiejkolwiek sensownej analizy popularności treści na stronie, bo jak inaczej szybko rozpoznawać setki identyfikatorów liczbowych wyświetlanych w zestawieniach na stronie z raportami(?).

Poniżej opisane zostały podstawowe różnice jakie należy wymienić porównując nasz rozwiązanie czytelnych URLi do typowych spotykanych na rynku.

Brak jakichkolwiek identyfikatorów w URLu

Typowe rozwiązanie

W typowym rozwiązaniu mamy do czynienia z ciągiem znaków wynikającym wprost z nazwy produktu/kategorii/producenta (np. piernik-torunski), a zaraz za nim występuje informacja cóż to jest oraz bazodanowy identyfikator (np. piernik-torunski-p-123).

Przykład: http://www.twoja-domena.pldomena/piernik-torunski-p-123.html

Nasze rozwiązanie

W naszym rozwiązaniu w urlu występuje tylko ciąg znaków wynikający z nazwy produktu/kategorii/producenta.

Przykład: http://www.twoja-domena.pl/piernik-torunski/

Niezmienne URLe

Typowe rozwiązanie

W typowym rozwiązaniu URL zmienia się przy jakiejkolwiek zmianie nazwy produktu/kategorii/producenta. Ktoś może powiedzieć, że właśnie po to w URLu zaszyty jest identyfikator produktu/kategorii, aby przeciwdziałać takiej sytuacji. Jest to bardzo błędne rozumowanie - faktycznie nasza strona będzie działała bez problemu, ale z punktu widzenia Googla pojawiły się dwie strony o różnych URLach i tej samej zawartości. Powstaje typowy problem SEO polegający na duplikowaniu "contentu". Okazuje się, że Google potrafi taką sytuację całkiem trafnie wyłapać w efekcie czego zduplikowane strony tracą w ocenie "PageRank", a co za tym idzie taka "zduplikowana" strona zaczyna spadać w wynikach wyszukiwania.

Nasze rozwiązanie

Na podstawie nazwy produktu/kategorii/producenta generowany jest "rewrite" i zapisywany w bazie. Później ten rewrite używany jest jako niezmienny identyfikator. Jakakolwiek zmiana nazwy produktu nie wpływa na zmianę identyfikatora, a co za tym idzie i URLa prowadzącego do danego produktu/kategorii/producenta.

Przekierowania "stary URL" > "nowy URL"

Typowe rozwiązanie

Większość (nie wszystkie) rozwiązań typowych z jakimi się spotkałem nie posiadają mechanizmu wykrywania, że użytkownik lub robot wyszukiwarki pobiera stronę przy użyciu starego URLa (tj. na przykład product_info.php?products_id=XYZ). W związku z tym wprowadzenie takiego typowego rozwiązania w już działającym i wypozycjonowanym w wyszukiwarkach sklepie powoduje natychmiastowe pojawienie się bardzo wielu "zduplikowanych" stron (stary URL + nowy URL), co skutkuje błyskawiczną utratą oceny "PageRank" dla większości stron sklepu, a w rezultacie pozycji w Google.

Nasze rozwiązanie

Po wprowadzeniu "przyjaznych URLi" użytkownik lub robot wyszukiwarki wchodząc pod stary adres strony (produktu/kategorii/producenta) zostaje przekierowany pod nowy adres strony ze statusem 301 (trwale przeniesione). Jest to sygnał dla Google, że należy ocenę "PageRank" dla danej strony przenieść na stronę wskazaną w tym przekierowaniu. W rezultacie nie występuje utrata oceny "PageRank", a pozycja w wynikach wyszukiwania się nie zmienia.

Obejrzyj jak ten mechanizm działa na żywo: http://www.Kwiateo.pl.

Mechanizm w wersji podstawowej obsługuje typy stron:

  • strona produktu (product_info.php)
  • strona kategorii (index.php?cPath=XYZ)
  • strona producenta (index.php?manufacturers_id=XYZ)

Istnieje możliwość dostosowania mechanizmu do konkretnego sklepu pod kątem obsługiwania innych typów stron. Cena takiego dostosowania to 50 zł netto za każdy kolejny typ strony.

Podejmę się również stworzenia analogicznych skryptów dla dowolnego sklepu internetowego bez względu na jego pochodzenie oraz technologię wykonania.

Integralną częścią mojej oferty jest instalacja i testowanie przygotowanych rozwiązań we wskazanym sklepie internetowym - nie sprzedaję oprogramowania bez wdrożenia.

UWAGA: Przed wdrożeniem w konkretnym sklepie rozwiązania "czytelnych urli" zawsze należy wykonać analizę, czy wprowadzana zmiana nie wpłynie negatywnie na pozycjonowanie strony w wyszukiwarkach (szczególnie Google). Taką analizę robię bezpłatnie i bez zobowiązań - zapraszam do kontaktu.

Cennik:

  • oprogramowanie dla osCommerce: 299 zł
  • oprogramowanie dla sklepu w technologii "innej": ustalana indywidualnie
  • wdrożenie oprogramowania na wskazanym serwerze: GRATIS

Podane ceny netto.
Wystawiam faktury VAT.
Wymagam płatności z góry (nie dotyczy stałych klientów).
Istnieje możliwość wystawienia faktury proforma.

Termin realizacji:

  • oprogramowanie dla osCommerce: do 14 dni
  • oprogramowanie dla technologii "innej": ustalany indywidualnie

Powyższe terminy realizacji mogą ulec zmianie - zapytaj, aby się upewnić.

Zamów dodatek do swojego sklepu już dzisiaj.