Перенос строк в Facebook
Инструмент добавляет переносы для Facebook-постов. Двойной \n\n работает, но после обновления Graph API кое-где нужны невидимые точки.
Facebook хитрее Instagram: в большинстве случаев двойной перенос строки выживает публикацию, но в трёх ситуациях платформа его съест, и поэтому рекомендованный режим для Facebook — тот же «Невидимые точки», что и для Instagram. Разбираем, когда это действительно нужно.
Когда Facebook ломает переносы
- Публикация через сторонний клиент или Graph API. Meta Business Suite, Buffer, Hootsuite, наш PublPost — все они шлют текст через Graph API
/feed. В нормализаторе API стоит правило «не больше одного подряд идущего\n», и два переноса превращаются в один. Результат: длинный пост слипается в читабельную, но не воздушную простыню. - Cross-posting из Instagram в Facebook. Если вы включили автопостинг из IG в FB, текст уходит через ту же фильтрацию Meta, и переносы пропадают.
- Публикация в группу с включённым «Предварительным просмотром». Модерация Facebook запускает ре-парсер текста, и в этом проходе
\n\nиногда сливаются.
В остальных случаях — пост через веб-интерфейс facebook.com, стандартное мобильное приложение — двойной перенос работает. Для личной ленты и большинства страниц режим «Двойной перенос» даёт тот же результат, что и «Невидимые точки», но короче по длине.
Граница «…ещё» на 477 символах
У Facebook самый щедрый лимит подписи в соцсетях — 63 206 знаков. Но видно только первые 477: дальше лента показывает «Ещё», и пользователь должен кликнуть. Это означает:
- Первые 477 знаков — это ваш пост для 60% аудитории. По данным Meta Insights, клик на «Ещё» делают 40-45% зашедших.
- Не ставьте перенос раньше, чем откроете мысль. Разбить пост в первой фразе означает отдать 477 символов на полупустой контекст.
- Граница 477 — это латиница с пробелами. Для кириллицы с пробелами примерно те же ~470 знаков, но эмодзи считаются 2, а не 1. Проверить точно — счётчик для Facebook.
Рабочий формат длинного поста
Первый абзац с хуком и главной мыслью.
Плотный, без воздуха, ~400 знаков — это всё, что видно до «Ещё».
⠀
Развёрнутое продолжение. Факты, примеры, детали.
⠀
Ещё один блок — кейс, цитата или цифра.
⠀
CTA. Что сделать читателю.
⠀
#hashtag #tag
Первый абзац намеренно без разделителей — он помещается в 477, и пустая строка внутри него сожгла бы место на визуальный воздух. Начиная со второго, структурируем абзацами.
Особенности Facebook в 2026 году
- Фильтр «originality» в ленте 2026 года штрафует посты, которые выглядят как массовая рассылка. Шаблонные тексты с плохой отбивкой (всё одним комком) читаются как спам. Правильные переносы повышают ранжирование, потому что увеличивают dwell time — пользователь больше секунд проводит на посте, алгоритм считает это за качество.
- Emoji-разделители (🔹 👇 👉 на отдельной строке) работают, но не так, как ⠀: они видны и влияют на оптику текста. Используйте точечно, не как замену воздуху.
- Группы с режимом «Обсуждение» показывают посты без обрезки — там переносы особенно важны для читаемости.
Сочетание инструментов
Перенос строк — это про форму. Про длину — счётчик символов Facebook, он знает о границе 477 и подсветит, когда хук не помещается. Для Instagram в этой же Meta-экосистеме — инструмент с Braille-точками, логика одинаковая, лимиты разные.
Часто задаваемые вопросы
Всегда ли Facebook схлопывает двойные переносы?
Нет. При ручной публикации через web или мобильное приложение `\n\n` выживает. Схлопывание происходит при публикации через Graph API (любые сторонние планировщики, в том числе PublPost, Buffer, SocialPilot), а также при cross-posting из Instagram и при автомодерации в группах с предпросмотром.
Первые 477 символов — это точная граница?
Граница плавает в диапазоне 470-485 знаков в зависимости от устройства, языка текста и наличия эмодзи. 477 — среднее значение для кириллического текста без тяжёлых ZWJ-эмодзи. На практике рассчитывайте на ~460-470 знаков, если хотите гарантии, что хук помещается до «Ещё» на всех устройствах.
Нужен ли Braille-разделитель для личной страницы?
Если вы постите вручную с телефона или веб-интерфейса — не нужен, `\n\n` сохранится. Braille нужен только при автопостинге через Graph API. Если вы не знаете, как будут публиковать ваш текст — вставьте разделители на всякий случай, вреда не будет, а пост переживёт любой канал публикации.
Как автоматизация через PublPost обрабатывает переносы?
PublPost автоматически добавляет Braille-разделители, когда публикует в Facebook через Graph API — эта логика встроена в серверный сервис publishing. Вы пишете текст в удобной форме, на бэке он проходит платформенный форматтер и приходит в Facebook уже подготовленным. Наш веб-инструмент делает то же самое вручную — удобно для черновиков в других инструментах.
Почему лимит 63 206, а не круглое число?
Это техническое ограничение Graph API. 63 206 = 2^16 − 2^9 − 2^5 − 2 + 2, остаток от старой архитектуры хранения длинных строк. Meta никогда официально этого не объясняла, но число осталось стабильным с 2016 года.