Test an Implementation

as part of your monetate javascript api implementation process, you should perform a variety of testing to confirm the deployment is working as expected qa pages the setpagetype method is used to set a page type that describes the type of page a visitor views on your site you can pass any string value for page type, but monetate recommends using a single word with lowercase values because they're easier to remember key pages to set page types for include the home or main page, index page, search page, product detail page, cart page, checkout page, and purchase confirmation page as part of your implementation of the monetate javascript api, you should ensure that the each setpagetype method call works correctly so that the information from each page is correctly passed to monetate main page type the main page is generally the first page that a site visitor lands on when navigating your site the monetate inspector browser plug in should report the following monetate inspector page type = main page event = viewpage see the baseline api call matrix in baseline api call matrix for more information testing tips create an account for your site, and then navigate back to the home page ensure page type = main appears in monetate inspector whether or not you're logged in category page type this page usually includes thumbnail images or links that direct site visitors to specific index pages a category page for furniture may include "outdoor furniture," "bedroom furniture," and "living room furniture" options category pages do not generally collect pids but should track the following monetate inspector page type = category page event = viewpagethe components tab of monetate inspector, with viewpage in the event row and category in the page type row testing tips check several different category pages to verify that they share a consistent layout and overall look index page type index pages generally display a thumbnail view of products, their descriptions, and their prices if you select a product, then you are taken to the product description page product ids should remain consistent on every page of your site index pages must collect pids and should report the following in monetate inspector monetate inspector page type = index page event = viewpagethe components tab of monetate inspector, with viewpage in the event row and index in the page type row testing tips most index pages should share a consistent layout and overall look apply a filter and alter the sort order, and then ensure that the right number of pids are collected some index pages allow the customer to change the way the thumbnail images are presented, such as a list view and a thumbnail view ensure that the information collected doesn't break after changing the display view ensure that you verify that the information collected accurately reflects the correct number of pids on the page after a filter is applied for example, if 100 pids are present on the page and then you apply a filter to that page to limit the number to 50 pids, then ensure that 50 pids are displayed you should also verify that the information collected for the number of pids is accurate when you apply sorting for example, if a site visitor sees 10 pids and then sorts by price, then 10 should still be collected product page type this page loads after you click a product image or link on an index page it displays specific product information in detail and allows you to add an item to the cart product pages should collect a single pid that remains consistent across the site unless you use skus and should report the following in monetate inspector monetate inspector page type = product page event = viewpage, viewproduct products xxxxxxthe components tab of monetate inspector, with viewproduct and viewpage in the event row, product in the page type row, and both product ids and product skus in the products row although both pid and sku are required in a product catalog , monetate only requires you to implement method calls for pid however, you should implement skus if you intend to use the recommendations and product badging features see the baseline api call matrix in baseline api call matrix for more information testing tips search for multiproduct product pages, products with warranties, and gift cards ensure the information collected is correct for all varieties of product pages additionally, visit a product page, refresh that page, change the shoe size or color, add the item to the cart, and then confirm the information collected is still correct cart page type the cart page is the page that displays all products that a site visitor is ready to purchase you can remove an item from the cart, change the quantity of an item, or continue to the checkout process cart pages should collect pids that remains consistent across the site unless you use skus and should report the following in the monetate inspector tool monetate inspector page type = cart page event = viewpage, viewcart cart products = product id unit price quantitythe components tab of monetate inspector, with viewcart and viewpage in the event row, cart in the page type row, and both product ids and product skus in the cart products row see the baseline api call matrix in baseline api call matrix for more information testing tips since the cart page is critical for how your site records conversions, you should test it extensively place at least 15 products in the cart including free products, sale products, two for one deals, and products that are paired with additional products on the cart page, verify that the information collected reflects the unit price instead of the total price to test the veracity, add more than one of the same item to the cart monetate analyzes both the unit price and the total cart value when collecting and reporting information on the cart page you should also test sales price functionality for the cart page to do this, launch the monetate inspector tool on the cart page, then click the track tab, and then verify that the unit price is reflected next to the appropriate pid apply a promo code to the cart and a gift card, if possible, to see how these actions impact the information collected, if it all to test retracks on the page, add two items to the cart and then remove one of them verify that only one product is displayed in the monetate inspector tool repeat this process with one item in the cart and then remove it make sure that monetate inspector still identifies the page as cart with no pids present repeat this process again with an item in the cart, and then increase that quantity from the cart page verify that monetate inspector reflects this change when you have items in the cart, refresh the page and verify that id, price, and quantity don't change coupons and promo codes should not affect the page collect information when you compare pids from index or product pages with pids on the cart page, make sure to test products that have different color and size combinations sometimes the pid that monetate collects from index or product pages is different than the cart page because the site visitor hasn't selected the color or size yet once the visitor makes a selection, the pid that monetate collects is actually the sku if you use a currency other than us dollars ($), then verify that the price and currency values that monetate collects correspond to that currency when you add items to the cart billing and shipping page types these page types typically appear after the cart page billing the page on which customers typically enter their billing information shipping the page on which customers typically enter their shipping information there isn't much you must test or check on these pages except the page type in monetate inspector and the overall look of the pages login, checkoutlogin, sign up page types the login page appears when a site visitor clicks log in , my account , or sign up somewhere on your site outside of the checkout process this page should display the following in monetate inspector monetate inspector page type = login page event = viewpagethe components tab of monetate inspector, with viewpage in the event row and login in the page type row your site may use separate page types for login and sign up pages in this case the page should display the following in monetate inspector monetate inspector page type = signup page event = viewpagethe components tab of monetate inspector, with viewpage in the event row and signup in the page type row the checkoutlogin pages typically appear during the checkout process these pages may look exactly like the login page, but some piece of the url should indicate to you that you're in the checkout process this page should report the following in monetate inspector monetate inspector page type = checkoutlogin page event = viewpagethe components tab of monetate inspector, with viewpage in the event row and checkoutlogin in the page type row checkout page type the checkout page is the page that a site visitor sees right before they place an order this page should list billing and shipping information along with the contents of the cart it should also report the following in monetate inspector monetate inspector page type = checkout page event = viewpage, viewcart cart products = product id unit price quantity see the baseline api call matrix in baseline api call matrix for more information testing tips try to break this page by adding a promo code, whether it's valid or invalid try to edit your billing or shipping address if this attempt returns you to the shipping page, verify that page type = shipping shows in the monetate inspector tool your checkout page may or may not collect the cart here ( productid , price , quantity ) it's only 100% necessary to collect the cart here under these circumstances you can get to this page by skipping the cart page you can edit your cart (items you're buying) on this page purchase page type the purchase page is the page that customers see after completing an order it usually displays the following information needing to be tracked monetate inspector page type = purchase page event = viewpage, viewpurchase this page should also track the purchase id or confirmation number and in most cases should also track purchase page cart data the components tab of monetate inspector, with viewpage and viewpurchase in the event row, purchase in the page type row, and product id, product sku, unit price, and quantity in the cart products row see the baseline api call matrix in baseline api call matrix for more information testing tips after completing a purchase, copy the purchase id, log into the account, and verify that you can search for your order using the purchase/order id captured in the collect in some instances, the order id that's captured is incorrect if the client indicates that there is no way to make a test purchase, you'll need to make an actual purchase to verify its functionality by default, monetate collects order level discounts on the purchase page verify that a separate line item of discount or discount appears in the monetate inspector tool if your site is only set up to collect the order id on the purchase page, you must rely on the last known cart and account for order level discounts on the cart page however, this method may affect experiences that rely on cart thresholds for pagetype = cart the components tab of monetate inspector, with viewpage and viewpurchase in the event row, purchase in the page type row, and product id, product sku, unit price, and quantity in the cart products row paypal testing if you accept paypal on your site, then you should make an additional test purchase using paypal you need the following information on the page for paypal purchase to function properly monetate inspector page event = viewpage, viewpurchase cart products = product id unit price quantity this page should track the purchase id and in most cases should also track purchase page cart data make test purchases after you quality test each page type on your site, you should make a series of test purchases to ensure that your site passes the correct data to monetate after all, purchases are often your most important metric, thus you should ensure they're working perfectly purchase 1 guest account make a purchase as a guest to verify that guest purchases work and that purchases aren't required to be tied to a previous account purchase 2 logged in customer make a purchase as a registered customer logged into an existing account this test ensures that you can make the purchase and also that the information from an existing account works as intended purchase 3 gift card add a gift card to the cart if your site offers them for purchase the purchase of a gift card can be tricky, so verify the total amount is adjusted correctly to include the amount of the gift card purchase 4 sale items add sale or discounted items to the cart adding such items to the cart lets you ensure that the discounted price is tracked from the time a customer adds an item to the cart until they reach the purchase confirmation page purchase 5 free items if your business ever offers free items on your site, add one of them to the cart and then continue the purchase even though the item's cost is $0 00, it should still be tracked through the purchase process purchase 6 items greater than $999 99 because comma delimiters can sometimes cause issues, make a purchase greater than $999 99 purchase 7 extended warranties if your business sells extended warranties on products that it sells, add one to your cart and make a purchase nontraditional items such as extended warranties can sometimes cause issues, so ensure the warranty is tracked from the time you add it to the cart until you reach the purchase confirmation page purchase 8 valid promotional code similar to discounted items, use a valid promotional code when making a purchase to ensure the appropriate discount is applied purchase 9 invalid promotional code try adding an invalid promotional code—for example, one that's expired or one that's fake—to the cart ensure that no discount is applied to the purchase and that the invalid code doesn't have any other unforeseen effects on the purchase process purchase 10 alternate payment forms if your site accepts alternate forms of payment, such as google pay, paypal, or amazon pay, you should make several purchases with each alternate form data alignment check after you quality test each page type on your site and test different types of purchases, you have technically completed the qa process for a baseline monetate javascript api implementation however, you can do one final check by completing a data alignment check to complete this check, contact your client services team or submit a request using the {{monetatesupportcontact}} requirements for a data alignment check you need a transaction audit with 3 days of data the file should only contain transactions that monetate should have observed and not include in store transactions, transactions from a different channel, from a different domain, etc the file should contain the following fields transaction id required timestamp / date / timezone optional but helpful value optional but helps ensure revenue is being correctly captured as well any fields that can help monetate identify potential issues, such as applying for credit or making purchases using a different checkout funnel, such as paypal if possible, don't include line items/products purchase level data is preferable do not include any personal identifiable information (pii) monetate's data analytics team compares your data compared to the data that monetate collected, and then provides your team with a report on how closely aligned monetate's collected purchase data is to your system of record