Definitive Guide to Magento SEO

Problemy z nawigacją warstwową / fasetowaną
Wyszukaj strony
Mapy witryn
Problemy z przepisywaniem adresów URL
Bezpieczne strony
Paginacja
Identyfikatory sesji / identyfikatory SID
Wydajność Magento
Upewnij się, że używane są przekierowania 301
Powielanie zawartości produktu za pośrednictwem wielu sklepów
Kierowanie międzynarodowe z Magento
Funkcja przeglądu Magento OOTB
Powielona treść związana z kanałem
Konfiguracja Magento

Magento jest powszechnie uważany za jedną z najtrudniejszych platform e-commerce z punktu widzenia SEO, między innymi ze względu na złożoność jego przepisywanego silnika, poleganie na dynamicznej zawartości i złożonej bazie kodowej (w porównaniu z innymi platformami PHP). Mimo to, wszystkie problemy SEO związane z platformą Magento mogą zostać rozwiązane, to tylko przypadek, aby wiedzieć, co należy zrobić - dlatego napisałem ten artykuł. Wiele poprawek technicznych będzie wymagać zasobów programistycznych, ale zalecam także użycie czegoś takiego MageWorx aby dać ci większą kontrolę w Magento. Sprawia to, że wszystko staje się łatwiejsze w zarządzaniu (można ustawić hreflang, poprawić kanoniczne adresy URL, dodać ustrukturyzowane dane, przypisać reguły noindex itp.), Niż samodzielnie dodać funkcjonalność. Wcześniej wydałem swój własny moduł (MageSEO), ale z trudem konkurowałem z ich poziomem wsparcia i regularnymi wydaniami funkcji (ponieważ ich moduł jest skoncentrowany na pełnym wymiarze godzin, podczas gdy mój był projektem pomocniczym dla klientów).

Przez ostatnie kilka lat konsultowałem się ze sprzedawcami Magento z całego świata i pracowałem nad wieloma dużymi, złożonymi kompilacjami Magento. W tym czasie miałem do czynienia z każdym problemem technicznym Magento SEO, który można sobie wyobrazić, więc pomyślałem, że udokumentuję niektóre z bardziej powszechnych problemów w tym artykule.

Istnieje wiele rozważań na temat konfigurowania implementacji Magento, wyłącznie ze względu na poziom złożoności platformy. Oto kilka kluczowych obszarów, które należy uwzględnić w implementacji Magento Community lub Enterprise.

Konfigurowalna i prosta konfiguracja produktu

Jeśli używasz konfigurowalnych produktów obok prostych produktów w Magento, musisz upewnić się, że nie zezwalasz na indeksowanie duplikatów wariantów. Wiele osób używa prostych produktów do takich rzeczy, jak różne kolory lub różne wersje produktu, dzięki czemu można je wyświetlać niezależnie na stronach z listą produktów.

Jeśli nie tworzysz celowo prostych produktów i nie dodajesz dodatkowych unikalnych treści do stron, sugeruję użycie znacznika kanonicznego, aby zilustrować, że proste produkty są wariantami głównego produktu konfigurowalnego.

Kanoniczne adresy URL w ogóle

W zapleczu Magento dostępne są opcje, aby ustawić znacznik kanoniczny na stronach produktów i kategorii, co zapewni, że znacznik kanoniczny będzie zawsze wskazywał podstawową wersję tych stron. To „powinno” zapobiegać problemom związanym z dynamicznymi wariantami indeksowanych kategorii, jednak w większości przypadków nie jest to możliwe, ponieważ strony są tak różne. Jeśli nie dodasz szytej na miarę implementacji tagów kanonicznych, sugeruję włączenie obu tych opcji, które można znaleźć w sekcji konfiguracji interfejsu administracyjnego Magento.

Konieczne będzie również dodanie znacznika kanonicznego do strony głównej i stron CMS, jednak trzeba to zrobić ręcznie. W nowszych wersjach Magento CE i EE Magento automatycznie używa znacznika kanonicznego do kanonizacji hierarchicznych adresów URL produktów (ze ścieżką kategorii) do adresów URL najwyższego poziomu.

