Zrozumienie implementacji SEO OXID • OXIDforge

  1. Generowanie adresów URL SEO
  2. Tłumaczenie adresów URL SEO
  3. Obsługa starszych adresów URL
  4. Kontrolowanie automatycznego indeksowania stron

Autor: Vikram Vaswani

W świecie detalicznej sprzedaży cegieł i zapraw, umieszczanie produktów na półkach sklepowych, aby klienci mogli je znaleźć z minimalną trudnością, jest prawie samą nauką. Czynnik ten nabiera jeszcze większego znaczenia, jeśli chodzi o sprzedaż detaliczną online, ponieważ większość konsumentów rozpoczyna wyszukiwanie produktów za pośrednictwem wyszukiwarki, dlatego zapewnienie, że wirtualne półki są odpowiednio oznakowane i indeksowane w celu wyszukiwania, jest kluczowym elementem sukcesu.

Na szczęście OXID eShop ma w pełni funkcjonalną implementację SEO, która automatycznie generuje opisowe adresy URL dla twoich produktów i kategorii oraz optymalizuje te adresy URL, aby uzyskać maksymalną „lepkość” w wyszukiwarkach. Ta implementacja SEO jest niezwykle wyrafinowana - obsługuje adresy URL w wielu językach, obsługuje zastrzeżone słowa i znaki specjalne oraz umożliwia wysoki stopień dostosowania użytkownika. Kolejne kilka sekcji sprawdzi je bardziej szczegółowo.

OXID eShop umożliwia sprzedawcom definiowanie kategorii produktów i przypisywanie produktów do tych kategorii. Kategorie mogą być zagnieżdżone, a pojedynczy produkt może istnieć w więcej niż jednej kategorii. Ten hierarchiczny układ umożliwia OXID wygenerowanie unikalnego, opisowego adresu URL dla każdego produktu wymienionego w bazie danych sklepu, jak w poniższych przykładach:

http: //oxid.localhost/Babies/Crocodile-Wind-Up-Bath-Toy.html http: //oxid.localhost/Older-Children/Noddy-on-Wheels-Push-and-Go-Car.html http: //oxid.localhost/Older-Children/Boys/Star-Wars-Action-Figure-Set.html

Jeśli Twój sklep jest skonfigurowany dla wielu języków, OXID obsługuje również unikalne adresy URL specyficzne dla języka. Oto przykład tego samego produktu z dwoma adresami URL, jednym dla użytkowników w języku niemieckim i jednym dla użytkowników w języku angielskim:

http: //oxid.localhost/Baby/Haba-Kringelring.html http: //oxid.localhost/Baby/Haba-Clutching-Ring.html

OXID eShop pozwala również użytkownikom oznaczać produkty słowami opisowymi. Tagi można określić dla każdego języka. Tagi te trafiają do „chmury tagów”, która pojawia się na stronie indeksu sklepu. Oto przykład:

Adresy URL tagów są zgodne z pozycją SEO i generują przekrojowy wykaz produktów pasujących do określonego tagu. OXID eShop automatycznie dba o wygenerowanie chmury tagów i oznaczenie adresów URL pasujących do aktualnie wybranego języka sklepu. Oto kilka przykładów:

http: //oxid.localhost/tag/car http: //oxid.localhost/tag/bath http: //oxid.localhost/tag/boys

Generowanie adresów URL SEO

Kodowanie URL w OXID jest obsługiwane przez obiekt oxSeoEncoder. Metoda oxSeoEncoder :: _ prepareTitle () zajmuje się automatycznym przygotowaniem adresu URL SEO z tytułu produktu lub kategorii, podczas gdy metoda oxSeoEncoder :: _ getUniqueSeoUrl () sprawdza bazę danych i wprowadza drobne modyfikacje wyniku, aby zapewnić, że ostateczny adres URL SEO jest całkowicie unikalny i nie ma duplikatów, które powodują konflikty.

Generalnie koder URL OXID używa następujących reguł podczas generowania adresów URL zgodnych z SEO dla nazw produktów i kategorii:

  • Zastąp podkreślniki (_) myślnikami (-)
  • Zastąp umlaute (ä, ö, ü) i dodatkowe znaki standardowymi kombinacjami znaków ASCII (ae, oe, ue)
  • Ignoruj ​​średniki (;), dwukropki (:), znaki zapytania (?), Znaki handlowe (&) i inne znaki interpunkcyjne w nazwach kategorii i produktach
  • Użyj łączników, aby oddzielić słowa
  • Usuń zarezerwowane słowa, takie jak „admin” i „core”
  • Pozostaw przypadek nazw produktów i kategorii bez zmian
  • Dodaj rozszerzenie .html do adresów URL produktów, aby były wyświetlane jako strony statyczne

