Gunjan Jaswal

EndPointy Menus adds custom REST API routes to expose your WordPress navigation menus as JSON.
Base namespace: <code>endpointy-menus/v1</code>
Endpoints:
<ul>
<li>
<code>GET /wp-json/endpointy-menus/v1/menus</code> 
Returns all registered menus with locations and items.
</li>
<li>
<code>GET /wp-json/endpointy-menus/v1/menus/<id></code> 
Returns a single menu and its items by menu ID.
</li>
<li>
<code>GET /wp-json/endpointy-menus/v1/locations</code> 
Returns all registered menu locations with assigned menus.
</li>
<li>
<code>GET /wp-json/endpointy-menus/v1/locations/<location></code> 
Returns a menu assigned to a specific location (e.g., ‘primary’, ‘footer’).
</li>
</ul>
Query Parameters:
<ul>
<li><code>nested=true</code> – Returns menu items in a hierarchical tree structure with parent-child relationships. 
Example: <code>/wp-json/endpointy-menus/v1/menus/2?nested=true</code></li>
</ul>
This is useful for headless WordPress setups or any external app that needs to read your menu structure.
<h3>Usage</h3>
Example requests:
Get all menus: 
 https://your-site.com/wp-json/endpointy-menus/v1/menus
Get single menu by ID: 
 https://your-site.com/wp-json/endpointy-menus/v1/menus/2
Get all menu locations: 
 https://your-site.com/wp-json/endpointy-menus/v1/locations
Get menu by location (e.g., ‘primary’): 
 https://your-site.com/wp-json/endpointy-menus/v1/locations/primary
Get nested menu structure: 
 https://your-site.com/wp-json/endpointy-menus/v1/menus/2?nested=true 
 https://your-site.com/wp-json/endpointy-menus/v1/locations/primary?nested=true
Use these URLs directly from your front-end application or API client.
<h3>Support the Developer</h3>
If you find this plugin useful, you can support the developer:
<ul>
<li>Website: https://gunjanjaswal.me</li>
<li>GitHub: https://github.com/gunjanjaswal/Endpointy-Menus</li>
<li>Ko-fi: https://ko-fi.com/gunjanjaswal</li>
</ul>
<h3>Contributing</h3>
Contributions, issues, and feature requests are welcome! 
GitHub: https://github.com/gunjanjaswal/Endpointy-Menus 
Issues: https://github.com/gunjanjaswal/Endpointy-Menus/issues

EndPointy Menus

Expose WordPress menus via a custom REST API endpoint for headless and external applications.

Joe Fusco

Jason Bahl

WPGraphQL IDE is a next-generation query editor for WPGraphQL, built on WordPress’s component library and CodeMirror 6. It replaces the bundled legacy GraphiQL interface with a faster, more extensible IDE that feels native to wp-admin.
Three ways to open the IDE:
<ul>
<li>Dedicated page at <code>wp-admin/admin.php?page=graphql-ide</code></li>
<li>Drawer — slide-up panel triggered from the admin bar, available on every wp-admin and front-end page</li>
<li>Public endpoint mode (opt-in) — visiting the GraphQL endpoint URL in a browser renders the IDE shell instead of returning JSON. Anonymous visitors get a read-only schema browser; signed-in administrators get the full editor.</li>
</ul>
Editor features:
<ul>
<li>Multi-tab editor with auto-save and overflow tab dropdown</li>
<li>Schema-aware autocomplete, hover-doc tooltips, and inline lint warnings (powered by CodeMirror 6 + cm6-graphql)</li>
<li>Cmd-click navigation from any field, type, or argument straight to the Docs Explorer</li>
<li>Response panes: JSON viewer, table view, status code / duration / size / resolver-count badges, request tracing, query log, N+1 detection</li>
<li>Variables and headers editors with their own autocomplete</li>
<li>Per-document settings (description, alias names, max-age cache hint, allow/deny)</li>
<li>Execution history persisted to localStorage, scoped per WordPress user and IDE context — available to anonymous public-endpoint visitors too</li>
<li>Saved Queries panel with personal collections and share links (when WPGraphQL Smart Cache is also active)</li>
<li>Full keyboard support: Cmd+Enter to execute, Ctrl+Shift+P to prettify, arrow keys to switch tabs</li>
</ul>
What’s new in 5.0:
<ul>
<li>Rebuilt UI on <code>@wordpress/components</code> and <code>@wordpress/data</code>. The legacy GraphiQL wrapper is gone — see the Upgrade Notice if you have customizations.</li>
<li>Smart Cache integration. Saved documents now live in <code>wp-graphql-smart-cache</code>‘s <code>graphql_document</code> post type — one canonical primitive for the WPGraphQL ecosystem. The IDE works standalone when Smart Cache isn’t installed; Saved Queries / Document Settings / share links light up when it is.</li>
<li>Three render modes (above), each individually configurable.</li>
<li>Schema-typed data layer. Document and collection operations run through WPGraphQL itself instead of the WordPress REST API.</li>
<li>Full internationalization. Every UI string passes through <code>@wordpress/i18n</code> under the <code>wpgraphql-ide</code> text domain.</li>
<li>Auto-upgrade from 4.x. Open tabs and query history saved by the legacy GraphiQL UI migrate forward on first 5.0 load.</li>
</ul>
For the complete breaking-change list and 4.x → 5.0 migration guide, see <code>UPGRADE-5.0.md</code> in the plugin or the project’s GitHub releases.
<h3>Privacy Policy</h3>
WPGraphQL IDE uses <a href="https://appsero.com" rel="nofollow ugc">Appsero</a> SDK to collect some telemetry data upon user’s confirmation. This helps us to troubleshoot problems faster and make product improvements.
Appsero SDK does not gather any data by default. The SDK only starts gathering basic telemetry data when a user allows it via the admin notice.
When you opt in, each telemetry request is sent to Appsero and a duplicate is sent in a non-blocking request to WPGraphQL-operated infrastructure at https://telemetry.wpgraphql.com (the same categories of data as described for Appsero below).
Learn more about how <a href="https://appsero.com/privacy-policy/" rel="nofollow ugc">Appsero collects and uses this data</a>.

WPGraphQL IDE

Modern GraphQL IDE for WPGraphQL — schema-aware editor, execution history, saved queries, and a public endpoint mode.

EndPointy Menus vs WPGraphQL IDE