ICQ променя настройките на браузърите без да пита

Не обичам ICQ, но понякога ми се налага да го ползвам. Днес след ъпгрейд на icq клиента всички браузъри (Firefox, Chrome, IE) бяха с настроени търсачка на ICQ по дефолт, началните им страници също бяха променени да сочат към някаква icq боза – и това без да ме пита при инсталацията. Не помня кога за последен път съм бил свидетел на подобна наглост, но днес приключих с ICQ окончателно.

Way to go, ICQ. Ей така поемате към онлайн бунището.

Как се оправят поразиите?

Firefox: пишете about:config в адрес бара, и след като уверите FF че ще внимавате, търсите ICQ и давате десен бутон -> reset на всичко, което съдържа (вече) омразната дума.

Chrome: тук нещата са по-прости. Отивате в опциите и оправяте нещата.

IE: Ползвам го само за тестове и не ми се занимава да търся как се оправя това.

Вдигнете бариерите

От година ползвам пакетна услуга на vivacom (ADSL интернет + мобилен телефон). Днес щастлив открих, че предлагат пакет ADSL + цифрова телевизия на добра цена. Разумният потребител в мен заговори:  Вземи си този пакет, защото ще ти пести 10лв на месец, а мобилния телефон от пакета и без това почти не го ползваш (не ми е основен телефон).

Всеки рационално мислещ човек би помислил, че ще се случи следното:

• Спират ми мобилния телефон от пакета и ми пускат цифрова телевизия (ADSL-а така или иначе вече е инсталиран, най-много да променят параметрите)
• Подписвам договор за пакет ADSL+TV и започвам да си плащам по него

В БТК обаче имат съвсем различно разбиране за тези неща:

• Първо трябва да се откажа от настоящия пакет писмено, с един месец предизвестие (нищо че договорът ми изтече преди месец) т.е. разходка до офиса им във време, което нямам.
• След това в срок от 10 дни (!!!) ми инсталират/активират новия пакет, при което аз оставам без нет поне за няколко дни

Да остана без нет за мен е огромна бариера. Такава, каквато изисква свръх-мотивация за да бъде преодоляна. Затова и виваком няма да успеят да ми продадат пакета си — въпреки че принципно бих го купил.

Преди 2 години смених доставчик, защото не предлагаше друг начин на плащане освен кеш на място (въпреки че му дадох цели 6 месеца да въведе epay.bg, както беше обещал). Не мисля че разбраха, че ходенето до офиса всеки месец за мен е бариера — въпреки че се постарах да им го обясня възможно най-разбираемо.

В онлайн пространството също има много бариери:

• Услуги, които изискват регистрация, без това да им трябва. Например гледането на телевизия онлайн.
• Тромав или невъзможен механизъм за възстановяване на парола (vivacom искат потребителско, таен въпрос и отговор, вместо само мейл. И всичко това за да си видиш фактурата онлайн).
• Изискване на плъгини, които не са особено популярни (например quicktime)
• Бавно зареждане заради тежки страници или бавна CMS система
• Сайтове направени без никаква мисъл за използваемост
• и тн

Тези, които имат таланта да откриват и премахват бариерите са не една, а много крачки напред.

Какво означава да си Adwords Qualified?

Понякога ме питат защо не взема да мина теста за Adwords Qualified Individual и да си лепна ето този банер:

Причините са много:

1. Винаги съм работил in-house — т.е. нямам клиенти, пред които  да се перча с този банер
2. Досега никой от работодателите ми не се е интересувал дали имам формално обучение или покрити изисквания. За тях са важни резултатите. За мен също.
3. Като говорим за резултати –  банерът показва че са покрити някакви изисквания за познаване на системата AdWords, но по никакъв начин не гарантира успешна стратегия в продажби, lead generation или каквото там има да се прави. По същия начин, шофьорската книжка не е гаранция че си добър шофьор.

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

Публикуване на Excel таблици с Google Docs

Публикуването на ексел онлайн винаги е било преблемно

• Публикуване като PDF – става тромаво за потребителя и почти невъзможно за корекции
• HTML страница генерирана от MS office – о ужас
• Ръчно кодиране – твърде много работа

Решението: Google Docs.
Документа може да се изведе в приличен HTML, а страниците се показват като табове. Получената страница се хоства от Гугъл и може да се включи като iframe. Ето примерче:
http://www.ccvarna.com/?p=219

Fixed vs liquid

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

Това обаче работи добре в случаите, когато може да се оптимизира за най-малката масова резолюция, без да се жертва визия и функционалност. Към днешна дата това означава 1024px по хоризонтала. Много сайтове се справят и с по-малко, но когато формáтът изисква класическите три колони, 1024 пиксела започват да отесняват.

Liquid laoyout-а може да върши страхотна работа за големи сайтове с три колони, като електронни магазини например. Неприятният ефект се появява с настъпването на големите резолюции 1440+, при което съдържанието може да се разлее далеч извън очакванията на дизайнера и целия сайт да бъде обезобразен.

Както много проблеми свързани със CSS, и този си има простичък фикс. Задавате минимална и максимална ширина най-външния DIV с което сами определяте докъде може да се разлива съдържанието. Ето пример:

#container {
margin: 0 auto; /*центрирайте съдържанието за големите резолюции */
min-width: 880px; /*съдържанието няма да се свива повече от това */
max-width: 1360px; /*съдържанието няма да се разлива повече от това */
}

Вече е изпробвано

Целта оправдава средствата