Konwencje znaczników tytułu produktu

Inną kwestią jest sposób, w jaki Magento przypisuje tagi tytułu produktu, który zazwyczaj jest po prostu nazwą produktu. Sugerowałbym albo ustanowienie konwencji obejmującej zmienne oparte na cechach (np. Płeć, kolor itp.) Lub ręczne przypisanie ich, co zawsze będzie preferowane.

Nagłówki

Magento ma tendencję do niewłaściwego używania nagłówków, najczęściej poprzez przypisywanie tagów H2 do wykazów produktów na stronach kategorii. Proponuję sprawdzić to, ponieważ widziałem także implementacje z wieloma H1 na różnych typach stron i bez nagłówków. Jest to drobny problem w porównaniu z niektórymi innymi punktami wymienionymi w tym artykule i może być wynikiem użycia motywu / szablonu.

Adresy URL produktów

Sugeruję ustawienie implementacji Magento tak, aby korzystało z adresów URL produktów najwyższego poziomu, zamiast wybierać opcję uwzględnienia ścieżki kategorii w adresach URL. Później omówię to bardziej szczegółowo.

Przekierowania

W zapleczu Magento istnieje opcja ustawiania stałych przekierowań, jeśli adres URL zostanie zmieniony - sugeruję ustawienie tak, chociaż pamiętaj o potencjalnych problemach z przepisywaniem, jeśli regularnie wprowadzasz zmiany w adresach URL lub robisz to CSV niepoprawnie przesyła. Ponownie jest to omówione bardziej szczegółowo w dalszej części.

Problemy z nawigacją warstwową / fasetowaną

Nawigacja warstwowa lub wielopłaszczyznowa często powoduje problemy z powielaniem treści w Magento, ponieważ filtry tworzące nowe adresy URL często są indeksowane przez wyszukiwarki. Magento po wyjęciu z pudełka dołącza parametry filtru łańcucha zapytania, ale szereg niezastrzeżonych modułów korzysta również z katalogów i różnych innych konwencji, które wciąż prowadzą do tego samego wyniku. Jest to szczególnie ważne do sprawdzenia, jeśli używasz Amasty lub Manadev.

Jednym z największych błędów, jakie widzę detaliści w e-commerce SEO jest po prostu zmiana dynamicznej konwencji, na której opierają się adresy URL i meta-tytuły - tak skutecznie sprawiając, że adres URL wygląda na czysty i sprawia, że tag tytułowy jest nieco bardziej ukierunkowany. Nie jest to dobry pomysł, ponieważ ze względu na ilość indeksowanych stron o niskiej jakości pozostawia stronę podatną na Google Panda, która jest skierowana do witryn o wysokim poziomie stron indeksowanych z bardzo małą ilością unikalnych treści.

Postanowienia

Zapobiegaj indeksowaniu stron przez wyszukiwarki

Jeśli masz duży sklep lub korzystasz z wielowierszowej nawigacji warstwowej, sugeruję zablokowanie tych stron za pomocą robots.txt lub nofollow po linkach do stron - lub w obu - co prawdopodobnie zrobiłbym w jeśli masz problemy z nadpisaniem lub zniknięciem pliku robots.txt itp.

Pomoże to zapobiec wykorzystywaniu budżetu indeksowania stron, ale utrudni także wyszukiwarkom dostęp do produktów. Sugeruję tę trasę dla większych sprzedawców - ale jeśli masz stosunkowo małą witrynę, prawdopodobnie zasugeruj użycie metatagów.

Użyj noindex, follow tag

Regularnie wybieram dyrektywę noindex, aby informować wyszukiwarki, aby nie indeksowały warstwowych stron nawigacyjnych. Aby to zrobić, możesz użyć metatagów lub tagów x robotów, a obie będą nadal spełniać wymagania dotyczące żądań usunięcia w Narzędziach Google dla webmasterów i ostatecznie będą obsługiwać tę samą wiadomość w wyszukiwarkach.

