2010.08_Optymalizacja Magento pod kątem marketingu w wyszukiwarkach_[Biznes].pdf

Optymalizacja Magento pod kątem marketingu w wyszukiwarkach

Optymalizacja Magento

pod kątem marketingu

w wyszukiwarkach

Magento Commerce jest nowoczesnym systemem

handlu internetowego. Nowoczesne rozwiązania

i różnorodność modułów umożliwiają wdrożenie

wysoce funkcjonalnego sklepu internetowego.

Boli jednak wydajność tych rozwiązań oraz liczne

usterki (ważnego na tym rynku) SEO.

wolucjonizowania rynku e-commerce w całej

branży handlu internetowego. Po dłuższym za-

poznaniu się z tym oprogramowaniem, nasze uczucia

są raczej nieco mieszane, przynajmniej jeżeli chodzi

o standardową wersję. Platforma była rewolucją, je-

żeli chodzi o sporą ilość rozwiązań technologicznych

(np. One Page Checkout, Multi Store, Layered Navi-

gation), aczkolwiek stała się wzorcem, w którego ślady

skutecznie idą inne platformy tego samego typu (np.

Prestashop, VirtueMart). Innowacyjność i rozbudo-

wana modułowość poszczególnych funkcji umożliwia

uruchomienie w dużej mierze konfigurowalnego skle-

pu z ogromną ilością opcji, będącą już w standardowej

instalacji platformy w wersji Community.

Nie zmienia to faktu, że osoba sygnująca swoje

stanowisko jako Magento Developer, powinna znać

naprawdę zaawansowane techniki programowania

obiektowego i np. wzorca MVC. Jasne – można też

bawić się w tzw. „hard-coding” - ale znacząco potra-

fi to utrudnić rozwijanie własnych rozwiązań. Fakt fak-

tem jednak pozostaje – jak w każdym systemie, taka

metoda programowania może być czasem przydatna

i całkiem skuteczna i w ten właśnie sposób można po-

zbyć się przeważającej większości usterek, które drę-

czą Magento w kwestii SEO.

gento można pracować oczywiście na testowej sub-

domenie, jaką oferuje znaczna większość operatorów

hostingów pod strony www. Problemy mogą powstać

w momencie uruchomienia strony na domenie docelo-

wej. Najczęstszymi komplikacjami są różnice w adre-

sach wyświetlanych w podstronach / blokach serwisu.

Problem dotyczy szczególnie prefiksu www oraz PHP-

SESSID dodawanego do adresów, jeśli nie jest usta-

lona pełna nazwa domeny (z prefiksem lub nie), a jed-

nocześnie w panelu administracyjnym nie został okre-

ślony tzw. Base URL . Rozważanie, czy podjąć pozy-

cjonowanie sklepu pod domeną z www na początku

nazwy domeny, czy tez nie, należy podjąć jednorazo-

wo i od razu skonfigurować odpowiednio plik .htac-

cess oraz adresy BaseURL w sekcjach Konfiguracja

-> Sieć -> Niezabezpieczony / Bezpieczny poprzez

wpisanie w te pola pełnej nazwy domeny.

Omówione ustawienia zapobiegają indeksowaniu

dwóch różnych postaci linków w wyszukiwarkach in-

ternetowych - a co gorsza, z ID sesji. W ten sposób ni-

weluje się również zagrożenie przechwycenia sesji.

Modyikacja sekcji HEAD

Sekcja HEAD zawiera jedne z najbardziej znaczących

danych dla identyfikacji strony w indeksach wyszuki-

warek. Standardowa instalacja posiada prekonfiguro-

wane metadane, zawierające nierzadko frazy Magen-

to – oczywistym jest, że wypada takie nazwy zmienić.

Pomijając w tej chwili tagi title , description oraz key-

words , które zostaną omówione w kolejnych rozdzia-

łach artykułu, należy szczególnie zwrócić uwagę na ta-

gi meta robots . Magento potrafi z niewiadomych przy-

Podstawowe bolączki i podstawy

konfiguracji

Preix WWW

Podczas wdrażania sklepu opartego o platformę Ma-

