Для быстрой оценки смотрите на то, что нельзя быстро подделать:
1. Тип сайтов в топе - если там одни агрегаторы и маркетплейсы, ловить нечего
2. Возраст доменов - если всем сайтам по 10+ лет, пробиться будет сложно
3. Брендовость - если в топе одни известные бренды, это тоже плохой знак
Все остальное (вхождения, ссылки) уже вторично
Информационник - это прошлое еще с 2020-х годов. Сегодня создавая информационник вы просто создаете контент для ИИ, до это было для быстрых ответов поисковиков.
Создали бы тот же информационник в виде того же телеграм-канала, уже монетизировали как в телега-ин, так и в РСЯ, так и напрямую. Не говоря уже о различных подписках и прочем за звезды, которые потом бы перевели в TON, а оттуда в рубли или что вам там надо. Сегодня 1000 просмотров сайта-информационника - это ничто 1-2 рубля, если повезет 30 рублей, а 1000 просмотров поста на канале в телеграм - это уже от 200 рублей. При этом чтоб получить 1000 просмотров сайта информационника надо отдать 10 000, а то и 20 000 просмотров поисковикам в виде быстрых ответов и ИИ. Сами подсчитайте, когда ваш сайт получит 1000 просмотров. С телеграм каналами - это не проблема.
Да ладно вам, накинулись на человека. Может у него реально строгие правила
Обсуждение и так получилось полезным, много общих моментов про отели и агрегаторы прояснили. Это тоже ценно
А еще можно все картинки убрать это же лишние килобайты) И тексты писать без абзацев, одним сплошным полотном - так HTML будет чище
Идеальный сайт для поискового робота, на который ни один человек добровольно не зайдет...
Я о подобном беспокоился когда видел лишние теги <p> <br> <strong> в материалах, казалось бы какие то байты, но в масштабах миллион статей такой мусор кажется значительным. Но все прошло как только апгрейдил сервер до 128 ГБ ОЗУ 😁
Про 128 ГБ ОЗУ конечно сильно, но в этом есть и доля правды - часто проблемы с производительностью лежат на бэкенде (медленный сервер, кривые запросы), а не в лишних 100 байтах CSS
Сначала тебе нужно убедиться, что твоя бизнес-модель вообще позволяет не использовать Apple Pay / In-App Purchases, потому что главное правило App Store: все платежи за цифровые товары и услуги внутри приложения должны проходить только через встроенные покупки Apple (In-App Purchases). Прочитай внимательно гайдлайны App Store по платежам. Если позволяет, то ищи не просто платежку с iframe, а платежку с хорошим мобильным SDK. Но будь готов, что модерация все равно будет очень придирчиво на это смотреть.
откуда вы знаете, что фреймворк безопасен? оупенсорс? ага.. это вы расскажите про наидырявейший WP...
Сравнение с WordPress некорректно. WP дырявый не потому, что он опенсорс, а из-за своей дикой популярности (цель №1 для взлома) и огромного количества низкокачественных плагинов от сторонних разработчиков. Сам движок вполне себе безопасен
