Coder Social home page Coder Social logo

Comments (9)

ryelle avatar ryelle commented on July 17, 2024

We can't really track installs, since patterns are more ephemeral - you don't really install them. We could track:

  • Number of favorites
  • Number of times (and reasons) reported
  • Number of times copied(? - I know how to do this in calypso, but not on wporg)

I'm taking this out of the "initial launch" milestone - while important, it wouldn't add or detract from the stability of the directory.

from pattern-directory.

iandunn avatar iandunn commented on July 17, 2024

Those sound good 👍🏻

Number of favorites
Number of times (and reasons) reported

I'm guessing we've already got that data, by nature of it. Eventually we might want to build a public report like we have for WordCamp data, but the first step would just be collecting the important stuff early.

Number of times copied

This seems like a pretty important one, to show usage. I'd guess most of the installs would be done in Core, which we don't track, but the installs on w.org may be highly correlated?

if we save installs per-pattern, we could compare usage across locales.

It might be nice to have a snapshot of # of installs per month, so we can see usage trends over time?

from pattern-directory.

iandunn avatar iandunn commented on July 17, 2024

Once Gutenberg starts allowing searches of remote patterns, then tracking the most popular terms seems helpful. we could use that to identify gaps where patterns that people want don't exist yet.

cc @shaunandrews , @andreamiddleton, @mtias in case y'all have any other ideas for stats that'd be useful to track

from pattern-directory.

mtias avatar mtias commented on July 17, 2024

Favorites is likely going to be the best metric to rely on. Once we have a flow that doesn't involve copy / paste that would also be a good way to get a sense of installs.

from pattern-directory.

iandunn avatar iandunn commented on July 17, 2024

Once we have a flow that doesn't involve copy / paste

Is that because copying doesn't guarantee that they'll paste & publish? I'd guess that it'd still be highly correlated.

from pattern-directory.

StevenDufresne avatar StevenDufresne commented on July 17, 2024

Is that because copying doesn't guarantee that they'll paste & publish? I'd guess that it'd still be highly correlated.

I think the challenge will be that people may browse on .org but install through Gutenberg.

.... Maybe we should add a copy button next to the title, like how GitHub does for branch names 🤔 .

from pattern-directory.

mtias avatar mtias commented on July 17, 2024

Is that because copying doesn't guarantee that they'll paste & publish? I'd guess that it'd still be highly correlated.

Yes, you might click copy even if you don't have a WordPress install just out of curiosity. It feels like a very indirect measure.

from pattern-directory.

ryelle avatar ryelle commented on July 17, 2024

Does that mean that the method of using a pattern will change in core? Whether it's copied from wp.org or added from the inserter in the editor, it's only content added to the post.


What I'm hearing right now, for stats tracking on launch, is snapshot-style record keeping (using the 5ftf cron setup?) to track total number of favorite (and reported?) patterns.

Post launch, when the core feature is iterated on, we will want to track search terms, and however patterns are officially installed.

from pattern-directory.

mtias avatar mtias commented on July 17, 2024

Whether it's copied from wp.org or added from the inserter in the editor, it's only content added to the post.

It won't change, but an action that performs insertion is an action that ensure selection + insertion happens, closer to an "activation".

What I'm hearing right now, for stats tracking on launch, is snapshot-style record keeping

That'd be my inclination as a start, it should be something that can be done on the patterns repository itself without having to deal with user actions.

from pattern-directory.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.