www.lpmagazine.org

P latforma Magento powstała z zamiarem zre-

ROZWIĄZANIA

czyn dorzucić wartość '*' w tag robots zamiast sto-

sownych wartości, jak np. index,follow , co jest często

błędnie interpretowane przez roboty skanujące zawar-

tość strony . Dlatego w arto zaopatrzyć się w jakiś mo-

duł umożliwiający konfigurację tego parametru, bądź

zwyczajnie umieścić ten tag z odpowiednią wartością

w pliku templatki – jeśli zakładamy indeksowanie całej

zawartości sklepu.

Kolejnym ważnym tagiem, szczególnie stosowanym

w przypadku Magento, jest wprowadzony z począt-

kiem 2009 roku tag canonical . Umożliwia on uniknię-

cie tzw. d uplicate content .

waj przekierowań serwera . Następne należy odświe-

żyć Przekierowania serwera (Catalog rewrites) w za-

rządzaniu cache Magento.

Strony statyczne – treść a metatagi

Strony statyczne bardzo rzadko zawierają wyłącznie

elementy inne niż tekst. Skoro treść podstrony sta-

tycznej składa się z linijek tekstu (a nawet kilku obraz-

ków), jest w miarę oczywistym, że na podstawie tych

danych można przygotować tzw. teaser – skrót treści ,

który z powodzeniem może zostać zastosowany w ta-

gu meta description w sekcji <head>. Wystarczającym

jest utworzenie tej 160-znakowej zajawki poprzez na-

pisanie odpowiedniej metody czy tez zmodyfikowanie

istniejących w klasie Mage_Page_Block_Html_Head

oraz Mage_Cms_Block_Page .

W ten sposób unikamy konieczności wprowadzenia

treści Description w panelu administracyjnym podczas

wprowadzania / edytowania strony statycznej. Oczy-

wiście, jeżeli taka treść zostanie wprowadzona (opis

w panelu edycji stroną statyczną), to opisem będzie

ta wartość, a nie wygenerowana automatycznie za-

jawka .

W przypadku znacznika title większych zastrzeżeń

nie ma – wystarczy mieć poprawnie skonfigurowa-

ny sufix tytułu podstrony w panelu administracyjnym

( System -> Konfiguracja -> Ogólne -> Wygląd) , który

domyślnie jest dołączany do każdego tytułu podstron

w sklepie.

Nieco cięższa sprawa byłaby z keywords'ami , jeśli

chodzi o generowanie terminów związanych ze stro-

ną, ale jak wiadomo, słowa kluczowe w metadanych

są już od dłuższego czasu pomijane w przypadku po-

zycjonowania stron, więc nie ma większej potrzeby ja-

koś specjalnie dbać o zawartość tego tagu.

Zawartość – podstawowa koniguracja i indeks

w wyszukiwarkach

Jako programiści i osoby zajmujące się zagadnienia-

mi SEO (szczególnie w sferze optymalizacji serwisów

www), możemy śmiało powiedzieć – Magento jest ko-

lejnym systemem, który od użytkownika wymaga za

dużo i nie upraszcza technik związanych z zagadnie-

niami Search Engine Optimization . Nie od dziś wia-

domo, że użytkownik (osoba zarządzająca sklepem,

systemem CMS) jest niezbyt przychylny wprowadza-

niu ton treści i parametrów, bo przecież „ od pozycjo-

nowania są firmy SEO ”. Nie oskarżam tutaj wszyst-

kich administratorów – część z nich chce dbać o za-

wartość swojego serwisu i na chęci nie poprzestają.

Warto jednak konfigurację skryptu i optymalizację ką-

tem SEO zlecić wyspecjalizowanej firmie, która zajmie

się tym w sposób profesjonalny, co pozwoli na znacz-

ną automatyzację pracy. Nasz zespół pracujący pod

marką kombinet.pl opracował i/lub zmodyfikował kilka

modułów, które pozwalają na rozwiązanie opisanych

problemów.

Ważna jest przede wszystkim konfiguracja meta-

