:Оптимизация черная и белая

Впервые прибегаю к помощи блога, но ситуация прямо скажем тупиковая.

С гуглом как то давно работаю, но в основном проблема была как вогнать в индекс, тут нужно обратное.

Есть www.arvuti24.ee , пару лет на нем был вялотекущий форум, форум я перевез на новое место, на домене поставил шоп.  Перевезти через панель вебмастера не получилось, потому как переносил на субдомен, а с субдоменами их инструмент не работает нормально. Я рассудил, что поставлю 404 и все само вывалится.

И вот тут появилась проблема с индексом.  На момент переезда в индексе было около 100к страниц.

Я поставил шоп, в шопе есть фильтры товаров. Ссылки на фильтры запрещены в robots.txt, сами результаты по фильтрации закрыты мета тегом noindex.

Казалось бы сщас станет все как в сказке, но нет
В данный момент, по site:arvuti24.ee находит 389,000 страниц
дергая inurl видно что форумные паги ни куда особо не пропали и более того в индексе сидят все фильтры (которые вроде как закрыты все чем можно)

В активной выдаче всего страниц 300. Все остальное в соплях, и под каким то аццким фильтром, что подтверждают статсы вебмастер тулз

и в sitemap.xml из 3700 страниц проиндексено только 526.

Гугль бот носится по сайту, практически не вылезая,в том числе и по продуктам, но мусор этот не выпадает.

Я в ступоре, может читатели посоветуют, как это дело кильнуть грамотно?

Posted by kass to Google | 10 comments

Как и обещал в прошлом посте, пришло время рассказать какой софт я использую для разворачивания новых сапо сайтов и поддержки старых. Конечно на этом софте можно поднимать и белые сайты, но я в данный момент штампую ГСы онли. Софт был найден путем перебора порядка 5-6 аналогов.

И так встречайте Zebrum CMS.

Вкратце что умеет система:

1. Создавать сайты. Система делится на две части, сама панель управления CMS, которая, например может стоят на локальной машине . Вторая часть это сайты сателиты на платформе Zebrum Lite (это движок конечных сайтов, которыми оперирует Zebrum CMS)
2. Управлять группой сайтов
   • Добавлять, редактировать и удалять категории сайтов
   • Отслеживать тИЦ, PR и проиндексированность сайтов
   • Сортировать сайты в списке по тИЦ, PR, количеству страниц, домену, проиндексированности Яндексом или Гуглом
3. Управлять сайтами. Каждый сайт можно редактировать по своему желанию, в том числе запостить что то по всем сайтам или группе сайтов из одной консоли какой то пост.
4. Публиковать сайты в интернете
   • Публиковать все сайты на различных хостингах одной кнопкой
   • Тестировать хостинг перед публикацией сайта нажатием одной кнопки
5. Управлять шаблонами сайта, в том числе создавать готовые шаблоны из любого сайта в интернете.

теперь рассмотрим подробнее…

Читать полностью статью ‘Софт для поднятия сетки сайтов’ »

Posted by kass to Лаборатория, Статьи | 13 comments

В начале года решил занятся немного РУ сергментом. Надо сначала изучить поляну, пошел почитать что народ то пишет по теме.  Почитал серч, о ужас  – индексация сайта в яндексе для большинства писателей это какая то священная корова прям, достаточно зайти в раздел апдейтов. Отдельные ужастики рассказываются про агс-30 фильтр и прочие фильтры яндекса. 

Все это попахивало откровенной чепухой и неумением обойти эти фильтры. И так прикупил хостов, прикупил доменов. Надо сайтов нагенерить. Собственно определился список решений которые можно применить:

1. Сделать сайты для людей, о да и получить к карме +100. Но перспектива купить уникальный контент на заказ на пару сотен баксов на каждый сайт, не пробив какие фильтры используются в рунете, что то не очень вдохновила.

2. Тупо нагенерить копипаст сайтов. Конечно написать простой парсер контента на PHP  и закинуть их на сайт, проблем не представляет, но понятно что это будет побанено. Так что вариант тупых копипаст сайтов тоже был оставлен.

3. Наковырять сканов из журналов. Вариант рассматривался, но был оставлен.

Ничего мне не подходило , поэтому был продуман еще один вариант генерации контента. Кстати читабельный получился. Сделал 10 сайтиков, проиндексил за пару апов по 500-1000 страниц и добавил их в Sape. Пробный шар так сказать. И о чудо, ссылки раскупили, домены отбились и пошел чистый профит в пару сотен деревянных в сутки.  Замечательно, сапо сайты показывают хорошую отдачу вложений и начали генерить рубли которые позволяют мне закупаться доменами под другие проекты.  В данный момент генерится еще дватцаточка сайтов. Ждем индексации.

Пост вроде как получился не о чем, но для меня это был интересный опыт, который подтвердил старое выражение “Не читайте вы перед завтраком советских газет” – это я про серч

Да, если читателям интересно, то могу рассказать на чем держу сетку сайтов , то есть на каком софте.

Posted by kass to Яндекс | 26 comments

В продолжение темы как создать свой интернет магазин, поговорим теперь о планировании технической части вашего онлайн шопа.

После действий описанных в предыдущей части, у нас на руках есть список магазинов которые мы изучаем. Мы уже использовали их опыт для того, что бы разобраться с расположением основных графических элементов. Теперь пристально изучим их техническую начинку.

Технический анализ оформления заказа в интернет магазинах

Прежде чем приступить к описанию действий надо определиться, что мы хотим получить на выходе? Нам надо составить представление о том как происходит процесс добавления товара в корзину, процесс checkout (чекаут или оформление покупки) и оплаты. Именно этот процесс на выходе из исследования мы распишем и поместим в техническое задание. Так же основываясь на этих данных можно будет сузить круг потенциальных решений (движков) для организации магазина.

