SEO блог и уеб програмиране http://ganbox.com/blog SEO практика: трикове при оптимизация и решаване на проблеми при уеб програмиране. Mon, 15 Mar 2010 17:54:29 +0000 http://wordpress.org/?v=2.9.2 en hourly 1 Зареждане на данни с Ajax от отдалечен сървър http://ganbox.com/blog/%d0%b7%d0%b0%d1%80%d0%b5%d0%b6%d0%b4%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b4%d0%b0%d0%bd%d0%bd%d0%b8-%d1%81-ajax-%d0%be%d1%82-%d0%be%d1%82%d0%b4%d0%b0%d0%bb%d0%b5%d1%87%d0%b5%d0%bd-%d1%81%d1%8a%d1%80/ http://ganbox.com/blog/%d0%b7%d0%b0%d1%80%d0%b5%d0%b6%d0%b4%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b4%d0%b0%d0%bd%d0%bd%d0%b8-%d1%81-ajax-%d0%be%d1%82-%d0%be%d1%82%d0%b4%d0%b0%d0%bb%d0%b5%d1%87%d0%b5%d0%bd-%d1%81%d1%8a%d1%80/#comments Mon, 15 Mar 2010 09:48:49 +0000 gan http://ganbox.com/blog/?p=737 Задача за оптимизиране бързината на сайт

Наскоро работих по сайта Речник на думите в българския език. В този сайт при търсене по някоя дума в дясната колона се зарежда блок с подобни думи. Подобните думи са такива, които се получават от търсената дума с добавяне, премахване или подмяна на една или две букви. За откриването на такива думи се използва алгоритъм с висока степен на сложност, който е бавен, защото претърсва цялата таблица с думи. Таблицата беше с размер около 100 000 реда и нарастваше и в резултат на това зареждането на страницата се бавеше до към 30 секунди – прекалено дълго време за уеб страница. Задачата ми беше да измисля начин за оптимизиране на бързодействието на сайта.

Решение

Първото, което направих е да опитам да оптимизирам SQL заявката. Ползваният алгоритъм не подлежи на оптимизация, затова се наложи да прибягна до някои дребни хитрости. Например търсене на подобни думи в ограничен набор от думи с дължина +/-2 спрямо дължината на търсената дума. Създадох някои допълнителни индекси на SQL таблиците и успях да съкратя средното време на около 8 секунди. Да чакаш цялата страница 8 секунди също е прекалено досадно и затова направих блока с подобни думи да се зарежда с Ajax. По този начин страницата се показваше веднага и само блока се бавеше, което беше напълно допустимо. Вече си мислех, че съм приключил, когато дойде писмо от хостинг доставчика, че се ползва прекалено бавна заявка, която бави другите сайтове на този споделен хостинг и настояваха да се оптимизира. Така стигнах до идеята, че данните за подобните думи трябва да се зареждат от отдалечен сървър. За да стане възможно това, трябва отдалеченият сървър да има същата таблица с думи в базата си данни. Направих автоматичен скрипт, който периодично да копира таблиците от единия сървър на другия. По този начин освен всичко друго се получи и още един архив на данните. След това оставаше да направя Ajax да се обръща към новия сървър. Тук отново има проблем: от съображения за сигурност Ajax не може да се обръща към домейн различен от този, на който се изпълнява. За да заобиколя това ограничение аз използвам следната програмистка техника: Ajax се обръща към скрипта similarClient.php разположен локално на сървъра на rechnik.info, който прави заявка към скрипт с име words.php на отдалечения сървър. Там се търси за подобни думи в копието на базата данни и намерения резултат се изпраща към similarClient.php, който го връща като резултат към Ajax. Към цялата система се добавя и кеширане на заявките, локално върху отдалечения сървър – този подход спестява дисково пространство на хостинга за сметка на увеличен трафик. При първото търсене в речника по дадена дума резултата се бави няколко секунди, но при всяко следващо търсене по тази дума, резултата се взема от кеш и става почти моментално. Всичко това може да изглежда малко сложно, но можеш да видиш колко добре действа в сайта на Речника.

Сигурност

Скриптът разположен на отдалечения сървър, който получава дума и връща списък с подобни думи е уеб скрипт и се извиква през HTTP. Това означава, че всеки който знае URL адреса и какви параметри приема, може лесно да използва това за свои цели и да прави заявки към сървъра. Използвайки горния метод, аз скривам URL адреса и това повишава сигурността многократно. Въпреки това е възможно връзката да бъде подслушана или логовете на сървъра да станат достъпни публично. Това ще разкрие URL адреса и някой може да се възползва. Затова един съвет: никога не разчитай само на сложен и таен URL адрес на скрипт!

