PyPI публікує 2 млн сторінок і заробляє 154 тис. пошукових візитів на місяць.
Це один візит на 13 сторінок. GeeksforGeeks заробляє у 20 разів більше трафіку з частки тих URL.
Я прогнав pypi.org через 4 наші інструменти, очікуючи звичну історію програмного SEO, і знайшов протилежне: найбільша кількість сторінок у цій добірці при найменшому трафіку. А ще в нього найчистіший технічний аудит, який я коли-небудь міряв. Ось 8 уроків, і більшість із них про те, чого робити не варто.
Ніколи не рахуйте сторінки за вхідний параметр
Раніший обхід власної карти сайту PyPI нарахував 2 млн URL. А Organic Traffic Checker оцінює сайт у 154 тис. оцінених візитів на місяць, а Domain Overview у чверть мільйона ранжованих ключових слів.
Безкоштовно, і співвідношення одразу стає очевидним. Перш ніж генерувати тип сторінки, перевірте обсяг пошуку по 20 реальних назвах сутностей у Semrush або SE Ranking. Це півдня, і саме це вирішує, чи варто взагалі починати проєкт.
Healthline дає в 60 разів більше ключових слів із частки тих сторінок.
Кількість сторінок, це не вхідний параметр трафіку. Це вхідний параметр придатності до трафіку, а придатність нічого не варта, якщо ніхто не шукає те, що на сторінці.
Прикладіть це до будь-якого свого плану, який починається зі слів «згенеруємо сторінку на кожен…». План поганий не тому, що він програмний. Він поганий тоді, коли ніхто не перевірив, чи ті сутності шукають, а така перевірка займає півдня, тоді як побудова займає квартал.
Назвіть запит, який виграє кожен тип сторінки
Той самий обхід поділив усе господарство за формою: більш ніж половина опублікованих сторінок PyPI, це профілі користувачів, а решта, це сторінки проєктів.
Профіль користувача в індексі пакетів перелічує чиїсь пакети і більше нічого: ні опису, ні документації, ні питання, яке ви могли б правдоподібно шукати.
Його ніхто не шукає. Він не може ранжуватися ні за чим, крім імені користувача, а ім’я користувача вже обслуговують самі пакети.
Урок прямий: публікація типу сторінок, який не відповідає на жоден запит, будує не бібліотеку контенту, а проблему з краулінговим бюджетом.
Тож перш ніж генерувати сторінку на кожну сутність, назвіть пошуковий запит, який ця сторінка могла б виграти. Якщо чесна відповідь, це «жодного», поставте noindex і тримайте її поза картою сайту, а людям, які приходять за посиланням, віддавайте її спокійно.
Перевірте, чи є попит у вашому хвості
А тепер подивіться, куди йде той трафік, який таки приходить.
/project/pip/ забирає майже 29% усього, стоячи першим за «pip». Головна сторінка на далекому другому місці, далі certifi, requests і pandas.
Одна сторінка з 2 млн тягне майже третину сайту.
Порівняйте це з Healthline, де жодна сторінка не дотягує до 1%. Ідея та сама, тобто дуже велика бібліотека, а концентрація протилежна, бо сторінки Healthline відповідають на питання, які люди ставлять, а сторінки PyPI здебільшого ні.
Довгий хвіст існує лише тоді, коли в цьому хвості є попит. Прогоніть той самий звіт по собі: якщо ваш трафік складається на 2 чи 3 сторінки, у вас не бібліотека, у вас кілька хороших сторінок і багато хостингу.
Перевірте 20 назв сутностей, перш ніж будувати
Ось глибинна причина, і про неї варто сказати прямо.
Розробник, якому потрібен пакет Python, не гуглить його. Ви вже знаєте назву з документації, туторіалу чи від колеги і просто набираєте pip install thing. Сторінка пакета, це місце, куди ви приходите за URL, а не результат пошуку, який ви знаходите.
Ваш власний каталог може працювати точнісінько так само, і якщо це так, жодна робота на сторінці цього не змінить.
Винятки це доводять: ранжуються сторінки pip, requests, pandas і certifi з тієї жменьки назв пакетів, які стали загальними словами і які люди справді шукають. Ваш відповідник, це та з ваших сутностей, яку хтось назвав би колезі, що ніколи про вас не чув.
Тож перш ніж будувати програмний тип сторінки, прогоніть 20 зразкових назв сутностей через Keyword Research. Беріть їх навмання із середини списку, а не з голови: голова завжди виглядатиме обнадійливо.
Якщо 18 із них повернуться ні з чим, у вас немає можливості для контенту. У вас база даних із вебінтерфейсом, і це цілком нормальна річ, доки ніхто не міряє її органічним трафіком.
PyPI публікує 2 млн сторінок заради 154 тис. візитів. Зі сторінками все гаразд. Попиту там ніколи не було. Ми перевіряємо це першим, щоб ви витрачали бюджет на ті типи сторінок, які справді можуть ранжуватися.
- Перевірка попиту до того, як щось згенеровано
- Ми називаємо запит, який виграє кожен тип сторінки
- Технічне SEO, GEO і розробка в одній команді
- Безкоштовний дзвінок, щоб переглянути ваш план
Покладіть своє посилання в чийсь шаблон
Профіль посилань розповідає ту саму історію з іншого боку. Наш Backlink Analyzer показує 100 тис. доменів-донорів при Domain Trust 96.
Попереду «PyPI» із чвертю профілю. Далі йдуть «Python Package», «Python PyPI», «Python SDK» і «API Client (Python)» з майже однаковою кількістю посилань у кожної з цих 4 загальних фраз.
Таке скупчення, це відбиток згенерованої документації. Автори пакетів публікують бейджі в README і шаблони документації, які посилаються назад тією фразою, що була в шаблоні, і та сама фраза повторюється в тисячах проєктів.
Це працює, і це той самий механізм, який використовують Eventbrite і itch.io у себе. Різниця в тому, що версію PyPI ніхто не проєктував: вона виросла з конвенції пакування, яку ніхто не записував як маркетингове рішення.
Свою ви можете спроєктувати навмисно. Що б ви не дали користувачам для вбудовування, бейдж, віджет чи експорт, воно несе посилання і анкор, які ви обираєте один раз, і працюватиме ще довго після того, як люди, що його випустили, підуть.
Перестаньте чекати, що зелений аудит заплатить
Наш Website Audit дає головній сторінці 91/100, без жодної критичної проблеми і з одним попередженням.
Це найвищий результат і найбільша кількість пройдених перевірок серед 10 сайтів, поміряних у цих 2 добірках. Healthline набрав 74 при вартості трафіку в 40 разів більшій.
І це чесний висновок усієї статті: PyPI, це найкраще збудований сайт тут і найгірший за результатом. Технічна якість необхідна і геть недостатня.
Site Speed і Meta Tag Generator закриють більшість того, що позначає аудит, і жоден із них не зрушить сторінку, якої ніхто не шукає.
Тож якщо ваш аудит зелений, а трафік стоїть, перестаньте працювати над аудитом. Він ніколи не був проблемою, і ще один квартал виправлень дасть ще один квартал того самого результату.
Плануйте виведення з обігу, а не лише запуск
Він втрачає більше ключових слів, ніж набирає, і просідає на більшій кількості, ніж покращується.
Пакети кидають постійно. Кожен мертвий проєкт зберігає свою сторінку, перестає згадуватися будь-де і поволі випадає з індексу. Господарство росте, а його пошукова поверхня зменшується, і це той самий шаблон, який GOV.UK показує з геть іншої причини.
Тож якщо ви публікуєте сторінку на кожну сутність, а ваші сутності мають життєвий цикл, плануйте виведення з обігу так само свідомо, як і створення. Вирішіть уже зараз, що станеться зі сторінкою, коли те, що вона описує, помре: редирект, злиття, noindex чи залишити як є, бо вирішувати пізніше означає ніколи.
А терміни, які вижили, тримайте в Rank Tracker щоб бачити спад, поки це ще жменька сторінок, а не рік таких сторінок.
Не індексуйте те, що ні на що не відповідає
Одна дія, яку варто взяти з усього цього.
Профілі користувачів не дуже шкодять PyPI, бо аудит у нього бездоганний, а оцінка довіри висока, але це більш ніж половина опублікованої поверхні, яка дає приблизно нуль трафіку. На меншому сайті таке співвідношення шкодить по-справжньому: тонкі сторінки розмивають обхід, а сторінки, які могли б ранжуватися, конкурують із мільйоном тих, які не можуть.
Підіть і порахуйте власні типи сторінок цього тижня. Для кожного назвіть уголос комусь іншому запит, який він виграє.
Будь-який тип, для якого ви не можете назвати запит, треба закрити noindex, прибрати з карти сайту або злити з тим, що запит має. А XML Sitemap Generator покаже, що ви подаєте зараз проти того, що збиралися подавати, і розрив зазвичай більший, ніж ви очікуєте.
PyPI публікує 2 млн сторінок заради 154 тис. візитів. Цікаве число, це не одне і не друге, а їхнє співвідношення, і ще те, яка одна сторінка забирає 29% усього. Organic Traffic Checker віддає таблицю топових сторінок для будь-якого домену.
- Той самий звіт, який знайшов одну сторінку з 29% сайту на 2 млн сторінок
- Оцінені візити за місяць, брендова частка і тренд за 12 місяців
- 3 перевірки на день, без реєстрації і без картки
Чого не скопіювати
А ось те, чого я не зміг поміряти або мусив застерегти. Кілька інструментів, які я називаю нижче, наші партнери: якщо ви купите за цими посиланнями, ми отримаємо комісію, а ви не заплатите ні цента більше.
Наші цифри трафіку стосуються лише США і змодельовані з позицій і обсягів пошуку, а не пораховані. Аудиторія PyPI глобальна і переважно не американська, тож його світовий трафік більший за 154 тис., хоча співвідношення сторінок до трафіку, на якому тримається ця стаття, пережило б будь-який розумний множник. Дані про ключові слова і посилання під цим надходять від SE Ranking, а $220 тис., це еквівалент витрат на рекламу, а не дохід. PyPI нічого не продає.
Цифри зворотних посилань тут зняті через застосунок, а не через маркетинговий інструмент, який тоді впирався в ліміт запитів. Плитка BACKLINKS у самому звіті показала 350 тис., і це неправильно. Заголовок сторінки і розподіл dofollow/nofollow обидва дають 16 млн, і ці числа сходяться точно, тож саме це число використано вище. Плитка, це відомий дефект з нашого боку, і цитувати його я не буду.
Кількість сторінок і поділ на профілі та проєкти взяті з повного обходу власної карти сайту PyPI 25 серпня 2026 року, а не з цього прогону. Keyword Research я не запускав: там відкритий дефект, через який повертаються неправдоподібні обсяги.
І те, чого не скопіювати: бути інфраструктурою. PyPI не потрібен пошуковий трафік, бо кожна інсталяція Python на землі звертається до нього напряму. Судити його за органічними візитами, це помилка категорії: я зробив це тут, щоб показати думку про кількість сторінок, а не тому, що PyPI у чомусь провалюється.
Часті запитання
Скільки сторінок має PyPI?
2 млн URL у власній карті сайту, пораховано повним обходом 25 серпня 2026 року: 1,1 млн профілів користувачів (56%) і 870 тис. сторінок проєктів (44%). У цьому прогоні цю кількість не перевіряли заново.
Скільки пошукового трафіку отримує PyPI?
Приблизно 154 тис. оцінених органічних візитів зі США на місяць із 250 тис. ранжованих ключових слів на середній позиції 43, поміряно 4 вересня 2026 року. Наш Domain Overview оцінює це в $220 тис. на місяць як еквівалент витрат на рекламу.
Яка сторінка PyPI отримує найбільше трафіку?
Сторінка проєкту pip, приблизно 44 тис. оцінених візитів на місяць, тобто 29% усього органічного трафіку сайту, із першим місцем за «pip». Головна сторінка друга з 3%, далі certifi, requests і pandas.
Чому PyPI отримує так мало трафіку як на свій розмір?
Бо сторінка пакета відповідає на запит, якого майже ніхто не набирає. Розробники дізнаються назву пакета з документації або від колеги і встановлюють його командою, а не шукають. Реальний пошуковий попит мають лише назви, що стали загальними словами: pip, requests, pandas.
Скільки зворотних посилань має PyPI?
16 млн зворотних посилань зі 100 тис. доменів-донорів, поміряно 4 вересня 2026 року, у розподілі 13 млн dofollow проти 2,8 млн nofollow, тобто близько 82% dofollow. Domain Trust 96 зі 100, із 4900 посиланнями з .edu від 335 доменів.
Який найчастіший анкор у PyPI?
«PyPI» із 3,9 млн посилань, тобто 25% профілю. Наступні 4, це загальні шаблонні фрази в межах 45 тис. посилань одна від одної: «Python Package» (880 тис.), «Python PyPI» (870 тис.), «Python SDK» (870 тис.) і «API Client (Python)» (840 тис.), відбиток згенерованої документації і бейджів у README.
Яка оцінка аудиту сайту в PyPI?
91 зі 100 у нашому Website Audit: 0 критичних проблем, 1 попередження, 3 зауваження і 118 пройдених перевірок на головній сторінці. Це найкращий технічний результат і найбільша кількість пройдених перевірок серед 10 сайтів, поміряних у цих 2 добірках.
PyPI набирає чи втрачає ключові слова?
Трохи втрачає. За поміряний період він здобув 6600 ключових слів і втратив 6800, при 3300 покращених проти 4700 просілих, тобто мінус в обох парах. Покинуті пакети зберігають свої сторінки, а згадки, які робили їх знаходжуваними, зникають.
Одне число, яке варто запам’ятати
13.
Саме стільки сторінок PyPI потрібно, щоб дати один пошуковий візит на місяць: 2 млн сторінок, 154 тис. візитів.
Ніхто не збирався будувати таке співвідношення. Так виходить, коли тип сторінки генерують тому, що є дані, а не тому, що є запит. А сайт навколо нього зразковий: 91 зі 100, 118 пройдених перевірок, Domain Trust 96, 16 млн зворотних посилань. Нічого з цього не допомагає, бо сторінки придатні до пошуків, яких ніколи не мало статися.
Тож наступного разу, коли хтось запропонує генерувати сторінку на кожен запис, не питайте, скільки сторінок це дасть. Спитайте, який запит виграє десята за типовістю сторінка, і підіть перевірте її обсяг, перш ніж хтось напише рядок коду.
Знайшли у власному звіті щось несподіване або міряєте це інакше? Мені справді цікаво: усі використані інструменти безкоштовні, тож кожну цифру ви можете перевірити самі. Поміряно 4 вересня 2026 року, якщо не вказано інше. Цифри Domain Overview, Organic Traffic Checker, Website Audit і Backlink Analyzer, це безкоштовні прогони наших власних інструментів, усі в межах США і всі змодельовані, а не пораховані там, де інструмент так каже. Кількість сторінок взята з власної карти сайту PyPI, обхід 25 серпня 2026 року. Показника доходу тут немає.