Регистрируем мейл на gmail.com, и начинаем себя вести на подопытных сайтах как потенциальный покупатель, результаты записываем в наш файлик. На что обращаем внимание:

• Поиск по сайту.
  Обязательно используем поиск на сайтах для поиска интересных решений при подаче результатов. Лучше всего найти на сайте через каталог пару позиций, и далее найти их через внутренний поиск. Попробовать варианты поиска не по точному названию товара (aka "топор nr 104829") , но и по товарной группе , например "топор для мяса". Судя по опыту, юзеры будут пользоваться внутренним поиском весьма активно, и продажи с внутреннего поиска идут часто, поэтому к этому моменту стоит отнестись достаточно внимательно. Понравившиеся варианты отмечаем и идем далее.
• Организация корзины.
  Начинаем добавлять товары в корзину. Начинаем просматривать полученное и анализировать. Нравится ли вам как покупателю, когда корзина представляет из себя одну строчку вида "в вашей корзине 2 товара" ? Причем ее место нахождение очевидно пожалуй только дизайнеру, который как правило ее запрятал куда то под шапку в правый верхний угол.
  Вот мне не нравится, и юзеру не понравится, более того потыкавшись он может ее не найти ,а вы потеряете потенциального покупателя который не смог совершать покупку, лишь по причине не явного обозначения корзины с его покупками.
  Мое мнение корзина должна показывать , что в ней, сколько это стоит и четко понятно куда жать что бы отдать деньги. Причем эти данные должны быть доступны при нахождении на любой странице сайта.
• Checkout или оформление заказа.
  И так, вы как пользователь определились с тем , что вы хотите купить, положили это в корзину и переходите к моменту расплаты,
  тут сразу пара пунктов, что бы вы не набивали шишки. Ежели вы видите магазин, который при нажатии в корзине кнопки "Оформить заказ" перекидывает вас на страницу логина с малюсенькой ссылочкой "Зарегистрироваться" под формой, такой магазин сразу зарываем. Перед нами образчик отвратительного отношения к покупателям, и данный магазин только на этом теряет 10-15% продаж.

  Так авторизация вещь хорошая, но делать это надо мягко не травмируя психику не особо продвинутых пользователей интернета. Хорошая мысль рядом поместить какие то начальные поля для регистрации и недостающую информацию собирать в ходе оформления покупки. Это я к тому, что не стоит переходить в крайности и при регистрации выкатывать юзеру телегу в 25 полей.

  После какой то первичной авторизации переходим к продвинутому управлению корзиной. Не стоит забывать о возможности заказа нескольких единиц выбранного товара. Правда не стоит это делать в стиле 98го года , а-ля вводим вместо единички циферку и жмем пересчитать. Не плодите убожество, Ajax вам в помощь.

  Теперь данные плательщика и доставке, дайте возможность юзеру не вводить одни, и те же данные два раза, если данные совпадают. И переходим к приему платежей, тут советовать особо ничего нельзя, так как в зависимости от специфики товара и вашей местности, все очень индивидуально. Но в любом случае хорошей идеей может быть высылка счета в PDF на мыло после оформления заказа, вне зависимости оплачен он или нет. За это вам отдельное спасибо скажут ребята из фирм, которые занимаются закупками, но сами не оплачивают ничего, а лишь представляют счета в бухгалтерию на оплату.

  Так же изучаем как тот, или иной магазин выставляет конечный счет, а именно как насчитывается стоимость доставки. Если эта цифра например статичная +500 рэ, это один вопрос, а если скрипт сам пересчитывает стоимость доставки в зависимости от веса/расстояния, то сразу идем читаем, какой курьерской службой возят товары. Возможно данная курьерская служба имеет развитый IT отдел, и предоставит вам инструмент для подсчета цены доставки. Покупателям это понравится.

• Отслеживание заказа. Мои заказы.
  После оформления заказа, или если есть возможность то после совершения тестовой покупки, идем смотреть на раздел уже совершенных заказов и организацию этого раздела.
  Не стоит о нем забывать о том, что особенно нервный пользователь там будет тусоваться практически ежедневно наблюдая, что и как происходит с его заказом. И если ему не предоставить такую возможность, вся энергия этого пользователя обратится в одно мыло в час и прозвон всех телефонов которые есть на сайте – это из опыта.
  Так же на мой взгляд там должны присутствовать и не оплаченные заказы, с опцией оплаты без нового оформления заказа, отложенные покупки так же дают продажи. Но с не оплаченными заказами конечно стоит учитывать, что хранить их там вечно смысла нет, так как цены и наличие товаров не вечны, то отсрочка по платежу должна быть оговорена отдельно в процессе заказа.

И так пройдя все магазины у нас есть представления о том как это может реализован процесс оформления заказа. Если есть возможность сделать одну две тестовые покупки, будет совсем отлично и сейчас я объясню почему. Идем в мыло на зарегистрированном gmail-е и смотрим, что пишут при регистрации, при оформлении заказа и если сделана покупка, по и в ходе обработки вашего заказа.
Эти тексты , конечно видоизмененные и доработанные до совершенства вы сможете использовать в своем магазине, сэкономив на копирайтере.
Кроме текстов, вы увидите в каких случаях стоит высылать мыло, а где только достаточно изменить статус в профайле пользователя.

Теперь у нас на руках есть наброски расположения графических элементов, начертания того как будет выглядеть процесс оформления заказа, теперь можно перейти к юзабилити, но об этом в следующей статье.

Posted by kass to Статьи | add a comment