- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Все думают, что 100% по Page Speed даст явный приоритет в ранжировании Гугла. Сколько программистов говорили, что бред Гугл рекомендет.
Но спецы в Гугле сделали обобщенный сервис, чтобы хоть как-то спецы понимали картину по своему проекту.
В идеальном мире - для каждого сайта должны быть свои рекомендации, а не универсальные.
Подскажите - статичный hml сайт, скорость загрузки около 55 дексоп и 45 мобил.
Подскажите, что из этого в первую очередь повлияет на скорость загрузки?
Хотя бы на 10% поднять.
Кэш браузера и сжатие в сумме даст много процентов.
Все это делается в .htaccess
Сжатие я так понял касается css, как его включить на сайте без движка?
Я пользуюсь сервисами сжатия CSS файлов. Ведь никто не правит его каждый день. оставляю несжатый файл на компьютере а сжаты заливаю на сайт.
Никакого профита вся эта пляска не принесет, проверено на практике.
как его включить на сайте
его надо на сервере включать
Никакого профита вся эта пляска не принесет, проверено на практике.
Попробовал на разных сайтах, добавил в .htaccess
<ifModule mod_deflate.c>
AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript
</ifModule>
<IfModule mod_expires.c>
ExpiresActive On
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/jpeg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType text/css "access plus 1 month"
ExpiresByType application/pdf "access plus 1 month"
ExpiresByType text/x-javascript "access 2 days"
ExpiresByType image/x-icon "access plus 1 year"
ExpiresDefault "access plus 2 days"
</IfModule>
где то дало буквально несколько процентов, а на одном сайте аж 30 для дескопа и 25 для мобил.
Хз от чего зависит, может от конфига сервера.
Попробовал на разных сайтах, добавил в .htaccess
где то дало буквально несколько процентов, а на одном сайте аж 30 для дескопа и 25 для мобил.
Хз от чего зависит, может от конфига сервера.
Там для апача и nginx по-разному эту операцию делать нужно. Я когда-то часов так пять залипал и читал о том, как включить кеширование, если на сервере запущен nginx.
Кстати, особого эффекта в ранжировании при повышении скорости отрисовки в 4-5 раз я не заметил.
Где-то нашли (повышение скорости), а где-то потеряли (пострадала перелинковка в результате того что убрали теги, похожие статьи). В результате в среднем без изменения.
Intel, нет. Перелинковка осталась в виде большого количества тематических ссылок в тексте статьи и вручную подобранных. По которым реально ходят люди.
Просто если сайт изначально не тормозит, нет смысла особо вкладываться в скорость. Лучше эти силы потратить на что-то другое.
Все эти улучшения делались не одномоментно, а с промежутками (свободного времени мало). После убирания лишних элементов трафик наоборот вырос.
Просто между скоростью отрисовки 2 секунды и 0.5 секунд нет принципиальной разницы. Особенно если учесть, что на тот момент у конкурентов она была 5+ секунд.
4) К предложению изменить размер изображений также нужно относиться с умом, не нужно генерить кучи превьюшек под все подряд размеры. Потому что юзеру при просмотре нужно будет грузить и превьюшки и все равно исходный файл (для всяких лайтбоксов и прочих галерей).
5) Предложение очищать мета данные изображения - это вообще анти-seo (поисковики читают тексты из мета данных картинок и ищут по ним) и не по человечески, часто и для людей нужны мета данные, типа даты создания фото, копирайты, комменты-описания, гео данные, описание девайса сделавшего фото и прочие параметры.
Про остальное уже все умное написали, насчёт же картинок - главное их оптимизировать под веб, чего сплошь и рядом народ не делает.
Я работал, например, с огромным магазином, туева хуча изображений товаров, у которого после оптимизации изображений их объём ужался на почти 50%, что естественно сайт сильно ускорило.
А превьюшки это таки мусор - картинка, чтобы успешно участвовать в поиске, должна быть большой.