Опять про Сапу или как правильно продавать ссылки
Долго ничего не писал в блог, но на это были свои причины. За время моего молчания удалось встретиться с некоторыми коллегами по цеху, в результате чего появилось много информации к размышлению. У всех накопилось много информации и домыслов по тому, с каких сайтов лучше продаются ссылки. И благодаря коллективному разуму многое из этого нашло свое объяснение. Более того, все это вылилось в написание своей CMS. Но об этом чуть позже. Тем более с появлением таких сервисов как SEOPult, появилась возможность проанализировать процесс покупки ссылок оптимизаторами. Итак, глобальные выводы о том, как успешно продавать ссылки в Sape.
1. Смените наконец CMS!
Да, заметна тенденция в уменьшении продаж ссылок с сайтов на WordPress. Популярность этого движка среди сателлитчиков сделала свое черное дело. Оптимизаторы устали фильровать сотни ГС на этом движке. Поэтому некоторые предпочитают покупать ссылки с сайтов на других движках, где вероятность попасть на ГС минимальна. Именно поэтому я за несколько дней написал для себя собственную CMS на текстовых файлах. Вот ее возможности:
1) отсутствие админки - тратить время на добавление постов через админку это роскошь, поэтому вместо админки был написан транслятор файлов, который из исходных HTML файлов генерирует текстовые файлы для нашей CMS. То есть у каждой страницы есть свой текстовый файл, в котором хранится весь контент, поэтому для изменения текста на странице достаточно просто отредактировать нужный текстовый файл
2) поддержка ЧПУ
3) поддержка тегов - обязательное условие для максимизации числа страниц. Все текстовые CMS, которые я просматривал этого не умеют!
4) автоматическая разбивка больших статей на более короткие - тоже очень важный момент для увеличения числа страниц. Более того, CMS не просто автоматически на лету разбивает статьи на части, но и проверяет корректность закрытия тегов! То есть все теги всегда будут закрыты и статья будет читабельна
5) поддержка шаблонов
6) генерация RSS ленты, XML Sitemap, HTML Sitemap - и все это на лету автоматически. То есть никакого ненужного в данном случае кеширования, поэтому заморачиваться с выставлением прав на папки не нужно
7) экономия дискового пространства - у меня сайты объемом под 200 тыс. знаков занимают примерно 200-300 Кб! Сравните хотя бы с дистрибутивом WordPress. Для тарифных планов хостеров, которые дают мало дискового места, а все остальное без ограничений - идеальный вариант!
8) статьи можно добавлять в разные категории
9) облако меток
10) вывод удобной навигации по статьям, разбитым на части (вида 1 | 2 | 3 и Назад | Вперед) с вкусными возможностями кастомизации
11) функция добавления рекламы с удаленного сервера - интересная функция суть которой в следующем. На удаленном сервере вы создаете простой файл PHP с массивом, значения в котором - это коды с баннерами. Функция обращается к этому файлу, тот выдает ей код и она вставляет его на нашу страницу. Зачем это нужно? Например, есть у вас 5 сайтов по теме компьютерных игр и есть 10 партнерок. Что мы делаем - размещаем код первой партнерки на страницах сайтов. Если это делать вручную - времени потратим кучу. А тут добавляем нужный нам код в базу удаленного сервера и просто тянем код потом. Как нетрудно догадаться, сменить код потом можно за пару минут на всех сайтах сразу. Вот в чем смысл данной функции
12) уже встроены функции вывода меток, похожих статей (на основе одинаковых меток), вывод список статей из заранее определенных категорий
13) есть отдельная функция для вывода постовых ссылок на страницы. Все что нужно, это просто добавить ссылки в текстовый файл страницы и они появятся на странице автоматически. Опять же никаких админок, просто быстро отредактировал текстовый файл и все!
14) все ошибочные URLы переводятся на 404-страницу
15) все настройки быстро изменяются через config
16) возможность отложенной публикации статей - то есть задали статье дату из будущего и в нужный момент она начнет публиковаться
Конечно это не идеал, но экономия времени, дискового места и простота - вот что главное в данном случае. Например пришлось пока отказаться от поддержки UTF-8 (для ru и eng хватит и ANSI), от возможности добавлять комментарии. Это совсем не критично, а учитывая объемы спама в комменты это может даже и плюс =)))
2. Оптимизаторы любят страницы с большим объемом текста
То есть 1000 символов это уже мало. А вот 3000 уже лучше. Понятно, что это не всегда возможно, за контент все-таки приходится платить. Но факт остается фактом и такая тенденция прослеживается.
3. Число внешних ссылок должно стремится к нулю
В идеале 0 или 1 внешняя на странице. Думаю говорить о том, что такие ссылки будут лучше покупать не стоит. Не стоит и говорить почему, все и так понятно. Так что не ленитесь и закрывайте все ненужное в ноуиндекс.
На этом пока остановимся, продолжение следует =))
Комментарии (25) на пост "Опять про Сапу или как правильно продавать ссылки"
Продавать такую CMS не думаешь?
А в чём причина отказа от utf-8?
Кстати, у вас капча глючит: с 4-го раза смог добавить коммент, всё время выскакивало сообщение “Вы неправильно считаете”
Продавать пока не думаю, хотя спрос изучаю =)) Причин несколько - во-первых версия CMS пока beta, пока на ней сайтов 15 запущено не будет, говорить о том, что CMS готова смысла нет. Ибо будут мелкие правки, дописание функций - каждый сайт индивидуальность все-таки. А во-вторых, все что уходит в паблик долго не живет.
Отказ от UTF-8 связан с тем, чтобы снизить нагрузку при обработке текста и иметь возможность запускать сайты на самых “сраных” хостингах, где нет модуля mb_string.
Меня вот какой момент заинтересовал. У тебя там реализовано что-то типа текстовой эмуляции языка MySQL, в смысле интерфейс доступа к текстовыс файлам по аналогии с MySQL. Или обычный сбор текстовых файлов из папок? Мне показалось, что такие сложные вещи, как теги, не сделать без какого-то промежуточного интерфейса.
Нет никакого интерфейса. Все сделано настолько просто и элегантно, что до сих пор не пойму, почему никто раньше до такого не догадался. Никаких фреймворков, все сделано стандартными функциями PHP. Не зря говорят, все гениальное просто =))
Все намереваюсь перейти на новый движок, и отказаться от ВП, но пока что рассматриваю варианты и думаю за пивко знакомых прогеров попросить написать что-нибудь:)
А спасает ли ВП удаление упоминаний о нем во всех мета тегах?
Помнится в школе баловались делали сайты, щупали пхп и потолком строительства были сайты на стандартных пхп инклудах :)
Узнать какой движок у тебя стоит очень просто - достаточно проверить есть ли любой системный файл движка на сервере, например wp-login.php в корне. Поэтому удаляй не удаляй - все равно спалишься =))
Вот по тому, что движок wordpress сильно заезжен, я его постепенно видоизменяю (уже пол года), добавляю новые предустановленные плагины, предустановленные настройки специально для MFS и предустановленные темы. Со временем получится сборка мало похожая на оригинальный wordpress и её установка будет занимать не больше 5 секунд :)
Кому надо обращайтесь.
и все равно это творение останется движком WordPress…
Wordpress не заезжен, а сильно популярен. Это разные вещи. И чем он будет более популярным, тем лучше нашим белкам, поверьте.
У кого с контентом неважно, тот будет искать причины в cms, ip, стуке.
Вряд ли будет винить WP вебмастер проиндексированных блогов.
А собственная cms это хорошо, я бы только не заморачивался экономией дискового пространства, сейчас это дёшево. Самое важное - это время, остальное можно купить :)
….как правильнее добовлять код саппы на уже проиндксированные странитци или можно сразу добавить -влияет ли это на индексацию???
а зачем тебе сапа на сайтах - которых нет в индексе? Зачем лишний раз палить сайты? добавляй код непосредственно перед тем, как запихать его в биржу.
особо качественные СДЛ не очень пока получаются хочу поработать пока чисто под саппу заодно и сеть сателитов для будущего проэкта создать…….конечно сателиты много страничные ланирую вот тоже задумался а можноли код саппы на инклюде сделать?? что б после индексации сайта подгрузить этот код и все ,а не вставлять вручную на каждую странитцу….так получится или нет..а то в php пока неочень силен…ведь код сам по себе вроде как инклюд ,конфликта ни какокого не будет ,будет ли коректно работать??&
да хоть include, хоть как. Но код сапы обычно разносится по шаблонам и функция вывода ссылок не всегда (почти никогда) не находится в коде страницы там же, где и подключение самого кода. Если уж прям не вмоготу как хочется подключить код - сделай это и закомментируй…
У меня на сайтах как раз все через инклюды и завязано. Вверх инлюд с инициализацией сапа класа, а куда выводить всего одна строка вызова функции показа ссылок (тут особого смысла ставить инклюд нет, разве, что есть желание постоянно/часто менять кол-во выводимых ссылок в блоке)
Добавлю. Можешь все через инклюды, только в файле инклюда, в котором подключается инициализация, укажи функцию -заглушку на вывод ссылок
Ну инклюд не инклюд - сейчас на любой CMS есть шаблоны, а там есть в 99 % некий шаблон header’а. Достаточно пару строк туда добавить и все. Сапа и так идет через инклюд. Но это дело личное - кому как удобнее.
да wordpress был есть и будет, и кстате подскажите как код сапы добавлять
Не знаю как wp я лично давно на Dle сижу и сапа его любит, всем советую!
Как Вы считаете: на DLE ещё стоит делать сайты или уже начинать что-то другое искать?
ДЛЕ, ВП, Джумла - для СДЛ разницы никакой. На чем удобнее - на том и делай.
Не знаю Я что-то после ужесточения фильтров яши вообще боюсь торговать ссылками на сапе.
Торговал на нормальном сайте почти СДЛ аккуратно просматривал все ссылки не больше двух на странице наращивал постепенно и хер там все равно бан АГС весь сайт из индекса выпал причем через месяц после того как в сапу залил. Правда за ето время сайт не обновлялся.
Хмм, а я в настройка Сапы сделал по 5 ссылок на страницу… надо будет исправить. А ссылки лучше продавать в автоматическом режиме или самому каждую проверять?
Отлично,долго мучался не мог поставить сапе к себе на сайт!!