Główną zaletą korzystania z tagu noindex, follow jest fakt, że wyszukiwarki mogą nadal indeksować strony i linki na stronach, ale nie mają ich indeksować. Może to być dobre rozwiązanie, jeśli masz problemy z wyszukiwaniem produktów w wyszukiwarkach (szczególnie, jeśli intensywnie sprzedajesz zestaw produktów, a inne są dostępne tylko za pośrednictwem stron dynamicznych).

Można to osiągnąć za pomocą wtyczki MageSEO (mój moduł SEO Magento) lub większości innych modułów - pozwala to na przypisanie ręcznych reguł robotów meta, daje większą kontrolę nad znacznikiem kanonicznym, a także umożliwia edycję pliku robots.txt z backend Magento.

Jeśli korzystasz z opcji wyboru wielokrotnego w nawigacji warstwowej lub masz problemy z budżetem indeksowania, sugeruję zablokowanie adresów URL.

Użyj tagu kanonicznego

Znacznik kanoniczny może być bardzo dobrym rozwiązaniem dla indeksowania zduplikowanych stron, poprzez kanonizację z powrotem do strony kategorii nadrzędnej (spowoduje to również przeniesienie wartości z powrotem na stronę). Mam kilka zastrzeżeń do tagu kanonicznego - pierwszy to taki, że widziałem wiele okazji, w których wyszukiwarki zignorowały kanoniczny znacznik, jeśli strony są bardzo różne (z powodu różnych obsługiwanych produktów). Po drugie, jeśli masz już strony w indeksie (i musisz szybko rozwiązać problem), dostosowanie się do zmian może zająć dużo czasu Google i innym wyszukiwarkom. Nie będziesz też mógł ręcznie usunąć stron, ponieważ nie spełniają one wytycznych Google dotyczących usuwania.

Nawigacja AJAX

Korzystanie z nawigacji AJAX umożliwi filtrowanie produktów znajdujących się w witrynie bez zmiany adresu URL, pozostawiając tylko oryginalną stronę kategorii. Jeśli nie masz doświadczonego programisty Magento, prawdopodobnie będzie to koszmar. Istnieją moduły, które mogą w tym pomóc, ale szczerze mówiąc, jeśli nie masz dobrego programisty do pomocy, po prostu uniknę tego przełącznika. Może to również powodować wiele dodatkowych problemów technicznych - widziałem sprzedawców detalicznych, którzy stosowali tę metodę i wielokrotnie blokowali łącza do produktów za pomocą nadmiernego javascript. Jeśli zdecydujesz się pójść tą drogą (co powinno dotyczyć zarówno doświadczenia użytkownika, jak i SEO), upewnij się, że skonsultujesz się z doświadczonym konsultantem SEO przed dokonaniem zmiany.

Jeśli korzystasz z AJAX do nawigacji warstwowej, upewnij się, że filtrowane łącza w rzeczywistości nie łączą się z adresem URL w tle, ponieważ może to powodować dodatkowe problemy z indeksowaniem stron dynamicznych, nawet jeśli adresy URL nie są aktywnie widoczne podczas przeglądania Strona.

Obsługa parametrów w Narzędziach Google dla webmasterów

Zawsze sugerowałem, że zasób obsługi parametrów w Narzędziach Google dla webmasterów nie jest zbyt skuteczny, zwłaszcza w przypadku problemów z powielonymi treściami nawigacji - słyszałem jednak wiele bardzo dobrych SEO, mówiących, że jest o wiele lepiej.

Podobnie jak kanoniczny tag, zalecam wdrożenie tego, nawet jeśli używasz innych rozwiązań.

Na ogół można to bardzo skutecznie zarządzać za pomocą MageWorx SEO Zestaw - który pozwala kontrolować kanoniczne adresy URL (znacznie bardziej kompleksowo), przypisać reguły noindex, zarządzać robots.txt (a także wiele innych rzeczy) z zaplecza Magento.

Wyszukaj strony

Innym bardzo irytującym problemem związanym z Magento jest indeksowanie stron wyszukiwania katalogów przez Google, ponieważ generalnie będzie ich tysiące. Aby temu zapobiec, zalecałbym po prostu zabronienie przypisywania noindex, śledzenie tagów robotów meta na stronie wyszukiwania i zapytania dzieci zawarte w katalogu. Jeśli masz problemy z budżetem indeksowania, sugeruję użycie pliku robots.txt zamiast metatagów robotów.

