- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Какие есть безвредные для Гугля методы идентификации того, что юзер пришел из программы. Т.е., допустим, из диалога ABOUT.
...superproga/index.html?from-about, как я уже сам понял, не годится (потерянный PR).
И вообще мне кажется что по-другому и никак. Кто что скажет?
Причем тут Google? Ему все равно, откуда к вам приходят поситители - он об этом просто не знает :) ... Или я просто вопроса не понял :) ...
Конечно не понял :)
Смотри пред. вопрос:
Еще раз уточняю. Нужно привести юзера на сайт, на ГЛАВНУЮ страницу с нормальным линком, например:
http://www.domain.com/product/
или
http://www.domain.com/
НО при этом как-то зафиксировать место, откуда он пришел.
Так что нельзя использовать ни
http://www.domain.com/product/index.html?я_пришел_отсюда
ни http://www.domain.com/product/я_пришел_отсюда.html
а если
http://www.domain.com/product/index.html#я_отсюда
?
Так а все что после # используется же лишь браузером?
Оно не передается в запросе GET и, соответственно, в логах ничего не увидишь.
А на самом деле ответ я нашел простой - обычный pl скрипт редиректа. :) Ведь делать для этого отдельную html страницу на сайте - не то, хотя если сделать там редирект через ява-скрипт, то почти то, но! опасно такое делать. Мало ли как Гугль себя поведет в будущем. :) Вдруг научится анализировать быстрые переходы. Да и вообще не по душе мне метод с явой.
Так что пойдет метод с перлом (хотя не важно с каким языком):
Скрипт вида /cgi-bin/load.pl?product1-index.html
будет открывать /product1/index.html
Но при этом считать будет заходы эти.
а с редиректа принять пользователя нельзя?
С редиректа? Ну так а я что написал выше?
А если ты про скриптовый редирект, то есть который выполняется не на сервере, а у клиента (ява-скрипт)- это не лучший вариант. Допустим, сделали мы на сайте еще страницу /user-from-soft-about.html, которая содержит лишь ява-скрипт, который быстро перенаправляет юзера на нашу главную страницу. Да, теперь по логам мы сможем посчитать кол-во таких заходов. Но(!) это все-таки уже страница, которую Гугль может попытаться проиндексировать, если туда зайдет юзер с установленным Гугл-тулбаром. А вдруг эта страница ему покажется странной? Да и вообще, зачем Гугля раздражать такими страницами. :)
Вы описали редирект на клиенте. Чем хуже серверный редирект, когда скрипт выдает Status: 301?
"Чем хуже серверный редирект, когда скрипт выдает Status: 301?"
Ну так я и говорю что серверный редирект лучше. Только вот я не понял на счет "Status: 301?". Может я чего-то не знаю?
Я думал разница в том, что если юзер обратится к "lalala.pl", который перенаправляет на "index.html", то у юзера в браузере не будет промежуточной страницы "lalala.pl", а будет только "index.html". Или я ошибся?
Ошибся, будет промежуточная страница. Разница в передаче поля http-referrer, которая, насколько я понимаю, не сохраняет предыдущее значение при редиректе через яваскрипт. Хотя в данном случае только браузер определяет, какое именно значение передавать.
Чтобы не было "промежуточной" страницы, нужно пользоваться mod_rewrite.