Більшість порад «як пришвидшити сайт за допомогою ШІ» зводяться до того, що ви копіюєте звіт PageSpeed у чат і отримуєте його переказ. Клод Cowork розв’язує іншу задачу: він працює не зі звітом про ваш сайт, а з файлами вашого сайту. Різниця приблизно така сама, як між «розкажи мені, що болить» і «дай подивлюсь».
Це не означає, що Cowork замінить розробника. Але інвентаризація, пошук важких файлів, пакетне стиснення й складання плану — саме та рутина, через яку аудит швидкості зазвичай ніколи не починається. Розберемо покроково.
🎧 Прослухати аудіоогляд новини
Чим Cowork відрізняється від звичайного чата в цій задачі
Cowork — це агентний режим Клода (Claude), доступний на всіх платних тарифах. Ключова відмінність для нашої задачі — доступ до локальних папок у десктопній версії: Клод читає й записує файли в підключену папку, впорядковує їх, перейменовує пачками, обробляє набори даних і збирає готові документи чи таблиці.
Крім цього є ще три речі, які тут знадобляться:
- Виконання коду. Cowork запускає код і команди в ізольованому середовищі на серверах Anthropic. Для нас це означає, що він може реально порахувати розміри файлів, а не оцінити на око.
- Заплановані задачі. Перевірку можна поставити на розклад — і повертатись до неї не щоразу вручну.
- Скіли. Набір інструкцій під конкретний тип роботи, який Клод підхоплює автоматично. Один раз описали свій процес аудиту — далі він виконується однаково. Як їх створювати, ми розбирали в матеріалі про Claude Skills і власні скіли.
Одразу важлива межа: у вебі й на мобільному локального доступу до файлів немає, якщо не підключений десктопний застосунок. Тож усе нижче — про десктопну версію на macOS чи Windows.
Що саме ламає кожну з трьох метрик
Перш ніж щось чинити, варто розуміти, куди дивитись. Google оцінює три метрики, і в кожної свій типовий винуватець — а отже, і своє місце, де його шукати у файлах.
| Метрика | Найчастіша причина провалу | Де це видно у файлах |
|---|---|---|
| LCP (до 2,5 с) | Велике зображення чи відео на першому екрані, повільна відповідь сервера | Папка з медіа, розміри файлів hero-банерів |
| INP (до 200 мс) | Забагато JavaScript, який блокує реакцію на кліки | Список підключених скриптів, сторонні віджети |
| CLS (до 0,1) | Зображення й рекламні блоки без заданих розмірів, шрифти, що підвантажуються пізно | Шаблони теми, CSS, теги img без width/height |
Ще дві речі, які варто тримати в голові. Google дивиться на 75-й перцентиль реальних відвідувань — тобто сайт вважається успішним, коли в трьох чвертей людей усе добре, а не в середньому. І метрика INP замінила стару FID у 2024 році: вона враховує кожну взаємодію на сторінці, а не тільки першу, тому вимогливіша.
Крок 1: підключити папку й зібрати інвентар
Підключіть Cowork до папки з темою сайту або з експортом медіабібліотеки — того, що фізично лежить у вас на диску. Далі просіть не «проаналізуй», а конкретний підрахунок:
«Пройди папку, порахуй сумарну вагу зображень, знайди десять найважчих файлів і виведи таблицю: ім’я файлу, вага, формат, розміри в пікселях. Окремо познач ті, що важать понад 300 КБ або мають ширину більшу за 2000 пікселів».
Ця таблиця сама по собі часто закриває питання «чому сайт повільний». Типова картина: кілька фотографій із телефона по чотири мегабайти, які хтось завантажив як є, і банер на 2560 пікселів завширшки на сторінці, де він показується в 800.
Крок 2: стиснути зображення пакетно
Це найбільший приріст за найменших зусиль, і саме тут агентний режим виграє в чата. Cowork може не порадити стиснути картинки, а зробити це — обробити всю папку в один прохід.
Формулювання, яке працює:
«Створи поруч підпапку optimized. Для кожного зображення: зменш до максимальної ширини 1600 пікселів зі збереженням пропорцій, конвертуй у WebP з якістю 82, збережи в optimized під тим самим іменем. Оригінали не чіпай. У кінці виведи таблицю: файл, було, стало, економія у відсотках».
Три деталі, які роблять цей запит безпечним. По-перше, оригінали лишаються недоторканими — відкат займає нуль часу. По-друге, є явна максимальна ширина, інакше можна отримати картинки, розмиті на ретині. По-третє, підсумкова таблиця дає вам цифру економії до того, як ви щось заллєте на сайт.
Крок 3: розібратись зі шрифтами і скриптами
Другий за вагомістю блок після картинок — і другий за поширеністю джерело провалу CLS.
Що просити перевірити у файлах теми:
- Скільки накреслень шрифтів реально підключено і скільки з них використовується в CSS. Дуже часто підключено шість, а в стилях трапляються два. Кожне зайве — це окремий файл на завантаженні.
- Чи є в шрифтів властивість font-display: swap. Без неї браузер тримає текст невидимим, доки не завантажиться шрифт, — і це прямий внесок у стрибок верстки.
- Які сторонні скрипти підключені й на яких сторінках. Чати підтримки, піксель аналітики, віджет відгуків. Питання до кожного: чи він потрібен на всіх сторінках, чи тільки на одній.
- Чи в тегів img проставлені width і height. Найдешевша правка CLS, яку майже ніхто не робить.
Cowork тут виступає як уважний пошук по файлах із поясненням, а не як магія. Але саме така перевірка руками займає пів дня й тому не робиться ніколи.
Якість відповіді тут прямо залежить від того, наскільки точно сформульоване завдання — загальні принципи, як будувати такі запити, ми розбирали в матеріалі про грамотні запити до ШІ українською — вони однаково працюють і в чаті, і в агентному режимі.
Крок 4: план правок і перевірка
Результат аудиту має бути не списком спостережень, а планом, який можна виконувати по одному пункту. Вимагайте від нього чотири речі: один крок — одна зміна; спосіб перевірки після кожного кроку; спосіб відкату; оцінка часу в категоріях «п’ять хвилин / година / потрібен розробник».
І окремо — попросіть прив’язати кожен пункт до конкретної метрики: ця правка про LCP, ця про CLS, а ця ні на що з трьох не впливає, тому вона внизу списку. Так одразу видно, чи не витрачаєте ви день на косметику.
Перевіряти результат усе одно доведеться зовнішнім інструментом: Cowork бачить ваші файли, але не бачить, як сторінка вантажиться в реального відвідувача з мобільного інтернету. Прогнали PageSpeed до, зробили один крок, прогнали після — і записали різницю в ту саму таблицю.
Чого не варто доручати Cowork
Чесний список, без якого гайд перетворюється на рекламу.
- Правки на живому сайті без резервної копії. Агент виконує те, що ви попросили, буквально. Якщо попросили «онови файли теми», він оновить.
- Оцінку приросту в секундах. Модель охоче назве «мінус 1,4 секунди», і це буде здогадка. Просіть окремо розділяти виміряне й оцінене.
- Роботу з базою даних і сервером. Повільна відповідь сервера — часта причина поганого LCP, але лікується вона на боці хостингу, а не у файлах теми.
- Рішення про те, який плагін вимкнути. Cowork не знає, який із них тримає вашу форму оплати. Це рішення завжди ваше.
І ще один момент, суто практичний: агентні режими витрачають ліміти помітно швидше за звичайний чат. Великий прохід по папці на кілька тисяч файлів це відчує. Починайте з однієї папки, а не з усього сайту одразу.
Кому це реально економить час
Найбільше — тим, у кого сайт зроблений на конструкторі чи готовій темі й немає розробника під рукою. Саме там накопичуються нестиснені картинки, зайві шрифти й три віджети, які ніхто не пам’ятає навіщо ставив.
Найменше — командам із налагодженим CI, де стиснення зображень і збірка стилів уже автоматизовані. Там Cowork корисніший в іншому: як інструмент, що пояснює звіт і сперечається з вашими припущеннями.
Головна ідея, яку варто винести: аудит швидкості провалюється не на техніці, а на першому кроці. Двадцять рекомендацій англійською не перетворюються на дію самі. А от таблиця з десятьма найважчими файлами вашого сайту й планом на три пункти — цілком. Якщо захочете піти далі й дати Клоду ще й доступ до сторінок у браузері, ми розбирали це в матеріалі про Claude browser use, Skills API і Files API.
