Как разработчику разделить сайт-резюме и портфолио: разбор

Два профессиональных сайта — это не попытка раздуть личный бренд, а нормальная инженерная архитектура. Вы решаете задачу двух разных читателей с противоположными ожиданиями.

Рекрутеру нужен быстрый ответ: кто вы, какой стек, какие проекты самые свежие, где ссылки на резюме, GitHub и LinkedIn. Клиент или нанимающий менеджер хочет увидеть статусы проектов, скриншоты, решения, запись про доступность и тесты. Пытаться обслужить обоих на одной странице — значит обделить каждого.

Пример из практики: разработчик Фрэнк Смит держит два сайта — лаконичный resume и расширенное портфолио. Между ними есть чёткое разделение работы. Разберём, как это устроено и что забрать себе.

Быстрый сайт-резюме

Сайт-резюме намеренно короткий. Его задача — за несколько секунд дать рекрутеру главное: профессиональный заголовок, проверенные навыки, опыт, образование, пара сильных проектов и прямые контакты. Никаких длинных статей.

Сдержанность здесь часть дизайна. Если заставить рекрутера листать фотографии и заметки, чтобы найти ключевые факты, он просто потеряет интерес. Сайт-резюме существует для скана.

Но коротко не значит пусто. На нём должны быть видны самые сильные проекты, а дальше читатель сам решит, идти ли в портфолио за доказательствами.

Портфолио — слой доказательств

Портфолио несёт длинную историю. Страница проектов связывает работы с кейсами, репозиториями, скриншотами, живыми приложениями и честными статусами. Архив текстов даёт место для документации: планирование, тесты, доступность, уроки.

Благодаря такому разделению карточка проекта может оставаться краткой — не нужно втискивать всю историю в пару строк. Кейс отвечает на более полезные вопросы:

• Какую задачу решал проект?
• Что читатель может проверить самостоятельно?
• Какой статус проекта актуален сегодня?
• Какие решения и ограничения важны?
• Что я вынес и что улучшил бы в следующий раз?

Эти вопросы превращают портфолио из галереи картинок в доказательную базу. Именно её ждёт вдумчивый читатель.

Один язык фактов, разный тон

Два сайта не должны превратиться в два противоречащих резюме. Общие факты — это небольшой контракт между сайтами.

В этот контракт входят:

• имя и позиционирование;
• локация и образование;
• названия проектов и статусы;
• краткое описание технологий;
• ссылки на репозитории и живые версии;
• взаимные ссылки между резюме и портфолио.

Сопровождающий текст может меняться — факты не должны.

Например, в резюме проект позволяется описать одним предложением, а в портфолио — развернуть в полноценный кейс. Это нормальное разнообразие. А вот если на сайтах указаны разные технологии или статусы, это уже сбой в работе.

Канонические URL честно описывают страницу

Резюме и портфолио связаны, но не дублируют друг друга. Не стоит на всех страницах резюме ставить canonical на главную портфолио — это прячет реальную роль страницы. Правила простые: каждая существующая страница должна указывать свой URL, а детальные описания проектов остаются в портфолио.

Различие важно для людей, поисковики вторичны. Canonical не должен прятать запутанную структуру. Его работа — закрепить за страницей её настоящую роль.

Перекрёстные ссылки двигают читателя вперёд

Резюме ссылается на портфолио, проекты, GitHub и LinkedIn. Портфолио ссылается обратно на быстрое резюме. Но повторять одни и те же ссылки в каждом абзаце не нужно.

Полезная ссылка — та, что ведёт на следующий уровень доказательства. Получается простая последовательность:

1. Сканируем краткую профессиональную запись.
2. Открываем релевантный проект.
3. Изучаем подробный кейс или репозиторий.
4. Возвращаемся к контакту.

Чек-лист владельца двух сайтов

Два сайта выигрывают только при постоянной уборке. Вот что стоит проверять по кругу:

• ссылки на избранные проекты и репозитории открываются;
• статусы проектов актуальны;
• на резюме остаются сжатые сводки, в портфолио — глубина;
• взаимные ссылки между сайтами работают;
• мобильная версия, картинки, canonical и sitemap в порядке;
• сайты обновляются только когда меняется проверенный факт.

Не нужно обновлять резюме после каждой статьи. Резюме меняется, когда меняется ваша краткая профессиональная история. Портфолио — когда проект получает новую порцию доказательств или появляется урок, который стоит задокументировать.

Таблица: два сайта, две задачи

Вывод

Правильная архитектура простая: одна профессиональная личность, два читателя и один набор подтверждённых фактов. Если в резюме одно имя, а в портфолио другой вариант — главное, чтобы обе записи вели к одной и той же реальной работе. Полезный сигнал — не повторение текста, а согласованные данные, рабочие ссылки и возможность принять решение.