- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee

VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Там уже надо смотреть, как и что на этом сайте будет редактироваться и обновляться.
Я даже без учета этого предпочитаю БД. Для меня контент и его структурирование всегда первичны. Хотя, конечно, предпочитаю для его подготовки использовать удобную админку. Но в данном случае полноценное редактирование особо не требуется. Создание новых записей и копипаст в них (парсинг в базу не рассматриваю, как слишком затратный для ТСа вариант, хотя для этого тоже можно подобрать подходящие инструменты, существенно упрощающие/удешевляющие работу).
Что ему мешает SSI использовать
Это вопрос к ТСу, а не ко мне. Я ничего не имею против SSI. Если в принципе нет задач для php, то SSI рулит.
Другое дело, что без современных плюшек и свистоперделок сайт так и останется "из 90х". А это проще решается с пом. CMS. Тем более юзерами у которых до сих пор сайты на фреймах.
А при переносе на тот же вордпресс, как планирует ТС, стопудово полетит структура сайта, а для импорта в БД придётся разбирать все данные и импортировать их спецплагином. Во что это в итоге выльется – сильно зависит от квалификации исполнителя. Поэтому – более затратно, вдумчиво и неспешно.
А, понятно. WP я тоже не предлагал. У нас просто разные альтернативы ему на первых местах :)
---------- Добавлено 26.02.2020 в 12:34 ----------
SeVlad, по-моему, пользователю, который когда-то смог создать сайт на фреймах, наличие CMS может быть не сильно важно.
---------- Добавлено 26.02.2020 в 12:39 ----------
Суть его вопроса прежде всего в стремлении сохранить индексацию (читай адресацию) и пересесть на современную морду. Да, он упомянул WP, но это, возможно, только от того, что альтернатив ему/использованию CMS в общем не знает.
---------- Добавлено 26.02.2020 в 12:46 ----------
P.S. Еще нужно посмотреть, как там обстоят дела с индексацией. Учитывая то, что сайт на фреймах.
по-моему, пользователю, который когда-то смог создать сайт на фреймах, наличие CMS может быть не сильно важно.
См какое дело.
Наличие в 2020г сайта на фреймах намекает о том, что ТС знает основы html, но вряд ли знает основы php. С СЕО и тп тоже "всё плохо".
Выводы напрашиваются такие: текущий сайт в ОППе (в ПСах в см) и его переделка на современный лад вряд ли ухудшит позиции как в ПС, так и в глазах пользователей. А вот применение CMS это может улучшить и значительно. Но конечно, это зависит от того, насколько ТС будет изучать инструмент(ы).
И ещё момент: раз ТС сегодня заморочился сабжем, значит хочет развивать сайт. А значит CMS - то, что доктор прописал.
Как-то так ИМХО.
Суть его вопроса прежде всего в стремлении сохранить индексацию (читай адресацию)
Эти хотелки от незнания СЕО :) Сделав 301 ничего не потеряется.
Но по сабжу, наиболее простой путь – уйти от устаревшей технологии фреймов и применить инклуды
Nein
Инклуды - это такой же mammoth shit, только другого цвета. Надо делать на технологиях современных, чтобы сайт еще 10-15 лет прожил.
Т.е. выбрать CMS "по руке" и банально пересоздать сайт. Если я догадываюсь правильно, где там фреймы (а это скорее всего так, потому как в нулевых сайтики модные делал почти конвеерно, и фреймы таки были самый hot моднячий), то возни немного, вот редиректов будет куда больше в итоге
Еще нужно посмотреть, как там обстоят дела с индексацией. Учитывая то, что сайт на фреймах.
По-хорошему, надо бы вообще нормальный аудит сайта провести для начала. А то может так быть, что там и беречь-то особо нечего. Может, там вообще пара-тройка статей весь трафик генерят, вот их урлы и сохранить, а остальное выкинуть, и делать нормально новое. В общем, как всегда, надо конкретику смотреть, а то мы тут в угадайку очередную играем.
Наличие в 2020г сайта на фреймах намекает о том, что ТС знает основы html, но вряд ли знает основы php. С СЕО и тп тоже "всё плохо".
Это понятно. Но решения есть, бесплатные или около того. Я просто не стал постить ссылки.
Это тоже понятно. Просто я мыслю на уровне таких CMS, у которых морда отдельно (т.е. может не быть), админка отдельно, и даже база может быть отдельно, т.е. базу можно собрать «на коленке» по простым правилам и только потом прикрутить админку и т.д. Если визуальный редактор много «мусорит», можно и непосредственно на HTML создавать/редактировать посты, если тебе это не в напряг. Мне, например, нормально. Админку подключаю, когда часто файлы нужно загружать.
Если адресация (части) страниц вменяемая, ее (частично) можно оставить. Я обычно корректирую только тупую с моей точки зрения адресацию (верхний регистр, пробелы, кириллица и т.п.).
Я просто не стал постить ссылки.
И не надо. Итак заспамил уже. :) Вот если ТС вдруг вернётся в топик и спросит - тогда другое дело.
Если адресация (части) страниц вменяемая, ее (частично) можно оставить. Я обычно корректирую только тупую с моей точки зрения адресацию (верхний регистр, пробелы, кириллица и т.п.).
Ну 5 лишних символов (.html) хотя и совсем не страшно, но нафик оно надо, если по другим адресам будут слеши.
Да и сама "форма" построение фреймированного сайта.. большой вопрос стоит ли защита от показа дочернего вне родительского. А от этого уже много чего зависит. И индексация в тч.
И так заспамил уже.
Я начал много спамить, когда понял, что ТСа могут «посадить» на SSI. И это в 2020-ом-то! Или, не знаю, что хуже, – на «РНР инклуды».
Но (трэйлинг) слешей может и не быть, т.е. article-1.html можно сочетать с article-2 (без .html и слешей), а адреса с трэйлинг слешами, оставшиеся, например, от «узловых» страниц, можно исправлять редиректом, убирая такие слеши.
Я начал много спамить, когда понял, что ТСа могут «посадить» на SSI.
Я имел ввиду не тут, а вообще по форуму :)