Техническа оптимизация и не само

Николай
Галинов
Техническа оптимизация и не само

План на лекцията
1. Метрики за ефективност
2. Анализ на сайт
2.1. Технически одит
2.2. Юзабилити одит
2.3. Маркетингов одит
3. Индексация
4. Инструменти

Метрики за ефективност
1. Трафик

Метрики за ефективност
1. Видимост

Анализ на сайт
Технически одит
○ Основни редиректи
○ Файл Robots.txt
○ Канонични URL адреси
○ SEF URLs
○ Динамични URL адреси
○ Странициране
○ Отговор на сървъра
○ XML карта на сайта
○ HTML карта на сайта
○ Скорост на сайта
○ Мобилна версия

Юзабилити одит
○ дизайн
○ удобство
○ юзабилити влияние на конверсиите и продажбите
○ изображения
○ поведенчески фактори

Маркетингов одит
○ Външни фактори
○ Цели и стратегия
○ Структура на управление
○ Основни системи
○ Ефективността на бюджета
○ Маркетинг проучвания

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

Основни редиректи
•определяне на основен домейн;
•адреси в горен и долен регистър;
•адреси със слеш (/) и без слеш в края;
•няколко слеша един до друг ///;
•адреси с /index.php и с /index.html;
Инструменти за проверка:
http://soft.galinov.com/
http://www.tomanthony.co.uk/tools/bulk-http-header-compare/

Файл Robots.txt
Файлът Robots.txt носи препоръчителен характер за търсещите
машини.
С негова помощ регулираме обхождане на страници от ботове,
посочваме информация за основен host(важно е за Яндекс), описваме
препратки към sitemap.xml.
Този файл не трябва да се използа за затваряне за индексация на
страници. Търсещите системи възприемат Robots.txt като препоръка, а
не като задължителна инструкция. В някои случаи те може да го
игнорират.

Файл Robots.txt
User-agent: роботите, на които се дава достъп
Allow: URL адресите, които трябва да се разрешат
Disallow: URL адресите, които трябва да се забранят
Host: основния домейн на сайта
Sitemap: път към xml картата на сайта
User-agent: *
Allow: /
Host: softuni.bg
Sitemap: https://softuni.bg/sitemap.xml

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

Дефиниране на канонични URL адреси
Каноничния URL адрес се дефинира с помощта на вмъкване на ред в
Head часта на сайта <link rel="canonical" href="http://url" />, където вместо
url е нужно да поставите съотвеният каноничен url на страницата. Най-
често тези страници се определят лесно от наличието на GET
параметри в тях.
Например страницата
https://softuni.bg/trainings/opencourses?test=netpeak
трябва да съдържа следният ред
<link rel="canonical" href="https://softuni.bg/trainings/opencourses" />

Формиране на user friendly URL адреси (SEF-адреси)
При равни други условия търсещите машини класират по-напред страниците с user friendly
URL адреси (SEF). Необходимо e URL адресите да имат логична структура и да бъдат
разбираеми за потребителя.
Вземайки предвид особеностите на някои CMS системи, внедряването на SEF може да
доведе до забавяне на сайта, натоварване на сървъра и други грешки. Това може да
намали положителния ефект от внедряването или даже да повлияе отрицателно. Затова е
важно да се оценят възможностите на CMS системата преди да се внедрят SEF-адреси.

Правила:
● за адреси на български се използва общоприетият вариант за транслитерация на
символите (таблица “Правила за транслитерация”);
● всички пунктуационни знаци и празни интервали да се заменят с тире “-” (не символа
за подчертаване “_”);
● на тире да се променят и всички други символи с изключение на цифри и букви;
● две и повече тирета подред да се заменят с едно тире;
● ако при формиране на URL в края или в началото URL се получава “-”, то този знак
(може да се получат повече от 1 знак) трябва да се изтрие;
● в URL не трябва да има главни букви, а само малки.

Правила за транслитерация:

Формиране на статични URL от динамични
В случай, че не е възможно да се реализират SEF-адреси, като
алтернативен вариант се явява формирането на статични URL.
Динамичните URL могат да затрудняват роботите на търсещите
машини, тъй като се създават прекалено голямо количество URL-
адреси, сочещи на едно и също или подобно съдържание на сайта при
промяна на параметри в URL-адреса. Като резултат, търсещите роботи
сканират повторно едни и същи страници на сайта (дублирани), което
забавя индексирането на сайта.
При равни други, търсещите машини класират по-напред страници със
статични URL.