Аз използвам допълнителни механизми за защита: отдалеченият сървър приема заявки само от IP адреса на rechnik.info. Това увеличава сигурността, но за съжаление не е напълно достатъчно, защото е възможно да пристигнат заявки с фалшифициран IP адрес. Следващиата стъпка е добавяне на кодиран параметър в GET заявката. По този начин URL адреса на заявката прилича на следния:

http://remote.domain.com/words.php?a=дума&code=a4b25d814f32b2c852c3d71d3

Низа подаван в променливата „code“, е кодирана от скрипта similarClient.php и само скрипта words.php знае как да го разкодира и да разбере дали е валиден. Резултат се връща, само ако стойността е валидна, в противен случай опита се записва и се съобщава на админ. За да може някой да хакне това, трябва да има FTP достъп до някой от двата php файла.Следващата стъпка е ползване на HTTPS вместо HTTP, но тук вече навлизаме в сферата на банковия софтуер :)

Сигурен съм, че много хора ще се запитат: „За какво е всичко това? Какво толкова защитаваш?“.

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

SEO

Описаната система си има и недостатъци. От SEO гледна точка връзките в блока Подобни думи са невидими за търсачките. За да може сайта да се индексира добре е нужен или Google sitemap, или допълнителен блок с връзки като този със „Случайни думи“. Още по-добра работа би свършил блок със „Съседни думи“, в който за дадена страница връзките винаги да са едни и същи.

Брой разглеждания на тази статия: 89
]]> http://ganbox.com/blog/%d0%b7%d0%b0%d1%80%d0%b5%d0%b6%d0%b4%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%b4%d0%b0%d0%bd%d0%bd%d0%b8-%d1%81-ajax-%d0%be%d1%82-%d0%be%d1%82%d0%b4%d0%b0%d0%bb%d0%b5%d1%87%d0%b5%d0%bd-%d1%81%d1%8a%d1%80/feed/ 5 Бутони за социални мрежи v.2 http://ganbox.com/blog/sb2/ http://ganbox.com/blog/sb2/#comments Fri, 26 Feb 2010 08:20:53 +0000 gan http://ganbox.com/blog/?p=772 Нова версия на скрипт за бутони за споделяне на ликове в сайтове за споделяне на връзки и социалните мрежи.
Избрани са сайтове, които вършат добра работа при SEO оптимизация.
Старата версия на скрипта е в статията Безплатен скрипт за бутони към социални мрежи.
.

Това е един безплатен JavaScript за създаване на бутони в страница на твой сайт. Бутоните водят към по-известните български сайтове за споделяне на връзки (Social Bookmark). Добре е да поставиш тези бутони във всяка страница, в която имаш интересна или полезна информация. Когато посетител на твоя сайт хареса статия или друг текст в сайта, използвайки тези бутони, може бързо да сподели текста с други хора като добави връзка към твоя сайт в някой от социалните сайтове. Това ти носи две SEO предимства – получаваш линкове към сайта си и започваш да получаваш повече посещения. Скриптът може да се използва навсякъде където имаш право да поставиш HTML тага script.
Разбира се може да не чакаш някой да линква твоите страници, а сам да линкнеш всичките по-важни страници на твоя сайт.
Всички сайтове за социални мрежи изискват да имаш създаден акаунт, затова първо се регистрирай и се логни във всеки от сайтовете, в който искаш да добавиш връзка.
При натискане на бутон за споделяне, автоматично се изпраща URL адреса и заглавието на страницата в която си в момента и след като се логнеш в сайта на социалната мрежа тези данни ще бъдат попълнени – това спестява време.
.

В новата версия на бутоните съм подбрал сайтовете, които от SEO гледна точка, ще ти свършат най-добра работа. Има още много подобни сайтове, но към момента или са много слабо посещавани или не дават реален линк. Оптимизиран е скрипта и иконките на бутоните са под 1KB така, че да се се зареждат максимално бързо.
.

