7 технически проблема на SEO, които сте забравили да проверите

Въведение

Животът на техническия SEO оптимизатор може да бъде много динамичен. Одит на скоростта на страниците през една седмица, международни съображения през следващата, подрязване на съдържанието след това и т.н. и т.н.

Техническите SEO оптимизатори могат да се изгубят толкова много в дадена важна (или веганска) задача, че често да пренебрегнат по-малките поправки, които могат да окажат голямо влияние върху органичното ви представяне.

Това не са сребърни куршуми за техническа SEO оптимизация, а препоръки, които знаете, че трябва да поправите, но никога не правите.

Ето защо ще споделя някои от любимите си въпроси от типа "о, да, забравих да проверя това", когато одитирам уебсайт.

Правило за пренасочване с главни букви

Всеки технически SEO оптимизатор, който си заслужава, знае за очевидните правила за пренасочване и за това къде трябва да се прилагат, напр. от http към https страници, от завършваща наклонена черта към незавършваща наклонена черта и т.н.

Кога обаче за последен път проверихте дали всички URL адреси на страници са с малки букви?

Тъй като URL адресът е уникалният идентификатор на дадена уебстраница, www.example.com/category и www.example.com/Category се считат за различни страници, въпреки че съдържанието им е едно и също.

Това може да доведе до проблеми с дублираното съдържание в търсачките, така че трябва да се налага използването на URL адреси с малки букви.

Проблеми със странирането

Ако управляваният от вас уебсайт има страниране по категории, моделът на URL адреса често е следният:

www.example.com/mattresses/memory-foam-mattresses?p=1 www.example.com/mattresses/memory-foam-mattresses?p=2 www.example.com/mattresses/memory-foam-mattresses?p=3

В този пример обаче страницата ?p=1 е дубликат на каноничната страница www.example.com/mattresses/memory-foam-mattresses.

Следователно този дубликат ?p=1 трябва да бъде пренасочен с 301 към страницата www.example.com/mattresses/memory-foam-mattresses, като всички вътрешни връзки се актуализират, за да отразят промяната.

Друг лесен за забравяне проблем при странирането е свързан с каноничните тагове. Често страниците ?p=2, ?p=3 се позовават на първата странирана страница в своите канонични тагове.

Позоваването на първата страница на всички страници с подредба на страниците казва на търсачките, че страниците са същите като първата страница, което означава, че обхождащите машини не могат да обхождат другите страници или да следват връзките към продуктите от тях. Направете ги самостоятелно препращащи!

Използване на Meta noindex Tag вместо robots.txt

Виждам съобщението "Няма налична информация за тази страница" през цялото време, когато разглеждам индексираните страници в Google:

Това се дължи на факта, че уебмастърът се е опитал да премахне дадена страница от индекса, като е добавил директива disallow срещу нея в robots.txt.

Въпреки това тези страници все още могат да бъдат намерени чрез търсене, затова е по-добре да ги премахнете от robots.txt и да добавите таг noindex между таговете HEAD на страниците, които не трябва да се индексират.

Премахване на Meta nofollow от избрани страници

Това очевидно не се отнася за всички страници, които имат таг nofollow, но много тагове nofollow често се добавят по погрешка с таг noindex. Премахването на указанието nofollow ще подобри потока на авторитета на връзките и достъпа на пълзящите машини до сайта.

Въпреки че търсачките може да не се нуждаят от индексиране на тези страници, страниците, към които те препращат, могат да бъдат индексирани, поради което връзките трябва да бъдат следвани.

Dev Site в индекса

Обичам да намирам все още индексиран сайт за стартиране, когато проверявам уебсайта на потенциален клиент. Това показва липса на грижа от страна на разработчика и може да бъде чудесен начин да привлечете клиента на своя страна още в началото на взаимоотношенията.

Най-добрият начин да блокирате индексирането на тестова среда е да я защитите с парола или да я ограничите въз основа на IP обхват.

Няколко бързи метода за проверка дали сайтът ви се индексира в Google са с помощта на разширени оператори за търсене, като например:

- Сайт:dev.example.com - Сайт:staging.example.com - Сайт:prod.example.com - Сайт:example.com inurl:test - Сайт:example.com -inurl:www.

Преглед на вашата XML карта на сайта

XML картите на сайта често се забравят, ако не се генерират автоматично. Ето 3 бързи проверки, които отнемат по-малко от 5 минути:

Проверка 1 - Има ли връзка към XML картата на сайта в robots.txt?

Програмите за обхождане на търсачките винаги търсят файл robots.txt в основната папка на уебсайта. Ето защо добавянето на връзка към вашата XML карта на сайта в robots.txt насочва всички основни търсачки към нейното местоположение.

Проверка 2 - Добавена ли е XML картата на сайта в Google Search Console?

Подаването на XML карти на сайта в Google Search Console гарантира, че Google може да ги намери и обхожда. След като ги подадете, можете да видите дали Google успешно открива URL адресите на страниците ви:

Проверка 3 - Има ли грешки в XML картата на сайта?

URL адресите в картите на сайта не трябва да пренасочват или да връщат грешки - всяка страница трябва да връща код на състоянието 200 OK. Търсачките могат напълно да игнорират картите на сайта, ако те съдържат твърде много грешки.

Можете да разберете дали картата на сайта има грешки, като погледнете в конзолата за търсене на Google, след като XML картата на сайта е била изпратена. Освен това можете да обхождате XML карта на сайта в Screaming Frog, като изберете Mode (Режим) > List (Списък) > Upload (Качване) > Download XML Sitemap (Изтегляне на XML карта на сайта).

Премахване на старо съдържание от индекса

Кога за последен път прегледахте остарялото си съдържание, например страници с конкурси, които са приключили през 2017 г.?

Прегледът на съдържанието, което се индексира в Google, може да доведе до технически ползи за SEO, като например подобрено обхождане и индексиране, така че това е важна област, която трябва да се разгледа.

Например, ако се индексират стотици остарели публикации в блога, търсачките може да изразходват бюджета си за обхождане на тези страници, докато могат да обработват по-важни страници.

Обичам да намирам тези датирани публикации в блога с помощта на разширени оператори за търсене. Някои от любимите ми включват:

- Сайт:example.com inurl:Коледа - Сайт:example.com inurl:конкурс - Сайт:example.com inurl:награда - Сайт:example.com inurl:август - Сайт:example.com inurl:септември - Сайт:example.com inurl:2016 - Сайт:example.com inurl:2017 - И т.н.