Защо се прави?
1. Динамичните URL създават дублажи.
2. Не съдържат информация за страницата.
3. Възприемат се лошо от търсачките.

Например от http://site.bg/index.php?route=product/category&path=401
В http://site.bg/aksesoari/

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

1. Нужно е да се внедрят атрибути next и prev на страниците от
страницирането.
Примерни страници от странициране:
http://www.site.com/pages/posts/
http://www.site.com/pages/posts/page/2/
http://www.site.com/pages/posts/page/3/
На страницата http://www.site.com/pages/posts/ в <head> трябва да се добави
<link rel="next" href="http://www.site.com/pages/posts/page/2/" />;
На страницата http://www.site.com/pages/posts/page/2/ в <head> трябва да се добави
<link rel="prev" href="http://www.site.com/pages/posts/" />
<link rel="next" href="http://www.site.com/pages/posts/page/3/" />

2. Нужно е втора страница от страницирането, да бъде настроена да
води към главна страница, а не към страница 1

Правилна настройка на отговора на сървъра
1. Грешни URL връщат отговор код 404
2. Не трябва да има редиректи към страница 404

Какво е файл sitemap.xml
1. Файлът Sitemap съобщава на Google и
другите търсещи машини, как са
организирани данните на сайта.
2. Файл Sitemap — файл с информация за
страниците на сайта, които е необходимо
да се индексират.

Защо е нужен файл sitemap.xml?
1. За да се съобщи, кои страници трябва да
се индексират.
2. За да се съобщи за честотата на
обновяване.
3. За да се съобщи за приоритетността на
сканиране.

Изисквания за файл sitemap.xml
1. Да съответства на протокола http://www.sitemaps.
org
2. Да е разположен на домейна на сайта, за който е
съставен.
3. Да връща отговор код 200ОК
4. Да съдържа не повече от 50 000 URL
5. Да е не по-голям от 10 МБ
6. Да използва кодиране UTF-8
7. Да описва само страници на домейна, на който е
разположен.

Съобщаване на робота за sitemap.xml

Полезни адреси за Sitemap.xml
https://support.google.com/webmasters/answer/80471

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

Правила за HTML карта на сайта
● страниците в картата на сайта трябва да са разположени в логична
форма и да са в съответствие с иерархията им;
● връзките на всички страници на сайта, които са отворени за
индексация, без страниците за конкретни стоки, статии и
публикации, освен ако тяхното количество не доминира в
структурата на сайта (повече от 90% от всичките страници);
● ако картата включва в себе си повече от 150 страници, то тя трябва
да бъде реализирана на многостранична основа (не повече от 150
линка на страница).
● Препратката към HTML картата трябва да се намира на всички
страници на сайта във Footer частта на сайта.

Скорост на сайта
Скоростта на зареждане на сайта е важен фактор в класирането.
Сайтове, които се зареждат по-бързо, при равни други условия се
класират по-добре. Високата скорост на зареждане създава
допълнително удобство за потребителите на сайта.
Много параметри могат да влияят върху скоростта на зареждане на
сайта: неоптимизиран код, кеширане, некомпресирани файлове,
голямо количество външни файлове.

Скорост на сайта
1. Необходимо е да се обединят външни CSS и JavaScript файлове в
минимално количество файлове (с по-малкото на брой файлове се
увеличава скоростта и се намалят брой конекции към сървъра; на
изхода е необходимо да има не повече от 3 файла от всеки вид).
2. Вътрешните JavaScript и CSS фрагменти трябва да се изнесат от
кода в обединените външни файлове, като при това скоростта на
зареждането на сайта не трябва да се влошава.
3. Да се активира компресия на сървъра:
1. Apache: използвайте mod_deflate.
2. Nginx: използвайте HttpGzipModule.
3. IIS: да се компресира с HTTP.
4. Да се оптимизира/съкрати кода на JavaScript и CSS.