Mapy witryn

Magento jest znany z tego, że jest dość bzdurny, jeśli chodzi o tworzenie map witryn XML, ponieważ zapewnia jedynie możliwość utworzenia jednej autonomicznej mapy witryny, która często zawiera strony, których nie chcesz indeksować / otwierać w wyszukiwarkach.

Zazwyczaj sugeruję utworzenie dwóch map witryn XML, jednej dla produktów i jednej dla stron kategorii i treści - pozwala to na lepszą widoczność indeksacji stron (za pomocą Narzędzi Google dla webmasterów), a także ułatwia Google dostęp do wszystkich stron, jeśli masz duża strona. W przypadku bardzo dużych stron internetowych zazwyczaj sugeruję dzielenie produktów według marki lub typu, ponownie zapewniając lepszy wgląd w indeksację. Następnie odnosiłbyś się do różnych map witryn w mapie witryny indeksu.

Może to być zrobione przez twoich programistów lub możesz użyć modułu innej firmy.

Problemy z przepisywaniem adresów URL

Innym zaskakującym typowym problemem związanym z Magento jest przepisywanie adresów URL, które może spowodować, że adresy URL kategorii lub produktów powrócą do oryginału / katalogu / adresów URL, które nie zapisują ich na podstawie tytułu strony lub równoległego uruchamiania tych adresów URL .

Polecam blokowanie tych adresów URL i obserwowanie ich, ponieważ w przeszłości miałem problemy (spowodowane problemami z odświeżaniem), w których wszystkie adresy URL zostały przywrócone do starej struktury bez stosowania przekierowań 301.

Inną kwestią związaną z przepisywaniem Magento jest dołączenie przez Magento numeru na końcu adresu URL produktu i kategorii, na przykład -1, -2, -3. Dzieje się tak, gdy istniejąca ścieżka URL jest już używana, a przepisywanie zastępuje oryginalny adres URL bez jego zmiany. Może to być ogromny problem i zwykle wymaga rozwiązania zasobów. Jeśli masz jakiekolwiek pytania na ten temat - napisz do mnie maila.

Inna przyczyna dodania numeru do adresu URL pochodzi z aktualizacji produktów za pomocą pliku CSV - w takim przypadku wystarczy poprosić programistę, aby usunął przepisania z tabeli przepisywania, chociaż powinno to zostać dokładnie przetestowane, zanim zostanie zastosowane na żywo teren.

Bezpieczne strony

To naprawdę powszechne, że bezpieczne strony są indeksowane przez Google (dla niezabezpieczonych stron internetowych), co może być bardzo irytujące z punktu widzenia duplikatów treści. Dla tych stron zalecałbym kanonizację stron https do wersji http lub zastosowanie reguły przepisywania - obie powinny być stosowane z wykluczeniami dla stron, które powinny być https, takimi jak strony do kasy lub strony kont.

Problemy z indeksowanymi stronami https są spowodowane tym, że adresy URL nie są absolutne, co oznacza, że gdy są indeksowane na stronach https, odwiedzają wersję https strony. Polecam również zmianę linków na absolutną.

Powielanie treści strony produktu z powodu hierarchicznych adresów URL (w tym ścieżka kategorii w adresach URL)

Jeśli korzystasz z hierarchicznych adresów URL, które zawierają nazwę nazwy kategorii w ścieżce adresu URL strony produktu, ustawiasz się na duplikaty odmian produktu w wielu kategoriach. Z tego powodu zdecydowanie zalecałbym używanie adresów URL produktów najwyższego poziomu, ponieważ zapobiegnie to takim problemom i pozwoli na posiadanie jednej reprezentatywnej wersji produktu.

Jeśli już używasz ścieżek kategorii w adresach URL produktów, upewnij się, że używasz znacznika kanonicznego, aby wskazać podstawową wersję każdego produktu - to również rozwiąże problem, chociaż najlepszym rozwiązaniem byłyby produkty najwyższego poziomu.

