С чего вы взяли, что если сайт ru, то гугл привязывает его к региону РФ?
Там куча сопутствующих факторов. Сайт коммерческий или информационный. Он удовлетворяет запросы РФ-трафа лучше, чем трафа из стран СНГ, или в равной степени?
Причем здесь "тенденция"? Вы тупо удалили русский язык. Русскоязычные не заходят. Естественно их доля на сайте резко упала. Вы собственноручно сделали тенденцию на собственных сайтах. Общей тенденции она никоем образом не отражает.
Страны СНГ сами по себе дно.
Вероятно на данный момент идут миграционные процессы. В Украине еще можно понять убывание. Чо с белорусью?
Сайт с международной доменной зоной на русском языке:
% регулярно возвращающихся на сайт юзеров - это тоже ПФ?
Просто такое труднее накрутить, а о качестве сайта оно говорит. В смысле нужности для людей.
Время же на сайти и количество просмотренных страниц - это относительные темы и структуры организации сайта вещи. О качестве говорят слабо.
Еще важно, вернулся ли чел в поиск гугла, после захода на сайт. Если не вернулся и все запросы свои удовлетворил, то гуд. Тоже как такое накрутить?
Статические по определению не используют базу данных (во время работы). Поэтому тот вопрос был странный.
Сами по себе статические сайты морально устарели, даже если их генерировать. К тому же придется "шаманить" с директивами сервера или использовать специализированный хостинг, чтобы хотя бы немного "причесать" сайт, например убрать из адресов страниц .html, устранить дубли страниц.
Вы вообще не в теме. Статический сайт для пользователя - не значит, что вы верстаете статические страницы. Контент страницы может собираться в результате выполнения скрипта. Но не в момент запроса пользоателем страницы. У вас все тормоза из-за этого.
Я имею ввиду под статическими страницами, что всем пользователям отдается готовая одна и та же страница.
Расширения в конце файлов убираются из адресной строки через команды в .htaccess.
Я сразу сказал, что речь идет о статических статейника. И ангулу конвертируют в html и у amp html есть оптимайзейр. Да, все может работать и на сервере. Суть дела не меняет. Пользователю отдают готовую статику.
При каком изменении БД, если она уже не нужна сайту? 😊
Вы не понимаете о чем речь? На локальном компе ведется разработка сайта-приложения. Допустим, может использоваться БД для хранения статей, связи с меню, объединение статей в разделы. Вы тут же на локальном компе генерите статические страницы и заливаете их на хостинг. Можно все это делать через интерфейс самописа/фреймворка или командную строку и на хостинге.
Процесс разработки сайта и готовый сайт - разные вещи. Если всем пользователям вы отдаете одну и туже страницу, зачем в ней програмная часть, не считая клиентского js?
Ну так объясните, зачем нужна субд статичному статейнику?
Основные тормоза исходят от базы данных. Для сайтов без хранения комментов, аккаунтов на стороне самого сайта, а тупо предоставляющих контент и хранящих данные в куках на стороне клиентов, база данных не нужна. Она может быть нужна при разработке самого сайта, но потом если делать по уму, надо нагенерить статических html - чтобы траф не лез в БД. Она ему не нужна. При изменении БД, надо автоматом перезаписывать измененные страницы на сервере.
Это все сложно реализовать для большинства. Поэтому очевидно да, без CMS будет быстрее. К тому же код чище, отдельные страницы можно делать не шаблонными. Например, страницы разделов. Рекламу вставлять по логике страницы, а не по шаблону на всех одинаково.
На что должно хватать компетенции? На создание каталога файлов?
Чтобы сделать сайт на фреймворке, надо быть программистом. На CMS - достаточно уверенного пользователя ПК.
Даже если пилить с нуля на HTML+CSS нормальный сайт, надо уметь делать адаптивные шаблоны, знать о контрольных точках, единицах измерения, уметь работать с командной строкой (иначе как делать замены/вставки в файлах). CMSщику все это не надо. Он должен знать как настраивать свою CMS и куда обратиться за помощью в случае проблем.
Белый бизнес должен быть готов разместить на своем сайте-магазине сведения о себе, в том числе адрес для связи.
