- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
согласен, сеошник - это человек, который 80% времени исправляет косяки допущенные программистом и проджектом
архитектура, бекэнд, фронтэнд, БД и ещё 100500 важных вещей.
В URL передаются данные, с которыми работает программа. Формат URL - формат данных. Если программисту, занятому архитектурой, фронтэндом, БД и 100500 другими важными вещами тупо пофиг на то, в каком виде у него данные передаются и как этот формат данных взаимодействует с эко-средой, в которой работает его программа, то это неправильный программист и он варит неправильный мёд. Большая часть свежесделанных сайтов не проверяют GET-параметры на строгое соответствие, принимают чо дают и отдают что могут в ответ, на 95% сайтов с гет-параметрами строки вида a=1&b=2 и b=2&A=1 будут отдавать одинаковый результат. Это - работа с входящими данными, это - работа программиста.
Веб-программист не обязан знать про то какие данные закрывать в ноиндекс, какие скрипты в какой последовательноти оптимальней грузить для роботов, про пр-скульптинг, что важно разметить шемой и прочее-прочее-прочее, но то, что 1 документ = 1URI, а несуществующие документы должны отдавать 404 - это должно на уровне рефлексов быть.
Такого я не писал, это вы сами что-то додумали.
toxic steel, всё, что вы написали нормальный веб-программист знает, понимает и умеет.
Только причём тут SEO?
Делать ли хлебные крошики или нет и как они должны выглядеть (в зависимости от кластеризации запросов и структуры сайта), нужна ли возможность менять метатеги или прописать их жёстко в html, как организовать внутреннюю перелинковку т.п. пусть решает сеошник.
Только причём тут SEO?
---------- Добавлено 08.08.2018 в 12:56 ----------
Делать ли хлебные крошики или нет и как они должны выглядеть (в зависимости от кластеризации запросов и структуры сайта), нужна ли возможность менять метатеги или прописать их жёстко в html, как организовать внутреннюю перелинковку т.п. пусть решает сеошник.
Вы топик читали с чего вообще всё началось, следили за развитием? 🍿 Или вы чисто по заголовку ориентируетесь:?
Такого я не писал, это вы сами что-то додумали.
Вот если бы проследили всё развитие темы (кто кому что отвечал и что цитировал), то заметили бы, что по факту вы написали ровно это.
Я думаю вы сами вообще не поняли к чему и о чём был мой первый пост. Просто начали спорить ради спора.
Ну давайте я скомпоную в одно сообщение, раз в рамках страницы вам сложно проследить за ходом мысли.
Товары могут лежать в разных категориях, с разными урлами (параметрами), например:
...
Имеем дубли.
Можете увольнять программиста, который сделал это.
Программист не обязан знать это ваше SEO. Ему надо ставить задачу 🍿.
Значит это не веб-программист.
Добрый день. Ситуация.
Есть категории каталога. Есть товары. Товары могут лежать в разных категориях, с разными урлами (параметрами), например:
https://сайт/товары/товар-1.html?параметр-1 (товар лежит в категории 1)
https://сайт/товары/товар-1.html?параметр-2 (товар лежит в категории 2)
https://сайт/товары/товар-1.html?параметр-3 (товар лежит в категории 3)
и т.д.
Имеем дубли. Предварительное решение - каноникал.
А почему не "отрезать" параметры и не давать с разных категорий ссылку на один и тот же товар?
А почему не "отрезать" параметры и не давать с разных категорий ссылку на один и тот же товар?
Потому что если привязка товара к категории односторонняя, то поломается меню и на карточке товара не будет отображается корректно текущее местоположение :) Потом ещё "похожие товары" отвалятся. В общем, если урлы изначально не спроектированы по-уму, то там потом целый ворох сюрпризов пролечивать приходится. Но это единственно правильный способ, на самом деле.