Что учесть в начале создания веб-портала и перейти с начальной версии на продвинутую без потерь? Как выбрать разработчика, структуру и платформу?

Question

[samokiller]

Хочу сделать тематический портал, с авторскими статьями, и разными функциональными разделами.
Основная ценность портала для посетителя - статьи.
Сам делал сайты простые ручками и на вордпрессе, но на портал нет времени заниматься созданием/администрированием, поэтому планирую найти и нанять специалиста разработчика/админа.
На первом этапе планирую сделать минимально работающий продукт - просто портал со регулярно добавляющимися статьями и навигацией. Когда трафик очевидно начнёт расти - планирую добавлять новые функциональные разделы.

1. Т.к. статьи, на первом этапе, будут основной ценностью и источником трафика на сайт - хочется чтобы при переработке структуры портала - ссылки на них сохранились, чтобы индексация в поисковиках не слетела и трафик продолжался литься даже при глубокой переработке структуры портала. Как это реализовать и учесть уже вот сейчас, пока ещё всё на 0-м этапе? Возможно ли такое реализовать если начать на чём-нибудь типа вордпресса, а потом либо свой портал разработать, либо переехать на что-то?

2. Какие платформы порекомендуете?

3. Как не прогадать с выбором разработчика/админа?

4. Может есть какие-то толковые книги/курсы по созданию таких проектов. Имею ввиду не столько технические по коду, сколько по организационным этапам и методике того что учесть нужно.

Answer 1

[ThunderCat]

Я всегда стараюсь приводить какую-то ясную аргументацию к конкретной предлагаемой технологии.
Мое мнение - берите вордпресс. При всей моей нелюбви к нему. На вырост - самое то.
Плюсы:
1) Это просто, базовый функционал вы и сами знаете, плагинов миллиард. Да, есть вопросы к качеству некоторых, но почти всегда есть альтернатива или в крайнем случае возможность написать/заказать нужный функционал.
2) Он поддерживает внятное чпу, которое легко перенести в более серьезный проект с нормальным роутингом.
3) Структура хранения хорошо известна, не идеальна, но нормально переносится.
4) Удобная админка. Не каждый разработчик заморачивается с админкой, так как "это же не фронтенд, сойдет".
5) По нему много спецов, продукт весьма популярный, так что в случае каких-то проблем легче найти спеца.
6) Это бесплатно, хотя ничего не мешает вам купить к нему стильный дизайн или крутой плагин за деньги.

Минусы:
1) Невысокая производительность на специфических задачах
2) Качество кода оставляет желать... Что не особо мешает функционалу
3) На больших нагрузках сильно проседает, но до этого еще дожить надо...

По перечисленным плюсам у него просто нет альтернатив. Как вариант - разработка чего-то своего, но это сразу деньги, и чаще всего просто выброшенные. Для мвп слишком жирно.
Dixi.

Answer 2

[Михаил Р.]

Хочу сделать тематический портал, с авторскими статьями, и разными функциональными разделами.
Основная ценность портала для посетителя - статьи.
Сам делал сайты простые ручками и на вордпрессе, но на портал нет времени заниматься созданием/администрированием, поэтому планирую найти и нанять специалиста разработчика/админа.
На первом этапе планирую сделать минимально работающий продукт - просто портал со регулярно добавляющимися статьями и навигацией. Когда трафик очевидно начнёт расти - планирую добавлять новые функциональные разделы.

2. Какие платформы порекомендуете?

MVP? Тогда Вам сюда Что выбрать WP или Python+Django для сайта? (Django можно заменить на любую подходящую технологию, суть от этого не поменяется).

3. Как не прогадать с выбором разработчика/админа?

Составить ТЗ, найти разработчика, контролировать процесс и принять (или нет) результат работы - должен опытный человек.

4. Может есть какие-то толковые книги/курсы по созданию таких проектов. Имею ввиду не столько технические по коду, сколько по организационным этапам и методике того что учесть нужно.

Смотрите пункт выше.

Answer 3

[Adamos]

Для текстовых материалов существуют вики-движки, позволяющие обойтись вообще без программиста, навалить материалов и оценить, действительно ли они кому-то нужны. Дальнейшие хотелки с ними связать сложнее, правда...