Бутоните са към:
svejo.net – най-силно посещаван сайт за споделяне на връзки, дава директен noffolow линк, изисква да си логнат предварително, открива автоматично снимките в публикацията и може да качиш снимка с един клик.
piron.bg – дава директен follow линк, удобен сайт, ако не си логнат ще те пренасочи към логин форма, но запомня изпратените данни (съществува от около година).
relacia.com – дава директен follow линк, бавен сайт, изисква да си логнат предварително (съществува от няколко месеца).
trohi.com – дава директен follow линк, удобен сайт, не изисква да си логнат (съществува от няколко месеца).
dao.bg – дава директен follow линк, неудобен сайт, изисква да си логнат предварително, дори не пренасочва към логин форма, проблем при url енкоднати заглавия на кирилица, има допълнително CAPTHCA поле, което при грешка се изтрива и трябва да се въвежда повторно (около 1200 уникални посещения на ден).
zdravei.net – дава директен follow линк, неудобен сайт, изисква да си логнат предварително, дори не пренасочва към логин форма, проблем при url енкоднати заглавия на кирилица, дава възможност да качиш снимка от компютъра си.
lubimi.com – дава директен noffolow линк, ако не си логнат ще те пренасочи към логин форма, като запомня изпратените данни (около 12000 уникални посещения на ден).
web-bg.com – дава директен noffolow линк, ако не си логнат ще те пренасочи към логин форма, като запомня изпратените данни.
facebook.com – споделя връзка в профила във Фейсбук, няма SEO стойност освен трафика.
twitter.com – пуска туит в профила в Twitter, връзката е noffolow, но сайта е много силен (12 място в света според Alexa) и това оказва SEO ефект, особено когато връзките са в различни профили.
.

Начин на използване.

Енкодинг UTF-8

Постави в твоя сайт HTML кода:

<!-- Start ganbox.com code v.2 --><script src="http://ganbox.com/inc/sb2.js" type="text/javascript"></script><!-- End ganbox.com code -->

Пример на това как изглеждат бутоните има в сайта на Речника.

Енкодинг CP1251

Ако твоя сайт е с кодиране на текста cp1251, тогава използвай следната версия на скрипта:

<!-- Start ganbox.com Social Bookmark code v.2 --><script src="http://ganbox.com/inc/sb2cp1251.js" type="text/javascript"></script><!-- End ganbox.com code -->

Предложения скрипт може да се използва без ограничение „така като е“ и на твоя отговорност.
Всякакви забележки и предложения са добре дошли. Ако знаеш друг сайт, който дава реални follow линкове, пиши го като коментар и може да го добавя към бутоните.

Брой разглеждания на тази статия: 416
]]> http://ganbox.com/blog/sb2/feed/ 5 Премахване на .html от URL адреса с mod_rewrite http://ganbox.com/blog/%d0%bf%d1%80%d0%b5%d0%bc%d0%b0%d1%85%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-html-%d0%be%d1%82-url-%d0%b0%d0%b4%d1%80%d0%b5%d1%81%d0%b0-%d1%81-mod_rewrite/ http://ganbox.com/blog/%d0%bf%d1%80%d0%b5%d0%bc%d0%b0%d1%85%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-html-%d0%be%d1%82-url-%d0%b0%d0%b4%d1%80%d0%b5%d1%81%d0%b0-%d1%81-mod_rewrite/#comments Thu, 18 Feb 2010 19:02:59 +0000 gan http://ganbox.com/blog/?p=761 Тази статия е продължение на статията Приложна магия с mod_rewrite в htaccess и отговаря на въпрос зададен като коментар: „очаквам след като изпиша примерно: http://www.domain.com/za_nas.html – в полето за адреси да се вижда само http://www.domain.com/za_nas„.
Тъй като решението не е много лесно, защото има подслучаи, написах отговора като отделна статия.

Задача за премахване на html разширение на уеб страница в адресната лента на браузъра

Скриване на разширението на файла.html. Когато в браузъра се напише http://domain/page.html да се отваря html страницата, но в адреса да се замества с http://domain/page

Специални изисквания за заместване

Ако в една и съща директория има файл /page.html и поддиректория /page/, то потребителя трябва да получава файла, когато напише /page и директорията, когато напише /page/.

Ако в директорията има файл /page.html и /page.pdf (или някакъв друг различен от html), то потребителя трябва да получава /page.html, когато напише /page.

Примери за поведение на пренаписващия скрипт

Използва се следния формат: написва -> зарежда се -> вижда в адресната лента на браузъра

http://domain.com/page.html -> http://domain.com/page.html -> http://domain.com/page