Какво ли не правят хората за някой клик отгоре. Ако съдържанието на сайта ти започне да прилича на това — време е да се захванеш с нещо друго.

URL: http://www.goldenpages.bg/bg/b/A1429BDA-7E88-DC11-AF55-00145E9525E4

План Б

Наскоро получих обаждане от Алианц с предложение за застраховка. Няма да коментирам доколко това е законно или морално  — озадачи ме формата на предложението тип take it or leave it.

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

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

Нещата не се свеждат само до това да купиш нещо или да не го купиш. Има много нюанси между тези две решения – нюанси, които също имат комерсиална стойност. В стремежа си да „затворят“ продажбата тук, сега, веднага и да покажат резултати в края на деня, меркетинга често извърля тези нюанси. Защо? 1) Защото те изискват ресурс или по-вероятно 2) защото не са се сетили.

Как може да се приложи това в SEM?

Ако действието което очаквате предполага по-дълъг размисъл, сравнение и тн – предложете алтернативно действие, като например „напомнете ми по-късно“ или „изпратете ми допълнителна информация по мейл“. Да, това изисква допълнителни усилия, но обикновено си струва.

Комуникация

Днес получавам поредния български спам който ме кани на курс Coaching Effective Communication. Както си му е реда, най-отгоре с дребен шрифт се мъдреше познатия disclaimer:

Съгласно Закона за електронна търговия, чл. 6 (1) Ви съобщаваме, че е възможно това търговско съобщение да не е поискано от Вас.

Този път, преди да съм засилил писмото към спам-папката, си направих труда да отговоря:

Господа,

Как точно хора използващи СПАМ ще ме учат на ефективна комуникация???

Аз не обичам да получавам спам, без значение дали формално е позволен от закона или не. Същото вероятно важи за 99.9999% от получателите на този мейл. Ако това не ви е ясно, очевидно на вас ви трябва курс по комуникация.

Тунинг на БТК модем

Модемите на БТК имат вродена склонност да забиват — факт, който бързо помрачи радостта ми от иначе не-чак-толкова лошия нет. Проблема се оказа прозаичен. Горкото made-in-china устрайство просто прегряваше. И нищо чудно, след като CPU-то няма никакво охлаждане, а другите чипове около него също греят юнашки. Проблема беше решен така:

Вече работи седмици без да забие нито веднъж

Оптимизация на OsCommerce

osCommerce е старичка но надеждна платформа писана във времена когато истерията около SEO беше още далеч. Платформата  има два сериозни SEO недостатъка

• Дублирано съдържание (duplicate content)
• Няма динамични Title тагове на продуктовите страници.

Как се оправят тези неща?

Дублирано съдържание

По подразбиране сесийното ID се предава като параметър osCsid. Ето едно примерно url

http://yourdomain.com/product_info.php?products_id=1836&osCsid=3f6d6394622e6680947625f88d0e1d49

Това означава че всеки път когато googlebot посети сайта му се дава ID, както на всеки потребител, и всички индексирани страници добиват нови уникални url. Резултатът е десетки хиляди излишни страници в индекса. Ще кажете – ами какво толкова? Ето какво:

1. Външните линкове към е-магазина, които са извън ваш контрол – като форуми и блогове – вероятно ще съдържат този параметър. Технически погледнато, ако два външни линка сочат към един продукт, но с различни параметри за сесия, то те сочат към различни страници с дублирано съдържание. Това води до разсейване на тежестта която външните линкове биха предали на страницата, ако сочеха към едно унифицирано URL.
2. Споделянето на линкове със сесийно ID крие потенциални опасности. Идеята на сесията е да идентифицира всеки потребител, а точно това се губи, когато потребителите не само могат, но и са принудени да споделят URL който съдържа сесия.

Решението е просто: Включете Force Cookies от менюто настройки –>Sessions

За да премахнете от индекса от вече интдексираните страници с osCsid параметър, добавете в robots.txt:

User-agent: *
Disallow: /*osCsid=

(това ще премахне тежестта на вече съществуващи външни линкове с този параметър, но в моя конкретен случай можех спокойно да жертвам няколко линка в името на чистия индекс)

Друг проблем с дублирано съдържание е наличието на параметри за категория и производител:

http://yourdomain.com/product_info.php?cPath=23&products_id=56

http://yourdomain.com/product_info.php?manufacturers_id=4&products_id=56

http://yourdomain.com/product_info.php?products_id=56 – „оригинален“ (canonical) URL

Първите два URL са дублирано съдържание на оригиналния URL (в случай че го приемем за оригинален)

Решението е да се добави 301 пренасочване в .HTACCESS:

RewriteEngine on
RewriteBase /
RewriteCond %{QUERY_STRING} cPath=[0-9_]+&products_id=([0-9_]+) [NC,OR] RewriteCond %{QUERY_STRING} manufacturers_id=[0-9_]+&products_id=([0-9_]+) [NC]
RewriteRule (.*) product_info.php?products_id=%1 [R=301,L]

(Това може да е проблем за breadcrumb менюто в случаите, когато един продукт присъства в повече от една категория. Ако няма cPath параметър се взима парвата категория — май беше по азбучен ред? — което може да не отговаря на пътя по къйто потребителя е стигнал до продукта. Но в повечето случаи това не е съществен проблем.)

Дублирани title tags – използвайте това.

Update 01/2010: вече използвам summercart, който за една година се разви повече отколкото OSC за 5. Определено добре похарчени пари.

PS. Този пост се отнася за OSC2.2 — с новият 3.0 не съм запознат.