Sitemap

Błędy w przeprojektowaniu strony, które niszczą SEO

Przeprojektowanie strony internetowej, zarówno własnej, jak i klienta, jest dziś istotną częścią marketingu.Jest to niezbędne, ponieważ technologia, trendy i oczekiwania użytkowników zmieniają się w czasie, a jeśli chcemy pozostać konkurencyjni, musimy nadążać za tymi zmianami.

Ale to zadanie, choć niezbędne, wiąże się również z pewnym ryzykiem z punktu widzenia SEO.Wiele rzeczy może się nie udać podczas tego procesu.Te problemy mogą potencjalnie spowodować, że wyszukiwarki nie będą już postrzegać tej witryny jako wiarygodnej odpowiedzi na odpowiednie zapytania.W niektórych przypadkach pewne błędy mogą nawet skutkować karami.

Nikt tego nie chce.

W tym artykule przyjrzymy się niektórym typowym błędom w projektowaniu stron internetowych, które mogą zniszczyć SEO.Znajomość potencjalnych zagrożeń może pomóc w uniknięciu popełniania błędów, które blokują ruch z bezpłatnych wyników wyszukiwania.

Możliwość indeksowania/indeksowania środowiska programistycznego

Ludzie radzą sobie ze środowiskami programistycznymi na wiele różnych sposobów.Większość po prostu konfiguruje podfolder w swojej domenie.Niektórzy mogą stworzyć domenę wyłącznie do rozwoju.Są też tacy, którzy podejmują takie środki ostrożności, aby ukryć swoje środowisko rozwojowe, które dałoby agentowi CIA ciepłe, niewyraźne uczucie w tym pustym miejscu, gdzie powinno być ich serce.

Zwykle zaliczam się do tej drugiej kategorii.

Wyszukiwarki zazwyczaj będą podążać za linkami i indeksować znalezione treści — czasami nawet wtedy, gdy wyraźnie im zabronisz.Stwarza to problemy, ponieważ mogą indeksować dwie wersje tej samej witryny, potencjalnie powodując problemy zarówno z treścią, jak i linkami.

Z tego powodu umieszczam jak najwięcej blokad na drodze dla wyszukiwarek próbujących uzyskać dostęp do mojego środowiska programistycznego.

Oto, co robię.Pierwszym krokiem jest użycie czystego adresu URL, który nigdy wcześniej nie był używany w aktywnej witrynie internetowej.Gwarantuje to, że nie ma odsyłaczy do niego.Następnie odrzuć wszystkie boty używające pliku robots.txt i skonfiguruj pustą stronę indeksu, aby inne foldery nie były widoczne.W przeszłości posunąłem się nawet do skonfigurowania ochrony hasłem, ale w większości przypadków może to być przesada.Możesz zadzwonić.

Stamtąd stworzę osobny folder dla każdej opracowywanej witryny.Zazwyczaj nazwa folderu jest kombinacją niekompletnych słów, więc jest mało prawdopodobne, aby została znaleziona losowo.WordPress zostanie następnie zainstalowany w tych folderach i skonfigurowany do blokowania botów na tym poziomie.

Dowolna zmiana nazw obrazów na stronach o dobrej pozycji

Nie zawsze jest to problem, ale jeśli strona internetowa ma dobrą pozycję w rankingu, zmiana nazwy obrazu na tej stronie może spowodować utratę pozycji.Zwłaszcza jeśli projektant stron internetowych nie wie, co robi.

Widziałem to więcej niż kilka razy, gdy klient zatrudnia projektanta stron internetowych, który nie rozumie SEO, aby przeprojektować witrynę, która już ma dobrą pozycję w rankingu.W ramach procesu redesignu zastępują stare obrazy nowymi, większymi obrazami, ale z braku odpowiedniego doświadczenia używają głupich nazw obrazów, które zapewniają zerową wartość SEO, takich jak image1.jpg.

Odbiera to istotny element kontekstu, którego wyszukiwarki używają do określenia, gdzie dana strona internetowa powinna się znajdować.

Usuwanie stron lub zmiana adresów URL stron bez ich przekierowywania

Podczas przebudowy niektóre strony prawie na pewno nie będą już potrzebne.Mniej doświadczeni projektanci stron internetowych często po prostu je usuwają.Inne strony można przenosić i/lub zmieniać ich nazwy, co w większości przypadków powoduje zmianę ich adresu URL.W takich przypadkach niedoświadczeni projektanci stron internetowych często zmieniają te adresy URL i uważają, że zadanie zostało zakończone.

To duży błąd, ponieważ niektóre z tych stron mogą już mieć dobrą pozycję w rankingu.Mogą mieć odsyłające do nich linki lub zostały dodane do zakładek przez odwiedzających.

Kiedy usuniesz strony, które mają już linki przychodzące, stracisz całą wartość SEO z tych linków.W niektórych przypadkach może to spowodować drastyczną utratę pozycji w rankingu.

Sprawa jest jednak jeszcze głębsza.Każdy, kto kliknie te linki lub zakładki, zostanie powitany przez stronę 404.Daje to każdemu zerową wartość, a co ważniejsze, tworzy negatywne wrażenia użytkownika.Jest to ważne, ponieważ Google potwierdziło, że doświadczenie użytkownika jest czynnikiem rankingowym.

Właściwym sposobem usuwania stron jest przekierowanie ich do najbardziej odpowiedniej strony, która obecnie istnieje.Jeśli chodzi o przenoszenie stron, które zawierają wszystko, co w jakikolwiek sposób zmienia adres URL tej strony, równie ważne jest przekierowanie starego adresu URL na nowy.