Comments

[Артем Воронов]

Проще сайт в Notion запилить, чем мучиться с Wiki разметкой.

[Adamos]

Артем Воронов, если у сайта планируется будущее и развитие - конструкторы стоит выкинуть, не пробуя.

Answer 4

[Артем Воронов]

Для таких проектов не надо тратиться на разработку. Нет разработчика - нет проблем. Так же нет смысла на старте вкладывать в дизайн, можно просто купить готовую тему.
Вместо WP, лучше взять Ghost или Gatsby. В них нет стольких дыр сколько в WP и опять таки не требуются дополнительные знания.

Comments

[Adamos]

А когда захочется развиваться и потребуется специалист по этой маргинальщине - будет

Нет разработчика - нет проблем

[Артем Воронов]

Adamos, правильнее сказать не "когда", а "если". Если проект хоть как-то взлетить. А пока этого не случилось, не смысла тратиться.

[Adamos]

Артем Воронов, но есть и смысл предусмотреть вариант, что все-таки развивать придется.
Для этого открытые системы подходят, а вендорлочные тяп-ляп конструкторы - нет.

[Артем Воронов]

Adamos, исходя из моего опыта запуска различных проектов - нет никакого смысла. Пустая трата времени и ресурсов, особенно если все оплачивается из твоего кармана.
Хорошая практика собрать что-то быстро на конструкторе, проверить гипотезу залив немного трафика и спокойно выкинуть, если не пошло. Если же гипотиза подтвердилась, можно уже думать о релазиции.
Это прекрасное работает как в B2C на контентных проектах, так и в сложных технологических B2B решениях. И даже внутри корпораций.
Просто примеры за последний год:
- Была идея запустить продажу доп сервисов в рамках уже существующего бизнеса. Штука сложная в виду того, что контент покупается например в рупиях, продается в динарах, а оплата придходит в автралийских долларах. Считать это все вручную сейлзам просто нереально, и эксель тут не помощник в виду того, что курсы конвертации и маржины зависят от конкретного способа оплаты. За несколько дней собрал прототип на Retool, быстро проверил с сейлзами что все работает как они ожидают и через неделю запустили продажи. За первый месяц было множество изменений, но в конструкторе они делались за секунды. Все нельзя было сделать в рамках констуктора уходило в бэклог. Через полгода проект уже полностью окупал себя, выделили команду для того чтобы переделывать на React. Если бы гипотеза не подтвердилась - просто бы выкинули прототип, который занял неделю одного человека вместо пары месяцев команды. В деньгах ~1500 против ~30 000 евро.
- собрал CustomGPT в конструкторе от OpenAI за пару вечеров, который демонструет как автоматизировать часть задач компании. Показал его совету директоров, все пощупали как это будет работает. В результате одобрили проект и выделили ресурсы\команду на файн тюнинг llama.

[Adamos]

Артем Воронов, в вашем примере важнейшим капиталом проекта был код, который оставался у вас.
У ТС - материалы, которые он ухнет в конструктор и потом вынужден будет восстанавливать заново.

[Refguser]

Трудно придумать большей чуши - Ghost/Gatsby проще ВП для юзера
И про дыры в ВП - лепет неучей, разносимый такими же неучами.

Answer 5

[YepBro]

Давай начнем с вопроса - чем твой портал будет отличаться от тех сайтов на WP который ты делал раньше сразу после запуска? Через Х лет в максимальной комплектации?

А теперь кратко по твоим вопросам

1) Делай ссылки в виде ЧПУ и их можно будет безболезненно реализовать на любом фреймворке. Но именно на фреймворке, если на какой-то cms со своей структурой страниц, то там могут быть проблемы и прийдеться устраивать танцы с бубнами и реврайтами.

2) Как не смешно, но для начала подойдет Wordpress если своими силами или самопис на Laravel если есть бюджет на фрилансера. Статьи и админка под них на нем делается очень быстро и бюджетно. Ну и потом можно добавить любой функционал. За основу даже можно взять мой движок (секунда рекламы) https://github.com/yepbro/cookbook делаю для своего проекта.

3) Отзывы, адекватность в общение, неготовность работы без тз, ежедневные отчеты о статусе работ, каждый день обновляемый демо-сервер.