http://www.seomoz.org/blog/how-personalized-search-changes-seo-and-doesnt?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+seomoz+%28SEOmoz+Daily+Blog%29&utm_content=Bloglines

Зачем вся эта часть после вопросительного знака? Кому она нужна? Правильно, для сбора статистики. Только из-за такой фигни, как сбор статистики, сгорает громадное количество, как бы сказать, пользы для СЕО.

Гугл херачит урлы.
Картинко с сайта Sebastian’s Pamphlets

Почему? Да элементарно. Вот я захотел поставить у себя ссылку на этот пост. Скопировал не глядя да и присобачил к анкору. Нахрен мне уперлось заботиться о пользе SEOmoz и проверять, в каком виде получилась ссылка? Да вообще не уперлось. Мне надо, чтобы мои читатели перешли по этой ссылке и попали в нужное место. Что и происходит.
Так вот читатели-то перешли, а ссылочный вес – фигушки.
Теперь вместо полезной ссылки на этот свой пост, они получили никому не нужную ссылку, которая не передает никакого веса. А я небось не один, может, таких ссылок десятки или сотни.

Кроме пропажи ссылочного веса, такая фигня может вести к некорректной выдаче страницы, к 404 и 5хх ошибкам, к пропаже трекбеков, да в общем полная жопа со всех сторон.

Откуда это берется? Себастиан из Sebastian’s Pamphlets заявляет, что это происходит при одновременном использовании Аналитикса и Фидбернера, – оба, заметим, гугловские продукты. Пока Гугл не замечает или не желает исправлять такой ляп, он сам побуждает вебмастеров, которые не обратили внимания на такой фак (даже SEOmoz, как я уже сказал!), нарушать свои же гугловские инструкции об избегании передачи параметров в урле.

Для исправления такого звездеца Себастиан рекомендует такую штуку: зайти в свой аккаунт Фидбернера, в “Configure stats” и убрать галку с “Track clicks as a traffic source in Google Analytics”. По его утверждениям, это верное средство.
Проверить это и сделать скрины этого процесса я не могу, так как ни на одном аккаунте фидбернер у меня статистику не собирает. Почему? Потому что мне нафиг не нужны ссылки такого вида:

http://feedproxy.google.com/~r/seomoz/~3/bU-hyvhvffY/how-personalized-search-changes-seo-and-doesnt

в ридерах у читателей. А статистику я как-нибудь и аналитиксом соберу =)

Но такие “добавки” к урлам могут возникнуть не только из-за этого. Мало ли что, всех вариантов и не предусмотришь. Для борьбы с ними раз и навсегда наш любимый товарищ Joost de Valk написал суперполезный, как всегда, плагин Permalink Redirect. Когда приходит запрос на открытие страницы

http://www.example.com/page1/?q=ek

плагин автоматически выдаст 301 редирект на нужный пермалинк:

http://www.example.com/page1/

Наслаждайтесь =)

P.S. Интересно правда, что этот плагин будет делать с короткими пермалинками, вида http://golanblog.info/?p=157 . Кто хочет поэкспериментировать? =)

Начиная с 2.7, в Quick Edit это стало немного легче, но все-таки.

Вот простые решения: плагины My Page Order и pageMash.

Работают похоже, просто drag and drop страницы в списке.

My Page Order:

My Page Order Wordpress plugin

pageMash:

pageMash Wordpress plugin

Отличие от других плагинов в том, что он сразу генерирует для поста ссылку в каком-нибудь url shortener’е. (Надо сказать, что с распространением Tweetmeme все эти плагины пошли ровным строем в утиль).

Поставил я его на одном из моих блогов. На тот момент там было всего-то 145 постов, и пощу я в него 3-4 поста в месяц. Через месяц залез зачем-то в БД: ОМГ… 3,5 килозаписей в таблице конфигурации! и все такая херня:

O:9:”magpierss”:17:{s:6:”parser”;i:0;s:12:”current _item”;a:0:{}s:5:”items”;a:0:{}s:7:”channel”;a:6:{ s:2:”id”;s:46:”tag:search.twitter.com,2005:search/is.gd/*****”;s:4:”link”;s:48:”http://search.twitter.com/search?q=is.gd%*****”;s:9:”link_self”;s:51:”http://search.twitter.com/search.atom?q=is.gd/*****”;s:5:”title”;s:28:”is.gd/**** – Twitter Search”;s:11:”link_search”;s:40:”http://search.twitter.com/opensearch.xml”;s:7:”updated”;s:25:”2009-08-28T14:26:31+00:00″;}s:9:”textinput”;a:0:{}s:5:”ima ge”;a:0:{}s:9:”feed_type”;s:4:”Atom”;s:12:”feed_ve rsion”;N;s:5:”stack”;a:0:{}s:9:”inchannel”;b:0;s:6 :”initem”;b:0;s:9:”incontent”;b:0;s:11:”intextinpu t”;b:0;s:7:”inimage”;b:0;s:13:”current_field”;s:0: “”;s:17:”current_namespace”;b:0;s:19:”_CONTENT_CON STRUCTS”;a:6:{i:0;s:7:”content”;i:1;s:7:”summary”; i:2;s:4:”info”;i:3;s:5:”title”;i:4;s:7:”tagline”;i :5;s:9:”copyright”;}} 

Ну не звездец ли, дорогие товарищи??

Пошел я к разрабу в блог, задал вопрос: типа, мил человек, а не пишет ли твой плагин чего в БД? На что он честно ответил:

Yes. Two rows are added to the wp_options table: tweet_this_settings and tweet_this_password. The first stores your Tweet This settings in a serialized array of over 60 values, and also your Twitter username. The second stores your Twitter password (if you have provided it) in plain text. This is necessary because the password must be sent unencrypted to the Twitter API, and other Twitter plugins do the same thing.
Four rows per post are added to the wp_postmeta table: tweet_this_url, tt_auto_tweet (true/false), tt_auto_tweet_text, and tt_tweeted (true/false).
When you deactivate Tweet This, tweet_this_password and the tweet_this_url custom fields are deleted, but the other data remains. 

Но на хрена в _options что-то записывать?!
Вот мудак.

Кроме того, в коде обнаружилась какая-то адсенсовская реклама. Непонятно, где она выводится, но вообще все это бесит.

Так что: будьте бдительны, дорогие собратья оптимизаторы, и держитесь подальше от торфяных болот.

(Эта статья была впервые опубликована на nulled.ws. Авторство мое).

Вот простое решение на 2 кб от SEO From the Dark Side. Выдает список всех страниц блога в нескольких форматах – простой текстовый список адресов, адреса с анкорами, и даже список, готовый к употреблению в хрумере!

Загрузить плагин Blog Link Spider

Скачано 365 раз