danych w konfiguracji Magento. Można tego doko-

nać w System -> Konfiguracja -> Ogólne -> Wygląd ,

wybierając uprzednio odpowiedni zakres konfigura-

cji sklepu (lista rozwijalna w lewej kolumnie panelu

konfiguracji). W zakładce HTML Head są dostępne

wszystkie podstawowe i domyślne metadane stoso-

wane odpowiednio dla wszystkich podstronach skle-

pu.

Optymalizacja danych dla strony produktowej

W przypadku produktów, teoretycznie nie ma więk-

szych zastrzeżeń, jeśli zakładamy optymalizację da-

nych zawartych w boksach produktu (opisy, zdjęcia).

Niestety pozornie – po raz wtóry kłania się użytkow-

nikowi panel administracyjny ( Katalog -> Zarządzaj

produktami ) i pola opisu produktu. Pola są wymaga-

ne, zatem podczas uzupełniania asortymentu w skle-

pie trzeba „coś w nie wklepać”. Często są to zwyczaj-

nie te same dane co nazwa produktu, bądź w lepszej

sytuacji pół zdania na temat produktu. No i siłą rzeczy

w tagu meta description otrzymujemy opis o długości

co najwyżej dwudziestu-kilku znaków.

Powyższa sytuacja jest niejako zaleceniem, aby

oprócz pseudo-opisu (nazwy produktu) został dołą-

czony do niego standardowy opis, skonfigurowany ja-

ko Opis domyślny w panelu konfiguracji sklepu. W tym

celu wystarczy - adekwatnie jak dla stron statycznych

– zmodyfikować klasę Mage_Catalog_Block_Pro-

Przyjazne adresy

Świeża instalacja Magento wita użytkownika adresami

typu http://www.domena.pl/index.php/category/view/

id/123 . Do przyjaznych z pewnością to nie należy, bo

przecież dużo lepiej dla oka wygląda i dużo więcej dla

Google znaczy URL w postaci http://www.domena.pl/

produkty-nie-z-tej-ziemi .

Wystarczą dwa kroki, aby zlikwidować ustrojstwo

z pierwszego podanego adresu – po pierwsze należy

włączyć w zakładce System -> Konfiguracja -> Ogólne

-> Sieć -> Optymalizacja pod wyszukiwarki opcję Uży-

8/2010

Optymalizacja Magento pod kątem marketingu w wyszukiwarkach

duct_View . Należy przy tym pamiętać o zalecanych

160 znakach.

Jeśli chodzi zaś o samą zawartość strony produk-

towej – wstępnie układ danych i struktura templatki

jest wystarczająco dobrze skonstruowana i uzbrojo-

na w wymagane parametry takie jak alty czy title w lin-

kach i obrazkach. Jeżeli dla wprowadzonych (w pa-

nelu zarządzania produktami) obrazków nie zostanie

określony tekst alternatywny, w templatce zostanie za-

miast niego pobrana nazwa produktu, zatem wszyst-

ko w praktyce jest na swoim miejscu. Wracając do opi-

sów – jeśli administrator zaprzęgnie się do wprowa-

dzania tych „ton treści”, warto, aby jednocześnie po-

prawnie konstruował zawartość treści (opisu), zawie-

rając w nim stosowane słowa kluczowe.

Także w przypadku stron produktów można natknąć

się na duplicate content . Przyczyną jest linkowanie

produktów spod różnych kategorii, przez co jeden pro-

dukt może mieć kilka różnych URL'i.

Z ratunkiem przychodzi moduł Canonical URLs

(oraz upgrade do niego - Foomax-fix w przypadku

używania modułu zwiększającego wydajność Magen-

to - Fooman Speedster). Rozwiązania (moduły) te na-

leży wprowadzić w przypadku sklepu opartego o Ma-

gento w wersji < 1.4. Najnowsza wersja sklepu posia-

da natywnie wbudowany moduł do linków kanonicz-

nych . Po instalacji modułu wystarczy odświeżyć cały

cache w Magento i uruchomić odświeżenie przekiero-

wań w sklepie ( Catalog rewrites ).

