Связанные страницы являются "потомками", и будут пропадать вместе с их "родителями". То есть первые 40-60 страниц — это "родители". И у каждого родителя может быть до 80к потомков.
Под "запретом" я подразумеваю сведение индексируемого кол-ва страниц "потомков" к минимуму, то есть к одной или вообще к нулю. Потомков я могу завернуть в . Могу редиректить пользователя псевдоссылкой (JS) на страницу потомка, которая так же будет под . Или подтягивать данные прямо на страницу родителя аяксом, обходясь вообще без страниц-потомков.
Вопрос в том, можно ли вываливать в индекс несколько млн. новых страниц, часть из которых пропадают и появляются пачками по несколько тысяч, или постараться закрыть их от индексации. Контент на таких страницах, вероятно, весьма сомнительного качества с точки зрения SEO (автоматизированная аналитика), максимум тянет на НЧ запросы.
А что, если добавить к этим 40-60 страницам ещё по 200-5000 (а в редких случаях и по 80000) связанных страниц, на каждую, которые так же будут в одночасье пропадать вместе с первыми?
Связанные страницы совсем не для трафика, но для пользователей.
Нужно ли запрещать поисковикам индексировать данный массив страниц, чтобы сосредоточить их усилия на более важном контенте?
Проблема в том, что оставленная устаревшая инфа как раз и убивает трафик (НЧ), т.к. поисковые запросы начинают размазываться и посетители частенько попадают на устаревшие страницы, с которых идут сплошные отказы.
columns + — на свой страх и риск. Если высота группируемых блоков одинаковая, то inline-block и спим спокойно, но если она вдруг разная, то готовимся к боли и унижению.
@spamforhope Дело в том, что я действительно использую Compass с вертикальным ритмом, но что вы посоветуете использовать из него для данного конкретного случая? В видео рассматривается база для вертикального ритма, которая к вопросу не имеет совершенно никакого отношения.
@korobochkin вероятно в ваших случаях элементы находились в одном контейнере, и была возможность использовать общую линию для шрифтов. В моём примере заголовки находятся в разных контейнерах и не могут наследовать свойства.
@iiil решение не подошло, т.к. не кроссбраузерно, универсальную высоту строки для h2 подобрать не удалось. Да и подобная перспектива, постоянно подбирать высоту строки не очень радует. Однако, ваш вариант натолкнул меня на решение, которое я опишу ниже.