http://domain.com/index -> http://domain.com/index.html -> http://domain.com/

http://domain.com/index.html -> http://domain.com/index.html -> http://domain.com/

http://domain.com/index.txt -> http://domain.com/index.txt -> http://domain.com/index.txt

Ако в главната уеб директория има поддиректория /doc и файл /doc.html, а в директорията doc има два файла err.html и index.html

http://domain.com/doc.html -> http://domain.com/doc.html -> http://domain.com/doc

http://domain.com/doc -> http://domain.com/doc.html -> http://domain.com/doc

http://domain.com/doc/ -> http://domain.com/doc/index.html -> http://domain.com/doc/

http://domain.com/doc/err -> http://domain.com/doc/err.html -> http://domain.com/doc/err

http://domain.com/doc/err.html -> http://domain.com/doc/err.html -> http://domain.com/doc/err

Ако в поддиректорията /doc няма index.html, то при написване на http://domain.com/doc/ ще получи грешка Forbidden.

Решение

Следва кода за файла .htaccess любезно написан, тестван и предоставен за безплатно ползване от ganbox.com

# Спира MultiViews (за да може /abc да го търси като /abc.ext преди /abc/)
Options +FollowSymLinks -MultiViews

DirectoryIndex index.html

# Спира mod_dir, за да не добавя наклонена черта в края.
DirectorySlash Off

RewriteEngine On

# Ако търси /index или /index.html
RewriteCond %{THE_REQUEST} \ /(.+/)?index(\.html)?(\?.*)?\  [NC]
# го изтрива и оставя само /
RewriteRule ^(.+/)?index(\.html)?$ /%1 [R=301,L]

# Добавя наклонена черта в края на директория, ако няма файл с .html
# Ако търси директория
RewriteCond %{SCRIPT_FILENAME}/ -d
# и няма html файл с такова име
RewriteCond %{SCRIPT_FILENAME}.html !-f
# и няма наклонена черта, я добавя.
RewriteRule [^/]$ %{REQUEST_URI}/ [R=301,L]

# Изтрива HTML разширения
# Ако това е заявка от браузър (а не от Apache/mod_rewrite)
RewriteCond %{ENV:REDIRECT_STATUS} ^$
# и заявката има HTML разширение, го изтрива.
RewriteRule ^(.+)\.html$ /$1 [R=301,L]

# Ако в заявката има .html разширение
RewriteCond %{SCRIPT_FILENAME}.html -f
# и няма наклонена черта, добавя .html
RewriteRule [^/]$ %{REQUEST_URI}.html [QSA,L]
Брой разглеждания на тази статия: 445
]]> http://ganbox.com/blog/%d0%bf%d1%80%d0%b5%d0%bc%d0%b0%d1%85%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-html-%d0%be%d1%82-url-%d0%b0%d0%b4%d1%80%d0%b5%d1%81%d0%b0-%d1%81-mod_rewrite/feed/ 4 Изключване на персонализираното търсене в Гугъл http://ganbox.com/blog/%d0%b8%d0%b7%d0%ba%d0%bb%d1%8e%d1%87%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%bf%d0%b5%d1%80%d1%81%d0%be%d0%bd%d0%b0%d0%bb%d0%b8%d0%b7%d0%b8%d1%80%d0%b0%d0%bd%d0%be%d1%82%d0%be-%d1%82%d1%8a%d1%80/ http://ganbox.com/blog/%d0%b8%d0%b7%d0%ba%d0%bb%d1%8e%d1%87%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%bf%d0%b5%d1%80%d1%81%d0%be%d0%bd%d0%b0%d0%bb%d0%b8%d0%b7%d0%b8%d1%80%d0%b0%d0%bd%d0%be%d1%82%d0%be-%d1%82%d1%8a%d1%80/#comments Sat, 13 Feb 2010 23:19:41 +0000 gan http://ganbox.com/blog/?p=749 Какво е персонализирано търсене в Google?

В статията Какво е SERP? от август 2009 г. обяснявам за един проблем, с който се сблъскват хора, които от скоро се интересуват от SEO.