ce może być o wiele mniejszy niż całkowita ilość do-

stępnych podstron.

Nie inaczej wygląda sprawa z tzw. Layered Naviga-

tion . Każde kolejne zagnieżdżenie powoduje zaindek-

sowanie nowego adresu z takimi samymi parametra-

mi. Gorzej, jeżeli cech jest kilkanaście, kilkadziesiąt

et cetera. Wówczas zyskujemy setki, o ile nie tysiące

możliwych kombinacji – i to wszystko domyślnie trafia

w indeks jako duplicate content .

Jak pozbyć się usterek z powyższych akapitów?

Otóż wystarczą (po raz kolejny) modyfikacje klas

w rdzeniu Magento (ponownie wracamy do Mage_Pa-

ge_Block_Html_Head ). W przypadku stronicowania

i sortowania produktów, można (z wykorzystaniem

konstruktora translacji $this->__('text') ) do tytułu i opi-

sów meta dołączać parametryzowane wartości takie

jak np. Strona [numer_strony] , Sortuj wg: [tryb] i wie-

le innych.

W przypadku warstwowej nawigacji z kolei można

pobierać parametry, wg których odbywa się zawęża-

nie, korzystając z dostępnego w Magento spisu filtrów

(cech zawężania):

$_ilters = $this->getLayout()->createBlock("catalog/

layer_state");

$_currentFilters = $_ilters->getActiveFilters();

Każdy z iltrów w $_currentFilters jest obiektem, na

który można wywołać metodę pobierającą jego na-

zwę ( $ilter->getFilter()->getName()) , aby potem do-

łączyć ją do tytułu podstrony z aktywnym poziomem

zawężania. Dzięki temu jesteśmy w stanie tworzyć

strony o potencjalnie różnej zawartości pod różnymi

metadanymi .

Adekwatnych rozwiązań można wymyślić multum

– wszystko zależy od wyobraźni. Przykład wykorzy-

stania takich parametryzowanych danych można zo-

baczyć w sklepie www.123rowery.pl, gdzie dodatkowo

w treści podstrony jest generowany tekst informujący

o parametrach wyszukiwania i przykładowych znale-

zionych produktach. Skutkuje to uzyskaniem dodatko-

wych fraz kluczowych w tekście.

Lista produktów, czyli „pominięto kilka bardzo

podobnych stron”

Na początek należy nadmienić, że w tym elemencie

sklepu również system boryka się z takim samym pro-

blemem co na stronie produktowej – opis. Jeżeli kate-

goria ma opis dość skromny, do opisu można dorzu-

cić domyślny opis z konfiguracji w sposób identyczny

jak w przypadku strony produktowej (modyfikując kla-

sę Mage_Catalog_Block_Category_View ).

Teoretycznie problem jest jeden – niby mały, ale do-

syć destruktywny dla indeksu w wyszukiwarkach inter-

netowych. To tutaj najczęściej „zyskuje” się najwięcej

tzw. duplicate content , czyli stron o niemal takiej samej

zawartości, które w praktyce różnią się często jedynie

adresem. Komplikacja, o której mowa, to indeksowal-

ne adresy w toolbarze z opcjami sortowania produk-

tów, stronicowania, wyświetlania produktów wg listy

lub siatki. Niektóre z nich są zwykłymi polami formula-

rza – ale z racji, że algorytmy Google są skonstruowa-

ne w ten sposób, że wyciągają z treści kodu wszyst-

ko co przypomina adres URL (pola formularza zawie-

rają onclick z pełnym adresem strony docelowej), to

wpadają w indeks wyszukiwarek jako strony o takim

samym tytule, takim samym opisie, niemal takiej sa-

mej zawartości. I dlatego realny indeks w wyszukiwar-

Optymalizacja templatki

Template własny, czy przerabiany 'blank'?

Akurat ta kwestia nie ma szczególnie większego zna-

czenia – i tak będzie sporo klikania w klawisze. Waż-

ne, aby trzymać się reguł poprawnej optymalizacji da-

nych oraz semantycznego kodu. Magento nie nale-

ży do łatwych systemów jeśli chodzi o strukturę tem-

platki – aczkolwiek modułowa budowa umożliwia do-

syć szybkie zorientowanie się w dziesiątkach zagnież-

dżonych katalogów z plikami *.phtml . Niezaprzeczal-

ną zaletą jest hierarchiczna struktura danych – jeśli

www.lpmagazine.org

ROZWIĄZANIA

nowy układ nie zawiera wszystkich wymaganych pli-

ków templatki, zostaną one automatycznie zaczerp-

nięte z szablonu domyślnego, zatem nie ma zbytnio

problemu, w którym podczas implementacji otrzymu-

jemy czarną dziurę na podstronie.

wera MySQL – informacje na ten temat można znaleźć

na forum MagentoCommerce.

SEO-przyjazne lashe

Animacje typu flash mogą być stosowane niezależ-

nie od typu serwisu. Promocje, bannery, reklamy

– wszystko standardowo jest wykonywane w popu-

larnych SWF'ach. Szczególnie intensywnie są stoso-

wane w sklepach internetowych w celu promocji np.

jakiegoś produktu. Z osadzaniem animacji flasho-

wych wiąże się pewnie wymaganie, aby taki typ da-

nych był zgodny z tym, co zjada robot wyszukiwarki.

Do tej chwili żaden z robotów wyszukiwarek nie potra-

fi poprawnie skanować wszystkich animacji typu flash

– co prawda Google dwa lata temu oznajmiło, że no-

wy algorytm jest w stanie indeksować pliki flashowe,

ale należą do nich tylko te dane, które zawierają tekst

(zatem wymiana/pobieranie danych poprzez np. pli-

ki XML i podobne rozwiązania). Wracając do popraw-

nego osadzania plików wykonanych w tej technologii,

warto używać JavaScript'owego pluginu SWFObject.

W ten sposób robot wyszukiwarki dostaje treść alter-

natywną dla animacji, a użytkownik widzi migające ob-

razki w bannerku.

Kompaktowanie kodu

Bardzo częstą praktyką podczas wdrażania własnych

modyfikacji w templatce stron www jest dołączanie

skryptów JavaScript i arkuszy CSS w kodzie. W ten

sposób zarówno roboty skanujące stronę, jak i użyt-

kownik za każdym odświeżeniem podstrony pobie-

ra n-ty raz te same dane, które spokojnie mogą być

umieszczone w stosownym miejscu – zewnętrznych

plikach – a następnie dołączane do generowanego

kodu strony w sekcji <head> lub tuż przed zamknię-

ciem tagu <body> . Opcja druga przyspiesza ładowa-

nie się zawartości strony, bez konieczności oczekiwa-

nia na pobranie wszystkich dodatkowych plików.

Nagłówki z serii H

Przyjmijmy, że uruchamiamy sklep, modyfikując tzw.

Default Theme . Semantyka zastosowana w templatce

dla tagów z serii H jest niestety w opłakanym stanie.

Pierwszym krokiem powinno być usunięcie znacznika

<h1> z każdej podstrony sklepu, oprócz strony głów-

nej. Tagiem <H1> jest opatrzone logo sklepu. Na każ-

dej innej podstronie, ten element powinien znajdować

się co najwyżej w tagu <h3> / <h4> lub w zwykłym se-

lektorze (np. <div> ).

Na stronach statycznych, tytuł podstrony powinien

być opatrzony tagiem <h1> , adekwatnie na stronach

katalogowych (lista produktów), gdzie nagłówkiem

<h1> powinna być nazwa kategorii, a na stronie pro-

duktu – z oczywistych względów – nazwa produktu

(standardowo jest w tagu <h5> !). Dodatkowo, na stro-

nie katalogowej nazwy produktów powinny być opa-

trzone tagiem <h2> .

Dodatkowe praktyki SEO w Magento

Dodatkowe podstrony z linkami wewnętrznymi

Warto zadbać o dodatkowe strony zwiększają-

ce potencjalną ilość odnośników. Jeżeli wrócimy do

wzmianki o intensywnym linkowaniu, to możemy brać

pod uwagę również linkowanie wyników wyszukiwania

poprzez ( catalogsearch/advanced/result ). Każdy wy-

nik wyszukiwania zwiększa ilość linków wewnętrznych

dla produktów – ponieważ otrzymujemy listę produk-

tów. Przykładem może być utworzenie tzw. mapy cech

– czyli zestawu linków kierujących do listy wszystkich

produktów z wszystkich kategorii w sklepie powiąza-

nych z daną cechą. Przykład zastosowania można zo-

baczyć również w sklepie www.123rowery.pl

SpeedUp Magento Tips&Tricks

Fooman Speedster – moduł dający całkiem niezłe-

go kopa sklepowi opartemu na platformie Magento.

Działanie jest dosyć trywialne – optymalizacja plików

CSS i JS poprzez ich scalenie i kompresje. Ale ta pro-

stota działania wystarcza, aby ilość zapytań HTTP do

serwera znacznie się zmniejszyła, co automatycznie

wpływa na szybkość ładowania się strony; pozytywnie

rzecz jasna. Równocześnie z instalacją tego modułu

należy wykonać pewne modyfikacje w pliku .htaccess

(m.in. włączenie obsługi kompresji gZip), które umoż-

liwiają serwerowi na wysyłanie skompresowanych da-

nych oraz wysyłanie nagłówków do przeglądarki w ce-

lu cache'owania zawartości w pamięci podręcznej.

Poza optymalizacją wysyłanych danych warto m.in.

sprawdzić i ewentualnie zmodyfikować ustawienia ser-

Nofollow – zastosowania nie do zaindeksowania

Nie jest potrzebnym zdobywanie linków w indeksie wy-

szukiwarek poprzez wprowadzanie do niego podstron

takich jak koszyk, kasa, logowanie klienta, rejestracja

czy inne opcje związane ze stronami typowo bez kon-

kretnej zawartości. Taka strona niczego nowego w wy-

szukiwarkach nie wniesie, zatem po co spamować in-

deks serwerów mało wartymi stronami. Dlatego zale-

cane jest wprowadzanie tagu rel=”nofollow” dla linków

odnoszących się do tego typu podstron.

Własne 404 – backlink rzecz święta

Powszechnym standardem jest informacja w sty-

lu „Niestety, ale wybrana strona nie istnieje”. Nawet

8/2010

Optymalizacja Magento pod kątem marketingu w wyszukiwarkach

404 może zostać wykorzystana do linkowania we-

wnętrznego – zatem warto przygotować własną stro-

nę błędu 404, która będzie zawierała linki do strony

głównej, mapy strony i popularnych kategorii czy pro-

duktów.

W ten sposób osoba, która trafi na nieistniejącą

treść, może uzyskać zestaw linków do danych, któ-

rych pozornie może nie zauważyć na żywej stronie.

Podsumowanie

Platforma Magento jest jedną z najbardziej rozbudo-

wanych rozwiązań opensourcowych dostępnych aktu-

alnie na rynku. Dzięki skupionej wokół niej społeczno-

ści rozwija się niezwykle dynamicznie, niemniej jednak

część rozwiązań pozostaje wciąż do poprawienia na

"własną rękę". Na rynku polskim jest już kilka firm zaj-

mujących się profesjonalnymi wdrożeniami sklepów

opartych o to rozwiązanie, niemniej jednak rynek ten

wciąż się rozwija.

Artykuł zawiera skrótowy opis najbardziej problema-

tycznych zagadnień związanych z optymalizacją SEO

w platformie Magento. Niektóre z nich są małym gwoź-

dziem do trumny, który trzeba szybko wyciągnąć, aby

pozycjonowanie sklepu mogło stać się o wiele sku-

teczniejsze. Mimo że liczba usterek jest różna w róż-

nych sekcjach skryptu, można z pewnością potwierdzić

– Magento już natywnie powinno mieć wyeliminowane

błędy „życia”, jeśli aplikuje do wejścia na szczyt aplikacji

e-commerce na rynku sprzedaży internetowej.

Artykuł został zrealizowany w oparciu o doświadcze-

nia zdobyte podczas wdrożeń Magento w wersjach

1.3.1, 1.3.2 oraz 1.4.

Warto wymienić tym samym główne SEO-zalety

i SEO-wady platformy:

Podstawy koniguracji robots.txt oraz mapa

strony XML

Dzięki plikom robots.txt można określać, do jakich

zasobów może mieć dostęp robot skanujący ser-

wis. W przypadku Magento zalecanym jest, aby włą-

czyć (reguła Allow ) dostęp do katalogów z plikami gra-

ficznymi, ponieważ całkiem spora ilość wejść na stro-

ny następuje po wyszukiwaniu zdjęć produktów w Go-

ogle. Dlatego podczas skanowania warto, aby do ca-

che zostały pobrane również obrazki produktów.

Natomiast zalecanym jest – oprócz stosowania tagu

rel=”nofollow” - blokowanie dostępu (reguła Disallow )

do podstron typu non-content .

Aby przyspieszyć proces indeksowania sklepu

(w zasadzie każdej strony), warto utworzyć mapę

strony w formacie XML, akceptowaną przez Google.

W Magento znajduje się wbudowany panel, w którym

wystarczy wpisać nazwę pliku i ścieżkę na serwerze

do mapy XML, a następnie wybrać widok sklepu, dla

którego ma zostać wygenerowana mapa strony i zapi-

sać ustawienia. Taką mapę strony można bezproble-

mowo wykorzystać w Google Webmaster Tools w ce-

lu wprowadzenia całej struktury linków sklepu do in-

deksu Google.

Zalety:

• możliwość łatwej integracji modułów poprawiają-

cych SEO-wady;)