Handlowcy mogą również dostosować generowane adresy URL dla każdej kategorii / języka i kombinacji produktów / języków za pośrednictwem sekcji Administrowanie produktami -> Produkt -> SEO każdego produktu w module administracyjnym OXID eShop.

Tłumaczenie adresów URL SEO

Gdy frontowy kontroler OXID eShop otrzymał żądanie URL-a zgodnego z SEO, wewnętrznie wywołuje dekoder URL, który ponownie przesyła żądanie do odpowiedniego kontrolera sklepu i przekazuje mu parametry niezbędne do wygenerowania poprawnego widoku produktu lub kategorii. Proces ten rozpoczyna się od pliku OXID eShop .htaccess, który zawiera reguły przepisywania niezbędne do wywołania dekodera URL. Oto odpowiedni fragment kodu:

<IfModule mod_rewrite.c> RewriteCond% {REQUEST_URI}! (/ Admin / | core / | / export / | modules / | / out / | setup / | / tmp / | views / RewriteCond% {REQUEST_FILENAME}! -f RewriteCond% {REQUEST_FILENAME}! -d RewriteRule (.html | /) $ oxseo.php </IfModule>

Skrypt $ OXID / oxseo.php wykonuje frontowy kontroler $ OXID / index.php, który wewnętrznie inicjuje instancję obiektu oxSeoDecoder i wykonuje jego metodę processSeoCall (). Metoda oxSeoDecoder :: processSeoCall () odczytuje adres URL żądania i wyodrębnia z niego niezbędne parametry, takie jak nazwa produktu lub nazwa kategorii. Następnie przekazuje te parametry do metody oxSeoDecoder :: decodeUrl (), która generuje skrót MD5 żądania, a następnie odpytuje tabelę bazy danych oxseo o dopasowanie i odpowiedni wewnętrzny adres URL. Kontroler frontowy przekierowuje następnie klienta żądającego do wewnętrznego adresu URL. Jeśli nie zostanie znalezione dopasowanie, generowany jest kod odpowiedzi 404 (nie znaleziono strony).

Oto diagram, który objaśnia ten proces bardziej szczegółowo, pokazując, w jaki sposób URL SEO jest mapowany na URL wewnętrznego kontrolera:

Oto diagram, który objaśnia ten proces bardziej szczegółowo, pokazując, w jaki sposób URL SEO jest mapowany na URL wewnętrznego kontrolera:

A jeśli się zastanawiasz, oto przekrój tabeli bazy danych oxseo :

A jeśli się zastanawiasz, oto przekrój tabeli bazy danych oxseo :

Jak widać, ta tabela zawiera listę adresów URL SEO, wraz z odpowiadającym im wewnętrznym adresem URL dla różnych języków. Kontroler frontowy może wykorzystać te informacje do wywołania poprawnego widoku dla każdego adresu URL SEO.

Każdy adres URL ma pole „typu”, które służy do identyfikacji, szybszego wyszukiwania i jako filtr podczas czyszczenia lub resetowania tabeli. Zwróć uwagę, że niektóre adresy URL są „statyczne”; ten typ reprezentuje adresy URL, które nie powinny być generowane dynamicznie z danych wejściowych użytkownika (takich jak adresy URL produktów i kategorii), i jest zazwyczaj używany do zwykłych adresów URL na poziomie sklepu, takich jak adresy URL formularza kontaktowego, księgi gości i stron pomocy.

Obsługa starszych adresów URL

Warto zauważyć, że obecna implementacja adresów URL zgodnych z SEO jest inna niż w poprzednich wersjach. Wcześniejsze wersje OXID używały adresów URL takich jak w poniższych przykładach:

http: //oxid.localhost/oxid.php/sid/cf2d4d66e18a52014cb5702556693b86/cl/details/cnid/1ad463624ce85f4b0.34723936/anid/a0048d7cb63df4ed3.56851241/MHD-05.06.2009---Weight-Watchers-Apple-Crumble-Slices- a-144-g / http: //oxid.localhost/basteln/textilblumenbaender/satinbaender-25mm-breit-22355-25.html

Ponieważ te starsze adresy URL byłyby już zarejestrowane w wyszukiwarkach, użytkownicy starszych wersji OXID eShop zwykle zniechęcaliby do uaktualnienia do OXID eShop v4.x. Aby to uwzględnić, OXID eShop zawiera tabelę oxseohistory , której celem jest przechowywanie starszych struktur adresów URL, a tym samym zapewnienie podstaw do mapowania ich na nowsze struktury zoptymalizowane pod kątem SEO. Gdy metoda oxSeoDecoder :: processSeoCall () otrzyma żądanie od jednego z tych starszych adresów URL z wyszukiwarki, sprawdza tabelę oxseohistory pod kątem dopasowania, wysyła klientowi żądającemu kod 301 odpowiedzi (strona przeniesiona na stałe) i przekierowuje go do nowy adres URL pobrany z tabeli oxseo .

Gdy zmienia się nazwa produktu lub kategorii, OXID automatycznie zmienia odpowiedni adres URL SEO, tak aby odzwierciedlał nową nazwę. Innym zastosowaniem tabeli oxseohistory jest zapisanie starszego adresu URL SEO, aby żądania tych starszych adresów URL były automatycznie i transparentnie przekierowywane na nowe adresy URL. Metoda oxSeoEncoder :: _ copyToHistory () zajmuje się przenoszeniem adresów URL z tabeli oxseo do tabeli oxseohistory .

Wyszukiwarki często patrzą na <head> strony, aby uzyskać meta-informacje o jej zawartości. Dwa kluczowe elementy w tej sekcji to <title> i <meta>, a OXID eShop pozwala sprzedawcom na szerokie dostosowanie tych elementów za pośrednictwem panelu administracyjnego OXID eShop.

Ustawienia główne -> Ustawienia podstawowe -> panel SEO umożliwia sprzedawcom zdefiniowanie przedrostka tytułu i przyrostka, które są automatycznie dodawane do tytułu każdej strony. Ta sama sekcja umożliwia także sprzedawcom określenie opisowego tytułu strony indeksu sklepu. Obie te wartości można określić dla poszczególnych języków, aby zapewnić poprawne zlokalizowanie tekstu dla różnych języków.

Obie te wartości można określić dla poszczególnych języków, aby zapewnić poprawne zlokalizowanie tekstu dla różnych języków

OXID eShop pozwala także handlowcom kontrolować tagi <meta>, które pojawiają się u góry każdej strony. Zarówno opis, jak i słowa kluczowe można dostosować na podstawie strony i języka.

Meta-informacje pojawiające się na stronie indeksu sklepu są kontrolowane przez szablony CMS META Opis Startseite i META Słowa kluczowe Startseite . Można je edytować za pomocą sekcji Informacje o kliencie -> Strony CMS panelu administracyjnego, jak pokazano poniżej:

Meta-informacje o stronach produktów i kategorii są automatycznie generowane przez OXID eShop na podstawie opisu wprowadzonego na odpowiedniej liście produktów. Możesz zastąpić to dla poszczególnych produktów lub dla poszczególnych kategorii, wyraźnie ustawiając wartości dla tych pól na karcie SEO odpowiedniego rekordu produktu lub kategorii, jak pokazano poniżej:

Więcej informacji na temat dostosowywania metatagów sklepowych można znaleźć w podręcznik OXID eShop

Kontrolowanie automatycznego indeksowania stron

Podczas gdy indeksowanie wyszukiwarek jest miłe, ważne jest również, aby poinformować wyszukiwarki, które sekcje witryny nie powinny być indeksowane - na przykład strony księgi gości, informacje o koncie użytkownika lub koszyki na zakupy. OXID eShop realizuje to na dwa sposoby:

1. Dołącza atrybut rel = „nofollow” do łączy wskazujących na te strony, jak poniżej:

<a href="http://oxid.localhost/my-password/" rel="nofollow"> Moje hasło </a>

2. Zawiera dodatkowy element <meta> w nagłówkach tych stron, wskazując, że nie powinny być indeksowane ani klasyfikowane wyżej niż zwykle, jak poniżej:

<meta name = "ROBOTS" content = "NOINDEX, NOFOLLOW">

Dodanie tych elementów mówi wyszukiwarkom takim jak Google, aby nie dodawały tych linek dodatkowego ciężaru w swoich algorytmach rankingowych. Więcej informacji na temat dyrektywy „nofollow” można znaleźć na stronie oficjalny blog Google i dalej Wikipedia .

W przypadku starszych wyszukiwarek OXID eShop zawiera również plik $ OXID / robots.txt, który służy do instruowania automatycznych pająków internetowych do pominięcia tych stron witryny. Oto fragment tego pliku:

User-agent: * Disallow: / admin / Disallow: / core / Disallow: / tmp / Disallow: / views / Disallow: / setup / ...

Jak pokazuje powyższa dyskusja, twórcy OXID eShop poświęcili wiele uwagi i uwagi, aby zapewnić, że adresy URL sklepów są wygodne, spójne i zoptymalizowane pod kątem indeksowania w wyszukiwarkach. Automatycznie generowane adresy URL produktów i kategorii, ręczne dostosowywanie adresów URL, obsługa starszych adresów URL z wcześniejszych wersji, użycie tagów <meta> w celu dostarczenia dodatkowych informacji opisowych dla każdej strony oraz wykorzystanie pliku robots.txt do kontrolowania działań zautomatyzowanych roboty indeksujące to tylko niektóre z cech tej implementacji SEO, która jest bez wątpienia najbardziej wyrafinowana i elastyczna.