Guideline 4.2.2 is the rejection for an app that opens on your marketing site or is mostly a list of links. The fix is to land native users inside the product, with tabs that point at product screens and the marketing pages out of the way.
From the App Store Review Guidelines:
Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.
In substance: the app is primarily marketing material or a collection of links to your website, and Apple asks you to revise it to provide a more robust experience. Often the reviewer opened the app signed out and saw the homepage, the pricing page, and the blog.
The web app and the marketing site share a domain, so an app that lands on / lands on the homepage. A tab pointing at /pricing or /blog, a web footer full of links, or a signed-out experience that is the marketing site all read as "web clippings" to a reviewer. Note the exception in Apple's own sentence: a catalog is fine, so a product catalog or a directory is not what this guideline is about.
/pricing, /blog, or /about. Tabs.native-hidden on the web header, footer, promo banners, and any "learn more" sections meant for the web. Setup.If the app is a catalog, or the reviewer judged the signed-out marketing screen and never signed in:
Thank you for the review. The app is the product itself, not marketing material: with the demo account provided in App Review Information, it opens on the user's dashboard with [what they do there]. The signed-out screen only exists to sign in. The app's main screens are [list]. We'd appreciate a second look under 4.2.2.
From Joe: TODO one line on what actually got an app through 4.2.2.
With the launch review, send the rejection to Joe from your dashboard. He reads Apple's message and replies within two business days with exactly what to change, or the reply to send.
See the launch review