Когато търсиш по дадена ключова дума в Гугъл това търсене се запомня и ако често търсиш по една и съща ключова дума и след това влизаш в един и същ сайт, (например твоя бизнес сайт) това ще доведе до постепенно изкачване на твоя сайт в резултатите от търсенето (SERP). Това се нарича персонализирано търсене и е удобно, защото бързо намираш твоя сайт, но този резултат се вижда само от теб и само, когато си логнат в твоя Гугъл акаунт или търсиш само от един компютър. Всички други хора виждат различен резултат, при който при търсене по същата дума твоя сайт е доста по-назад в резултатите. Това може да бъде силно заблуждаващо за хора, които плащат за SEO услуги! Такива хора може да се заблудят, че фирмата за SEO услуги много бързо постига резултати, а това съвсем да не е така.

Това което е различно спрямо предишната статия е това, че до скоро промяна в резултатите се получаваше само, когато си логнат в Гугъл акаунта си (например в пощата gmail.com или друга уеб услуга на Гугъл), но отскоро използвайки бисквитки, Гугъл вече персонализират търсенето и без да се логваш.

Както се вижда от статията Personalized Search for everyone това е в сила от началото на декември 2009г.

Изключване на персонализираното търсене

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

http://www.google.bg/support/accounts/bin/answer.py?hl=bg&answer=54048

Тези инструкции не са верни!

За временно изключване на персонализираното търсене в твоя акаунт направи следното:

1. Влез в google.bg и направи търсене по ключова дума. Например търси по оптимизиране {Да, наистина ganbox.com се класира добре по тази дума :) }.

2. Ако си логнат, горе вдясно ще видиш връзката „Уеб история“, натисни тази връзка и отляво в менюто ще видиш връзката „Пауза“.

3. Натисни връзката „Пауза“ и от този момент няма да се събира информация за твоя профил при извършване на търсене.

4. Събраната до този момент информация все още ще оказва влияние върху резултатите от търсене. Може да ползваш връзката „Изтриване на елементи“ от където може да изтриеш историята на търсенията. Връзка „Пълно изтриване на информацията в Посетените страници »“ и след това бутона [Изтриване на данните от хронологията].

Има още едно място с настройки, което оказва влияние върху резултатите от търсене.

След като си логнат, горе вдясно виждаш връзката „Настройки“ което води до падащ списък, в който има връзка „Настройки за търсенето“. Натисни тази връзка и в дъното на страницата ще видиш чекбокс:

„SearchWiki  _ Научете повече.“

Избери тази настройка и натисни бутона [Запазване на предпочитанията]. Това ще доведе до скриване на трите малки бутончета в края на всяка връзка в SERP и няма да имаш възможност волно или неволно да разместиш резултатите от търсенето.

Друг начин да видиш реалните резултати е да направиш търсене и ако горе вдясно виждаш връзката „Изход“ да я натиснеш, след това изтриваш бисквитките изпратени от Гугъл и едва след това правиш търсене по ключова дума. Това ще сработи само първия път и после пак ще трябва да триеш бисквитки, затова е за препоръчване да ползваш горния метод и преди търсене да се логваш в Гугъл акаунта си.

Защо да правя това?

Всичко това има смисъл само, ако искаш да виждаш реалното класиране на един или друг уеб сайт при търсене по ключова дума в Гугъл. Ако не се вълнуваш от SEO, не те интересува, че виждаш резултати различни от това, което виждат всички останали и нямаш нищо против Гугъл да следи и записва, какво търсиш, то  в такъв случай игнорирай тази статия ;)

Брой разглеждания на тази статия: 492
]]> http://ganbox.com/blog/%d0%b8%d0%b7%d0%ba%d0%bb%d1%8e%d1%87%d0%b2%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%bf%d0%b5%d1%80%d1%81%d0%be%d0%bd%d0%b0%d0%bb%d0%b8%d0%b7%d0%b8%d1%80%d0%b0%d0%bd%d0%be%d1%82%d0%be-%d1%82%d1%8a%d1%80/feed/ 1 Google sitemap и Карта на сайта http://ganbox.com/blog/google-sitemap-%d0%b8-%d0%ba%d0%b0%d1%80%d1%82%d0%b0-%d0%bd%d0%b0-%d1%81%d0%b0%d0%b9%d1%82%d0%b0/ http://ganbox.com/blog/google-sitemap-%d0%b8-%d0%ba%d0%b0%d1%80%d1%82%d0%b0-%d0%bd%d0%b0-%d1%81%d0%b0%d0%b9%d1%82%d0%b0/#comments Sat, 13 Feb 2010 20:17:19 +0000 gan http://ganbox.com/blog/?p=740 Забелязвам, че много хора си мислят, че Google sitemap и карта на сайта (sitemap) са едно и също нещо. Всъщност двете имат различни предназначения.