Ponadto, jeśli przechodzisz na produkty najwyższego poziomu, upewnij się, że poprosiłeś programistę o utworzenie reguły przepisywania, aby przekierować stare adresy URL produktów, ponieważ domyślnie Magento ich nie przekieruje.

Paginacja

Strony z listą produktów Magento będą korzystać z paginacji w celu rozbicia dużej listy produktów, co zazwyczaj oznacza, że ta sama treść jest używana na różnych odmianach tej samej strony. Strony te powinny naprawdę używać tagu rel next i prev, który został wprowadzony przez Google w 2011 roku, aby pomóc webmasterom zilustrować, że są to strony stronicowane.

Znacznik, który można dodać do linków stronicowania lub za pośrednictwem <head> wyglądałby tak:

Sugerowałbym użycie noindeksu, podążanie za meta robots tag obok rel next i prev.

Identyfikatory sesji / identyfikatory SID

Strony identyfikatorów sesji są używane do rejestrowania sesji użytkownika, zwykle, gdy przechodzą z jednej domeny do drugiej. Strony te mogą powodować wszelkiego rodzaju problemy z powielonymi treściami, jeśli są indeksowane i nie ma limitu liczby adresów URL, które można wygenerować.

Jeśli masz problemy z identyfikatorami sesji, sugeruję użycie pliku robots.txt lub metatagów robotów, aby zapobiec indeksowaniu stron. Pozwoli to również na przesyłanie żądań usunięcia, jeśli strony są indeksowane.

Wydajność Magento

Magento jest notorycznie powolny, co w bardzo ciężkich przypadkach może mieć wpływ na rankingi wyszukiwania ekologicznego - wpływa również na przeszukiwalność, dzięki czemu optymalizacja wydajności jest naprawdę ważna w przypadku większych witryn. Jest wiele rzeczy, które możesz zrobić, aby zoptymalizować szybkość swojej strony Magento, takich jak:

Korzystanie ze zoptymalizowanego i dobrze skonfigurowanego serwera
Wyłącz dzienniki Magento i włącz czyszczenie dziennika (w zapleczu Magento)
Włącz łączenie CSS i javascript (w zapleczu Magento)
Cache przeglądarki dźwigni
Używanie CDN do zdjęć (patrz także usługi kompresji obrazu)
Optymalizacja aktywów front-end

Jest to coś, co zdecydowanie polecam z perspektywy optymalizacji doświadczenia użytkownika / konwersji i sugeruję, aby twoi programiści przeznaczyli trochę czasu na ulepszenie powyższych aspektów (i wiele innych) w celu optymalizacji szybkości Twojego sklepu.

Upewnij się, że używane są przekierowania 301

Domyślnie starsze wersje Magento domyślnie używają 302 przekierowań, co zapobiega przekierowaniom i przepisywaniu reguł przed przekazywaniem wartości. Zdecydowanie zaleca się, aby przekierowania były ustawione na 301, aby zapewnić maksymalne wykorzystanie wartości linków.

Powielanie zawartości produktu za pośrednictwem wielu sklepów

Jeśli używasz wielu sklepów do zarządzania wieloma instancjami Magento - nie jest to ważny powód, aby używać tej samej zawartości produktu w wielu witrynach internetowych (chyba że używasz jej do internacjonalizacji lub używasz tagu kanonicznego, aby zapobiec temu problem, którego większość nie będzie). Pracowałem z wieloma sprzedawcami, którzy korzystali z wielu sklepów, aby zarządzać tym samym katalogiem na wielu stronach internetowych, co oznacza, że cała zawartość Twojego produktu będzie duplikowana w każdej domenie. Sugeruję utworzenie drugiego zestawu zawartości produktu, jeśli używasz wielu sklepów do zarządzania wieloma sklepami.

Kierowanie międzynarodowe z Magento