• mozliwość pełnej koniguracji struktury układu da-

nych dla każdego typu podstrony,

• przyjazny system zarządzania adresami URL w

sklepie,

• możliwość pełnej koniguracji META-danych z po-

ziomu panelu administracyjnego - co niestety wy-

korzystują nieliczni,

Stosowanie i pingowanie RSS –

powiew informacyjnej świeżości

Nierzadko szybszym sposobem indeksacji są tzw. ka-

nały RSS , w których można umieszczać wybrane da-

ne i udostępniać je w sieci. Aby skonfigurować kanały

RSS, wystarczy wybrać odpowiednie kolekcje danych

w System -> Konfiguracja -> Katalog -> Kanały RSS .

Utworzone kanały RSS można wykorzystać m.in.

do pingowania kanałów RSS (np. za pomocą serwisu

Ping-O-Matic!).

Wady:

• brak zastępczego (choćby pół-automatycznego)

zróżnicowania metadanych dla podstron, zwłasz-

cza podczas zawężania produktów,

• masowe tworzenie stron z duplicate content,

• zbyt sparametryzowane adresy URL w nawigacji

warstwowej,

AGENCJA INTERAKTYWNA KOMBINET.PL

Istnieje na rynku od 2005 roku. W 2008 roku połączyła się z Agencją Artefakt.pl oferującą szeroką ofertę jeżeli chodzi o marke-

ting internetowy. Dzięki fuzji jesteśmy w stanie oferować bardziej kompleksowe usługi od kreacji przez wdrożenia, aż po obsłu-

gę i promocję nowo powstałych serwisów. Kombinet.pl zajmuje się projektowaniem i wdrażaniem serwisów i portali interneto-

wych ze szczególnym naciskiem na ich optymalizację pod kątem wyszukiwarek internetowych oraz przejrzystą strukturę i do-

stępność najważniejszych informacji. W naszym portfolio można znaleźć już prawie 150 zadowolonych Klientów, dla których

mieliśmy przyjemność realizować różnego rodzaju projekty. Od dwóch lat interesujemy się tematyką Magento i uruchamiamy

kolejne sklepy oparte właśnie o tę platformę. Liczymy na to, że uda nam się przyczynić do rozpowszechnienia tego rozwiązania

na rynku polskim.

www.lpmagazine.org

Plik z chomika:

Inne pliki z tego folderu:

Inne foldery tego chomika: