Но тут лучше не обольщаться. Примеры заказчики прикрепляют крайне редко. Но ТЗ все равно должно быть подробным.
Прислав заказчику статью, выполненную строго по ТЗ, вы уже сможете оспорить доработку в арбитраже, если вдруг заказчик передумает и захочет добавить в статью еще один раздел.
Если вам повезло, и вы получили заказ с подробным ТЗ, ни в коем случае не добавляйте в статью ничего от себя, потому что вы так видите. Как правило, такие подробные ТЗ заказчики пишут в случае, если по этому шаблону на сайте уже опубликован ряд статей в какой-нибудь категории. И то, что вы захотите приукрасить статью или добавить в нее что-то свое будет только раздражать.
Если в ТЗ сказано Заголовок 2 (h2), значит, нужен именно этот заголовок. В Word`е в перечне заголовков на панеле управления он четвертый по счету хоть слева, хоть справа. .
Ничего не выделяйте дополнительно жиром или курсивом в статье, даже, если вам кажется, что так красивее, даже, если вы вещий сон видели с обновленной структурой статьи. Никогда не добавляйте в текст никакой отсебятины. Это бесит.
Раздражает заказчиков отсебятина по вполне объективным причинам. Отдать статью в работу автору - это конечный этап работы над статьей. До того, как автору дали задание написать текст, над будущей структурой статьи уже работали несколько человек. SEOшник изучал конкурирующие сайты, смотрел на их недостатки, учитывал их, составлял задание для семантика.
Семантик анализировал ключевые запросы в поисковых системах по теме статьи, парсил кеи в программе Key Collector, потом из всего мусора, который собрала программа, он отбирал наборы ключей, сортируя их по группам в KeyAssort. Это долгий и очень утомительный труд, требующий стопроцентной концентрации внимания. Потом он переносил готовые группы либо в гугл-таблицу, либо в Exel, где уже доводил основные ключи до читабельного состояния. В этих же документах к будущей статьи формируется h1 (Заголовок 1), титл (или тайтл), url и изредка еще и дескрипшн.
Потом черновик для будущей статьи отдают главреду сайта, который пишет статью-пример и ТЗ для авторов. Ищет подходящего исполнителя на бирже и отдает ее в работу, затем проверяет и принимает текст. Каждый пункт ТЗ имеет смысл. Люди обсуждают его, убирают лишнее, добавляют какие-то разделы, продумывают заголовки. Изучают Целевую аудиторию.
И тут автор вдруг решает, что знает о структуре статьи больше, поэтому решает ее приукрасить другим форматирование. Рецепт делает первым пунктом статьи, цитаты знаменитых маркированным списком выносит в окончание статьи, решает, что заголовки разделов достаточно просто выделить жиром, а не искать Заголовок 2, вместо маркеров решает сделать список птичками, потому что так ему больше нравится.
Вот не надо так! Редактор, конечно, все исправит при приеме статьи. Но вторую вы в работу вряд ли получите. После того, как автор сдает текст, над статьей все еще продолжается работа. К ней добавляются иллюстрации, убираются всякие лишние пробелы и прочие мелкие огрехи. Редактор исправляет ошибки, стилистические и грамматические и потом отдает ее на публикацию контент-менеджеру. Любое изменение ТЗ автором добавляет работы всей остальной команде.
Хотите быть членом команды? Пишите по ТЗ, выполняйте свою часть работы в соответствии с требованиями.
Ну, вот вам пример. Заказываю автору-историку статью по истории. В кеях фигурирует век. Ну, то есть, например, “Внутренняя политика Великобритании в начале 20 века”. Автор присылает статью, где в кеях сменил арабские цифры на римские. “Внутренняя политика Великобритании в начале XX века”. Пишу ему личное сообщение с замечанием, что так делать нельзя. Получаю от автора ответ, мол, если Вы, уважаемая, не знали, то вот Вам ликбез: номер века всегда пишется римскими цифрами. О! Спасибо огромное! Куда уж мне со свиным рылом в калашный-то ряд знать о таких очевидных вещах? Отвечаю мэтру истории: “ А Вы уверены, что люди, когда ищут статьи на такую тему, вводят в поисковик название века римскими цифрами? Вы-то сами, как для рерайта искали статьи по этой теме?” Отвечает честно: искал с арабскими, потому что так легче, Гугл все понял и с арабскими цифрами”.
Все верно! Именно так люди и ищут, и именно поэтому в кее мы употребили арабские цифры, а не римские. С римскими цифрами статья по этому ключевому запросу будет плохо ранжироваться. Ее никто не увидит в сети и не прочитает! Причем, в ТЗ у меня не было требования вообще не использовать в тексте римские цифры, это касалось только кеев, которые должны оставаться неизменными. Но автор взял и поменял кей, даже не посчитав нужным у меня уточнить, допустимо ли это? (Впрочем, в ТЗ ясно было сказано, что менять порядок слов в кее - нельзя, разбивать кей знаками препинания - нельзя, менять кей - нельзя. Допустимо изменить род и число. Все!)