Z tego lub innego powodu kupcy Magento wydają się naprawdę zmagać z międzynarodowymi wdrożeniami sklepów z perspektywy SEO. Najczęstszą konfiguracją, jaką widzę, są kupcy korzystający z jednego katalogu i korzystający z rozszerzenia, aby dodać dodatkowe pola zaplecza (co oznacza, że reszta strony pozostaje taka sama) lub używając wielu sklepów i popełniając błąd przy użyciu tych samych adresów URL, metadanych , kopiuj (w niektórych miejscach) i po prostu twórz warianty dla różnych krajów, na które chcą kierować.

Pierwsza z tych dwóch opcji (rozszerzenie międzynarodowe) również zazwyczaj obsługuje strony za pomocą nieparzystych adresów URL ciągów zapytań, ponieważ jest to wariant oryginalnej strony. Ponadto, jeśli strony nie zawierają treści, zazwyczaj strony te zawierają treść oryginalnej strony - co jest złe z perspektywy pandy, ponieważ oznacza to, że będziesz miał duplikaty oryginalnych stron.

Sugerowałbym używanie stron z wieloma sklepami, noindexing, dopóki nie będą miały unikalnej zawartości, a także użycie tagu hreflang, który podałem więcej szczegółów poniżej. Możesz to zrobić za pomocą podkatalogu lub oddzielnych CCtlds. Tag href-lang powinien zostać zaimplementowany tak, aby odnośny adres URL był przywoływany z innych sklepów na poziomie strony - widzę zbyt wiele witryn, które tylko odwołują się do strony głównej na każdej stronie witryny.

Używanie tagu hreflang z Magento

Tag alternatywny hreflang pomaga użytkownikom poinformować Google, że masz alternatywną międzynarodową wersję danej strony i jest podstawową częścią międzynarodowego SEO. Tag hreflang pomoże zapewnić, że odpowiednia wersja witryny lub pojedynczej strony zostanie wyświetlona w odpowiedniej regionalnej wersji Google.

Dostępnych jest kilka modułów, jednak nie korzystałem z żadnego z nich, więc sugeruję użycie swojego zasobu programistycznego do jego implementacji. Sama implementacja różni się w zależności od tego, czy korzystasz z wielu sklepów, czy wdrażasz międzynarodowe strony za pomocą wtyczki lub niestandardowych pól. Oto przykład (przy użyciu różnych CCtlds) tego, jak powinien wyglądać, jeśli został poprawnie zaimplementowany na stronie (można to również zrobić za pomocą mapy witryny).

<link rel = ”alternate” hreflang = ”en-gb” href = ”http://www.example.co.uk”>

<link rel = ”alternate” hreflang = ”en-au” href = ”http://www.example.com.au”>

<link rel = ”alternate” hreflang = ”fr-fr” href = ”http://www.example.fr”>

Jeśli robisz to w tej samej domenie, wyglądałoby to następująco (używa przykładu produktu):

<link rel = ”alternate” hreflang = ”en-gb” href = ”http://www.example.co.uk/example-product-1 ″>

<link rel = ”alternate” hreflang = ”en-au” href = ”http://www.example.com.au/example-product-1 ″>

<link rel = ”alternate” hreflang = ”fr-fr” href = ”http://www.example.fr/example-product-1 ″>

Około rok temu zrobiłem projekt dla średniej wielkości sprzedawcy mebli - korzystali z rozszerzenia, a około 20% stron miało unikalną treść, reszta służyła treściom z oryginalnej strony (tak po angielsku). Nie mieli w indeksie tagu hreflang i wielu stron o niskiej jakości. Zaimplementowałem tag hreflang, usunąłem wiele stron (dopóki nie opublikowaliśmy nowej treści) i nie zapłaciłem wielu studentom za napisanie zlokalizowanej treści na produkty i strony kategorii - zauważyli wzrost widoczności organicznej o ponad 350% w ciągu następnego roku , w tym poważne ulepszenia dla zwrotów międzynarodowych.

Funkcja przeglądu Magento OOTB

