- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день!
Для страничек пользователей на сайте применил вот такую адресацию: http://site.ru/@username.
Яндекс скушал эти страницы по двум адресам: /@username и /%40username, и одну из них отправил в дубль, причем, как назло, отправил в дубль именно /@username! И теперь предлагает указать ему главную через rel=canonical.
Вопрос, откуда он вообще взял %40, если в исходнике страницы такого нету, а есть только '@'? И если он перекодировал '@' в '%40', то откуда тогда у него в индексе еще и '@' в дублях? Очевидно, что указав в rel=canonical адрес с '@', он его снова перекодирует в %40 и так и будет в выдаче выдавать кривые URL-ы.
Что посоветуете? Может кто сталкивался?
(не, убирать @ я как-то не хочу, потому как для пользователей смотрится вполне красиво и удобно, по аналогии с e-mail).
Ссылки на страницу проверьте. Особо внутренние.
Еще можно закрыть пока от индексации /%40
Не знаю, сработает ли тут редирект через Хитачесс, но я бы тоже попробовал.
сколько раз уже говорили, для в url следует использовать [a-z] [0-9] . / - _
P.S. можно конечно использовать всё что угодно, но тогда у вас должна быть команда суперспецов или вы будете иметь кучу проблем
Ссылки на страницу проверьте. Особо внутренние.
Со ссылками точно все в порядке, т.к. они формируются только в одном месте (списке юзеров), а там четко в шаблоне символ '@' безо всяких urlencode'ов.
Вот что интересно, так это то, что в Webmaster'е за сегодняшнее обновление он добавил страницы правильно - с обычной собачкой '@'.
Может к ним в саппорт написать? Может глюк у них такой? Какая там почта у них, подскажите? А-то в разделе "Обратная связь" они отовсюду все попрятали - одни "типовые" вопросы оставили...
ля страничек пользователей на сайте применил вот такую адресацию: http://site.ru/@username.
Ну что сказать.. ССЗБ.
откуда он вообще взял %40,
Это код символа @ в урле (гуглояндексы поломались?). Ибо урл строго ограничен определённым набором символов. А @ равно как и :(двоеточие), / (слеш),? (вопрос), # ("решетка") и нек. др - это символы-разделители в адресе.
АПД. гуглим "RFC3986"
Что посоветуете?
Тебе ж уже яндекс посоветовал. Почему игноришь его совет?
SeVlad, а в педивикии работает)
а в педивикии работает)
Это в твоём браузере работает :) Т.е. клиентом. И перекодируется строго в соответствии с rfc3986. (см по ссылки на вики в тч и "зарезервированные символы")
Это в твоём браузере работает Т.е. клиентом
Да и яндекс понимает на ней.
сколько раз уже говорили, для в url следует использовать [a-z] [0-9] . / - _
Я trim, stripslashes, strip_tags и htmlspecialchars использую для входных данных, не помню почему их так начал делать, с той войнушки еще тянется в функции 🤪
Твоя удобна для урл, не думал об этом что-то даже :)
Да и яндекс понимает на ней.
Ну "яндекс" тоже клиент. Что хочет, то и перекодирует в желаемое виз. отображение.