Мобилна версия
● Дефиниране на url адреса към мобилната версия от десктоп
версията:
на страницата с url www.domain.com/url-x
в <head> секцията е необходимо да се посочи url адреса на съответната страница на
мобилната версия:
<link rel="alternate" media="only screen and (max-width: 640px)" href="http://m.domain.com/url-
x" >
● Дефиниране на url адрес към декстоп версия от мобилната
версия:
на страницата с url m.domain.com/url-x
в <head> секцията е необходимо да се посочи url адреса на съответната страница на
десктоп версия:
<link rel="canonical" href="http://www.domain.com/url-x" >

● Добавяне на rel="alternate" анотация за десктоп страниците в sitemap.xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"
xmlns:xhtml="http://www.w3.org/1999/xhtml">
<url>
<loc>http://www.domain.com/url-x</loc>
<xhtml:link
rel="alternate"
media="only screen and (max-width: 640px)"
href="http://m.domain.com/url-x" />
</url>
</urlset>
Google Developers: https://developers.google.com/webmasters/smartphone-sites/details#separateurls
● Редирект на потребител въз основа на User-agent
пренасочването на потребителя трябва да става въз основа на User-agent
и трябва да бъде:
● 302 редирект към мобилната версия или обратно
● да се редиректва към url адреса, посочен като rel="alternate" в тага или sitemap ако редиректа е в посока
мобилната версия или към rel canonical тага, посочен в head-а на мобилната версия, ако редиректа е към
десктоп версията.
https://developers.google.com/webmasters/smartphone-sites/redirects

● Външни фактори
a. демографски
b. икономически
c. политически

● Цели и стратегия
a. позиции
b. органичен трафик
c. продажби
d. телефонни обаждания

● Структура на управление
a. разпределяне на функции
b. взаимодействие

● Основни системи
a. информация
i. Важно е постоянно да се получава нова информация, за
да може фирмата да се развива. Трябва тя винаги да е
наясно със случващото се, за да се подобрява.
b. планиране
i. След получаване на пълна информация е нужно да се
направи пълен план за работа за следващата година.
c. контрол
i. Нужно е постоянно да има контрол върху работата. Да се
използват CRM системи, които да контролират.
d. анонимни заявки и поръчки

● ефективността на бюджета
a. печалба
b. разходи

● Маркетинг проучвания - 4Р
a. продукт
b. цена
c. канали за дистрибуция
d. промоции на пазара

Добрият Дизайн
● Трябва да носи приходи
● Вече е необходимост
● Да привлича вниманието
● Да прави сайта различен от другите
● Да предостави пълна и изчепателна информация

Удобство
● Скорост на сайта
● Оформление на сайта
● Неработещи връзки
● Мобилни страници
● Осигуряване на информация за контакт

Удобство за потребителите
● Максимално опростено меню
● С максимум три нива на вложеност
● Кратки форми за регистрация
● Кликаеми телефони
● Оптимизация на количката
● Максимално пълна информация с условия

Юзабилити влияние на конверсиите и
продажбите
● Вътрешно налинкване за увеличаване на средната сметка
● Онлайн връзка с магазина, за бърз и навременен отговор при
въпроси
● Страница За нас, за повишаване на доверието на потребителите
● Полезна и пълна информация, отговаряща на всички въпроси
възникващи при съмнение за поръчка

Изображения
● красиви
● големи
● уникални

Поведенчески фактори
● анализ и водене на статистика за дейността на потребителя
● продължителност на престоя на страница
● социални сигнали

Индексация
● Ненужни страници
a. Количка
b. Вход
c. Регистрация
d. Забравена парола
e. Thank you page
f. Общи условия
g. Страници създадени от търсачката
h. Сортиране на страниците

Индексация
● Crawling бюджет
a. SEOhide - скрива от търсещите машини ненужнено
съдържание от гледна точка на оптимизатора.
● Дублирано съдържание

Инструменти
Инструменти
● Netpeak Spider
● Screaming Frog SEO
● Google Search Console

Техническа оптимизация и не само

Техническа оптимизация и не само

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (19)

Similaire à Техническа оптимизация и не само

Similaire à Техническа оптимизация и не само (20)

Plus de Netpeak

Plus de Netpeak (20)

Техническа оптимизация и не само