Jeśli korzystasz z funkcji przeglądania Magento poza pudełkiem, oznacza to, że wszystkie recenzje produktów są publikowane na stronie produktu, a także osobna strona, która agreguje wszystkie recenzje na stronie produktu. Każda strona produktu ma jedną z tych stron, które zasadniczo powielają treść recenzji produktu. Widziałem wiele problemów z tym związanych, w tym problemy z kanibalizacją (niższa jakość duplikatów stron zamiast strony głównej produktu), a także ogromna liczba cienkich stron indeksowanych dla produktów, które nie mają recenzji (jako strony istnieje jako produkt).

Oto przykład, jak wyglądają te strony:

Posiadanie zagregowanej strony do przeglądania treści jest dość powszechne i większość głównych dostawców recenzji robi to za pomocą implementacji OOTB (takich jak BazaarVoice, Yotpo i Power Reviews, by wymienić tylko kilka). Jest to coś, o czym należy pamiętać, ponieważ strony te mogą powodować wiele problemów.

Powielona treść związana z kanałem

Jeśli używasz swojego kanału do wysyłania treści do powiązanych witryn lub sprzedawców, może to spowodować ogromną liczbę problemów z duplikatami treści. Jest to jedna z najczęstszych przyczyn kar Panda i może mieć znaczący wpływ na widoczność organiczną.

Proponuję mieć dwa kanały, jeden dla Twojej witryny i jeden dla stron internetowych osób trzecich, ponieważ w ten sposób wyeliminujesz ryzyko, że Twoja widoczność zostanie naruszona.

Konfiguracja Magento

Jeśli zamierzasz uruchomić nowy sklep Magento, sugeruję skorzystanie z poniższych opcji, aby upewnić się, że nowy sklep jest w pełni zoptymalizowany, jednak jeśli masz już istniejącą witrynę, dokonanie tych zmian może mieć wpływ na widoczność i będzie wymagać więcej planowania .

Oto kilka zaleceń, które generalnie składam w celu skonfigurowania sklepu Magento:

Włącz kanoniczne adresy URL dla stron produktów i kategorii (config> catalog> search engine optimization)
Ustaw adresy URL produktów na najwyższym poziomie (config> catalog> optymalizacja dla wyszukiwarek - zezwalaj na ścieżkę kategorii w adresach URL produktów, ustaw na „nie”)
Włącz mapę witryny XML i utwórz co najmniej jedną (katalog> Google Sitemap)
Jeśli korzystasz z trybu listy dla stron z listą produktów (nie zezwalaj na wyświetlanie treści produktu)
Włącz tworzenie przekierowań, gdy zmieniane są adresy URL (ale miej oko na przepisywanie, jeśli numery są dodawane do adresów URL)

Konfiguracja Robots.txt z Magento

Plik robots.txt jest bardzo cenny, szczególnie w przypadku dużych witryn e-commerce, ale może również powodować problemy z fragmentacją indeksowania, jeśli zostanie nieprawidłowo użyty. Sugeruję używanie tylko pliku robots.txt, jeśli chcesz / potrzebujesz wyszukiwarek do nie indeksowania określonych sekcji witryny (takich jak strony wyszukiwania, strony z identyfikatorami sesji, wielowierszowa nawigacja warstwowa itp.). Robots.txt powinien być używany, aby zapobiec przeszukiwaniu stron, ale pamięta się, że istnieją inne sposoby blokowania stron (wielu sprzedawców Magento wydaje się blokować wszystko za pomocą pliku robots.txt z powodu niektórych wczesnych szablonów robots.txt, które zostały wydane) .

Zasadniczo sugerowałbym zablokowanie następujących elementów za pomocą robots.txt:

Strony wyszukiwania w katalogu
/ katalog / adresy URL (chyba że w tym folderze znajdują się obrazy i CSS i JS)
Adresy URL z parametrami identyfikatora sesji
Warstwowe strony nawigacyjne (jeśli masz filtry wielokrotnego wyboru lub dużą witrynę)
Parametry sortowania / porządkowania
Strony administracyjne

Więc jeśli miałbyś to zrobić, robots.txt wyglądałby jak coś (używam * w przypadku, gdy masz wiele sklepów w podkatalogach):

Agent użytkownika: *