W obu scenariuszach generalnie powinno być używane przekierowanie 301.To informuje wyszukiwarki, że stara strona została na stałe przeniesiona do nowej lokalizacji.W przypadku większości platform hostingowych najlepiej to osiągnąć, dodając odpowiedni wpis do pliku .htaccess.

Jeśli nie możesz zobaczyć pliku .htaccess na swoim serwerze, może być konieczne dostosowanie ustawień w programie FTP, aby wyświetlić ukryte pliki.

Niektóre wyspecjalizowane platformy hostingowe mogą wykorzystywać inną metodę, więc może być konieczne skontaktowanie się z ich zespołem pomocy technicznej, aby ustalić, jak to zrobić.

Brak pełnego indeksowania po migracji do i ze środowiska programistycznego

Niezależnie od metody, której używasz do migracji, na pewno napotkasz pewne błędy.Zazwyczaj najpierw przeprowadzasz migrację działającej witryny internetowej do środowiska programistycznego, a następnie wysyłasz ją z powrotem na działający serwer po wprowadzeniu i przetestowaniu zmian.

Często natrafiam na linki w treści kierujące do niewłaściwego miejsca.Na przykład na stronie lub poście w aktywnej witrynie internetowej możesz mieć link, który wskazuje:

domena.com/usługi/

Po migracji do środowiska programistycznego może to być:

devdomain.com/client123/usługi/

Jak dotąd wszystko jest w porządku i dobrze, prawda?

Czasami jednak podczas migracji ukończonej witryny z powrotem na serwer na żywo zawartość stron i postów może nadal zawierać łącza prowadzące do stron w środowisku programistycznym.

To tylko przykład.Istnieje niezliczona ilość linków do treści w witrynie — w tym linki do podstawowych plików graficznych, JavaScript i CSS.

Na szczęście rozwiązanie jest proste.Narzędzie takie jak Screaming Frog, które działa z pulpitu, lub narzędzie w chmurze, takie jak SEMrush, może być używane do indeksowania każdego łącza w Twojej witrynie.Obejmuje to linki tekstowe widoczne w interfejsie użytkownika, a także wszystkie linki do plików graficznych, JavaScript i CSS, które są schowane w kodzie HTML witryny.

Pamiętaj, aby przejrzeć wszystkie linki do zewnętrznych źródeł, gdy nowa witryna zostanie przeniesiona na serwer, ponieważ wszystkie linki wskazujące na twoje środowisko programistyczne będą wyświetlane jako linki zewnętrzne — gdy znajdziesz „linki zewnętrzne”, które tak naprawdę powinny być linkami wewnętrznymi, możesz wprowadzić odpowiednie poprawki.

Ten krok jest niezbędny po migracji w dowolnym kierunku, aby zapobiec potencjalnie katastrofalnym błędom.

Niewykonanie pełnej kontroli działania na wszystkim

Po przeniesieniu przeprojektowanej witryny na działający serwer musisz zrobić coś więcej niż tylko szybko przejrzeć kilka stron, aby upewnić się, że wszystko wygląda dobrze.Zamiast tego konieczne jest fizyczne przetestowanie wszystkiego, aby upewnić się, że nie tylko wygląda dobrze, ale także działa prawidłowo.

To zawiera:

  • Formularze kontaktowe.
  • Funkcjonalność e-commerce.
  • Możliwości wyszukiwania.
  • Narzędzia interaktywne.
  • Odtwarzacze multimedialne.
  • Analityka.
  • Weryfikacja Google Search Console / Narzędzi dla webmasterów Bing.
  • Piksele śledzące.
  • Reklamy dynamiczne.

Brak ponownej konfiguracji WordPressa i wtyczek po migracji na serwer live

Pamiętasz, jak rozmawialiśmy o tym, jak ważne jest wzniesienie muru między środowiskiem programistycznym a robotami wyszukiwarek?Cóż, jeszcze ważniejsze jest zburzenie tego muru po migracji witryny na serwer na żywo.

Niezastosowanie się do tego jest łatwe.To także niszczycielskie.W rzeczywistości to błąd, który popełniłem kilka lat temu.

Po migracji witryny klienta na jego serwer na żywo zapomniałem odznaczyć pole w Yoast SEO, które mówiło wyszukiwarkom, aby nie indeksowały ani nie indeksowały.Niestety przez kilka dni nikt nie zauważył, po czym strona została prawie całkowicie usunięta z indeksu Google.Na szczęście nie polegali na ruchu organicznym, a gdy odznaczyłem to pole, witryna została szybko ponownie zindeksowana.

Ze względu na wpływ, jaki mogą mieć takie błędy, ważne jest, aby po migracji na serwer na żywo natychmiast sprawdzić konfigurację WordPressa, a także wszelkie wtyczki, które mogą wpłynąć na sposób, w jaki wyszukiwarki traktują Twoją witrynę.

Obejmuje to wtyczki do:

  • SEO.
  • Przekierowanie.
  • Mapy witryn.
  • Schemat.
  • Buforowanie.

Zaniedbanie zwracania uwagi na szczegóły

Żaden z tych błędów nie jest szczególnie skomplikowany ani trudny do uniknięcia.Po prostu musisz być ich świadomy, wdrożyć plan, aby ich uniknąć i zwracać szczególną uwagę na szczegóły.

Opinie wyrażone w tym artykule są opiniami gościa i niekoniecznie Search Engine Land.Lista autorów personelu znajduje się tutaj.