Greenhouse используют Airbnb, Stripe, Figma и ещё 7 500 компаний. Одна ошибка форматирования может стоить вам приглашения на интервью — вот что именно нужно исправить.
Greenhouse — система отслеживания кандидатов с наивысшим рейтингом на G2 в 2025 году, которую используют более 7 500 компаний: от быстрорастущих стартапов до устоявшихся компаний среднего бизнеса. В отличие от устаревших корпоративных систем, Greenhouse изначально создавался для структурированных процессов найма: с совместными оценочными листами, этапами воронки и детальной аналитикой. Его парсер мощнее старых ATS-систем, но у него есть конкретные требования к форматированию, которые сбивают даже опытных кандидатов.
Самое важное, что нужно понять о Greenhouse: он не просто сохраняет ваше резюме, а активно извлекает из него данные для заполнения профиля кандидата. Если резюме использует многоколоночный макет, содержит текст в колонтитулах или нестандартные форматы дат, извлечённый профиль будет неполным или содержать ошибки. Рекрутеры ищут и фильтруют именно по этим распознанным профилям, а не по исходному документу — поэтому ошибки форматирования напрямую снижают вашу видимость.
DOCX стабильно даёт более чистые извлечённые данные, чем PDF в Greenhouse. Текстовые PDF работают приемлемо для простых макетов, но многоколоночные PDF — даже простые двухколоночные — приводят к слиянию контента из обеих колонок в один нечитаемый поток.
Используется в 7 500+ компаниях по всему миру
Конкретные решения по форматированию, вызывающие сбои извлечения данных в Greenhouse
Экстрактор PDF в Greenhouse читает текст слева направо в один горизонтальный проход. Двухколоночный макет приводит к тому, что текст из обеих колонок перемешивается в одной строке: название должности из первой колонки сливается с датой из второй прямо в середине предложения. После этого парсер не может определить ни один связный раздел. Это касается даже простых макетов с размещением контента рядом, а не только сложных дизайнов.
Многие кандидаты размещают имя, телефон и email в верхнем колонтитуле страницы для чистого дизайна. Greenhouse полностью игнорирует этот контент — система обрабатывает только тело документа. Если контактные данные находятся в колонтитуле Word или PDF, в извлечённом профиле не будет никакой контактной информации. Перенесите все важные контактные данные в основной текст документа.
Парсер дат Greenhouse ожидает форматы вроде 'Январь 2021' или 'Янв 2021'. Форматы '01/2021', '2021-01' или 'Q1 2021' часто читаются неправильно или игнорируются, что создаёт ложные пробелы в трудовой истории вашего профиля. Рекрутеры, фильтрующие по стажу, видят неточные данные. Сокращения типа 'Янв', 'Фев' работают нормально — главное включить месяц, а не только год.
Если вы делаете гиперссылку из слова 'LinkedIn' или 'Просмотреть профиль' в Word, Greenhouse извлекает только отображаемый текст, отбрасывая фактический URL. В профиле кандидата появляется слово 'LinkedIn' без кликабельной ссылки. Вставьте полный URL в виде видимого текста: linkedin.com/in/yourname — это отображается корректно и извлекается как настоящая ссылка.
Практические исправления для повышения точности парсинга и видимости для рекрутеров
Создайте резюме в Microsoft Word или Google Docs с одноколоночным макетом. Избегайте текстовых блоков, таблиц для визуального выравнивания и любых дизайнов, размещающих контент рядом. DOCX сохраняет семантическую структуру, которую Greenhouse использует для распознавания разделов.
Greenhouse явно ищет раздел с названием 'Skills' для заполнения поля навыков в профиле кандидата. Заголовок 'Технические компетенции' или 'Ключевые сильные стороны' может не распознаться. Перечислите навыки в этом разделе через запятую или простым маркированным списком — без колонок, без рейтинговых шкал.
Поиск по ключевым словам в Greenhouse не чувствителен к регистру, но требует точного совпадения строк. Если в вакансии написано 'Salesforce CRM', пишите 'Salesforce CRM' — не просто 'Salesforce' и не 'SFDC'. Прописывайте аббревиатуры рядом с расшифровкой: 'SQL (Structured Query Language)' охватывает оба варианта поиска.
Greenhouse показывает профили кандидатов командам найма с разобранной трудовой историей. Пункты с цифрами — 'сократил время деплоя на 35%', 'управлял бюджетом $2 млн в год' — сразу выделяются, когда рекрутеры просматривают извлечённые профили. Расплывчатые формулировки вроде 'улучшил процессы' не несут никакой ценности.
Поместите своё имя, email, телефон, город и URL LinkedIn в первые несколько строк тела документа, а не в колонтитул Word. Оформите их как простой текст, разделённый вертикальными чертами или переносами строк. Это гарантирует, что Greenhouse извлечёт и корректно привяжет их к вашей карточке кандидата.
Да, Greenhouse принимает текстовые PDF, но DOCX даёт более надёжный парсинг. Ключевой вопрос — это макет: одноколоночный PDF обычно парсится нормально, тогда как любой многоколоночный дизайн приводит к слиянию контента из разных колонок в нечитаемый вывод. Если используете PDF, проверьте его с чистым одноколоночным шаблоном и убедитесь, что в колонтитулах страниц нет никакого контента.
Greenhouse не использует алгоритм автоматической оценки, как некоторые устаревшие ATS-системы. Рекрутеры и нанимающие менеджеры ищут в базе кандидатов с помощью фильтров по ключевым словам, затем вручную просматривают профили. Это означает, что качество распознанных данных профиля критически важно. Неполные извлечённые профили — с отсутствующими навыками, искажённой трудовой историей, без контактной информации — просто не появляются в поиске квалифицированных кандидатов.
Одноколоночный DOCX в обратном хронологическом порядке — самый надёжный выбор. Используйте стандартные заголовки разделов: Резюме, Опыт, Навыки, Образование. Размещайте контактные данные в теле документа, а не в колонтитуле страницы. Используйте форматы дат 'Месяц ГГГГ' по всему документу. Избегайте таблиц, текстовых блоков, колонок и любых графических элементов. Такая структура даёт парсеру Greenhouse наиболее чистый ввод для извлечения данных профиля.