Disallow: / admin /
Disallow: * price = *
Disallow: * dir = *
Disallow: * order = *
Disallow: * limit = *
Disallow: * / catalog / *
Disallow: * / catalogsearch / *
Disallow: * / customer / *
Disallow: * SID = *

Mapa strony: ###

Moduły SEO Magento:

Wcześniej stworzyłem swój własny moduł Magento SEO (zwany MageSEO), ale szybko odkryłem, że jego obsługa była bardzo trudna bez dedykowanego zasobu technicznego. Od kilku miesięcy używam i polecam Pakiet SEO MageWorx , który jest bardzo obszernym modułem, który istnieje od dłuższego czasu.

The Moduł MageWorx oferuje ogromną liczbę funkcji SEO, w tym:

Obsługa Hreflang - zawiera wiele opcji zapewniających, że pasuje do konfiguracji katalogu Twojego sklepu
Opcje konfiguracji katalogu produktów - jest to często wymagana funkcja, w której sprzedawcy mają wiele wersji tego samego produktu, zwykle prostych, w pakiecie lub w konfigurowalnych produktach. Moduł pozwala skonfigurować kanoniczne adresy URL, aby odwoływać się do podstawowych wersji adresu URL. Na przykład, jeśli masz koszulę, która jest konfigurowalnym produktem o różnych rozmiarach jako proste produkty, możesz ustawić kanoniczny adres URL na konfigurowalną wersję na każdym z nich.
Zasady dotyczące reguł dla robotów meta - to funkcja, której używam we wszystkich sklepach, nad którymi pracuję. Możesz ustawić reguły (za pomocą symboli wieloznacznych), aby przypisać meta robotom znaczniki dyrektyw do grup stron (np. Noindex, śledź na wszystkich adresach URL zawierających? Price =).
Możliwość edycji pliku robots.txt z zaplecza Magento
Kontroluj duplikaty adresów URL https / http
Możliwość tworzenia bardziej zaawansowanych reguł dla kanonicznych adresów URL (dla takich rzeczy jak końcowe ukośniki itp.)
Opcje przepisywania adresów URL
Opcje dotyczące tworzenia konwencji meta tytułu (na różnych stronach)
Zaawansowane opcje mapy witryny XML
Opcje paginacji
Możliwość zastąpienia różnych ustawień na poziomie sklepu

To tylko niektóre z podstawowych funkcji, jest ich więcej - robi wszystko, czego potrzebujesz, co uważam za najpopularniejszy moduł, a oni otrzymują wiele zapytań o funkcje od sprzedawców i agencji.

Użyłem tego modułu w ponad 20 sklepach i jeszcze nie miałem z nim żadnych poważnych problemów - chociaż musisz być ostrożny podczas jego konfigurowania. Proponuję dopasować go dokładnie do bieżącej konfiguracji, aby rozpocząć, a następnie zastosować poprawki, ponieważ niektóre ustawienia mogą powodować problemy z indeksowaniem witryny (np. Nieprawidłowe kanoniczne adresy URL itp.).

Jeśli masz jakieś pytania dotyczące konfiguracji - napisz do mnie ( [email protected] ).

Inne moduły, z których korzystałem wcześniej, były całkiem niezłe:

CreareSEO (za darmo, ale mniej funkcji niż większość premium - jednak robi podstawy)
Moduł mapy witryny MageWorx (jest to przydatne jako samodzielny moduł do rozszerzania mapy witryny Magento)
Moduł Mirasvit (dobry moduł, który obejmuje podstawy z kilkoma dodatkowymi opcjami)

Ja też to napisałem Zestaw porównawczy modułu Magento SEO aby łatwiej zdecydować, którego modułu użyć.

Jeśli masz jakiekolwiek pytania dotyczące wszystkiego, o czym wspomniałem w tym poście na blogu lub czegokolwiek innego związanego z Magento, nie krępuj się wyślij mi wiadomość za pomocą tego formularza . Ja też zapewniam Audyty SEO Magento i doradztwo przy dużych projektach Magento.

Związane z

Com/clothing?
Com/clothing?
Noindex, śledź na wszystkich adresach URL zawierających?

Заказ курсовой работы недорого

Статьи