Пускаме официално бутона за споделяне
Последните дни, дори седмици, с приятелката ми се занимаваме с един бутон за споделяне в социални мрежи. Отдавна съм мислил да направя нещо такова, но все отлагах. Сега с малко помощ нещата тръгнаха и услугата вече е факт и работи успешно. Вече и доста сайтове я използват, повече, отколкото предполагах, че ще се закачат в началото.
Услугата представлява бутонче, което може да се сложи на всеки сайт, независимо къде. При натискане изскача списък с известните и най-използваните в България социални мрежи. Бутонът се инсталира лесно, чрез добавянето на малък код (два реда) на съответното място. Аз лично предпочитам да го слагам непосредствено след края на всяка статия (както е и в този блог).
Ето кода:
<a href="http://spodelime.com/" class="spodelime">бутон за споделяне</a>
<script src="http://spodelime.com/sm.js" type="text/javascript"></script>
Други предпочитат да го добавят директно в sidebar-а, което също е добро решение. Важното е поне за момента кодът да не се повтаря в рамките на една страница, защото се получава конфликт. Този проблем още не е решен, но се работи по въпроса. Предизвикателството беше да се направи всичко това да работи на най-бъгавия и несигурен браузър – Internet Expolorer.
Преди дни разбрахме, че много потребители имат затруднения при поставянето на кода на подходящото място. Най-вече искаха да го добавят след края на публикациите си, но не се оправяха с кода. За целта, поне за потребителите на блог платформа WordPress, написахме разширение, което автоматично добавя бутона за споделяне в края на всяка публикация.
Проектът се очертава да има голям успех. Главната цел за всички, които разбират от SEO, е очевидна – събиране на връзки. Кодът е проектиран така, че в основата си представлява директен линк към главния сайт на проекта. А щом има връзки, следва, че трябва да има и някакъв трафик. Времето ще покаже…
Малък, но доста сложен проект, с който се надяваме да сме полезни. Дава възможност на потребителите ви бързо и лесно да споделят вашето съдържание в Интернет. Оттам получавате връзки, трафик и все такива хубави неща. Има още какво да се желае (остава си в Beta версия), но го пускаме официално, защото е достатъчно стабилен. Бутонът трябва да се появи непосредствено след края на публикацията…
Спиране ‘версии на публикацията’ в WordPress
Трудно ми беше да измисля заглавие на тази публикация. Сигурно сте забелязали, че от версия 2.6 WordPress пази по няколко версии на всяка публикация, като броят им зависи от това колко време сме я писали и колко пъти сме я променяли. Лично за мен това е напълно излишна опция, която прави базата данни в пъти по-голяма и цялата система в пъти по-бавна.
Отдавна се каня да намеря решение на този проблем, трябваше да ми остане малко свободно време и днес това се случи. Стимулът беше, че от Гугъл официално признаха, че скоростта на сайт ще е от значение за позиционирането му. Спирането на тази опция, наречена „revisions“, ускорява значително скоростта на WordPress.
В момента пиша този пост много по-лесно от преди, защото той много по-бързо се запазва автоматично. Спирането на тази ненужна и бавеща екстра се състои от три етапа. Първо задаваме директива на WordPress, да спре да пази нови версии на публикациите. След това изчистваме базата данни от всички непубликувани версии и накрая оптимизираме таблиците.
1. Спиране запазването на нови версии
За целта трябва да се добави следната директива към системата:
define('WP_POST_REVISIONS', false);
По принцип би-трябвало да става с добавяне на това във функциите на темата или направо във файла wp-config.php, но при мен така не стана. Затова го направих като разширение, което може да си изтеглите от тук и да инсталирате ръчно, чрез качване от компютър. Ако всичко е наред, ще спрете да виждате версиите на публикациите.
2. Изчистване на базата данни
За целта изпълнете следната заявка в базата данни на блога:
DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision';
Излишно е да казвам преди да пуснете това да си направите архив на базата данни! Заявката е бавна, в един от блоговете ми три към 23 секунди и отнесе няколко десетки хиляди излишни записа. Всичко зависи от големината на блога, важното е да имате търпение и да не прекъсвате заявката.
Редакция: Заявката има един мааалък страничен ефект – някои връзки от blogroll спират да се показват. За целта е необходимо да се редактират и save-нат наново. Не поемам никаква отговорност, ако заявката вреди и на нещо друго.
3. Оптимизиране на таблиците
Тук е лесно, просто изпълнете и тази заявка в базата данни:
OPTIMIZE TABLE wp_posts, wp_term_relationships, wp_postmeta;
Всичко това го направих на всичките си блогове, отне ми доста време, но смятам, че си заслужава. Все-още вървят – шегувам се :) Ако не ви се рискува, то изпълнете само точка едно. Ако сте се захванали с точка две, то точка три е безобидна и може само да ви е от полза. Приятно триене за един по-бърз WordPress :)
П.С.: Поиграх си да направя удобни бутони за споделяне в популярните социални мрежи в края на всяка публикация. Надявам се, че ще са полезни.
SEO оптимизация на WordPress теми
В същност, оптимизацията за търсачки на WordPress представлява оптимизация на WordPress темата или казано с други думи – шаблона за дизайн. Много хора решават проблема чрез използването на така наречените SEO пакове – разширения за WordPress, които се грижат за SEO оптимизацията на блога Ви.
Тези разширения, обаче, имат много недостатъци. Ето накратко трите най-големи недостатъка на SEO разширенията:
1. Те са бавни, което е голям проблем, ако блогът Ви е с много посещавани страници на ден. Използват регулярни изрази, което сами се сещате какво значи. Кодът им е тежък и чрез всичките си функции просто няма как да се опрости повече, а си остава тежък. Прекалено много излишни неща правят.
2. Възможно е в разширението да има грешки или да възникнат грешки при следващата версия. Вече бяхме свидетели как Platinum SEO Pack имаше проблеми с таговете на кирилица в една от версиите си. Това е сериозна грешка, която може сериозно да Ви срине позициите по важни ключови думи.
3. Опитват се да си вземат връзка или Ви се молят като арабин да им направите дарение. Platinum SEO Pack един ден супер нагло си хакнаха sitewide връзка във футъра. Това изобщо не е приятно, като се има предвид, че дори не попитаха. Поне да бяха предупредили! Може да Ви докарат наказание.
Решението, разбира се, е повече от елементарно – SEO оптимизиране на WordPress темата. В същност, това е много лесна операция. Като за начало, нека си зададем следния въпрос: Каква функционалност в същност изпълняват SEO разширенията? Отговорът е лесен – изпълняват две неща.
На първо време Ви дават опция да си оправите заглавията на блога. Дават и опция да напишете собствено заглавие в title тага на всяка публикация, различно от оригиналното. Това наистина е полезно и на този етап още не съм открил как сам да го правя. Другото нещо е, че поставят noindex таг на някои страници с дублирано съдържание.
В тази публикация искам да споделя как сам си оправям заглавията на различните страници и как сам си определям кои страници да се индексират и кои не. Целта ми е началната страница на блога да си има заглавие по мой избор и заглавието в title тага на всяка публикация да съвпада с оригиналното заглавие на публикацията. Това се постига чрез следния код:
<?php
if(is_single()) echo(trim(wp_title('',false,'')));
else wp_title('|', true, 'right');
if(is_home()) echo("Заглавие на началната страница на блога");
else if(!is_single()) bloginfo('name');
?>
Този код се поставя между двойката тагове <title></title> в заглавната част (header.php) на WordPress темата. Там има подобен код, който трябва да премахнете. Ако все-пак искате заглавието на началната страница да не се пипа и да се избира от настройките на WordPress, тогава кодът леко се променя и опростява:
<?php
if(is_single()) echo(trim(wp_title('',false,'')));
else wp_title('|', true, 'right');
if(!is_single()) bloginfo('name');
?>
До тук реализирахме първата функционалност на SEO разширенията, а именно, оправянето на заглавията по различните страници да са съобразени със SEO стандартите. Сега остава да се направи така, че определени части от сайта да не се индексират. Това се прави с цел ботът на търсачките да не индексира дублирано съдържание и да не влизат страници в Supplemental Results. Кодът за това е:
<?php
if(is_date() || is_search() || is_author())
echo("<meta name=\"robots\" content=\"noindex,follow\" />\n");
?>
Този код се слага на произволно място между таговете <head></head> в същата част на шаблона. Казано накратко, той забранява индексирането на страници с архиви по дати, страници с резултати от търсене и страници с публикации от определен автор. Тези страници съдържат дублирано съдържание, което по никакъв начин не е от полза за търсачките.
Това е всичко! Оттук нататък няма да е нужно да си бавите блога с измислени разширения за SEO. Тези кодове винаги ще работят за Вас.