Какво е Карта на сайта?

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

Създаването на Карта на сайта има положителен SEO ефект, защото търсещите машини имат лесен достъп и бързо индексират страниците включени в картата на сайта.

Картата на сайт може да бъде статична и динамична. Статичната карта не се променя при промяна на сайта. Динамичната карта на сайта добавя автоматично нова връзка при добавяне на нова страница или нова публикация.

Пример за динамична карта на сайта има на адрес: http://ipotpalmax.com/sitemap/

Какво е Google sitemap?

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

Пример за Google sitemap има на адрес http://ganbox.com/sitemap.xml

Карта на сайта или Google sitemap?

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

Как се създава карта на сайта?

Всъщност не е толкова лесно, колкото си мислиш. Основното което се цели в тази страница е отлична ползваемост на страницата (usability). Връзките трябва да са така организирани, че с един поглед посетителя на страницата да може да се ориентира. Тук има и един тънък момент, който често се пренебрегва – класиране в индекса на Гугъл на страницата с карта на сайта. Много често такива страници влизат в допълнителните резултати на Гугъл, защото не съдържат достатъчно уникално съдържание. За избягване на това може да напишеш описание към всяка от връзките с по 2-3 изречения. Също така може да напишеш обръщение към потребителя с обяснение за какво служи тази страница. В тази страница е удачно да има търсачка и указания за ползване. Все пак причината да се намира в тази страница, е защото търси нещо и не може да се  ориентира.

Как се създава Google sitemap?

За статични сайтове с малко на брой страници, може да се създаде ръчно с текстов редактор или като се използва уеб инструмент Sitemap generator. Например http://www.xml-sitemaps.com. При динамичните сайтове, които често се променят е необходимо написването на специален скрипт, който създава и променя автоматично XML файла при всяка промяна в съдържанието на сайта. При блогове като този може да се ползва Google sitemap generator плъгин, който не само създава XML файл, а може да уведомява търсещите машини за извършените промени. Това води до почти моментално индексиране на новата ти страница. След като файла е готов съобщи на търсачките за него, като във файла robots.txt напишеш

Sitemap: http://domain.com/sitemap.xml

където domain.com е името на твоя сайт. Пример във файла http://ganbox.com/robots.txt

Примери за грешки в Google sitemap

1. Гугъл не знае за твоя Google sitemap.

Съвсем наскоро работейки за мой клиент бях поразен от небрежността на уеб агенцията създала сайта. Клиентът беше платил за динамичен Google sitemap и наистина имаше такъв, но Гугъл просто не знаеше за него. Не беше описан в robots.txt, не беше изпратен в GWT и дори не беше на стандартен уеб адрес като domain.com/sitemap.xml. Говорим за много известна уеб агенция работеща от 1998г. (разбира се няма да спомена името и тук). Резултатът е, че все едно няма Google sitemap.

2. Различни линкове в Google sitemap.

По лош вариант е, когато XML файла съдържа грешни URL адреси. Виждал съм следния случай. Скриптът генерира Google sitemap с адреси подобни на:

http://domain.com/index.php?product_id=1

http://domain.com/index.php?product_id=2

След това на сайта се извършва SEO и уеб адресите се съкращават с htaccess до:

http://domain.com/p1
http://domain.com/p2

но в XML файла все още стоят старите адреси. Този случай е по-лош от това да няма Google sitemap.

Друг случай на който съм попадал е скрипт за генериране на Google sitemap, в който домейна е хардкоднат. Лошото беше, че скрипта беше взет от друг сайт :)

3. Грешно зададени приоритети

Много често приоритета на всички страници е зададен като 0.5. Това е равносилно на това да няма зададени приоритети. Кажи на Гугъл кои страници са най-важни за теб с атрибута за приоритет.

4. Грешен формат на XML файла

Всеки път, когато се наложи да промениш ръчно файла го проверявай за грешки с валидатор. Например http://www.xml-sitemaps.com/validate-xml-sitemap.html

Заключение

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

Брой разглеждания на тази статия: 444
]]> http://ganbox.com/blog/google-sitemap-%d0%b8-%d0%ba%d0%b0%d1%80%d1%82%d0%b0-%d0%bd%d0%b0-%d1%81%d0%b0%d0%b9%d1%82%d0%b0/feed/ 4